Loading article…
悪意のあるビットは、2003年のエイプリルフールのユーモアたっぷりのRFC [1]でSteve Bellovinが提案した架空のIPv4パケット ヘッダーフィールドです。Request for Comments では、IPv4 パケット ヘッダーの最後に残った未使用のビットである「予約ビット」[2]を使用して、パケットが悪意を持って送信されたかどうかを示すことが推奨されており、これによりコンピューター セキュリティエンジニアリングが簡単な問題になります。悪意のあるビットが設定されたメッセージは無視し、残りを信頼するだけです。
インパクト
ネットワークエンジニアのベン・カートライト・コックスが2015年に実施した調査では、大学や銀行、ウイルス対策ソフトのカスペルスキー、リモートデスクトップソフトのチームビューアーなどの人気ウェブサイト（当時のAlexa 20kのうち436）の多くが、受信リクエストをドロップすることで「悪のビット」を尊重し、RFC 3514に準拠していることが明らかになった。[3]
影響
悪意のある行為者の自発的な参加を必要とする困難な人間社会問題に対する単純な技術的解決策を模索するあらゆる試み、特に単純な技術的解決策を使用してインターネット検閲を実施しようとする試みは、悪意のある行為者の自発的な参加を必要とするすべての試みと同義語になっています。
冗談で、FreeBSD はその日 evil ビットのサポートを実装しましたが、翌日には変更を削除しました。[4] iptables モジュール「ipt_evil」を実装する Linux パッチは翌年投稿されました。[5]さらに、FreeBSD 7 用のパッチが利用可能であり、[6]最新の状態に保たれています。
XMPPプロトコルには、Evil Bitに触発された拡張機能があります。[7]
このRFCは、それ以外は完全に真面目なRFC 3675「.sexは危険とみなされる」でも引用されており、これにより.xxxの支持者は、インターネット技術タスクフォース（IETF）がトップレベルドメイン（TLD）の申請についてコメントしているのではないかと疑問に思ったかもしれない。この文書は彼らの申請とは関係がなかった。[8]
2010年のエイプリルフールに、Googleは&evil=trueAjax API経由のリクエストにパラメータを追加しました。 [9]
WiresharkにRFC 3514との互換性を追加するパッチが提案されたが、実装されなかった。[10]
参照
参考文献
- ^ S. Bellovin (2003 年 4 月 1 日)。IPv4 ヘッダーのセキュリティ フラグ。ネットワーク ワーキング グループ。doi : 10.17487 / RFC3514。RFC 3514 。 情報提供。 これはエイプリルフールのコメント募集です。
- ^ Rocha, Luis (2013年4月1日). 「The Evil Bit」. Count Upon Security . 2016年5月9日閲覧。
- ^ 「私はインターネット上で唯一の邪悪な（ビット）ユーザーかもしれない」。blog.benjojo.co.uk 。 2024年9月13日閲覧。
- ^ 実装、削除
- ^ 「ipt_evil、カーネル部分」。2011年2月2日時点のオリジナルよりアーカイブ。2011年1月1日閲覧。
- ^ 「FreeBSD7 の RFC3514」。2009 年 2 月 18 日時点のオリジナルよりアーカイブ。2013 年12 月 26 日閲覧。
- ^ Saint-Andre, Peter; Hildebrand, Joe (2003年4月1日). 「XEP-0076: Malicious Stanzas」. 2013年4月16日時点のオリジナルよりアーカイブ。
- ^ 「成人向けTLDは危険とみなされる」2017年7月6日閲覧。
- ^ 「Helping you help us help you」. googleajaxsearchapi.blogspot.co.uk . 2017年2月19日閲覧。
- ^ 「Wireshark · Ethereal-dev: [Ethereal-dev] パッチ: RFC 3514 サポート」。Wireshark 。2024年5月15日閲覧。