「KDDI曰く「携帯電話の個体識別番号はプライバシ情報ではない」」記事へのコメント

対案というか……

[Cellea (37481)]

　携帯電話からの接続なんて携帯事業者のサーバーが間にプロキシみたいに入ってるんだし、送信するのを「契約者ＩＤ」じゃなくて「契約者ＩＤと送信先ドメインを足した値のハッシュ」にすればいいのに、と思うんだけど、面倒だからやらないのかしらね。もちろんハッシュ値が全ユーザーの間で一意になるような仕掛けは必要だから、インフラ側の構築はちょっと工夫が必要にはなりそうだけど。
　これなら特定のドメインにアクセスした時の契約者ＩＤが他ドメインに漏洩したところで困らないし、特定ドメインの範疇であればユーザーとの紐付けは従来通り可能だからコンテンツビジネスにも殆ど影響を及ぼさないはず。少なくともユーザー情報をこっそり売り飛ばすところまで「ビジネス」としているようなところ以外は。

いやいやそれが……

[shibuya (17159)]

高木浩光さんは、携帯電話会社(キャリア)がそのためにきちんと情報を開示していなかったり、
無能な開発者の劣化コピーが状況を固体識別番号依存の泥沼に自縄自縛が進行していると(意訳)ようなので、
インフラ側の構築にちょっとした工夫をするだけの知恵もしかけも不足していると言っているようです。

Re:

[Anonymous Coward]

> もちろんハッシュ値が全ユーザーの間で一意になるような仕掛けは必要だから

そんなのいらないよ。ハッシュすれば一意。

Re:

[Anonymous Coward]

ハッシュはアルゴリズムによっては衝突することがありますよ。
逆に、「一意でない値を何らかの方法でハッシュにかけたら必ず一意でなくなる」ことが保証されている場合、そのハッシュ関数は可逆性があることになるので親トピのような用途には不向きです。

Re:

[Anonymous Coward]

> ハッシュはアルゴリズムによっては衝突することがありますよ。

いいえ。暗号学的ハッシュ関数は、衝突しません。

（まさかハッシュテーブル用のハッシュ関数を使うわけがないですよね。）

Re:

[Anonymous Coward]

固定長のハッシュは有限個のハッシュ値（2^ハッシュ長）しかもてないのに対し、ハッシュをかけるべきデータは理論上無限なのですからハッシュの衝突はどのようなアルゴリズムを用いても避けられないでしょう。
# 固定長じゃないものをハッシュって言うんですかね?

Re:

[Anonymous Coward]

契約者数も送信先も有限(少なくともIPアドレス空間全部よりは狭いはず)だし、ハッシュ長も仕様作る側で好きに決めていいから完全ハッシュ関数を作ることは可能でしょ？

Re:

[Anonymous Coward]

送信先はIPアドレス空間全部より広い可能性はありますよ。
ネームベースのバーチャルサーバはあるし、サーバ単位で送信先のドメインを切っていいとは限らない（rakuten.co.jp内に無数のショップがあるように）。

ハノイの塔

[Anonymous Coward]

はっ！

無限の情報量をもつデータを固定長のハッシュ値に対応させることができるということは…
無限の圧縮率の情報圧縮も可能っ！！ってことか！

さっそく特許申請の準備だっ！えーとまず退職願を書いて…

Re:

[Anonymous Coward]

|メッセージ|=|ハッシュ|でない限り必ず衝突は存在するのでは？