要約

  • RFC 3924はCiscoの情報提供アーキテクチャとして公開され、インターネット標準ではなかった。IESGは実装・展開の評価に注意を促した。
  • 各国の具体的な法的義務を文書の範囲外と明記したため、RFCの公開そのものが傍受を許可することはない。

アーキテクチャの上に置かれた警告

RFC番号は標準化の証明のように見えることがある。RFC 3924は、その見かけだけでは判断できないと明示した。2004年10月に公開された文書の題名は Cisco Architecture for Lawful Intercept in IP Networks、著者はCisco Systemsの3人である。分類は「Informational」だった。要約より前のIESG注記は、どの段階のインターネット標準にもなり得ないとし、実装と展開に関する評価には注意を促した。

この注記は分類名を補足するだけではない。RFC Editorが裁量で公開を選んだこと、その判断はセキュリティ、輻輳制御、稼働中プロトコルとの不適切な相互作用についてIETFが審査した結果ではないことまで述べている。RFCシリーズに収録されていても、多くの読者がインターネット標準に結び付ける審査状況や規範的効力を持つわけではなかった。

この区別が重要なのは、RFC 3924が政治的にも法的にも繊細な題材を扱っていたからだ。要約はCiscoのアーキテクチャを、共通インターフェースを最小限にした一案として説明する。同じ段落で、特定の国における法的要件や義務は扱わないと明記した。序文でも、その方法は一つの選択肢であり、他の方法もあり得るとする。設計を動機付けた要件が、通信事業者や機器ベンダーの法的義務になるわけではない。

IESGは、なぜこうしたアーキテクチャがIETF標準化ではなくベンダー固有のものなのかを説明する資料として、2000年のIAB・IESG方針文書RFC 2804を案内した。この参照はRFC 3924を標準化プロセスの歴史に位置付ける。4年前、IETFは通信傍受を容易にするプロトコル設計を行うべきかという制度上の問いを記録していた。RFC 3924は標準になることでその議論を決着させたのではない。注記によって、文書アーカイブへの掲載とコミュニティによる標準化の違いを可視化した。

この記述は、当該アーキテクチャが実際に使われた、あるいは使われなかったという主張ではない。また、どの国の法律についても判断を下すものではない。RFCは現在の導入状況を証明せず、個別の傍受が適法、確実、安全だったことも示さない。それらは別々の証拠を要し、文書は意図的にその証拠を提供していない。

RFC 3924の歴史的な重要性は、この切り分けにある。技術設計を記録し議論することと、IETFの要件にすることは別である。共通の技術語彙だけでは、どの公的機関が措置を求められるのか、どの法的手続きが必要なのか、当事者がどう争えるのか、誰が説明責任を負うのかは決まらない。IESGの警告は文書をRFCシリーズから排除せず、限界も記録の一部にした。

この観点から、RFC 3924はインターネット・ガバナンス史の資料となる。普遍的な合法的傍受ルールを定めたからではない。RFCシリーズがベンダー提案を保存しつつ、それが標準でもIETFの安全性の承認でも法律の説明でもないと明記できることを示すからだ。

出典