Lion Cipher Lab

Inventory your cryptographic keys and enforce NIST SP 800-57 cryptoperiods

Why it matters

Every TLS certificate, code-signing key, database encryption key, webhook secret and SSH host key in an organisation is a small promise that only the right people can read, sign or log in. Those promises wear out. A key that has been in use for six years has had six years to leak, be copied into a backup, or be left behind on a laptop, and an algorithm that was fine in 2015 (RSA-1024, SHA-1 signatures) is no longer allowed for new protection. NIST SP 800-57 is the standard reference for how long each kind of key should live and how strong it must be, and auditors, PCI assessors and federal…

What you'll learn

Steps in this lab

  1. What a key inventory is, and why a date is a security control
  2. Set up a working folder and confirm Python runs
  3. Read what NIST actually says before you write a policy
  4. Write YOUR policy down: the tailoring choices are yours, not NIST's
  5. Build the synthetic 40-key inventory
  6. Write the checker that turns the policy into findings
  7. Measure the BEFORE state
  8. Read the passes as carefully as the failures
  9. Measure what tailoring costs: same keys, two policies
  10. Remediate, and write an exception for the key that cannot move
  11. Watch the clean result rot: re-run the same inventory later
  12. What this check cannot see (and the number that proves it)
  13. Where post-quantum migration plugs in
  14. What you built, and where to take it

Open the full interactive lab →