「502 Bad Gateway」の世界と終わりのはじまり

2026年10月21日の夜21時55分、高市早苗総理のXアカウントから「今夜に対応して頂きたい大至急のお願いです」という異例の緊急要請が飛び出したかと思えば、そのわずか1時間後の23時00分を境に、財務省のホームページからみずほ銀行の来店予約、楽天市場のトップページ、セガの製品情報サイト、ダイエットアプリのあすけん、保育施設の管理システムであるコドモン、ネットショップ作成のBASE、同人誌オンライン入稿のするる、さらにはヨルシカやback numberやLAPONEエンタテインメント所属アーティストの公式サイト、そして『ウマ娘 プリティーダービー』『グランブルーファンタジー』『プリンセスコネクト！Re:Dive』『Shadowverse: Worlds Beyond』といった大人気ゲームに至るまで、日本のネット空間がまるごと緊急メンテナンスのシャッターを下ろす大騒動が巻き起こりました。

海に目を向けても、フランス内務省の全サイト、フィンランドの公共ウェブサービス、オランダ政府ポータルのOverheid.nl、デンマークの全国学校連絡網、ウィキメディア財団のPhabricator、インターネット・アーカイブ、果ては巨大掲示板の4chanやSomething Awfulまでが次々と暗転しています。

そして行き場を失った世界中のブラウザ画面に、まるで示し合わせたかのように浮かび上がった冷酷な3桁の数字と2つの英単語、それが「502 Bad Gateway」の嵐です。

Xのタイムラインでは「インターネットが壊れた」「世界の終わり」と叫ぶ声が飛び交い、パニックになった利用者がWi-Fiを切り、スマホを機内モードにし、自宅のLANケーブルを力任せに引っこ抜くという平成の2000年問題を通り越した奇祭が繰り広げられました。

ところが、そんな総崩れのデジタル空間のど真ん中で、阿部寛のホームページだけが何事もなかったかのように爆速で表示され続けていたのですが、ついに白旗をあげました。

何兆円もの資金と最先端のクラウド技術を注ぎ込んだ現代のウェブが、なぜ一斉に502エラーを吐いてひっくり返り、昭和や平成の香り漂うシンプルなHTMLページだけが涼しい顔で生き残るのか、その裏側にある笑えないカラクリを覗き見していきましょう。

世界の7割を揺らした深夜23時の大パニックとAIが暴いたパンドラの箱
世間のニュースを眺めていると、なんだか得体の知れない天才ハッカー軍団が突然インターネットの急所を見つけ出し、2026年10月21日の深夜に一斉攻撃を仕掛けてきたかのように見えますよね。

でも、事象の裏側にあるデータをひっくり返してみると、そこにあるのは人間の怠慢とAIの暴走が絡み合った、実に人間臭いドタバタ劇だったりします。

今回の「502 Bad Gatewayラッシュ」兼「緊急メンテラッシュ」の引き金となったのは、ウェブの裏側を動かすプログラム言語「PHP」のコア部分で見つかった、通称「PHP2Shell」と呼ばれる2件の重大な脆弱性（CVE-2026-109618およびCVE-2026-109619）でした。

深刻度を示すCVSS v4.0のスコアは10点満点中の9.2、NVDのCVSS v3.1では9.8、セキュリティ企業のwatchTowrに至っては満点の10.0を叩きつけた代物で、ログインも認証も一切なしで外部からサーバーを乗っ取り、勝手なプログラムを動かせてしまうという、金庫の扉が最初から外れているような状態だったわけです。

しかも欧州の調査機関W3Techsが2026年10月21日時点で集計したデータによれば、サーバー側の言語が判明している全世界のウェブサイトのうち、実に69.3%（調査条件によっては70%〜71.8%）がこのPHPで動いています。

WordPressもDrupalもJoomlaも、ネット上の建物の約7割が同じ設計図の欠陥を抱えていた計算ですよ。約7割。

地球上のウェブの大多数が同じ鍵穴を使っていたなんて、泥棒からすれば夢のようなボーナスステージじゃないですか。

