Heartbleedバグのコードを解説 - Qiita

今回バグってたのはheartbeat extension という機能の実装。 RFCはこちら https://tools.ietf.org/html/rfc6520 Heartbleedバグに対する修正コミット http://git.openssl.org/gitweb/?p=openssl.git;a=commit;h=96db9023b881d7cd9f379b0c154650d6c108e9a3 バグ解説 4. Heartbeat Request and Response Messages The Heartbeat protocol messages consist of their type and an arbitrary payload and padding. struct { HeartbeatMessageType type; uint16 payload_length

[nminm]

バッファオーバーランみたいな感じすかね。授業に出そうな典型的なバグですなー。是非とも教科書に載せてほしいです。

[aodifaud09]

こういう初歩的なミスはゼロにできないのに被害は甚大。どうすりゃいいんだろう、レガシー言語は使用禁止とかにするしかない？

[tackman]

ようやくこの件で具体的に何が出来るのかの解説みつけたー / ユーザから送りつけられた値を信用しない、って自動でチェック出来るようにならんのだろうか

[ebo-c]

BSDはstrncpyとか長さ指定できる関数を使う文化だった気がするなーと思い軽くググったらmemcpyは4bytesごとにループ展開して並列実行する最速実装なのか http://d.hatena.ne.jp/fd0/20071222/p1

[rochefort]

HeartbeatRequestに記載されたペイロード長が実際のペイロード長よりも長い場合 隣接するメモリの内容までmemcpy してHeartbeatResponseとして送り返してしまう。 // だからpayloadのサイズを見ていたのね

[tototti]

なるほどmemcpyのサイズ指定が原因と。『意図的に長いペイロード長を指定することで、１回のHeartbeatにつきメモリの内容を最大約64KB覗き見ることが可能。』

[kasumani]

Heartbleedバグのコードを解説 今回バグってたのはheartbeat extension という機能の実装。 とあるので、HeartbeatResponseを返す側は送られてきたHeartbeatRequestのペイロードをコピーして返す必要がある。 Tags: feedly, ifttt, recently read, saved

[craftone]

なるほどそういうことか。これを見るとほとんど危険性無さそうだな。／実際に公開実験で秘密鍵抜かれてるのか。やっぱめちゃ危険だ！

[takaesu]

コードレベルでわかりやすい

[yhira0202]

そういうことってあるんだなぁ～。

[mojimojikun]

なるほどー

[tanakaBox]

oh...初歩的。

[yamitzky]

わかりやすい

[itotto]

これって2年前に埋め込まれたバグなんだっけ？よくいままで顕在化しなかったね。