除外リストにハッシュをかけていない理由

自分のサイトを作っている人は、一日に二十回それを開きます。月に四十人の訪問者しかいないカウンターでは、統計の半分があなた自身です。だから設定があります。自分のアドレスからの訪問は数えない、というものです。

このサービスのほかのあらゆる場所で、アドレスは秘密のソルトと日付とともにハッシュ化され、アドレスそのものが保存に届くことはありません。この一か所だけ、あなたが打ち込んだままの形で、平文で保たれます。これは意図した決定であり、見つけられるに任せるのではなく、口に出して言うに値します。

最初に試された版

最初の実装はアドレスのチェックサムを保存していました。ほかのすべてと整合しています。動きましたし、保存する量も少なく、そしてほとんど役に立ちませんでした。家庭の回線の多くは毎日新しいアドレスを受け取ります。除外は設定した瞬間には正しく、翌朝には無価値でした。

毎日の変化を生き延びるのは範囲です — たいていは事業者の /24 か /16 で、末尾が回っているあいだも同じままです。そして範囲はチェックサムとして比較できません。ハッシュは意図的に順序を壊し、「このアドレスはこの範囲の中か」は順序についての問いです。うまい抜け道はありません。二つの要求は反対を向いています。

そこで範囲は入力されたまま、正規化されて保たれ、その隣に両端がそれぞれ十六バイトで置かれ、一度の BETWEEN が決めます。IPv4 は IPv6 の書き方で収められ、両方の系統が同じ幅になり、一度の比較で両方を覆います。

この取引がここでは受け入れられる理由

保たれているのは運営者自身のネットワークで、本人が入力し、本人に表示され、本人がいつでも消せます。訪問者のアドレスではありません。プライバシーポリシーも同じことを同じ言葉で述べています。もう一方の道 — すべてをハッシュ化していると説明し、ここだけ黙って例外にする — は、大筋では真であるという種類の主張であり、それは主張しないことよりも価値が低いからです。

上限はカウンターごとに十件。自宅、職場、モバイル回線に足り、この一覧が汎用のアドレス置き場になれない程度に少ない数です。

動くもののための、二つ目の種類

通信の一部は、identity が安定していてアドレスが不安定です。自分の死活監視、チャットの、リンクプレビュー取得、確認サービス。範囲では捕まりません。

それらには、ブラウザ識別の一部分を照合する除外があります。uptimerobot と入れれば、それが送る文字列全体を捕まえます。最短は四文字。二文字の断片ならほぼすべての識別文字列に現れ、カウンターを丸ごと止めてしまうからです。

一般論

プライバシーの設計とは一組の取引であり、面白いのは規則が曲がらざるを得なかった箇所です。決して曲がらない規則はたいてい、まだ誰も本物の要求に当ててみていないという意味です。

避けるべきなのは、黙って曲げることです。実際にはハッシュ化されていないのに、文書ではそうであるかのように書かれた項目は、平文の項目を平文と説明するより悪い — 稼いでいない信用を使ってしまうし、確かめる必要があるとは思っていなかった誰かに、いずれ見つかります。