用 MAC 地址生成 IPV6 地址已经是过去时了

[cwbsw]

发现很多人的信息还停留在 1998 年的 RFC 2464 定义的 EUI64，由于其潜在安全风险，2014 年的 RFC 7217 定义了生成用于 SLAAC 的接口 ID 的算法。目前就我所了解的主流操作系统，iOS 12 已经支持这个标准，Android 7 尚不支持、同时也不支持 DHCPv6，Windows 10 1803 虽然没有遵守 RFC 7217，但也没有使用 EUI64，并且还支持随机 MAC 地址。

抄一段翻译：

RFC 7217 IPv6 更新指定了算法来生成 IPv6 接口标识符（以及 IPv6 地址），在相同网络内稳定，但随着节点从一个网络移动到另一个网络而发生变化。该算法可用以下表达式来总结和体现：

IPv6_IID = Hash(Net_Prefix, Net_ID, Net_Iface_ID, Secret_Key)

其中：

Hash()：加密安全哈希函数
Net_Prefix：本地路由器发布的 IPv6 前缀
Net_ID：可选网络标识符，例如 WiFi 网络的服务集标识符
Net_Iface_ID：底层网络接口的标识符（例如网络接口名称）
Secret_Key：秘密值，通常在系统安装期间作为随机值初始化，并在重新启动时保持不变
基本上来说，IPv6 接口标识符是通过对多个参数连接计算安全散列来获得，最常见的是本地路由器（ Net_Prefix ）和秘密密钥（ Secret_Key ）公布的网络前缀。

只要节点保持在相同网络，它将维护和配置相同的 IPv6 地址，这是因为散列函数的所有参数保持不变。另一方面，由于网络前缀会改变，所以一旦节点连接到不同的网络，IPv6 接口标识符将会改变。同时，如果节点返回到之前连接的网络，它将配置与之前相同的 IPv6 地址，因为用于计算该 IPv6 接口标识符的所有参数都将与原来情况相同。

https://searchsecurity.techtarget.com.cn/11-24286/

[xuan880]

我发现手机开 WIFI 热点，电脑分配到的 ipv6 的后 64 位会不一样，难道就是这个原因？

[oopsxx]

恕我直言，EUI-64 就是傻逼，FFFE 放在中间不说，地址还要翻转一下。除了制造人为理解障碍之外没任何用处。