root_password
Maintains the ansible/roles/root_password Ansible role that sets the root account password, as part of the Linux SOE. Use when checking or fixing the root password.
SKILL.md.claude/skills/root_password/SKILL.md
GitHubroot_password
Maintains ansible/roles/root_password/. See docs/ARCHITECTURE.md for the shared
conventions (role layout, audit vs. remediate via --check --diff, safety
rules, branch + PR contribution workflow).
ansible/roles/root_password/README.md documents this role's full
configuration surface (every defaults/main.yml variable, with its
original inline comments, rendered as a single reference). Read it
before proposing or explaining how to configure this role — it
reflects the role's actual current defaults even if a variable summary
elsewhere in this file has drifted out of sync with the role.
Policy & workload awareness
docs/VERTICAL_POLICY.md, docs/HORIZONTAL_POLICY and docs/WORKLOAD.md capture org-wide policy items and
the workloads this SOE actually hosts — either can gain a new or changed
item that this role should reflect. Before auditing, remediating, or
proposing a change, check whether either doc has changed more recently
than this role's own code:
git log -1 --format='%cI %h %s' -- docs/VERTICAL_POLICY.md docs/HORIZONTAL_POLICY.md docs/WORKLOAD.md
git log -1 --format='%cI %h %s' -- ansible/roles/root_password/
If the docs' latest commit is newer than the role's, this role hasn't been re-assessed against current policy/workload — read both files and judge whether anything added or changed since is relevant to this domain:
- Relevant — propose a concrete change on a branch
(
soe/root_password/policy-<short-desc>orsoe/root_password/workload-<short-desc>), same branch + PR workflow as any other role change (see "What to do" above anddocs/ARCHITECTURE.md's "Contribution workflow"). Don't wait to be asked. - Not relevant — say so explicitly (e.g. "checked against
docs/VERTICAL_POLICY.md,docs/HORIZONTAL_POLICYanddocs/WORKLOAD.mdas of<date>, nothing affecting this domain") rather than silently skipping the check.
This check is informational, not a gate — it runs alongside a normal audit/remediate, never blocks one; surface the staleness note alongside the normal output.
What the role actually does
Encoded in ansible/roles/root_password/defaults/main.yml:
- No-ops unless
root_passwordis set (unset by default — commented out, expected from vault). root_password_encrypted(defaulttrue) controls whether the value is treated as already-hashed or hashed in-role using a salt derived fromroot_password_salt_seed(default{{ inventory_hostname }}) — same pattern asaccounts_local.- The task itself always sets
no_log: true(not tied to a variable, unlikeaccounts_local_no_log).
This role is sourced from the myllynen/rhel-ansible-roles import
(see git log -- ansible/roles/root_password) rather than hand-authored for this
repo. Unlike the original reference domains (e.g. timesync, usbguard_setup),
it applies state declaratively via standard Ansible modules and does not
add its own assert-based drift checks on top — an audit here is exactly
what --check --diff reports from the underlying modules, nothing more.
What to do
Audit (read-only, safe to run any time):
ansible-playbook ansible/configure_rhel.yml --tags root_password --check --diff
Summarize the diff output and any failed tasks in plain language.
Remediate (modifies the system — only after the user explicitly asks):
first summarize what will change from the --check --diff output, then run
the same command without --check:
ansible-playbook ansible/configure_rhel.yml --tags root_password
Propose a change to the role itself: never edit and commit directly. On a
branch named soe/root_password/<short-desc>, edit ansible/roles/root_password/, validate
locally (--syntax-check, ansible-lint roles/root_password/, and
--check --diff against a real/test host if available), then push and open a
PR titled [root_password] <what changed> with the --check --diff output in the
body. Then stop — a human reviews and merges; see docs/ARCHITECTURE.md's
"Contribution workflow".
Notes
- This is one of the highest-blast-radius single tasks in the repo — a wrong
or accidentally-shared root password affects every account on the host.
Never put
root_passwordin plaintext in a PR body,-e, or--check --diffoutput (the value itself won't appear in--diffsince the task isno_log, but don't undermine that by echoing the source vault value elsewhere).
Wiring into the SOE
This role is in configure_rhel_domains's default value in
ansible/configure_rhel.yml (see .claude/skills/configure_rhel/SKILL.md)
and has a row in .claude/skills/soe/SKILL.md's domain table, so it runs as
part of both ansible-playbook ansible/configure_rhel.yml --tags root_password ... and
a full, untagged ansible-playbook ansible/configure_rhel.yml run. This repo
no longer uses ansible/site.yml as the baseline entrypoint — see
docs/ARCHITECTURE.md.