プロフェッショナルSSL/TLSを読む

npm installとかでhashをチェックしている時にintegrityと出るのは完全性を確認していたんだな。やってることはわかっていたけど、integrityって完全性って意味だったんだという。

そう、で、ハッシュ値はデータの完全性を判別できるけど、データと分離した状態で通信してしまうとデータとハッシュを両方改ざんされた時に気付けないのはどうするか、というところが毎回気になっていた(で、毎回なあなあにしていた)。

MAC(Message Authentication Code)を使うとその解消が可能らしいけどどうやるのか。鍵を使ったハッシュ値を使うらしい。で、その鍵は事前に共有しておく必要があると。この鍵の共有はどうやるんだろう。ただ、鍵を共有できていれば、少なくとも真正性は判別できそうだ。

具体的なMACについては https://en.wikipedia.org/wiki/Message_authentication_code を読んでおこう。

あれ、この場合の完全性って何だ。メッセージが改ざんされていないことか。

単純に考えればハッシュで判別できそうだが、それだと攻撃者がメッセージとハッシュ両方をすり替えることでメッセージを改ざんできてしまう。で、それだと完全性が判別できないことになる。そのメッセージとハッシュを鍵付きで行うことで真正性の担保と完全性の担保を同時にやっている、ということか。

これがもし攻撃者が単純なリプライ攻撃をしたとしても、メッセージ自体は送信者が送ったものと同じだから、この場合も完全性は保たれているということになるのかな。ただ真正性はどうなるんだろう。

まぁ別に、直接発信者から来ようが攻撃者を経由していようが、ネットワークの海に一度は溶けたメッセージだというのは同じなので、経路は別に関係ないのか。真正性も経路云々は無視して発信者が送ったものと同じものが届けばいいということなのかな。