さらに呆れてしまうのが、この欠陥が生まれた経緯です。

実はこのバグの温床、なんとPHPバージョン5.4の時代から何十年もソースコードの奥底に眠り続けていました。

数十年前にセキュリティ研究者が「ここ危ないんじゃないか」と指摘していたにもかかわらず、「悪用するのは難しすぎるから大丈夫」と放置され、さらには2024年にPHPのコア開発者がコード監査でメモリ不足（OOM）処理の欠陥を見つけた際も、チーム内でどう直すか意見がまとまらず「まあ実際の攻撃コードもないし」と棚上げされていたというのですから開いた口が塞がりません。

その「人間なら悪用できないはず」という甘い見通しを粉々に打ち砕いたのが、人間ではなく最先端のAIでした。

2026年6月にOpenAIが立ち上げた「Patch the Planet」というプロジェクトの一環で、米セキュリティ企業Califの研究者ライアン・オースティン氏がOpenAIの最新モデル「GPT-5.6 Sol」を使って8月1日に欠陥を掘り起こし、8月11日にPHP開発陣へ報告したのです。

ほぼ同じ8月、Google傘下のWiz社も「Gemini 4 Argon」や「GPT-5.6 Sol」「Wiz Atlas」といったAIを駆使して同じ穴を別ルートで発見し、かつてなら専門家チームが数か月間徹夜して探していたバグと攻撃コードの実証を、たった1人の研究者がわずか1週間で片付けてしまいました。

そこへ追い打ちをかけるように、10月21日23時00分（日本時間）の修正パッチ公開を待たずして、前日の10月20日にHacker Newsへの投稿やwatchTowr labsのX投稿、さらにはCalifが誤って公開してしまった攻撃実証動画、極めつけはChainguard社によるフライングでの修正版リリースによって情報がダダ漏れになり、Amazonの脅威インテリジェンス（MadPot）では公表4日前の10月17日時点ですでに悪用の試行まで観測されていたというからカオス極まりありません。

何年も宿題をサボっていたら、AIに1週間でカンニングペーパーを作られ、しかも前日に自分でネットにばら撒いて、米国家安全保障局（NSA）や日本の国家サイバー統括室から「今すぐ直せないならサーバーごと電源を切れ」と号令がかかって大慌てで店を閉める。

これが世界中のインフラを揺るがしたパニックの正体なのです。

居酒屋のホール店員が叫ぶ502の正体とエンジニアたちの自爆ドミノ
では、なぜサイトを閉めたり更新したりする裏で、あれほど大量の「502 Bad Gateway」が画面に溢れ返ったのか、その仕組みを金曜夜の満席の居酒屋に例えて種明かししましょう。

あなたが居酒屋の暖簾をくぐって「とりあえず生ビールと餃子！」と注文する客だとします。

注文を受ける愛想のいいホール店員が、NginxやApache、あるいはCloudflareやAWSのロードバランサーといった「リバースプロキシ（ゲートウェイ）」と呼ばれる窓口サーバーです。

そして厨房の奥で中華鍋を振るう頑固親父が、PHP-FPMやNode.jsといった「バックエンド（上流）サーバー」にあたります。

画面に出る「502 Bad Gateway」というのは、店が火事になったわけでも、あなたのスマホが壊れたわけでもなく、窓口のホール店員があなたのテーブルへ戻ってきて「お客さんすみません！ 私はピンピンしてるんですが、厨房の親父が気絶してるか、意味不明な寝言を喚いてて料理を受け取れないんです！」と正直に白状している状態なのです。

要するに、窓口係による「うちの奥の担当者、ポンコツで仕事になりません」という究極の責任転嫁メッセージなわけですよ。

今回のPHPの欠陥は、まさにこの厨房の親父が気絶したり前の客の食べ残しを混ぜたりする致命傷でした。

1つ目のCVE-2026-109618は、ファイルアップロードなどの処理中にメモリ上限（memory_limit）を超えた際、PHPが「longjmp()」という仕組みで処理を強引に途中終了させるせいで、初期化途中の半端なメモリがそのままゴミとして残り、後片付けの段階で攻撃者が仕込んだデータを実行してしまうというバグです。

