提问箱是怎样保护你的隐私的：讲解技术机制

“匿名”背后的技术

往提问箱发提问时，画面上既不显示名字，也不显示头像。但是，互联网上的通信一定包含发送来源的信息。Web 浏览器向服务器发送请求时，IP 地址、浏览器的种类、操作系统的信息等会被自动发送。如何处理这些信息，决定了匿名性的实际强度。

即使是标榜“匿名”的服务，背后的实现也各不相同。有的服务原样保存 IP 地址，也有的服务什么信息都不保存。前者在有法律要求时能查出提问者，但数据泄露时的风险高。后者能提供完全的匿名性，但难以应对恶意的发帖。

本服务也站在这两个极端之间，在隐私保护和安全性之间取得平衡。下面讲解匿名提问服务中广泛使用的技术，以及本服务在隐私政策中公开的方针。

匿名的范围：不会传给对方的信息，会显示的信息

首先要弄清楚的，是本服务的“匿名”意味着什么。发送提问不需要登录或注册账号，我们不收集提问者的名字、邮箱地址等账号信息。你的身份不会被通知给提问的对象。

另一方面，匿名并不是“完全不留痕迹”。正如隐私政策中明确写着的，为了防止不正当使用，提问箱的箱主能看到提问者的 IP 地址。从 IP 地址并不能马上知道姓名和住址，但它能成为分辨同一个人反复发帖的线索。

“名字和账号不会出现。不过，用于防止不正当行为的信息，箱主能看到。”准确理解这个范围，是安心使用的出发点。

IP 地址的加密保存

关于 IP 地址的处理，本服务的隐私政策规定：“加密保存，不会向箱主以外的第三方披露。”方针是不以明文放在数据库里，而是以加密的形式保管，并把披露的范围限定在显示给箱主为止。

一般来说，匿名提问服务会区分使用“哈希”和“加密”这 2 种技术。哈希是无法还原的单向转换，适合用来判断是否是同一个人的发帖（提问者 ID 和速率限制）。加密是用密钥就能还原的转换，用于应对不正当使用等、在有限的场合需要原始信息的情况。

这里重要的是，加密并不意味着“无法还原”。加密保存的 IP 地址，在管理密钥的服务一方是可以解密的。正因为如此，“向谁、在什么范围内披露”的政策和技术同样重要，本服务公开了这个范围是“到提问箱的箱主为止”。另外，如果有基于法律法规的披露请求，收集的信息可能会被提供给第三方（隐私政策“向第三方提供信息”）。

通信线路的加密

提问者的隐私，不只要在数据的保存方式上保护，也需要在通信线路上保护。发往提问箱的通信全部受 HTTPS（TLS 加密）保护。

HTTPS 是加密浏览器和服务器之间通信的协议。提问的内容、邮箱地址和其他数据，即使在发送途中被第三方截获，也无法解读。即使从公共 Wi-Fi 这类不安全的网络发送提问，通信内容被偷看的风险也极低。

TLS 加密不只适用于发送提问的一方，也适用于提问箱的箱主访问管理页面的时候。管理页面上显示的提问内容和提问者 ID，在通信线路上也是加密的。

HTTPS 的证书，还起到证明服务的域名是正规域名的作用。如果浏览器的地址栏里显示着锁的标志，就能确认通信的对象是正规的服务器，并且通信是加密的。

隐私和安全性的取舍

隐私保护和安全性，常常是此消彼长的关系。追求完全的匿名性，就难以应对恶意的提问者。反过来，如果让提问者能被完全查出，匿名性的价值就会消失。

本服务的设计，对这种取舍采取了明确的立场。一边提供不会把你的身份通知给提问对象的匿名性，一边作为防止不正当使用的对策，向箱主显示 IP 地址，并保留加密的记录。然后，在隐私政策中公开这些内容。不隐瞒、公开说明这件事本身，就是这个立场的一部分。

这个设计意味着：“匿名不是骚扰的免罪符。”如果有恶意的发帖，箱主可以根据显示的信息分辨反复的骚扰，提问者也有可能通过基于法律法规的程序被查出。

另一方面，只要有分寸地使用，你的名字就不会传给对方。对提问者，提供“能安心说出真心话”的环境；对箱主，提供“能应对恶意发帖”的手段。这不是完美的解决方案，但我们认为，这是以兼顾隐私和安全性为目标的、现实的平衡点。