passwd-lock tips — authorized account-lock literacy

Last updated: · By the BinBench editorial team · Stars and releases checked via the GitHub API
Quick answer

passwd -l / -u helps authorized labs sample account-lock literacy on hosts they own. Pair with passwd-tips, usermod-tips, faillock-tips, chage-tips, chpasswd-tips. Prefer lab VMs — never lock accounts on foreign hosts without permission.

Snapshot

FieldValue
Surfacepasswd-lock tip checklist
JobAuthorized account-lock literacy
Password peerpasswd-tips
usermod lock peerusermod-tips
PAM fail peerfaillock-tips
Aging peerchage-tips

Tip checklist (authorized only)

  1. Confirm you may run passwd -l / passwd -u on the lab host (syllabus box you own or were given access to).
  2. Prefer documenting who / why / ticket before any lock — never lock production accounts without change control.
  3. Record short factual notes; quote short Evidence (login, lock/unlock action — never hashes).
  4. Optional: password change → passwd-tips.
  5. Optional: usermod -L/-U → usermod-tips (related but distinct lever).
  6. Optional: PAM fail counts → faillock-tips; aging → chage-tips.
  7. Prefer disposable lab accounts for lock drills.
  8. Stop at literacy — no attack or unauthorized mass-lock cookbooks.

Allowed framing

  • Classroom labs reviewing passwd -l / passwd -u on authorized disposable accounts.
  • Binding short factual notes as Evidence (lock/unlock intent — no shadow hashes).
  • Documenting expected vs observed login refusal for authorized inventory notes.
  • Comparing passwd-lock ↔ usermod -L / faillock / chage peer tip pages under one binder.
  • Testing unlock (-u) restoration when the syllabus authorizes that drill.

Scope we will not cover

  • No crack/pirate/keygen via passwd locks.
  • No intentional unauthorized mass-locks against foreign hosts.
  • No secret-theft or shadow-hash dumping against hosts you do not own.
  • No cookbooks that lock shared/production accounts without authorization.

Beginner path (authorized only)

  1. Obtain one syllabus-approved disposable lab host with shadow-utils / passwd installed.
  2. Create a throwaway account via useradd-tips and set a lab password via passwd-tips before any lock drill.
  3. With authorization, lock (passwd -l) then unlock (passwd -u); quote observed login refusal/restore as Evidence (no hashes).
  4. Optional: compare with usermod-tips -L/-U and faillock-tips.
  5. Stop at literacy — no attack or unauthorized lock cookbooks.

Practical notes for authorized labs

  • passwd -l typically prefixes the password hash with ! — never paste that hash into binders; quote "locked" as a label only.
  • usermod -L is a related lever — keep Evidence labels distinct from this page's passwd -l drills.
  • Lock ≠ expire (chage) ≠ PAM fail-lock (faillock) — keep the three levers separate in notes.
  • Prefer disposable lab accounts; never experiment on shared production UIDs.
  • Never commit shadow dumps to git — even for labs.
  • Label lab-only locks clearly so they are not mistaken for production posture.

FAQ-aligned refusals (quick)

  • Foreign-host account locks → refuse.
  • Unauthorized mass-lock cookbooks → refuse.
  • Sharing unredacted shadow hashes → refuse.
Which to pick
  • Prefer authorized, redacted, secret-free Evidence.
  • Use passwd / usermod / faillock / chage peer tip pages when the syllabus asks.
  • No crack or unauthorized-access framing.

For legal, authorized and educational use only.

FAQ

What is a "passwd-lock tip" page in BinBench framing?

A checklist for authorized account-lock Evidence (passwd -l / passwd -u) on hosts you own or were given syllabus access to — not a cookbook for locking accounts on foreign servers.

How does this relate to passwd-tips / usermod-tips / faillock-tips / chage-tips?

passwd-tips covers password changes; usermod-tips covers -L/-U locks; faillock-tips covers PAM fail counts; chage-tips covers aging. This page zooms on a general passwd-lock tip checklist — it does not overwrite those pages.

Can I run passwd -l against hosts I do not own?

No. Authorization first. BinBench will not publish unauthorized account locks against foreign hosts.

Does this teach attack PoCs via passwd -l?

No. Mentions of attack/bypass appear only as refusals. Authorized literacy only — prefer lab VMs and redacted samples.

Does this teach secret theft via passwd -l?

No. Never paste passwords or shadow hashes into notes. Prefer documenting lock/unlock intent and non-secret login labels only.

Sources