2つ目のCVE-2026-109619は、厨房の親父（ワーカープロセス）が1人目の客の注文を処理したあと、エラー情報やセッションのアップロード進捗といった記憶を綺麗さっぱり忘れないままメモリだけを解放してしまい、次の客の注文を受けた瞬間にその「消したはずの古い記憶の抜け殻（解放後使用）」を触って暴走するというものでした。

とりわけApacheの「mod_php」という昔ながらの環境では、アプリケーションのプログラムが1行も動く前に、たった1回の通信だけで乗っ取りが完了してしまうという凶悪さです。

これでは厨房の親父を一度叩き出して、新しい修正版（8.5.12、8.4.27、8.3.36、8.2.35）に入れ替えるしかありません。

ところがW3Techsの統計を見ると、PHPを使うサイトのうち最新系のバージョン8は65.2%にとどまり、すでに公式サポートが切れて修正バイナリすら配られないバージョン7が27.0%、化石のようなバージョン5が7.7%、バージョン4が0.1%も現役で稼働しています。

直そうにも替えの部品すらない店が3割以上も残っているのですから、とりあえず厨房の電気を落として「502」の看板を出すか、そのまま永久にサービスを終了するサイトまで続出したのも頷けます。

しかも、真面目にパッチを当てようとした現場のエンジニアたちも、涙なしには語れない罠に次々とハマって自爆ドミノを起こしていました。

中でも語り草になったのが、2026年10月22日の午前2時54分頃にUbuntu 24.04環境で多発したパッケージ更新の悲劇です。

多くの現場では「ppa:ondrej/php」という外部の配布元からバージョン「8.3.35」を入れていたのですが、Ubuntu公式のセキュリティ倉庫から配られた修正版の名前は「8.3.6-0ubuntu0.24.04.13」でした。

どちらも優先度（500）が同じだったため、Ubuntuの管理システム（APT）が数字の見た目だけを比べて「おい、8.3.35から8.3.6にするなんて古いバージョンへの格下げじゃないか、拒否する！」と突っぱねてしまったのです。

焦ったエンジニアが「ppa-purge」というコマンドで強制ロールバックをかけた瞬間、関連付けの計算が狂って厨房の親父である「php8.3-fpm」ごとアンインストールされ、ホール店員と厨房をつなぐ伝票パイプ（/run/php/php8.3-fpm.sock）が綺麗さっぱり消滅しました。

空き巣対策で玄関の鍵を交換しようとしたら、誤って自宅の台所をダイナマイトで吹き飛ばして502エラーを連発する。

深夜3時のサーバールームで青ざめるエンジニアの顔が目に浮かぶようじゃありませんか。

そういえば日本政府の電子申請システム「e-Gov（イーガブ）」も、つい数週間前の2026年9月28日から29日にかけて大規模な502 Bad Gatewayを開催していましたが、あの時は9月26日にアプリをWindows版3.0.3・macOS版2.0.3へ更新して実行環境を「.NET Desktop Runtime 8.0」に変えた直後、利用者のウイルス対策ソフトが公式アプリを「ウイルスだ！」と誤検知して勝手に削除するわ、9月7日以降は「特定のJPEG画像を添付して申請すると本人だけでなく同じタイミングでファイルをアップロードしていた赤の他人まで巻き添えで502エラーになる」という怪奇現象まで起きて、労働保険事務組合が電子申請を諦めて郵便局へ走る事態になっていました。

デジタル社会の最前線、あまりにも脆すぎます。

世界の4分の1を握る巨大関所の黒歴史とたった1行の呪文

ここまでなら「裏側のPHPやアプリがドジを踏んだから窓口が502を出した」という話で済むのですが、本当に背筋が凍るのは、窓口係である巨大な「関所（CDN・プロキシ）」そのものが発狂して世界中に502をばら撒くケースです。

