AFRINIC サガは現在、エンドツーエンドで追跡されています。
ガバナンス / ケースファイル
ケースファイル
ケースファイルは、インターネット基盤に影響を与え得る機関、政策プロセス、標準化活動、レジストリ運用、説明責任をめぐる紛争、実装シグナルを追跡します。BTW.MEDIA は、公開された報道、出典に基づく分析、制度的背景、長期にわたるケースの継続報道を整理し、読者が世界のネットワークエコシステム全体で、意思決定のポイント、ガバナンス上のリスク、運用の継続性、正統性をめぐる論点、政策の結果を追えるようにしています。RIR や標準化団体、ICANN のプロセス、ネットワーク運用者グループ、公共政策に関わる主体、説明責任をめぐる紛争、裏付けとなる証拠を比較したい読者は、このページで、どのプロセスが単なる手続きに過ぎないのか、どのシグナルが運用上の前提を変え得るのか、どのコミュニティが影響を受けやすいのかを確認できます。
機関の内訳法務・政策の衝突選挙・統制リスク
制度の正当性と継続性に関するリスクのマッピング。
直接的な公開情報源に基づくタイムラインとリスク分析。
継続性と政策リスク拡大への備えに利用されます。
最新の報道
ケースファイルの最新情報
732件の記事
ケースファイル
Token は JavaScript に渡らなかった。それでも命令は通った：RFC 10017 とブラウザー OAuth の権限境界
「Token をフロントエンドに置いていない」は重要な安全性の主張だ。しかし、「フロントエンドから届いた命令が正当である」と同じ主張ではない。RFC 10017 は BFF の価値を明確にすると同時に、その先に残る実行権限を可視化する。
ケースファイル
空の応答でも OK だった――RFC 10022 と、UIDBATCHES をスナップショットにしない運用境界
選択中のメールボックスにメッセージがあっても、存在しないバッチ番号を指定すれば、RFC 10022 の正しい応答は空の `UIDBATCHES` と `OK` になり得る。ここには拡張の本質が凝縮されている。サーバーが返すのは、ある問い合わせに対する UID 区間の計画であり、メールボックス全体の凍結像でも、後続処理の完了証明でもない。
ケースファイル
上書きを消したら、装置の値が戻ってきた：RFC 10016が分ける設定の権限
設定を削除すれば、その値はなくなる。運用手順はしばしばそう説明する。しかし RFC 10016の`<system>`では、クライアントの上書きを消した瞬間に、装置が持っていた値が`<intended>`へ再び現れ得る。削除は空白を作る操作ではなく、別の供給者へ実行権を戻す操作になる。
ケースファイル
ツリーは稼働中、それでも一つのリーフには届かなかった――RFC 10018とP2MP完了判定の境界
ポイント・ツー・マルチポイントでは、「ほぼ全員に届いた」が監視上の成功になりやすい。RFC 10018は、MVPN／EVPN の Auto-Discovery と SR-MPLS／SRv6 の P2MP ツリーを接続する共通手順を定めた。しかし、PTA の広告、コントローラの成功表示、アクティブな Tree-SID のいずれも、全リーフの受領証ではない。完了判定は、同一 PTI の世代について、予定リーフから実ペイロードまでを一つずつ照合して初めて成立する。
ケースファイル
TLS 1.2は残った。古い鍵交換は残せない：RFC 10015が切り分けた移行責任
変更票に「TLS 1.2は継続」と書かれていても、接続可能性が昨日と同じとは限らない。RFC 10015はプロトコル版を一括停止せず、その内部から有限体 DH と RSA の鍵交換経路を退役させる。標準の決定と実際の切断の間を埋めるのは、各終端の設定と観測されたハンドシェイクである。
ケースファイル
W3CはWCAG 3の変更を決めたが、文言までは固定していない
2026年8月25日、W3C の Accessibility Guidelines Working Group は、WCAG 3の適合性セクションを更新する三つの決議を採択した。参照先は共同編集文書だったが、いずれの決議にも「関連するコメントを解決した後」という条件が付いていた。これは弱い決定ではない。方向を決め、残る編集作業を限定した決定である。問題は、その後にマージされた文言が会議で逐語承認されたかのように見えないための、決議と差分を結ぶ記録がないことだ。
ケースファイル
二つの鍵交換が、同じ障害票で停止した
RFC 10024 は TLS 1.3 に伝統暗号と ML-KEM を組み合わせる厳密な方法を与えた。しかし、実装、乱数、終端、運用権限まで二重化されたとは書いていない。そこは標準ではなく、運用主体が証明する領域である。
ケースファイル
署名は正しい、権限はなかった：RFC 10007とCRL署名鍵の境界
検証結果が「署名成功」でも、運用判断は終わらない。同じ主体名を持つ別の鍵が、その失効情報を署名してよいと証明されたかどうかは、独立した問いだからだ。
ケースファイル
ハイフン一つで発見は空になる：RFC 10006とSIPトランク適用権限
機械可読性は曖昧さを減らす。ただし、文字列が正確でも、取得先が正しくても、設定を本番へ入れる権限まで同じ機械が得るわけではない。
ケースファイル
ブートローダーは確認できた。それでも接続許可は別の判断だ
RFC 10013 は、計測したコンポーネントの名前と値を EAT の中で持ち運べる形にした。形式が正しく署名も新鮮であっても、何を信頼し、どの操作を許すかは証拠の外側に残る。
ケースファイル
同じ経路に二つの帯域値：RFC 10005と移行期BGPの不一致
移行のため、ある経路には transitive と non-transitive の Link Bandwidth が一つずつ付いていた。値は同じであるべきだったが、中継装置は片方だけを再計算した。新しい受信機と古い受信機は同じ経路から異なる重みを作った。RFC 10005が警告するのは属性の欠落だけではない。互換性のための二重化そのものが、更新権限を曖昧にすると分岐点になる。
ケースファイル
DNS の値札は、ドメインを売る権限までは証明しない
RFC 10023 は、使用中のドメインにも「交渉可能」という標識を置けるようにした。発見の手間を減らす標識と、売主の本人性、正式な価格、移転の完了を証明する仕組みは別物である。
ケースファイル
Internet Societyの決議2026-13は二つの異なる方針を指している
決議番号は、規程の本文と、それを承認した理事会の行為を結ぶためにある。ところが Internet Society の現行公開記録では、2026-13が二つに分かれる。Trustee 選任手続のページは同番号による改訂を掲げ、出張規程と書面による全員一致決議の一覧は7月6日の出張規程改訂に同番号を割り当てる。確認できるのは公開上の識別衝突であり、どちらかの規程が当然に無効だということではない。
ケースファイル
AAAAはあった。権威には届かなかった：RFC 10001が変えるDNS委任検証
ゾーン検査は AAAA の存在を確認し、変更を承認した。ところが IPv6-only の反復リゾルバーは、親側グルーの先にある兄弟ドメイン依存で停止した。RFC 10001が求めるのはレコード欄の充足ではない。アドレスファミリーごとに、委任グラフ全体を実際に歩いて権威へ到達する証拠である。
ケースファイル
経路の木は行き先を記憶する。しかし迂回を許可する権限は持たない
SIP の History-Info は、要求の宛先がどのように変わったかを構造化して残す。その記録は有力な証拠だが、完全性、正当性、同意、サービス提供までを保証する証明書ではない。
ケースファイル
空の応答リストは失敗ではない：RFC 10029が分けるDNS配送と証拠の完了
追加で二つのレコード種別を求めたのに、返ってきた完了リストは空だった。これは「何もない」という回答ではない。サーバーが拡張を理解した一方、追加種別を一つも完全には収めなかったという証拠だ。RFC 10029は、一個の応答を完全な判断材料と呼ぶ前に、その差分を読むよう求めている。
ケースファイル
ダイアログを特定しても、転送する権限までは得られない：SIP Replacesが分ける識別・許可・実行
通話転送の履歴に「200 OK」が残っている。ところが転送先は新しい通話を拒否し、元の相手は保留音を聞き続けている。この食い違いは、SIP の失敗とは限らない。別々の段階に対する成功応答を、業務システムが一つの「転送完了」に丸めた結果かもしれない。
ケースファイル
正規画面で承認した。その先は攻撃者の端末だった：RFC 10027が問う端末間の権限
画面は偽物ではない。パスキーも正しく動き、認可サーバーは本人の同意を記録した。それでも事故は成立する。別の端末から来た依頼について、利用者が思い浮かべた端末と、実際にトークンを受け取る端末が一致することを誰も証明していないからだ。
ケースファイル
タイマーは更新された。それでも会話が生きているとは限らない：SIPセッション更新の決定境界
200 OK は整然としている。音声が片方向だけ途切れ、利用者が端末を離れた事実は、その一行には現れない。SIP の記録を否定する必要はない。必要なのは、その記録が答えられる範囲を越えて判定権を与えないことだ。
ケースファイル
新しい範囲を検査し、古い割当器を見落とした：RFC 10028 と IPv6 マルチキャスト移行の責任
RFC 10028 は、動的な IPv6 マルチキャスト・グループ ID を用途別の重ならない範囲へ分け直した。しかし、正しい範囲にある値だけを見ても、どの実装がその値を発行したかは分からない。レジストリの更新と、現場の割当器・スイッチ・受信アプリケーションの更新は別の出来事である。
会員ロック解除
会員限定プロフィール分析
完全なプロフィール解説と詳細セクションを閲覧するには、ログインが必要です。
Strategic Circle 向けブリーフィング
参加すると、ログイン後に戦略解説を閲覧できます。
Strategic Circle に参加Leadership Alliance 解説
対象となる IP 資産の所有者・管理者向けです。ログインすると Leadership Alliance の解説を閲覧できます。
Leadership Alliance に参加セッションマップ
アクティブなケースファイル
AFRINIC サガ
複数年にわたるガバナンスと法的危機が、世界中の RIR の説明責任に影響を及ぼしています。
AFRINIC サガを開く