Crypto Streangth- JP CRYPTO REC recommended 192 bits instead of 128 bits as of today.
Nobody has claimed this yet.
- Dominant language
- HTML
- Stars
- 3
- Forks
- 3
- PR merge metrics
- No merged PRs in 30d
Description
Originally submitted by Nat (Nat Sakimura) on 2026-03-30
Japanese government crypto suite council, CRYPTOREC, which I declined to be a member of, issued a new guidance retiring 128-bit security algorithms and moving to 192-bit security.
Also, it has started including ML-KEM and hybrid mode.
That will be coming. ID Token will not be affected much, unless you need it as evidence on a later day. i.e., should be appropriately timestamped.
For other signature algorithms, mTLS means swapping the client certificate to be hybrid or at least make the validity short, server certificate the same, more towards the hybrid.
Need to dig a bit deeper on DPOP.
The encryption part is more of an issue, because collect now, decrypt later can be launched.
This was Japan, but it will come to IETF pretty soon, so we beter start getting ready to it.
Bitbucket status: new
Bitbucket origin: issue 858
Contributor guide
No contributing guide indexed for this repository
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
No repository files or tests are identified. Start by reviewing the CRYPTOREC guidance and its implications for ML-KEM, hybrid mode, mTLS, DPoP, signatures, and encryption; done requires an agreed scope for the FAPI changes and a way to validate 192-bit and hybrid-algorithm readiness.
Written by the indexing model from the issue text.
Assessment
- Domain
- cryptography
- Issue type
- Feature
- Difficulty
- 5/5
- Estimated time
- Over a week
- Activity status
- Quiet
- Clarity
- Needs clarification
- Newbie friendliness
- 25/100