現代のインターネットは、一見すると無数のサーバーが分散して支えているようでいて、実はCloudflareやAWS CloudFront、Fastly、Akamaiといったごく一握りの巨大企業に通信が集中する極端な中央集権構造になっています。

W3Techsのデータによれば、Cloudflare1社だけで全世界のウェブサイトの21.3%〜27.6%（CDN市場シェアの25%、10年前の3.9%から急拡大）の玄関口を握っており、世界330以上の都市で12,000ものネットワークと直結しています。

AWS CloudFrontに至っては2025年11月に毎秒268テラビット（268Tbps）という怪物級のピーク通信量を記録しているほどです。

つまり、この巨大な関所の門番がくしゃみをしただけで、地球上のネットの4分の1がまとめて窒息する構造になっているわけです。

そして歴史を振り返ると、この最強の門番たちは、外部からのサイバー攻撃ではなく「自分たちのちょっとした書き間違い」で何度も世界を502の海に沈めてきました。

伝説として語り継がれているのが、2019年7月2日の13時42分（UTC）にCloudflareが引き起こした27分間の世界同時ブラックアウトです。

原因は、クロスサイトスクリプティング（XSS）攻撃を防ぐためにエンジニアが追加した、たった1行の正規表現ルール（文字の並びをチェックする呪文）でした。その呪文の核になっていた「..=」という記述が、20文字の中にイコールが含まれないだけで4,067ステップも計算をやり直す「底なしのバックトラッキング」を引き起こし、世界180以上の都市にあるサーバーのCPU使用率を瞬く間に100%へ張り付かせ、全トラフィックの82%を蒸発させて世界中を502 Bad Gatewayで埋め尽くしたのです。

笑ってしまうのはここからで、実はこのルール、通信を遮断する本番モードではなく、裏でこっそり記録だけを取る「シミュレートモード」で投入されていました。

悪い奴を1人も止めていないのに、確認作業だけで過労死したわけです。

しかも「CPUを使いすぎたら止める安全装置」は、数週間前に「CPU使用率を減らすための改修作業」の中でうっかり削除されており、緊急停止スイッチ（キルスイッチ）を押そうにも、社内システム自体がCloudflareを通っていたせいでエンジニア自身がログインできず（14時02分から14時07分まで5分間も締め出される始末）、おまけに公式のステータスページだけは障害発生から20分以上も「全システム正常稼働中！」と緑色のランプを灯し続けていたというのですから、コントですよね。

「さすがに懲りて二度と起きないはず」と思ったら大間違いで、彼らは手を変え品を変えて自爆祭りをアンコール開催しています。

2022年6月21日の06時27分（UTC）には、Cloudflareがネットワークの経路制御（BGP）ポリシーを更新した際、設定リストの並び順が狂って「残りをすべて拒否する（REJECT-THE-REST）」という項目が内部通信用の項目の上に来てしまい、東京やアムステルダムを含む主要19か所のデータセンターが即座に孤立しました。

拠点の数でいえば全体のわずか4%にすぎない19か所が落ちただけで、世界の全HTTPリクエストの50%が吹き飛び、しかも復旧作業中に慌てたネットワークエンジニアたちが互いの修正設定を上書きし合って「直しては壊す」を繰り返したせいで、08時00分の完全復旧まで1時間半近くもドタバタが続いたのです。

さらに記憶に新しい2025年11月18日の11時05分（UTC）には、Cloudflareのボット管理システムが使うClickHouseデータベースの権限設定を少し変えただけで、「SELECT name, type FROM system.columns WHERE table = 'http_requests_features'」というSQLクエリが別領域（r0）のテーブルまで重複して拾い上げ、いつもなら60個前後の特徴量リストが2倍以上に膨れ上がりました。

それを5分おきに世界中のプロキシへ自動配信したところ、Rust言語で書かれた最新プロキシ（FL2）のメモリ上限「200個」を突破し、エラー処理をサボって書かれていたたった1か所の「.unwrap()」というコードがパニックを起こして17時06分まで約6時間にわたる大障害へ発展しています。

この時もエラーの調査システム自体が大量のCPUを食いつぶして遅延を悪化させ、管理画面のログインに必要な自社の認証機能（Turnstile）まで死んで利用者が状況確認すらできない多重事故が起きました。

ライバルのFastlyにしても、2021年6月8日09時47分（UTC）に、5月12日のアップデートで紛れ込んでいた潜伏バグが「たった1社の顧客が正しい手順で設定を変更した瞬間」に発動し、49分間にわたってネットワークの85%以上が沈黙、AmazonやReddit、Spotify、GitHub、英国政府サイト、ニューヨーク・タイムズまでが道連れになっています。

ハッカーが何千時間もかけて攻撃するより、社内の人間がエンターキーを1回叩く方がよっぽど破壊力がある。これこそが現代インフラの不都合な真実なのです。

1分15000ドルの請求書とF5連打という名の善意のリンチ

こうした「502 Bad Gateway祭り」の裏で、いったいどれほどのマネーが煙となって消えているのか、電卓を叩くと眩暈がしてきます。

調査会社ガートナーの基準値ではITシステム停止の損害額は1分あたり5,600ドル（1時間あたり約336,000ドル）とされてきましたが、Splunkとオックスフォード・エコノミクス（およびCisco）が算出した2026年の最新データでは、全企業平均のダウンタイム損失はなんと1分あたり15,000ドル（1時間あたり900,000ドル）まで跳ね上がり、世界の大企業（Global 2000）が被る年間損失は2年間で+50%も膨張して総額6,000億ドルに達しています。

ITICの調査でも中堅・大企業の90%以上が「1時間の停止で300,000ドル以上を失う」と回答しており、これが証券・トレーディング業界なら1時間あたり648万ドル、自動車産業なら生産ライン停止で1分あたり50,000ドル（1時間300万ドル）、小売・ECサイトでも1時間110万ドルが吹き飛ぶ計算です。

仮に時給換算75ドルの知識労働者1,000人が社内SaaSの502エラーで1時間ぼーっと画面を眺めているだけでも、75,000ドルの人件費がドブに捨てられるわけですからたまりません。

それなのに、サーバー会社やクラウド業者が営業トークで掲げる「稼働率99.9%保証（スリーナイン）」という数字のマジックがあります。

99.9%と聞けば、テストでほぼ100点満点を取る優等生みたいに思えるじゃないですか。

ところが1年間の時間を掛け算してみると、稼働率99.9%というのは「1年間に8時間46分（30日の月なら43分49秒）は堂々とシステムを落としても契約違反になりませんよ」という免罪符なのです。

もし稼働率がたった-0.1%下がって99.8%になれば、年間の停止時間は17.53時間へと倍増しますし、99.99%（フォーナイン）ですら年間52.6分のブラックアウトが許容されます。

しかも監視システムが「トップページだけ開けるか」しか見ていなかったり、深夜の過疎時間帯を混ぜて平均値を薄めたりしているため、利用者がゴールデンタイムに502エラーで買い物カゴから弾き出されていても、業者側のレポートには「今月も稼働率99.95%達成！」と誇らしげに記される仕組みになっているのです。

さらに現場を追い詰めるのが、システム内部の連鎖崩壊と、画面の向こうにいる私たちの無邪気な指先です。

例えばNginxのような窓口サーバーは、処理を速くするために厨房との通信回線（Keep-Aliveプール）を繋ぎっぱなしにして使い回すのですが、厨房側から「もう店じまいします（FINパケット）」と連絡が来た瞬間、窓口係が別の客の対応で忙しくてその連絡を処理しそびれると、次の客が来た時に「すでに死んでいる回線」をプールから引っ張り出して使い回し、手元のテスト（curl）では絶対に再現しない気まぐれな502エラーを本番環境だけで連発します。

また、複数台のサーバーで負荷を分け合っている時に1台がメモリ不足で倒れると、ロードバランサーが「あいつは死んだ」と判断して残りのサーバーへ客を全員流し込み、今度は残ったサーバーのCPUやメモリが80%を超えて次々と過労死していく「502カスケード（連鎖崩壊）」が数分のうちに完成します。

もっと笑えないケースでは、ハッカーでもバグでもなく、サイトの運営会社が「レンタルサーバー代の引き落としを1か月分うっかり忘れていた」せいで一時停止になり、502 Bad Gatewayを出していることすら珍しくありません。

そして極めつけは、画面に502が出た瞬間に世界中の利用者が行う「F5キー（またはCtrl+F5、Command+Shift+R）の鬼連打」です。

本来なら1回目は10〜30秒、2回目は1〜3分、3回目は10分以上と間隔を空けて待たなければならないところを、みんなが格闘ゲームのコンボみたいに再読み込みボタンを連打するせいで、ようやく立ち上がろうとした病み上がりのサーバーに通常の何十倍もの「リトライストーム（再試行の嵐）」が直撃し、善意の利用者全員でサーバーを袋叩きにして再び気絶させるという無限ループが起きているのです。

次にあなたのスマホやPCの画面に「502 Bad Gateway」という無機質な文字が現れた時は、インターネットが滅亡したと嘆いてLANケーブルを引っこ抜く前に、AIに昔の宿題を暴かれて深夜にコマンドを打ち間違えているエンジニアの冷や汗や、経理担当者のサーバー代払い忘れ、そしてそんな最先端の複雑な砂の城を横目に今日も1ミリも揺らがず光速で微笑みかける阿部寛のホームページの姿を思い浮かべてみてください。

参考文献

1. PHPの脆弱性対応に伴う『あすけん』緊急メンテナンスのお知らせ, https://www.asken.inc/news/20261022

2. 「セガ製品情報サイト」PHP脆弱性対応に伴う緊急メンテナンスの件, https://www.sega.co.jp/release/261022_1.html

3. 【PHP脆弱性】『ウマ娘』など複数ゲームが21日23時より緊急, https://dengekionline.com/article/202610/91628

