Hi, a new version of the draft has been published. It addresses issue with mismatched PPKs and also adds some clarifications on interaction with RFC 8784.
As it was discussed at the IETF116 IPSECME meeting, once the new version is published, a call for adoption would be issued. Chairs, can you please issue an adoption call? Regards, Valery. > -----Original Message----- > From: internet-dra...@ietf.org [mailto:internet-dra...@ietf.org] > Sent: Friday, April 14, 2023 10:32 AM > To: Valery Smyslov > Subject: New Version Notification for > draft-smyslov-ipsecme-ikev2-qr-alt-07.txt > > > A new version of I-D, draft-smyslov-ipsecme-ikev2-qr-alt-07.txt > has been successfully submitted by Valery Smyslov and posted to the > IETF repository. > > Name: draft-smyslov-ipsecme-ikev2-qr-alt > Revision: 07 > Title: Alternative Approach for Mixing Preshared Keys in IKEv2 > for Post-quantum Security > Document date: 2023-04-14 > Group: Individual Submission > Pages: 9 > URL: > https://www.ietf.org/archive/id/draft-smyslov-ipsecme-ikev2-qr-alt-07.txt > Status: > https://datatracker.ietf.org/doc/draft-smyslov-ipsecme-ikev2-qr-alt/ > Htmlized: > https://datatracker.ietf.org/doc/html/draft-smyslov-ipsecme-ikev2-qr-alt > Diff: > https://author-tools.ietf.org/iddiff?url2=draft-smyslov-ipsecme-ikev2-qr-alt-07 > > Abstract: > An IKEv2 extension defined in [RFC8784] allows IPsec traffic to be > protected against someone storing VPN communications today and > decrypting it later, when (and if) cryptographically relevant quantum > computers are available. However, this protection doesn't cover an > initial IKEv2 SA, which might be unacceptable in some scenarios. > This specification defines an alternative way get protection against > quantum computers, but unlike the [RFC8784] solution it covers the > initial IKEv2 SA too. > > > > > The IETF Secretariat _______________________________________________ IPsec mailing list IPsec@ietf.org https://www.ietf.org/mailman/listinfo/ipsec
