Skip to content

fix(site): keep site credentials out of the log - #244

Merged
mrrobot47 merged 2 commits into
EasyEngine:developfrom
mrrobot47:fix/mask-secrets-in-log
Oct 12, 2026
Merged

mrrobot47 merged 2 commits into
EasyEngine:developfrom
mrrobot47:fix/mask-secrets-in-log

Conversation

@mrrobot47

Copy link
Copy Markdown
Member

The generated or given database and admin passwords are registered for masking (when core provides it), site info --format=json no longer writes to the log, and the weak-password error no longer repeats the password. CI reads the logs with sudo.

The generated or given database, database root and admin passwords are registered with EE::obfuscate() when core provides it, so they are masked in every logged command and its output. The error for a weak --admin-pass no longer repeats the password, and 'ee site info --format=json' prints the site row without writing it to the log.
The logs directory is now created readable by root only, so the log output step reads it with sudo.

Copilot AI left a comment

Copy link
Copy Markdown

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

🟡 Changes recommended

Supplied passwords are logged before obfuscation is registered.

1 open finding
What changed in this PR

Prevents WordPress site credentials from being exposed through logs.

Changes:

  • Masks generated credentials and removes passwords from errors.
  • Sends JSON site information only to standard output.
  • Reads CI logs with elevated permissions.
File Description
src/​WordPress.php Reduces credential exposure in output and logs.
.github/​workflows/​test_and_build.yml Reads protected logs using sudo.

🧠 Review effort: Balanced


💡 Add a code-review agent skill or configure MCP servers for context-aware, tailored reviews. Learn more in the docs.

Comment thread src/WordPress.php
@mrrobot47
mrrobot47 merged commit c3f6540 into EasyEngine:develop Oct 12, 2026
3 checks passed
mrrobot47 added a commit to mrrobot47/site-type-wp that referenced this pull request Oct 19, 2026
…lias

CACHE-1, WP-1 and SEC-1 scenarios are regular; the weak password message no longer echoes the password (EasyEngine#244); the wildcard refusal runs on a site that never had SSL, since one that had --ssl=self keeps site_ssl_wildcard=1 and goes on to request a certificate; the new alias is polled until the proxy serves it (PRX-7).
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants