主要領域
セキュリティ
主要領域 の観点では、「セキュリティ」の調査・分析は、記事を主要な領域ごとに整理し、インターネット基盤、運営・政策、接続市場、デジタル資本といった関心分野を追いやすくします。このページでは、関連記事、公開証拠、機関、企業、人物、地域的な影響、運用上の依存関係、市場の文脈をまとめ、別々のカテゴリページに散らばりがちな情報を一覧で確認できます。また、対象領域の説明、関与しうる主体の類型、市場・制度の文脈、シグナルを比較する際に参照すべき資料も示します。運用者、アナリスト、制度・政策の関係者は、同じ領域がイベント、プロフィール、市場の変化、公開証拠、地域依存、長期的なインフラ判断に、時間を追ってどのように現れるかを確認できます。
記事
ARINのROA影響警告はWeb向けで、API向けではない
ROA を確定する直前に、その変更が観測中の経路をどう変えるか確かめられる――ARIN が開発中の機能は、判断を取り戻すためのよい仕組みだ。ただし、その仕組みは ARIN Online に置かれ、同じ発行権限を自動処理する API 利用者は、同種の情報を外部で調達する設計になっている。
記事
APNICのRDAPは「ブラウザーらしくない」リクエストを約1割遮断した
正直に自分を自動処理プログラムだと名乗るほど、機械向けプロトコルへ届きにくくなる。2026年1月の APNIC では、意図せずそのような状態が18時間続いた。必要なのは防御を外すことではない。ソフトウェアの見た目と、アクセスを認める根拠とを分けて測ることである。
記事
AFRINICのWHOISダンプには廃止済み認証ラベルが1,345件残る
公開データベースが示せるのは、ある方式名がオブジェクトに保存されていることまでだ。その方式を現行サーバーが受理するのか、移行時だけ通すのか、すでに無効なのかは別の事実である。AFRINIC の残存ラベルは、この二つを結ぶ記録が必要な規模に達している。
記事
ルートKSKロールオーバーではリゾルバーの準備状況が継続性を決める
DNS 自体が正常でも、古いトラストアンカーを持つ検証リゾルバーの利用者には障害が見える。ルート KSK ロールオーバーでは、鍵は中央で変わるが、継続性は分散したリゾルバー群で決まる。
記事
LACNICの逆引きDNSエニーキャストはレジストリ継続性を分散制御に変える
逆引き DNS は停止するまで目立たない。LACNIC のエニーキャスト構成は、レジストリの継続性が単一サーバーではなく、配置、経路、同期、観測の運用に支えられることを示す。
記事
LACNICの測定基盤が地域の遅延を運用証拠に変える
遅延グラフだけで一国のインターネットを評価することはできない。プローブ、期間、比較方法が見え、別の運用者が再現できて初めて判断材料になる。
記事
LACNICのRPKI統制が経路起点の権限を運用可能にする
RPKI は、署名があるだけで BGP を安全にする仕組みではない。どの自律システムがプレフィックスを起点として広告できるかを暗号学的に示し、その承認を実際の経路と一致させ、検証結果を経路制御へどう反映するかは運用者に委ねる。
記事
ARIN の SMS 対象国リストは攻撃コストの境界になった
SMS をより広く使えるようにする提案は、利便性の判断では終わらなかった。ARIN は、サービス地域外で限定的に認めていた携帯番号が費用を伴う攻撃経路になったとして、新たな国番号を加えない方針を示した。境界は見えるが、その費用の中身は見えない。
ケースファイル
遅延を越えたのはチャレンジだけだった：RFC 9891
RFC 9891 は、遅延耐性ネットワーク上の Node ID を ACME で検証可能にする。ただし成功が示すのは一時点の制御であり、命名権、経路の正当性、証明書の稼働までを保証しない。
欧州・中東の国内通信事業者トレンド
Sparkle と Hellas Sat、衛星回線で耐量子セキュリティを検証
Sparkle と Hellas Sat は、Sparkle の QSI サービスを地上のデータセンター間リンクから、ギリシャ・キプロス間の静止軌道衛星接続へ拡張した。
IETF
Rich Salzと、デプロイメントの受領証ではなかったTLS 1.3要件
標準は厳密な要件を定められるが、その要件が稼働中のすべてのシステムで満たされたという証拠まで自動的に作るわけではない。これは標準の弱さではない。正しいプロトコル設計と、観測されていないデプロイメント主張を混同しないための境界である。Rich Salz が共同執筆した RFC 9852は、新たに TLS を使うプロトコルに TLS 1.3を既定値として書くよう求める。その権威は仕様にあり、サービスの実態には別の記録が必要になる。
IETF
Nancy Cam-Wingetと、照合完了の受領証ではなかったSCIMイベント
あるアイデンティティ・ドメインが変更を別のドメインへ知らせても、受信側がその変更を取り込んだことにはならない。受信側には、リソースの特定、スキーマ差の照合、必要なら再照会、ローカル規則の適用、自らの状態の確認が残る。Nancy Cam-Winget が共同執筆した RFC 9967の価値は、この境界を残したことにある。イベントは SCIM サービス提供者側の状態変化を知らせるが、受信者への命令でも、両者が収束した証明でもない。
IETF
Chris Wendtと、メディアを認証しない署名付き応答
電話がつながったという出来事には、複数の異なる事実が重なっている。どの宛先に到達したのか、その宛先について誰が署名できるのか、発信者は何を重要と定めたのか、そして通話後の音声を誰が出しているのか。Chris Wendt が共同執筆した RFC 9970は、このうち応答側の SIP シグナリングを検証可能にする。そこから先の事実まで一枚の署名に委ねない点に意義がある。
IETF
Michael Prorock と、信頼ポリシーを選ばないアルゴリズム識別子
暗号オブジェクトに正しい名前が付いていれば、実装同士は同じ検証手順へ到達できる。しかし、その名前だけでは鍵の来歴、発行者への信頼、署名された主張の意味、あるいは検証者が取るべき措置は決まらない。Michael Prorock と Orie Steele が共同執筆した RFC 9964 は、表現を標準化しながら、その後に残る判断を隠さない。
ケースファイル
トークンが通話より先に着いた。検証はまだ待つ必要があった――RFC 9888
署名済みの身元トークンは宛先事業者に届いていたが、対応する通話はまだ別の経路上にあった。RFC 9888 は SIP が STIR 情報を最後まで運べない環境に迂回路を与える。ただし、別々に届いた二つの出来事を同じ通話として結び付ける責任までは消さない。
IETF
Dan Harkinsと、自らの保管経路を証明できないBootstrap Key
端末が秘密鍵を持つことを示せても、その公開鍵を誰が、どんな根拠でサーバーに渡したかまでは示せない。RFC 9966はこの不都合な空白を隠さない。Bootstrap Key を TLS の限定的な証明に使うが、保管、所有、接続許可まで一つの成功結果にしない。
アジア太平洋の機関トレンド
C-DOT、量子セキュリティ製品14種を発表
C-DOT は通信ネットワーク向けの QKD および耐量子計算機暗号製品14種を発表し、量子セキュリティ研究を具体的なハードウェアとソフトウェアへ進展させた。
ケースファイル
申請は署名済み。それでも別の秘密鍵は申告にすぎない：RFC 9883
有効な署名は、ある申告を誰が行ったかを示せる。しかし、申告された別の秘密鍵の所持まで技術的に証明するとは限らない。RFC 9883 はこの差を例外として隠さず、証明の代わりに証明書ポリシーが引き受ける判断として定義した。
ケースファイル
RFC 9882でSHA-512は記入された。それでも署名を左右しない場合がある
暗号メッセージの欄が正しく埋まっていることと、その欄が計算に使われたことは同じではない。RFC 9882は、この違いを例外ではなく相互運用の規則にした。ある CMS 経路では SHA-512 の記載が必須なのに、検証側はその内容を無視しなければならない。
ケースファイル
RFC 9879はMACを刷新した。それでも旧来の読み手は残る
インポート画面に「成功」と出ても、何が成功したかは一つではない。PKCS #12の構文を読めたのか、暗号化された鍵を開けたのか、新しい PBMAC1 で完全性を確かめたのか。RFC 9879は最後の仕組みを更新したが、古い読み手が別の成功だけを返す余地までは消していない。