Re: Adding a nounce before hashing as covert channel

Andrew Gallagher via Gnupg-devel <[email protected]>
Newsgroups gmane.comp.encryption.gpg.devel
Message-ID <[email protected]>
On 13 Dec 2024, at 18:59, James Bottomley <[email protected]> wrote:
> 
> I think there may be confusion here: the 'Nonce Reuse in deterministic
> ECDSA' section of the paper only presents a special case of the general
> problem: The EC signature algorithm requires an input nonce which must
> be unique for every signature otherwise the private key can be
> recovered mathematically from the two signatures that reused the nonce
> provided they were signatures over different messages.  It's not about
> whether or not to salt the message and faulting the salt.

Correct, that’s not what it’s about. I think perhaps the confusion arises because discussion of ECC signatures in the paper uses the terminology “Message”, but this “ECC Message” is not the same thing as the "OpenPGP Message”. Because OpenPGP applies a pre-hashing stage to all signatures, the “Message” passed to the ECC layer is always a digest. Salting *this* digest ensures that the ECC nonce is never reused, because in deterministic ECC, the nonce is calculated from the “ECC Message”, i.e. the OpenPGP digest, which if salted can never be the same twice.

It is therefore not possible to perform the fault attack against a salted OpenPGP signature, because faulting a deterministic ECC signature requires an attacker to pass the same “ECC message" to the signature algorithm twice, and then cause a fault between the calculation of the nonce and the calculation of the signature, so that the nonce is the same twice but the messages that effectively get signed are different. In OpenPGP v6 the nonce can never be the same because the input ECC message can never be the same.

Bluntly, salting the OpenPGP digest works by forcing nonce uniqueness at a high level, regardless of where in the stack below a fault may arise.

A

_______________________________________________
Gnupg-devel mailing list
[email protected]
https://lists.gnupg.org/mailman/listinfo/gnupg-devel
signature.asc (application/pgp-signature, 833 B)
-----BEGIN PGP SIGNATURE-----

iQIzBAEBCgAdFiEEKR55odxVrielLu+DXB7EBNWQZikFAmddXD0ACgkQXB7EBNWQ
ZimnGRAAkxSEtfFpdlgxsyLtbMT0c7DtRzGTdoemQYJcx8uwXQT8OCssWryVhnKm
+Qyea4hrvjlOqzCquvceiIbNEQ9mkSn4zAR24yZaF0CgTrB3UCwZGSnQDyaSFiQO
msx3YgsA2XfpebYtJljQ4E1r2Xrwz4Lqo4mz3N21FL4H4K2u06edL4ouSuUtBEfq
IbWBZTD4IGTNAWVcNp1qjhrH+NmaHsoubQMkAutBaqoHw+RyBd0Q5f/k2HXQ45LU
opkWBTdx+5vfsYfrjQ2Ft+4lbReYVzHXIH3z+meq72qiFKJVb0s1evy8jV1nywNu
r0irPkkI6PGO8VILlB3U5py8lj3+LLsfmNBz6Wd52eESjtFiMGb9vRVFDe76kPJ7
IhNjm5n8BSGN5y9Ih0FAsh1pkMIKlcYzaJcqyv/ykdAR5zhl3F6H8cMdluT5mb1Z
SrGm3bXVNJ2/xzvHkt37BXyezVMEK5kxtEomOV31FHP2cjRQgZuGtQjV+x5cBgIB
BKca+/VLxdr2hxYABFJewlAgwEMPbRlWVQL3TOeDCAQ6+GEk1URVmhEDijFJbM/c
6W6XLYk/G6jmMFMemYqzKgb2PfRxV1tDe0TiSYkgf8z5l8rDw2Y5XQo2xb1srPyB
hlCUxj/GR/u8XSIUnk3v/5l8YVMLNiWQ58u0UNdfYmJa685pS5Y=
=Ow/T
-----END PGP SIGNATURE-----
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.