AFRINIC サガは現在、エンドツーエンドで追跡されています。
ガバナンス / ケースファイル
ケースファイル
ケースファイルは、インターネット基盤に影響を与え得る機関、政策プロセス、標準化活動、レジストリ運用、説明責任をめぐる紛争、実装シグナルを追跡します。BTW.MEDIA は、公開された報道、出典に基づく分析、制度的背景、長期にわたるケースの継続報道を整理し、読者が世界のネットワークエコシステム全体で、意思決定のポイント、ガバナンス上のリスク、運用の継続性、正統性をめぐる論点、政策の結果を追えるようにしています。RIR や標準化団体、ICANN のプロセス、ネットワーク運用者グループ、公共政策に関わる主体、説明責任をめぐる紛争、裏付けとなる証拠を比較したい読者は、このページで、どのプロセスが単なる手続きに過ぎないのか、どのシグナルが運用上の前提を変え得るのか、どのコミュニティが影響を受けやすいのかを確認できます。
機関の内訳法務・政策の衝突選挙・統制リスク
制度の正当性と継続性に関するリスクのマッピング。
直接的な公開情報源に基づくタイムラインとリスク分析。
継続性と政策リスク拡大への備えに利用されます。
最新の報道
ケースファイルの最新情報
746件の記事
ケースファイル
W3Cは認容した異議を緩和まで未解決とする。だが完了記録がない
Vibration API をめぐる正式異議を W3C Council が認容した後、対応の足跡は Council Report、実装報告、ワーキンググループ憲章、issue、修正文案へと分かれた。Process は Team に追跡責任を置く一方、誰がどの既存権限で何を行い、どの証拠をもって「十分な緩和」と「完全な対応」を宣言するのかを一つに結ぶ公的記録を要求していない。
ケースファイル
Internet Societyが再確認したNomComリエゾン規則は、なおRFC 3777を参照している
改定しなかった、というのが今回の決定である。Internet Society 理事会は7月10日、IETF 指名委員会（NomCom）に置くリエゾン向けの2012年ガイドラインを、修正なしで即時に再確認した。ところが現行扱いとなった文章は、廃止済みの RFC 3777を手続、秘密保持、リエゾン職務の根拠としている。さらに、理事会の合意を伝える責務と IETF の最善の利益にかなう行動が衝突した場合、前者を優先させると定めている。
ケースファイル
W3Cの異議申立て投票は「承認」と問い、可決すると決定を覆す
W3C の現行 Process は、Advisory Committee の代表者に対して、異議申立ての対象となった「決定を承認するか」と尋ねる。その直後の算式では、参加率に応じた幅で Approve が Reject を上回れば異議申立て投票が可決され、可決されれば元の決定が覆る。低い参加率ほど強い合意を求める段階式の閾値には合理的な目的がある。問題は、その肯定票が何を肯定しているのかだ。W3C は投票開始前に、実際の投票設定から「投票極性適合記録」を生成し、問い、選択肢、算式、結果を一つの連鎖として公開すべきである。
ケースファイル
W3CのSecond Screen特許検討は完了したが、新憲章はまだ公開されていない
W3C は8月18日、Second Screen Working Group の憲章を延長する理由を明記した。Patent Advisory Group の勧告を待ち、その後に新しい憲章案へ着手するという説明だった。6日後、PAG は Open Screen Application Protocol を追加変更せず Recommendation へ進めるよう勧告した。待っていた判断は出た。次に必要なのは、その判断を新たな権限へつなぐ公開記録である。
ケースファイル
三つの証拠はすべて正しかった。それでも一台のマシンには結び付いていなかった：RFC 9999と複合アテステーションの境界
CPU、SmartNIC、GPU の報告がそれぞれ正しく署名されていても、その三つが「いま権限を求めている同じサーバー」を表すとは限らない。RFC 9999は異種の RATS メッセージを共通の器で運べるようにするが、構成要素の結合、鮮度、評価、業務上の許可までは代行しない。
ケースファイル
証拠を包めても、装置までは結べない：RFC 9999と複合アテステーションの権限分界
CPU、SmartNIC、GPU が別々に署名した報告を、一つの整ったコンテナで運べるようになる。だが、三つの署名が正しくても、それらが同じ装置、同じ時点、同じ評価対象を表すとは限らない。RFC 9999の CMW は配送上の摩擦を減らす標準であり、誰が装置の物語を束ね、誰が評価し、誰が接続を許すかを代行する標準ではない。
ケースファイル
W3C暫定CEOは、その職を監督する理事会の理事でもある
W3C は5月28日、経営の空白を即日で埋めた。ところが現在の公開ページを重ねると、もう一つの統治上の論点が見える。Dominique Hazaël-Massieux は暫定 CEO・暫定 President であると同時に、パートナー選出理事でもある。兼務は定款が想定する範囲にある。未公開なのは、CEO 職に関する決定で二つの権限をどう切り分けるのか、そして暫定状態を何が終わらせるのかである。
ケースファイル
WebTransport のレビュー期間は、公開された作業部会の憲章期限を越えた
技術文書の寿命と、それを扱う作業部会の権限期間は同じではない。WebTransport の Candidate Recommendation は10月末までレビューを受け付ける一方、W3C の公開ページは現行憲章を8月30日までと表示し、後継憲章にはなお「PROPOSED」と日付の空欄が残る。これは違反の証拠ではなく、現在の権限を外部から確認できない状態である。
ケースファイル
W3Cは有料規格を規範参照に残した。例外には再審査の時刻が要る
W3C の Council は2026年6月、Digital Credentials が ISO/IEC TS 18013-7:2025の附属書 C を規範参照として維持することを全会一致で認めた。ISO 文書は無償公開されていない。それでも、行政が発行するモバイル運転免許証の実装をブラウザー仲介の共通経路から外す費用の方が大きく、同じ機能を持つ無償の代替規格もないと判断した。W3C はその後、Guidebook に例外要件を加えた。次に必要なのは、採用時の理由だけでなく、版、アクセス、実装、緩和策と次回審査を追跡する公開記録である。
ケースファイル
空いていたアドレスが、再接続で衝突する：RFC 10019とZeroconfマルチキャストの調停権限
切断された二つのネットワークでは、同じマルチキャストグループがそれぞれ正しく「未使用」と判定され得る。接続を戻した瞬間、過去の記録が偽になるのではない。記録が有効だった観測範囲が変わる。RFC 10019が突きつけるのは、どちらを移し、誰がその判断を行い、サービスの連続性を何で証明するかという運用上の責任である。
ケースファイル
W3CのImmersive Web憲章案には二つの意見窓口がある――必要なのは一つの処理記録だ
公開 GitHub で述べられる意見と、会員限定メーリングリストで寄せられる意見は、同じ形で公開される必要はない。機密性には正当な役割がある。しかし、どちらも一つの憲章案を変え得る以上、問題がどの版のどの箇所に届き、誰が応答し、何が変わったかという処理状態まで別々になってよいわけではない。W3C が必要としているのは、秘密のメールを開示することではなく、機密性を守った一つのコメント処理記録である。
ケースファイル
署名済み要求は無傷でも、証明書は変わり得る：RFC 10002 が分ける CMC の権限
証明書発行の監査で「署名は正しかった」という答えだけが残っても、十分とはいえない。誰が本人性を確認し、誰が秘密鍵の保有を確かめ、どの登録局が要求項目を変更し、認証局が何を最終判断したのか。RFC 10002 は、この一連の処理を一つの承認に丸めず、異なる権限として追跡できる形にしている。
ケースファイル
プローブは同じ経路を通った。それでも同じキューではなかった――RFC 10014とOAM証拠の境界
同じノードとリンクを通ることと、同じ混雑を受けることは同義ではない。RFC 10014は、従来「インバンド OAM」という一語に押し込まれがちだった測定方式、経路一致、転送待遇を分離する。緑の表示が何を証明し、何を証明しないかを決めるための分離である。
ケースファイル
W3CのDID再憲章には、引き継ぐ標準の状態票が要る
組織の任期を延ばすとき、最も危うい荷物は新しい仕事ではない。途中まで進んだ仕事である。DID Resolution には、8月28日の最新 Candidate Recommendation Draft、8月6日の特許審査用 Snapshot、3月27日と表示された実装テスト、10月28日まで有効な現行チャーターが同時に存在する。ところが、再憲章に向けて refinement 中の公開草案は、なお7月10日の Working Draft を最新刊としている。必要なのは権限を増やす文書ではなく、どの状態を何のために引き継ぐかを示す薄い状態票だ。
ケースファイル
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の適合性セクションを更新する三つの決議を採択した。参照先は共同編集文書だったが、いずれの決議にも「関連するコメントを解決した後」という条件が付いていた。これは弱い決定ではない。方向を決め、残る編集作業を限定した決定である。問題は、その後にマージされた文言が会議で逐語承認されたかのように見えないための、決議と差分を結ぶ記録がないことだ。
会員ロック解除
会員限定プロフィール分析
完全なプロフィール解説と詳細セクションを閲覧するには、ログインが必要です。
Strategic Circle 向けブリーフィング
参加すると、ログイン後に戦略解説を閲覧できます。
Strategic Circle に参加Leadership Alliance 解説
対象となる IP 資産の所有者・管理者向けです。ログインすると Leadership Alliance の解説を閲覧できます。
Leadership Alliance に参加セッションマップ
アクティブなケースファイル
AFRINIC サガ
複数年にわたるガバナンスと法的危機が、世界中の RIR の説明責任に影響を及ぼしています。
AFRINIC サガを開く