4. PHPの2件の深刻な脆弱性(CVE-2026-109618 - piyolog, https://piyolog.hatenadiary.jp/entry/2026/10/21/174516

5. 『ウマ娘』『グラブル』『シャドバWB』などが本日（10/21）23時, https://www.famitsu.com/article/202610/91632

6. プログラム言語「ＰＨＰ」に重大な脆弱性、ウェブサイトの７割で使用…「放置は極めて危険」, https://www.yomiuri.co.jp/national/20261021-GYT1T00475/

7. 高市総理が呼びかけたPHPの脆弱性。WordPressの会社が今日やる, https://www.wantedly.com/users/163047429/post_articles/1100477

8. インターネットで大規模障害発生、ユーザーは「大変なことになっ, https://search.yahoo.co.jp/realtime/search/matome/296bb1ec4fed44d0bff959679cdc17d6-1792599600?rkf=1&ifr=matome_top

9. PHP脆弱性で公式サイトが緊急メンテナンス、ユーザーは「やばい, https://search.yahoo.co.jp/realtime/search/matome/b27d75319161444f956024d8f090a5ae-1792593900?rkf=1&ifr=matome_top

10. PHP2Shell - Wikipedia, https://en.wikipedia.org/wiki/PHP2Shell

11. 「502 Bad Gateway」のYahoo!リアルタイム検索 - X（旧Twitter）を, https://search.yahoo.co.jp/realtime/search?rkf=1&p=502%20Bad%20Gateway&btid=MjExMjk4OTg1MjIyNDYwMjQxNg%3D%3D&ifr=tp_bz

12. PHP脆弱性対応で緊急メンテが相次ぎ、一部ユーザー ... - Yahoo!検索, https://search.yahoo.co.jp/realtime/search/matome/7e3dcf3c10574900ae85d6a4192c66f1-1792620900?rkf=1&ifr=tl_matometl

13. PHP脆弱性2026が危険！WordPressの影響・緊急対策と復旧はいつ？, https://trend.hubmedia.co.jp/php-vulnerability-2026-wordpress-security-update/

14. インターネットで大規模障害発生、ユーザーは「大変なことになっ, https://search.yahoo.co.jp/realtime/search/matome/296bb1ec4fed44d0bff959679cdc17d6-1792599600?rkf=1&ifr=matome_mtmrltl

15. メンテナンスモードでは PHP の脆弱性「php2shell」は防げません, https://web-soudan.co.jp/topics/7215/

16. Critical PHP vulnerabilities (Oct 2026) – Information Technology, https://it.uw.edu/help/servicestatus/php-cves/

17. PHPの重大な脆弱性（2026年10月）｜自社サイトはどうする, https://multi-solution.net/archive/php-vulnerability-version-check-2026/

18. Is PHP dead? Usage statistics and market share (2026), https://benjamincrozat.com/php-is-dead-2026

19. Usage statistics of PHP for websites - W3Techs, https://w3techs.com/technologies/details/pl-php

20. https://internet.watch.impress.co.jp/docs/news/2150203.html

21. 【事前準備のお願い】PHPのセキュリティリリース公開予定について, https://www.ipa.go.jp/security/security-alert/2026/pre-alert20261021.html

22. 502 Bad Gatewayエラーの原因と解決策！Nginx・PHP-FPM・AWS, https://yori-ai.com/blog/502-bad-gateway/

23. 2026年10月22日 - Manualmaton's Laboratory, https://manualmaton.com/2026/10/22/

24. 「502 Bad Gateway」エラーの原因と解決方法は？WEB担当者が, https://iimono.town/topic/it/47393/

25. 502 Bad Gatewayが起きた際に対処した事 - Zenn, https://zenn.dev/tikka/articles/6109990725a0f417d058

26. 502 Bad Gatewayが発生する原因と対処法について解説します！, https://creative-drive.jp/column/688/

27. 502badgateway解決方法を徹底解説！原因別に最適な対策とNG例, https://assist-centering.co.jp/media/detail/2025-08-07%20174700000010/

28. 「502 bad gateway」エラーとは？原因とすぐに試せる解決策を徹底, https://www.leadplus.co.jp/blog/502-bad-gateway

29. Critical Vulnerabilities in PHP - CERT-EU, https://cert.europa.eu/publications/security-advisories/2026-018

30. PHP2Shell: Critical PHP vulnerabilities patched, update now!, https://www.helpnetsecurity.com/2026/10/21/php2shell-php-vulnerabilities-patched-cve-2026-109618-cve-2026-109619/

31. Critical Vulnerabilities in PHP Require Immediate Patching - CISA, https://www.cisa.gov/news-events/alerts/2026/10/21/critical-vulnerabilities-php-require-immediate-patching

32. 【重要】国の電子申請システム（e-Gov）障害に伴う、手続き遅延の, https://www.rousai.org/news/news-4538/

33. e-Gov電子申請ができない？3.0.3／2.0.3の不具合と対処法【2026年, https://funtrivia.hatenablog.com/entry/2026/10/07/232840

34. お知らせ一覧 - 一人親方団体労災センター, https://www.rousai.org/news/

35. 【不具合】e-Gov（イーガブ）で障害発生か ログインできない・502, https://forest-life-japan.com/2026/09/28/%E3%80%90%E4%B8%8D%E5%85%B7%E5%90%88%E3%80%91e-gov%EF%BC%88%E3%82%A4%E3%83%BC%E3%82%AC%E3%83%96%EF%BC%89%E3%81%A7%E9%9A%9C%E5%AE%B3%E7%99%BA%E7%94%9F%E3%81%8B%E3%80%80%E3%83%AD%E3%82%B0%E3%82%A4/

36. Cloudflare Outage Caused by Bad Regular Expression - Reddit, https://www.reddit.com/r/webhosting/comments/c8fu2e/cloudflare_outage_caused_by_bad_regular_expression/

37. CDN architecture cloudflare cloudfront akamai fastly CDN Architecture, https://theinternetpapers.com/posts/cdn-architecture-cloudflare-cloudfront-akamai-fastly-cdn-architecture-why-cloudflare-cloudfront-akamai-and-fastly-are-actually-running-the-internet.html

38. Cloudflare outage on June 21, 2022, https://blog.cloudflare.com/cloudflare-outage-on-june-21-2022/

39. Multi-CDN: The Architecture, the Cost Story, the Failure Modes, https://www.forasoft.com/learn/video-streaming/articles-streaming/multi-cdn-architecture

40. Cloudflare - Wikipedia, https://en.wikipedia.org/wiki/Cloudflare

41. Usage Statistics and Market Share of Cloudflare Web Analytics for, https://w3techs.com/technologies/details/ta-cloudflare

42. Usage statistics and market share of Cloudflare - W3Techs, https://w3techs.com/technologies/details/cn-cloudflare

43. Details of the Cloudflare outage on July 2, 2019, https://blog.cloudflare.com/details-of-the-cloudflare-outage-on-july-2-2019/

44. Cloudflare's November 18, 2025 Outage, Explained, https://www.bhavanaditya.com/blog/cloudflare-november-18-2025-outage-postmortem

45. The Regex That Crashed Cloudflare for 27 Minutes - YouTube, https://m.youtube.com/shorts/aES1i8ey_KY

46. Cloudflare outage 2019: how one regex caused 27 minutes of 502s, https://dev.to/axrisi/cloudflare-outage-2019-how-one-regex-caused-27-minutes-of-502s-1nla

47. Details of the Cloudflare outage on July 2, 2019 | Hacker News, https://news.ycombinator.com/item?id=20421538

48. Cloudflare outage on November 18, 2025, https://blog.cloudflare.com/18-november-2025-outage/

49. Cloudflare describes a major network failure that occurred on June, https://gigazine.net/gsc_news/en/20220622-cloudflare-incident-on-june-21/

50. Cloudflare outage on June 21, 2022 | postmortems.app, https://postmortems.app/postmortem/34721eea-9a6a-469f-8865-48286476cf29

51. When DevOps Dominoes Come Crashing Down | by Janislav, https://medium.com/ctrlstack/when-devops-dominoes-come-crashing-down-7b6467e49401

52. Cloudflare ระบบล้ม 19 แห่ง การให้บริการหยุดชะงักกว่า 1 ชั่วโมง, https://www.techtalkthai.com/cloudflare-cloudflare-outage-caused-by-network-configuration-error/

53. Cloudflare Nov 2025 Outage: Lessons for Your Stack - Hibug, https://redigold.com.my/cloudflare-november-2025-outage-lessons

54. Summary of June 8 outage | Fastly, https://www.fastly.com/blog/summary-of-june-8-outage

55. The Configuration That Broke the Internet: Fastly's 2021 Global Out, https://errorledger.com/blog/fastly-2021-global-outage/

56. What is the cost of Downtime in 2026? - Dotcom-Monitor, https://www.dotcom-monitor.com/blog/what-is-the-cost-of-downtime/

57. The Cost of IT Downtime for SMBs: Benchmarks and Hidden Costs, https://mev.com/blog/the-cost-of-it-downtime-in-2025-what-smbs-need-to-know

58. Cost of downtime in 2026: $15,000 per minute (+ calculator) - Gatling, https://gatling.io/blog/the-cost-of-downtime

59. Web Hosting Uptime 2026: What 99.9% Actually Means In ... - WHM, https://blog.webhostmost.com/hosting-uptime-calculating/

60. 5xx Error Rate Monitoring: Thresholds and Alerting - Webalert, https://web-alert.io/blog/5xx-server-error-rate-monitoring-alerting-guide

61. nginxで502が稀に発生する原因はkeepalive接続 - Zenn, https://zenn.dev/shinagawa_web/articles/transient-502-keepalive-reuse

62. 502 Bad Gatewayとは？エラーの意味と原因、解決方法について, https://www.plan-b.co.jp/blog/seo/37969/

63. ChatGPTで表示される「Bad Gateway」とは？原因や対処法を解説, https://biz.moneyforward.com/ai/basic/4713/