メインコンテンツへスキップ

解説デスク

最新の解説

インターネット運営・政策とインフラを形作る動向を簡潔に解説します。各分野の最近のニュース、背景、注目点をご覧ください。

  1. Cloudflareのイスタンブール障害、15分という精密な枠だけが残り原因と規模は空白

    Cloudflareは8月1日07時05分から07時20分(UTC)まで、トルコのイスタンブールで遅延の上昇と接続エラーを観測したと発表した。影響時間は明確だが、製品、経路、設備、原因、件数は示されず、公開ページに残る唯一の説明も影響終了後に掲載された。

  2. GitHubのGPT-5.6 Luna障害、モデル選択そのものがCopilotの迂回路になった

    GitHubは8月1日、Copilot製品とIDE画面でGPT-5.6 Lunaの可用性が低下した原因を、名称非公表の上流モデル事業者に帰した。別モデルまたはAutoを選ぶ回避策は利用継続を可能にする一方、同じ品質や応答特性を保証するものではない。

  3. TwilioとGlobeの障害で遅れたのはSMSそのものではなく配信確認だった

    Twilioは8月1日、Twilio Phone NumbersからフィリピンのGlobe Telecom加入者へ送るSMSの配信確認が遅延したと報告した。メッセージ本体は届いていた可能性がある。送達結果と、その結果をアプリに戻す信号を分けて読む必要がある。

  4. RealtimeKitの参加障害は65分、Cloudflareのメタデータは開始時点で解決済み

    Cloudflareによると、8月1日13時10分から14時15分(UTC)、一部のRealtimeKit利用者でソケット接続の遅延と会議参加失敗が発生した。ところが公開データは作成と解決をともに13時10分30秒と記録する。本文と時刻フィールドは同じ期間を表せない。

  5. GitHubは上流エラー検知から17分後にFable 5を特定した

    8月1日の二度目のCopilotモデル事業者インシデントは、特定の上流事業者でエラー率が上がったという抽象的な説明で始まり、17分後にFable 5へ絞られた。モデル名の公開から緩和までは28秒だったが、これは技術修復時間そのものではない。

  6. CloudflareはIADの256分間の5XX増加を事後の1件だけで記録した

    Cloudflareによると、米国アッシュバーンのIADで7月31日18時45分から23時01分UTCまでHTTP 5XXエラーが通常より増えた。しかし公開ページに残る更新は、影響終了とされた時刻から2時間以上後に作られた1件だけだ。解決済みという結論は明確でも、対象製品、規模、復旧までの判断過程は見えない。

  7. TwilioのClaro Colombia向けショートコード遅延は20分時点で調査中だった

    Twilioは8月1日02時57分20.918秒UTC、同社の一部ショートコードからコロンビアのClaro加入者へ送るSMSの配信遅延について、minorのインシデントを開始した。固定した03時17分59秒の時点で20分38.082秒が経過していたが、原因特定、回復、解決はいずれも公表されていなかった。

  8. Claude Sonnet 5の性能低下は46分で解消、影響範囲は公表されず

    Anthropicは7月31日07時04分49.691秒(UTC)、Claude Sonnet 5の性能低下を「解決済み」とした。インシデントの作成から46分41.623秒後である。時刻は精密だが、利用者に現れた症状、アクセス経路、影響を受けた要求数、地域、原因、復旧作業は明らかにされていない。

  9. Cloudflareのus-east-1-aws利用経路で断続的なHTTP 5xx、2時間18分で解消

    7月31日02時01分17.930秒(UTC)、Cloudflareはus-east-1-awsを利用する顧客に断続的なHTTP 5xxエラーが増えていると公表した。修正は監視を経て04時19分32.991秒に解決済みとなった。対象製品、具体的なコード、要求数、原因は示されていない。

  10. エルサルバドル向けSMSで遅れたのは配信確認、本文到達とは別問題

    Twilioは7月31日、エルサルバドルのTelefónica加入者向けSMSについて、配信確認の遅延を9時間41分49.987秒にわたり追跡した。告知が繰り返した重要点は、確認が遅れていてもメッセージ自体は届いている可能性がある、という二段階の区別である。

  11. Twilioの一部番号からC+W LIMEへのSMSが12時間超にわたり配信失敗

    Twilioは7月31日06時18分08.210秒(UTC)、一部のTwilio Phone Numbersからケイマン諸島のC+W LIME加入者へのSMS配信が正常になったと発表した。インシデントは前日に始まり、公開期間は12時間27分40.379秒だった。番号群の大きさと原因は非公開である。

  12. Celcom Malaysia向けSMS遅延は原因特定を公表しないまま解消

    Twilioは7月31日02時12分32.051秒(UTC)、マレーシアのCelcom加入者向けSMS配信遅延を解決済みとした。公開期間は3時間21分39.361秒。履歴は調査から回復観測へ進み、原因特定の段階を示さなかった。遅延分布、件数、原因は分からない。

  13. Claro Colombia向け音声障害、Twilioの文言変更は影響拡大を証明しない

    Twilioは7月31日02時09分34.991秒(UTC)、一部の発信番号からコロンビアのClaro加入者への通話失敗を解決した。5時間41分10.935秒の間にMobile NumbersはPhone Numbersへ変わり、一度だけClaroが消えた。しかし範囲が広がったとの測定はない。

  14. Africell Angola向けSMS、25時間後もTwilioは回復監視を継続

    8月1日00時13分55秒(UTC)の固定締め切り時点で、TwilioはアンゴラのAfricell加入者向けSMS配信について4回回復を観測していた。しかしminorのインシデントは解決済みではなく、25時間42分51.122秒にわたり開いたままだった。

  15. Fénixは14 Tbpsのベネズエラ―キュラソー環状網を構想、稼働実績はまだない

    Liberty NetworksとCANTVは7月31日、ベネズエラのCamuriとキュラソーのWillemstadを結ぶ378キロメートルの海底ケーブル計画Fénixを発表した。環状網の最低容量は14 Tbpsとされる。これは計画開始の証拠であり、製造、敷設、陸揚げ、点灯、商用運転の証拠ではない。

  16. Twilioのブラジル向け音声障害、原因非公表のまま監視段階に

    Twilioがブラジルの複数ネットワーク宛て音声通話で復旧を確認したのは、障害の公表から18時間余り後だった。7月31日17:30:12.629 UTCに監視へ移行し、19:30:31.683 UTCにも安定性を見守っていると更新したが、20:19:07 UTCの基準時点では未解決だった。発信失敗と長いポストダイヤルディレイが示された一方、特定したとする原因は説明されていない。

  17. TwilioのRCS・WhatsApp遅延、99分で解消も原因と滞留量は不明

    Twilioは7月31日、RCSとWhatsAppの受信・送信メッセージ配信に遅れが生じたインシデントを記録した。調査開始から復旧監視、解決までの時刻は示された一方、影響地域、件数、エラー率、チャネル別の内訳、技術的な原因は公表されていない。「遅延」という事実を、消失や破損、恒久的な配信失敗へ読み替えないことが分析の出発点となる。

  18. CloudflareのロンドンHTTPエラー、締め切り時点では原因調査の途上

    Cloudflareは7月31日19時06分19.068秒(UTC)、一部顧客でHTTPエラーが増えているとして、影響度を「minor」とするインシデントを開設した。Wave 46の締め切りである19時20分19秒にも状態は調査中のままで、原因特定、修正、復旧の発表はなかった。ロンドンという名称は示されたが、施設、経路、製品、HTTPステータスコード、影響規模は明らかにされていない。

  19. Hispasatのマドリード地上局、WTA認証の最高位Tier 4を取得

    Hispasatがマドリード近郊で運用するArganda del Rey teleportは、World Teleport AssociationのTier 4 Full認証を得た。衛星管制、アップリンク、地上回線が交わる施設の運用品質に、現地検査を伴う第三者の判断が加わったことになる。一方、監査報告書や可用性実績は公開されておらず、認証を無停止の保証に置き換えることはできない。

  20. Cloudflareのハンブルク障害、修正後も締め切り時点では監視中

    Cloudflareは7月31日、ドイツ・ハンブルクの拠点HAMを経由する顧客のリクエストにエラーまたは失敗が起こり得ると通知した。15:20:19.991 UTCに問題を特定し、16:58:19.585に修正を実施したが、Wave 45が終了した17:49:33の状態は解決ではなく監視中だった。製品、件数、失敗率、原因は示されていない。

  21. ZoomのWhiteboardとTasks、一度の復旧では終わらなかった

    Zoomが7月31日に米国リージョンで記録した障害は、約3時間続いた一様な停止ではない。Whiteboardの一覧取得とTasksの作成が影響を受け、12時45分35秒UTCにいったん監視へ移行した。本稿の締め切りである14時06分29秒時点でも状態は監視中だったが、その後14時28分05秒に両機能が再び低下した。最終解消は15時08分45秒。Zoomは原因を特定したとしたものの、技術的な説明、影響人数、失敗した書き込みの扱いは示していない。

  22. Hamletの公聴会が示した「649基」の内訳

    North Carolina州で開かれたAmazonのEnergy Way Tech Campusに関する大気許可の公聴会には100人を超える住民が集まった。対象は計649基のディーゼル機関だが、制度上は二つに分かれる。Amazonが申請する非常用592基――重要負荷用588基と補助用4基――と、恒久送電が整うまでDuke Energyが使う暫定電源57基である。同じ敷地計画を支える一方、許可も責任も別だ。公聴会の開催は最終承認を意味せず、全機器の設置や稼働を証明するものでもない。

  23. Nebiusの排出量は約32倍、ただし同じ設備の効率比較ではない

    Nebiusが2025年について開示したマーケット基準のスコープ1・2排出量は、合計6万5001トンCO2eだった。2024年の2036トンと比べると約32倍になる。一方、同社の稼働拠点は7カ所に増えており、同じ施設群を並べた効率試験ではない。さらに、建設やハードウェア製造を含むスコープ3は、境界とデータが整わず算定されていない。

  24. LINEゲームの外部送信、問われたのはLY Corporationの把握力

    総務省は7月31日、LY Corporationに文書による行政指導を行った。LINEゲームの開発・運用を担うTreenod Inc.が、同社の承認を得ず、利用者への通知などもないまま、MIDなどの特定利用者情報を第三者の分析サービスへ送信していたためだ。対象は約803万件、うち国内利用者分は約752万件とされた。ただし公表資料は、情報の売却、パスワード流出、メッセージ本文の漏えいを認定していない。

  25. DOCOMOがEricssonのRAN Computeを選定、無線網の余力を計算側で広げる

    NTT DOCOMOは、4G、5G、5G-Advancedをまたぐベースバンド基盤としてEricsson RAN Computeを選んだ。Ericssonは前世代比で最大2倍の容量、半分未満のエネルギー使用をうたう。ただし、これは供給者の比較であり、DOCOMO網の実測値ではない。発注額、台数、機種、導入地域、日程も公表されていない。

  26. オハイオの350MW自営電源、Veoliaが負うのは「つなぐ」運用責任

    Veoliaは、オハイオ州に計画されるAIデータセンター向け350MWマイクログリッドの運転・保守事業者に選ばれた。ガスエンジンとリニア発電機、430MWhの蓄電池を組み合わせ、系統に依存せず構内電力を賄う構想だ。発注者と開発者は公表されていない。350MWは発電設備の計画容量であり、稼働済みのIT負荷ではない。運用主体は決まったが、性能はまだ実測されていない。

  27. Cloudflare障害、止まったのはエッジ配信ではなく管理とビルドだった

    Cloudflareは7月31日11時51分07秒(UTC)、AnalyticsやDashboard、関連APIに関する軽微な障害を記録した。その後、PagesとWorkersのビルドにも影響が広がり、12時43分57秒に修正の監視へ移行、13時01分59秒に解消した。キャッシュ済みファイルのCDN配信とその他のEdgeセキュリティ機能には影響がなかったと同社は説明している。公開サイトが動く一方で、運用者が観測・変更・再ビルドしにくくなる制御面の障害だった。

  28. LG Uplusの追加投資は200MWへの道を太くしたが、稼働容量にはまだならない

    LGが坡州のAIデータセンターに1兆3000億ウォンを追加投入する方針を示したことで、計画の資金面は大きく前進した。一方、設備の状態は資金発表だけでは変わらない。LG Uplusは6月初め、工事進捗を約20%と説明し、200MWの電力供給枠を確保したとしていた。したがって今回確認できるのは、大規模キャンパスを造る実行余力の拡大であり、200MWがすでに通電、顧客引き渡し、計量されているという事実ではない。

  29. ENGIEの二つの「7GW」は、別々の契約段階を示している

    ENGIEは6月末のデータセンター案件パイプラインを7GWとし、4GWを後期、3GWを初期に分類した。後期は2025年末の0.8GWから急増した。同社は別に、テクノロジー企業とデータセンター企業向けPPAも合計7GWと説明している。同じ単位と数字が並ぶため混同しやすいが、一方は案件開発、もう一方は電力購入契約を追う。どちらも、7GWのデータセンター負荷がすでに系統接続されているという意味ではない。

  30. AirTrunkのSYD3は次の施工者を得たが、400MW超はまだ完成形だ

    Bouygues ConstructionがAirTrunkのSYD3次期工事を12億ユーロで受注した。豪州子会社A W Edwardsが担当し、2028年半ばの引き渡しを目指す。施工者、金額、期限が定まったことは、一般的な拡張構想より確かな前進である。ただし、400MW超という数字は西シドニーの拡張後キャンパスを表す。今回の契約は一つの工事段階であり、稼働負荷は受電、建設、試運転、顧客受け入れの後に初めて成立する。

  31. Sloughの所有権はGLILへ傾くが、運用の主導権はYondrに残る

    YondrがGLIL Infrastructureと結んだ合意は、英国のデータセンター事業からの全面撤退ではない。対象はSloughで稼働する2棟のハイパースケール施設で、完了後はGLILが過半数持分を取得する一方、Yondrは少数持分と運用管理を維持する。経済的な所有と現場の運営を分ける取引である。2棟は今年2月に発行された5億3200万ポンドの証券化タームノートの対象でもあった。売却価格、正確な比率、顧客名、株主間の権限、既存債務の扱いは公表されていない。

  32. OpenAIのチャット障害は公開上24分、原因と対象コンポーネントは空欄のまま

    OpenAIは7月31日09:04 UTCにエラー上昇を特定し、09:05に一部のChatGPT BusinessおよびEducation利用者が会話を開始または継続する際に影響を受けたと説明した。09:06には緩和済みとして監視へ移行した。本稿の固定窓は09:23:13で閉じ、その時点の状態は監視中だった。OpenAIは5分後の09:28に解決を発表したため、後続時刻を明示して結果に加える。特定から解決までの24分は公開ステータスの長さであり、利用者影響の全時間とは限らない。

  33. CyrusOne、John Hatem を CEO に任命

    CyrusOne は、長く社内で幹部を務めた John Hatem を CEO に任命し、営業・調達・建設実行をつなぐ権限を全社戦略の下へ拡張した。

  34. Veolia、データセンターと半導体収益目標を維持

    CyrusOne の John Hatem の任命は、顧客コミットメントを調達と建設に接続した幹部を、次の拡張フェーズの最前面に据えた状態を維持した。

  35. Cityfibre 株主、9億ポンド増資を提案

    Cityfibre の提案は、既存債務の再編条件が決まるまで、ネットワーク拡大と買収の実行判断を拘束する内容である。

  36. Anthropic向けテキサス拠点の150億ドルは「融資済み」ではない――Googleの保証が映す信用構造

    AIデータセンターの資金調達で、需要予測より強い担保になるのは、支払いを履行できる相手の約束である。The Wall Street Journalによると、Morgan Stanleyが率いる銀行団は、テキサス州HubbardでNexus Data Centersが手がけるAnthropic向け拠点に約150億ドルを融資する協議を進めている。Anthropicが債務不履行に陥った場合、Googleが賃料と電力料金のうち数十億ドル分を保証する案だという。契約締結や資金実行は公表されていない。現時点のニュースは巨額資金の獲得ではなく、開発会社、利用者、保証人、銀行、1.6GWのガス火力計画を結ぶ信用設計が検討されていることにある。

  37. PaducahのAI拠点は2031年を目指す一方、核関連の浄化は2065年まで続く

    米エネルギー省は、連邦政府所有のPaducah Gaseous Diffusion Plantで、AIデータセンターとエネルギー複合施設を開発・運営する事業者にBrookfield Asset Managementを選んだ。APによると総額は1000億ドルとされ、NextEraが2GWのガス発電、送電増強、2.6GWの蓄電池を建設・保有し、1.8GWのAIキャンパスを支える構想である。同じ場所では、約170億ドルを投じて2065年まで続くと予測される連邦浄化が進行中だ。選定は州の電力承認、顧客契約、浄化完了を意味しない。州政府が協議に参加していなかったとの副知事の懸念は、連邦土地と州規制の接続不足を示す。

  38. カスピ海横断ケーブルは海底敷設を始めたが、まだ通信サービスではない

    専用船がBakuを出港してAktau方向へ光ケーブルを敷き始めたことで、計画は保管中の機材から海底の物理ルートへ移った。カザフスタン政府は、規制・組織・税関上の問題を解決し、機器輸出リストの法的基盤を整えたと説明する。約600トンの装甲ケーブルはPort Kurykを経てBakuへ運ばれ、ケーブル船のタンクに移された。KazakhtelecomとAzerTelecomの合弁CaspiLinkは、好天なら敷設に15~20日、全体の運用開始を2026年末と見込む。前者は海工作業、後者は両岸、光学試験、運用体制まで含む。敷設開始を開通と呼んではならない。

  39. オレゴン州はSalemの土地売却を止めた――Verrusが事業を続けるなら次の敷地を示す必要がある

    Tina Kotek知事は、Salem南東部のMill Creek Corporate CenterでVerrusが計画したデータセンターに関連する州有地売却契約を終了するようDepartment of Administrative Servicesに指示した。構想は約75エーカーに3棟と変電所を整備し、約51億ドルと説明されていた。州有地を失うことは用地支配の重大な失敗である。しかしSalem市の不許可とは違う。市は計画が初期段階で正式申請はなく、当時Employment Center地区ではデータセンターが許容用途だったとしていた。Verrusは事業が止まらない可能性を示すが、代替地、契約、申請は確認されていない。

  40. UNITELの復旧開始は11時45分、だが正常化を示す時計はまだ止まっている

    復旧の開始時刻は明確だ。UNITELが7月30日に出した市場向け通知によると、サイバー攻撃で影響を受けた携帯音声、モバイルデータ、インターネットの段階的な復旧は29日11時45分に始まった。一方、13州で得られたのは部分的な復旧であり、SMSは利用できず、その他の州では作業が続いていた。さらに31日05時26分UTCの時点で、TwilioはUNITEL加入者向けSMSの遅延と失敗を未解決としていた。封じ込め、サービス再開、品質の正常化は別の時計で動く。いま必要なのは「復旧済み」という一語ではなく、サービスと地域ごとの時刻表である。

  41. Southavenの暫定電源に、初めて撤去の終点が置かれた

    SpaceXAIは、ミシシッピ州の環境当局と合意命令を結び、Southavenにある69基の移動式ガスタービンを2027年7月までにすべて撤去すると発表した。開始は早ければ2026年8月だという。同じ敷地では、許可上1.2GW、41基で構成される恒久発電所が建設中である。これは撤去完了や発電所稼働の発表ではない。暫定設備から恒久設備への移行を、期限、容量、環境測定の三つで検証できるようになったというニュースだ。

  42. FirstNetの5G独立コアは、公共安全通信の「判断」を商用網から切り離す

    端末に表示される5Gの文字だけでは、緊急通信を誰が認証し、どのポリシーを適用し、どこへ転送しているのかは分からない。FirstNetで始まった変化は、その見えない判断層にある。加入者は、公共安全専用の全国5Gスタンドアロン・コアへの移行を開始した。AT&Tによれば、商用コアとは物理的に分離され、複数の地域に分散したコア拠点で構成される。ただし、基地局、伝送路、端末まで全て専用になったわけではない。移行率、拠点数、切替試験、遅延、上り速度の実測値も示されていない。独立した制御中枢は動き始めたが、災害時の強さはこれから検証される。

  43. AWSの再加速とAmazonのキャッシュ流出は、同じAI投資の表裏だ

    AWSの第2四半期売上高は前年同期比37%増の422億ドルとなり、18四半期ぶりの高い成長率を記録した。営業利益も102億ドルから166億ドルへ増えた。一方、Amazon全体の過去12カ月のフリーキャッシュフローは182億ドルの流入から76億ドルの流出へ転じた。既存クラウド設備が収益を生む傍ら、次のAI容量を先に購入しているためだ。純設備購入は主にAI投資を反映して661億ドル増え、2026年の全社キャッシュ設備投資見通しは約2200億ドルに上がった。投資の成否を分けるのは、非開示の稼働率と回収速度である。

  44. 自動車電装工場の一部が、AIデータセンター冷却の生産拠点へ変わる

    三菱電機が米国で計画するIT冷却機器工場は、更地から始まらない。オハイオ州Masonにある自動車電装品の既存生産拠点の一部を改修し、2026年8月にMEHITS USを設立、約3000万ドルを投じ、2027年4月の生産開始を目指す。既存建物の転用は建設時間を短縮し、米国顧客への輸送と保守を近づけ得る。UPSなど電源設備の既存顧客にも冷却を提案できる。ただし、工場面積、生産能力、製品、受注、顧客、雇用、稼働率、実際の納期短縮は非開示だ。供給の意思は明確になったが、需要と生産実績はまだない。

  45. Exelonの11GWに足りないのは規模ではなく、接続までの歩留まりだ

    電力需要の申請は、データセンターそのものより早く、そして大きくなりやすい。Exelonは今回、その曖昧な列を三段階に近い形で示した。約11GWを「確度が高い負荷」と位置づけ、そのうち約40%にはFERC承認済みの送電セキュリティー契約と約10億ドルの担保がある。別枠の約25GWは、2026年と2027年に終える見込みのクラスター調査の途中にある。担保は申請者の本気度を高め、撤退費用の一部を守る。しかし発電所も送電線も建てず、電力使用量も生まない。重要なのは合計36GWという足し算ではなく、各段階から実際の受電まで何割が残るかである。

  46. AEPの69GW契約は、13GWのタービン枠より先に動き出した

    AEPは将来の電力需要と発電機器を、どちらも運転開始前に押さえようとしている。2026年第2四半期には主にテキサスで6GWの負荷契約を追加し、2030年までの契約済み負荷増加を69GWとした。同時にガスタービンの供給枠を3GW追加し、2031年までに導入する可能性がある確保済み容量は約13GWになった。契約は需要予測より強く、機器枠は将来の納期不足を和らげる。ただし69GWは接続済み需要ではなく、13GWは建設・承認済み発電所ではない。二つの先行契約が価値を持つには、場所、許認可、燃料、系統、工事、メーター、支払いが同じ地域と年でそろう必要がある。

  47. Metaの2790億ドルは、まだ動いていない設備への予約票だ

    MetaのAI投資を測るとき、稼働中のサーバーだけを数えても全体像は見えない。同社は2026年6月末時点で、データセンター、コロケーション、一部のネットワーク基盤に関する約2789億9000万ドルの未開始リース義務を抱えていた。これは既に支払った現金でも、現在の借入金でも、稼働済みの計算能力でもない。契約は成立しているが、設備の利用とリース会計上の開始は2026年後半から2036年まで段階的に訪れる。さらに7月には約680億ドルのデータセンター・リースを追加した。Metaは供給不足を避けるため未来の場所を押さえた。その代わり、需要と技術が固まる前に長期コストを選んでいる。

  48. 欧州はAI計算資源を造る前に、最初の利用者を買い支える

    欧州委員会が7月30日に始めたAIギガファクトリーの入札は、建設補助金の公募だけではない。EuroHPCと18カ国が、採択された設備から計算時間を共同購入する。最大100億ユーロの公的資金で少なくとも200億ユーロの民間投資を呼び込むには、巨大設備を誰が使うのかという需要リスクを下げる必要がある。欧州は自らアンカー顧客になり、将来の売上を先に作ろうとしている。ただし、最大7件は完成数ではなく募集上限であり、米国製アクセラレーターへの依存も、欧州の高い電力費も契約だけでは消えない。

  49. Microsoftの「88拠点」は地図よりも運用能力を語っている

    Microsoftは2026年度の第4四半期に5大陸で31のデータセンターを追加し、通期では88に達したと発表した。同じ四半期には容量をさらに1ギガワット増やし、大規模リージョンで新しいGPUが搬入口に届いてから稼働するまでの時間を年度内にほぼ50%短縮したという。88、31、1ギガワット、50%は同じ母数ではない。施設の数、電力を伴う容量、機器をサービスへ変える速度を分けて読むと、AIインフラの競争が「どこに建てるか」だけでなく「高価な部品を何度も確実に売れる計算資源へ変えられるか」へ移ったことが見える。

  50. 2013年の弱点を、2026年の運用がまだインターネットに見せている

    今回の出来事には三つの日付がある。IPMI 2.0のRAKPに関するCVEは2013年7月、Lavaの測定は2026年5月6日、研究公開は同年7月29日だ。新しいのは暗号上の弱点ではない。36,872の公開IPMIエンドポイントを観測し、そのうち24,650がクライアント認証前にパスワード由来の応答を返したという、現在の運用境界の測定である。古い設計と新しい配置を同じ時計で読んではならない。