匿名化IPv6地址

tec*_*tec 8 ip ipv6 anonymity

根据几个国家/地区的法律要求,我们会在日志文件中匿名化用户的IP地址.使用IPv4我们经常只对最后两个字节进行匿名化,例如.而不是255.255.255.255我们记录255.255.*.*

您建议使用什么算法来匿名化IPv6地址?

Fle*_*exo 14

至少你想剥离EUI-64,即地址的最后64位.更现实的是,你想剥离更多真正的私有,因为剩下的部分仍然只能识别一个子网(即可能是一个房子)

RFC2374开始,IPv6全局寻址非常分层:

 | 3|  13 | 8 |   24   |   16   |          64 bits               |
 +--+-----+---+--------+--------+--------------------------------+
 |FP| TLA |RES|  NLA   |  SLA   |         Interface ID           |
 |  | ID  |   |  ID    |  ID    |                                |
 +--+-----+---+--------+--------+--------------------------------+
 <--Public Topology--->   Site
                       <-------->
                        Topology
                                 <------Interface Identifier----->
Run Code Online (Sandbox Code Playgroud)

问题变成了私人私密性如何?剥离64位,您已经识别出LAN子网,而不是用户.剥离另外16个,你已经确定了一个小型组织,即ISP的客户,例如有几个子网的公司/分支机构.剥离接下来的24个,你基本上只识别了一个ISP或真正的大型组织.

您可以使用与IPv4地址完全相同的位掩码实现此问题,但问题变成了合法的问题,但"我需要剥离多少以遵守特定的法规",而不是那时的技术问题.

  • @tec:记住,不要丢弃数据,你可以随时哈希(加上你完成后扔掉的种子).这可以防止能够找到源,但是(如果小心地完成)允许保留关系(例如,知道这两个地址来自相同的/ 64,或者这两个地址可能来自同一个/ 48公司,或者...... ).例如,您可以通过public + site + seed位来对接口ID进行哈希处理,并使用公共+种子对SLA进行哈希处理,并通过RES + TLA + FP +种子等对NLA进行哈希处理.另外请确保不能用太小的结果空间推导出种子. (6认同)
  • 如果你只保留16位的v6地址你所拥有的几乎是无用的,例如查看该目录中列出的生产v6站点的前16位地址:http://sixy.ch/ (2认同)
  • 关于“剥离多少”,Google Analytics 通过将 IPv4 地址的最后一个八位字节和 IPv6 地址的**最后 80 位**(SLA ID + 接口 ID)归零来匿名 IP 地址,根据 [“IP 匿名化(或Analytics 中的 IP 掩码”](https://support.google.com/analytics/answer/2763052?hl=en)(2020 年 11 月 12 日访问)。 (2认同)