bobbingwide / oik-bwtrace

debug trace for WordPress
https://www.oik-plugins.com/oik-plugins/oik-bwtrace-debug-trace-for-wordpress/
GNU General Public License v2.0
6 stars 1 forks source link

GDPR Considerations #71

Closed bobbingwide closed 4 years ago

bobbingwide commented 6 years ago

Most of Oik-bwtrace is not intended for use in a production website. Its primary purpose is to assist problem determination performed by system administrators. If the Daily Trace Summary report is enabled then the generated files can expose personally identifiable data. I.e. IP addresses. If tracing is activated then the logs can expose even more detail. This information could be misused.

Requirement

Proposed solution

bobbingwide commented 6 years ago

In order to support the deletion of files when no longer required there'll be a Retention period field and a Purge trace files button.

These fields will be in a separate meta box from the Trace options.

bobbingwide commented 6 years ago

Alpha test results from cwiccer.com

Problems noticed when packing and testing oik-bwtrace v3.0.0-alpha-20180523

  1. Daily trace summary files being written unexpectedly, probably by the zip routine. The Trace files directory should be validated before any trace files can be written. Trace files should not be written to the current directory

  2. On a Linux server the message about which folders to avoid included duplicates.

    Please specify a Trace files directory. 
    Preferably use a directory that's not accessible from the browser. 
    Avoid using these folders or subdirectories of them: 
    /home/cwiccer/public_html, 
    /home/cwiccer/public_html/

    Note the trailing slash on the second folder name.

  3. Purging files from /home/cwiccer/public_html produced messages

    Warning: unlink(/home/cwiccer/public_html/cgi-bin): 
    Is a directory in /home/cwiccer/public_html/wp-content/plugins/oik-bwtrace/includes/class-trace-logs.php on line 330

    It would appear that the glob() routine lists files it shouldn't. Purging should not be performed when the file name is not set.

  4. Trace files produced when Trace files directory is not specified but Trace generation limit is set.

bobbingwide commented 6 years ago

Further problems with v3.0.0-alpha-20180524

The problem appeared to be related to the value of the trace actions setting Trace 'shutdown' status report.

bobbingwide commented 6 years ago

The trace files directory needs to be trimmed. otherwise, with a leading space, it will appear to be invalid. Even though the directory may be created files will not be written.

bobbingwide commented 6 years ago

In the daily trace summary it appears that the remote IP address is recorded incorrectly, as if it’s been overwritten since the start of the transaction. Needs checking.

bobbingwide commented 5 years ago

Other requirements:

bobbingwide commented 4 years ago

I reckon it's nearly time to close this issue. But first, I want to add an extra button to allow daily trace summary files to be purged separately from the other trace files.

bobbingwide commented 4 years ago

v3.0.0 has been released. further work has been identified in issues raised for v3.1.0: #82, #83, #84, #85, #86.