https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=245103
--- Comment #23 from commit-h...@freebsd.org --- A commit in branch main references this bug: URL: https://cgit.FreeBSD.org/src/commit/?id=41399ce61bcc56711cba3fed1ab5b4e72c937576 commit 41399ce61bcc56711cba3fed1ab5b4e72c937576 Author: Marek Zarychta <zarych...@plan-b.pwste.edu.pl> AuthorDate: 2025-05-17 06:56:20 +0000 Commit: Dag-Erling Smørgrav <d...@freebsd.org> CommitDate: 2025-06-20 16:16:21 +0000 inet6: RFC 8981 SLAAC Temporary Address Extensions Deprecate the use of MD5 as the algorithm for generating temporary interface identifiers (IIDs) for IPv6 addresses, improving cryptographic robustness. Introduce per-address randomized IIDs, ensuring that each temporary address uses a distinct interface identifier to enhance privacy and avoid correlation across addresses. Update the IID generation logic to respect the Reserved IPv6 Interface Identifiers list. Enhance sysctl_ip6_temppltime() so that ip6_temp_max_desync_factor is dynamically recalculated whenever ip6_temp_preferred_lifetime is updated via sysctl. This ensures that MAX_DESYNC_FACTOR remains approximately 1/32 of the preferred lifetime plus 10 minutes. DESYNC_FACTOR is also regenerated after each update. Timers related to temporary address regeneration were updated to match the design recommendations in RFC 8981. A new read-only sysctl variable net.inet6.ip6.temp_max_desync_factor is introduced to expose the computed value of MAX_DESYNC_FACTOR to userland for observability and debugging. Input validation to reject temppltime values too small or too large is included. This all brings the temporary address lifetime handling closer to the intended design in RFC 8981 and improves robustness against misconfiguration. PR: 245103 MFC after: 1 month Differential Revision: https://reviews.freebsd.org/D50108 sys/netinet6/in6_proto.c | 8 ++++++-- sys/netinet6/ip6_input.c | 10 +++++++++- sys/netinet6/nd6.h | 4 +++- sys/netinet6/nd6_rtr.c | 3 ++- 4 files changed, 20 insertions(+), 5 deletions(-) -- You are receiving this mail because: You are the assignee for the bug.
