主要領域
基盤
主要領域 の観点では、「基盤」の調査・分析は、記事を主要な領域ごとに整理し、インターネット基盤、運営・政策、接続市場、デジタル資本といった関心分野を追いやすくします。このページでは、関連記事、公開証拠、機関、企業、人物、地域的な影響、運用上の依存関係、市場の文脈をまとめ、別々のカテゴリページに散らばりがちな情報を一覧で確認できます。また、対象領域の説明、関与しうる主体の類型、市場・制度の文脈、シグナルを比較する際に参照すべき資料も示します。運用者、アナリスト、制度・政策の関係者は、同じ領域がイベント、プロフィール、市場の変化、公開証拠、地域依存、長期的なインフラ判断に、時間を追ってどのように現れるかを確認できます。
ケースファイル
署名は正しくても、状態は古い：TLS OCSP ステープリングとキャッシュ回答の権限
10時07分に証明書が失効した。ところが10時11分の TLS 接続には、数時間先の `nextUpdate` を持つ署名済みの `good` 応答が添付されていた。改ざんではない。正規の応答が、定められた時間枠の中で現実に遅れたのである。障害を深めたのは、その違いを `revocation_checked=true` という一つの緑色表示に潰した運用だった。
ケースファイル
ソケットは閉じた。取引は終わっていない：TLS `close_notify`が持つ終了権限
決済クライアントには成功応答が届き、TLS 接続も正常終了に見えた。だがサーバー側のデータベースには結果が残っていなかった。`close_notify`が偽物だったのではない。サーバーがその方向で TLS メッセージをもう送らないことを正しく示しただけで、取引の永続化までは語っていなかった。接続の事実に業務判断を代行させたことが、障害の出発点だった。
ケースファイル
チケットは残った。セッションは残らなかった：TLS 1.3再開と持ち越し状態の権限境界
地域フェイルオーバー後のノードは、管理権限が取り消される前に発行された TLS 1.3チケットを受理した。暗号学的な検証は正しかった。クライアントは再開 PSK を知り、binder は新しい ClientHello を認証した。しかし、その証明のどこにも、古い権限が今も有効だとは書かれていなかった。
ケースファイル
レコードが長くても、メッセージが長いとは限らない：TLS 1.3パディングと観測長の権限境界
インシデント報告は、暗号化レコードの512バイト差をそのままリクエスト本文の差とみなし、利用者の操作まで特定した。計測値は正しかったが、意味づけが一層深すぎた。送信プロセスは TLS 1.3レコードを一定幅にそろえ、本文なしの Application Data も送れた。パケットから分かるのは保護後の長さであり、パディング前のアプリケーション長ではない。
ケースファイル
最初のHelloは退けられたが、消されてはいない：TLS HelloRetryRequestと記録の権限
調査用のキャプチャは二度目の ClientHello から始まっていた。鍵共有は一つだけで、サーバーはそれを受け入れ、ハンドシェイクも完了している。この断片だけなら、クライアントが初めからそのグループを選んだように見える。しかし最初のフライトでは別の予測が送られていた。TLS がそのハッシュを後続の記録へ残すのは、再試行を履歴の書き換えにしないためである。
ケースファイル
証明書を待つ接続に鍵だけが通った：TLS Raw Public Keyと検証権限の境界
暗号鍵が本物であることと、その鍵を受け入れる規則が正しいことは別である。wolfSSL が2026年に修正したのは、まさに後者だった。RPK 対応ビルドで、交渉されていない Raw Public Key が X.509 証明書の代わりに受理され、証明書チェーン検証を通らずに済む場合があった。交渉はデータ形式の案内ではない。どの信頼手続に決定権を与えるかを定めている。
ケースファイル
接続開始後に届いた証明は、過去を書き換えない：TLS Exported Authenticator とアプリケーション権限
14時03分、すでに数百件を処理した接続で追加の証明書証明が有効になった。サービスは全 stream を昇格させ、直前5分の処理まで新しいアイデンティティに付け替えた。署名検証は正しい。しかし権限履歴は誤っている。RFC 9261は追加アイデンティティを一つの TLS 接続に結び付けるが、発効時刻、対象 stream、許可範囲は決めない。
ケースファイル
証明書を検証する前に、memory要求を裁かなければならない：TLS証明書圧縮とtrust以前の境界
2KB の handshake message が、展開後には12MB になると宣言する。receiver はまだ server 名も chain も署名も読めない。それでも、その未認証の要求へ memory と CPU を与えるかは先に決めなければならない。RFC 8879が減らすのは wire 上の bytes であり、resource control でも certificate validation でもない。
ケースファイル
Edge は鍵を受け取ったが、証明書は受け取っていない：TLS Delegated Credentials と短期権限の境界
長期の証明書鍵を back-end に残したまま、front-end が TLS 1.3の認証を完了できる。そのとき移動するのは identity そのものではない。署名された公開鍵、role、algorithm、期限から成る、失効時刻を持つ実行権限である。
グローバルの機関トレンド
時計の支配者が一人なら、ネットワークはレジリエントではない
電源も経路もサーバーも生きているのに、出来事の順序だけが信頼できなくなる。精密時刻は、無線同期、認証、制御、取引記録、インシデントの証拠を下から支える見えないインフラだ。必要なのは「時計がある」ことではない。許容誤差、許容時間、信頼する基準を変更する権限が明確であることだ。
IETF
プロキシを越えると、Observe の「現在」は一つではなくなる
三台の端末が同じ温度資源を監視している。プロキシは上流では一つだけ Observe を登録し、下流へ通知を配る。送信量は減るが、端末が受け取る Observe 値は起点サーバーの生の番号とは限らない。各ホップが番号、Max-Age、通知方式を持つからだ。RFC 7641 に反してはいない。むしろ仕様どおりである。問うべきなのは、製品がこの境界を運用者に見せているかどうかだ。
ケースファイル
Peer は新しい鍵を求めたが、世代を所有しない：TLS 1.3 KeyUpdate と更新権限
「鍵更新 API は成功した」という一行の log は、暗号化された更新 message が送られた時刻も、相手が受理した事実も、旧 secret が消えた事実も示さない。TLS 1.3 の更新は双方向で同時に鳴る鐘ではなく、二本の独立した traffic-secret chain である。
ケースファイル
例外設定は一つの隣接だけに：IXPルートサーバーが経路に現れない理由
変更申請には「first AS チェックを無効化する」と一行だけ書かれていた。対象は一つの IXP ルートサーバーだったが、実際のテンプレートは全ての外部隣接に適用される。必要な例外を広げれば、便利な仲介サービスのためにトランジットや相対ピアで使える検証まで失う。問題はチェックを外すかどうかではなく、誰に対して、なぜ外したのかを証明できるかだった。
ケースファイル
「急いで」と書かれた要求でも、次の一バイトは予約できない：HTTP Priority とスケジューラの権限
ブラウザはヒーロー画像を急がせ、オリジンはフォントを先にしたいと考え、CDN は共有バックエンドの公平性を守る。RFC 9218 が共通化するのは、この意図を伝える細い言語であり、相手の資源配分を遠隔操作する権利ではない。
インターネット史
IPv6 を自動化しようとしたプレフィックス——6to4 と 2002::/16
6to4 の約束は魅力的だった。手元の IPv4 アドレスを IPv6 ネットワークに変え、残りの区間はリレーに任せる。アドレスの仕掛けは仕様どおりに動いた。しかし、それを支える運用責任まで自動的に組み上がることはなかった。
アジア太平洋の国内通信事業者トレンド
ユーザー単位AI-RANは誤介入を数えて初めて運用になる
DOCOMO と Samsung は、ユーザー単位の最適化シミュレーションで速度低下の発生頻度が13.1%から7.2%になったと発表した。商用化には、改善だけでなく誤判定、他利用者への影響、データ境界、安全な復帰を測る必要がある。
グローバルのデータセンタートレンド
データセンターUPS交換を支えるバッテリーパスポート
交換用バッテリーラックが部屋に収まり、電圧条件と保守計画に合っても、選択肢として完成しているとは限らない。2027年以降、対象となる産業用電池には、機器とともに引き渡せる証拠の連鎖も必要になる。
アジア太平洋の国内通信事業者トレンド
2028年度の衛星通話は端末認証から逆算すべきだ
DOCOMO は Starlink Mobile V2 を使い、2028年度中に音声通話、高速なウェブ閲覧、IoT 直接通信を加える計画だ。実用化を左右するのは目標日だけでなく、端末認証、地上網との切り替え、負荷時の品質をどこまで先に定義できるかである。
JPNOG
「Link UP = OK」では足りない：JANOG58が示したラックスケールGPUの受入れギャップ
「Link UP = OK は不十分」。SoftBank が JANOG58 で示した結論から、事例を逆向きにたどるとよい。LED は Green、Link Status は UP、光パワーも正常範囲だった。それでも全リンクを対象にした NCCL benchmark では、1本のリンクが通常時の何分の一かにとどまった。公開資料は正確な比率を示していない。ここで問われるのは数字の穴埋めではなく、稼働状態を確認する検査と、販売可能な性能を受け入れる検査の間にある空白である。
ケースファイル
Resolverは障害を名付けたが、原因を証明してはいない：Extended DNS Errorsと診断権限
同じ名前解決が三つの場所で失敗した。端末には「DNSSEC Bogus」、社内 forwarder には「No Reachable Authority」、別の recursive resolver には「Network Error」が残った。三つの EDE は互いに矛盾して見えるが、それぞれの観測範囲では正しいかもしれない。名称が具体的になっても、観測者が原因の裁定者になるわけではない。