diff options
| author | Osmium Sorcerer <os@sof.beauty> | 2026-06-18 12:34:11 +0000 |
|---|---|---|
| committer | Osmium Sorcerer <os@sof.beauty> | 2026-06-18 12:34:11 +0000 |
| commit | 4d860b03abced10c1b3a5ae71c53cc75e306b5ab (patch) | |
| tree | ca34623c11f3d51dec19de30c404aded179e5b04 /README.md | |
| parent | 4bb60d0ccd288defb848dd28beac344295dfa602 (diff) | |
This reverts commit c48736a18976a8d1c62fec3dbfa5c8c4dce38bc6.
The authentication indeed breaks down if an identity element is provided
as a public key, but this is merely a specific variant of a more
general algebraic issue.
What actually matters is rejecting points at infinity when they appear
*as the result of the secret derivation* (the exponentiation), not
as the client public keys. This might happen whenever an element from
any non-prime subgroup is used in secret derivation.
All-zero shared secrets must be rejected. This is correct, robust, and
doesn't rely on enumeration of all possible "bad" curve points.
This is tricky to model because Tamarin's Diffie-Hellman primitives
assume prime-order group, but implementations usually aren't. In
particular, X25519 has a cofactor and thus small-order points that end
up as an identity element after multiplying them by a clamped scalar.
One such point is:
e0eb7a7c3b41b8ae1656e3faf19fc46ada098deb9c32b1fd866205165f49b800
Checks remain implicit in the model, but must be explicitly done in
real implementations.
Diffstat (limited to 'README.md')
0 files changed, 0 insertions, 0 deletions
