【現状確認】PHPだけではありません。インターネットを支える基盤が脅威にさらされています。 昨夜のPHP対応だけではなく、現在インフラの複数層で緊急対応が重なっています。 特に今回の大きな波紋となっているのが、②の「本物証明（証明書）」の問題です。 ① サービスを「動かす」土台（PHP / Node.js） 外部からプログラムを実行される穴の修復と、侵入痕跡の調査が進行中。 ② 接続先が「本物か確かめる」仕組み（eMudhra証明書）★最重要 サイトの「本物証明」を作る根幹（認証局）に不備があり、偽造のリスクが発生。主要ブラウザだけでなく、PythonやRust、Dockerといった開発・通信ツールの裏側へと対応が大きく広がっています。（コメントで解説） ③ サイトの「住所を調べる」案内所（DNS） 案内所（DNS）をダウンさせられる脆弱性が公表。大規模障害ではありませんが、放置すると「サイト本体は無事なのに住所が引けず、ページが開けない」リスクへの緊急対処が進んでいます。（コメントで解説） ④ ソフトを「作って届ける」工場とルート（GitLab / サプライチェーン） GitLabの重大な穴に加え、正規の配布物に不正コードが混ざる別件も確認。 ⑤ 会社の「入口」を守る鍵（VPN / 防御製品） VPN等における実際の不正アクセスや裏口設置事案の調査・対応。 ーーー 一つの「証明書」の問題が、異なる言語やツールにまで連鎖して影響しています。 詳しい背景や「今すぐ私たちがやるべき具体策」は、ぶら下げのコメントにまとめました。 まずは冷静に、以下の対応から進めていきましょう。 #サイバー緊急事態宣言

【各位】ネットの「本物と偽物を見分ける根幹」で、深刻な問題が起きています。 個人にとってはPHPよりやばいと話題になっている「eMudhraの証明書」問題について解説します。対応していただきたいこともあります。 専門的なニュースで関係なさそうに見えますが、本質は「私たちが毎日使っているWebサイトの『本物証明』が揺らいでいる」という、極めて危険な事態です。 ・何が起きたのか？ 私たちがブラウザで決済やログインをするとき、裏側では「接続先が本当に本物のサイトか」をデジタル証明書で確認しています。今回、その証明書を発行する元の鍵（認証局）に深刻な不備が見つかり、「他人のサイトになりすます偽の証明書」を作られるリスクが発生しました。 ・何がそんなにヤバいのか？ もし偽の証明書が悪用された場合、あなたが本物だと思って開いたログイン画面や決済ページが「精巧に作られた偽物」であっても、ブラウザがそれを見抜けずそのまま通してしまう恐れがあります。 結果として、パスワード、暗号化通信、クレジットカード情報がそのまま攻撃者に盗み取られる危険に直結します。 さらに、この影響はブラウザだけでなく、PythonやDockerといった開発環境や通信ツールの裏側にまで広がっており、現在インターネット全体で「信頼できない証明書を緊急で排除する対応」が同時に進められています。 ⚠️【今すぐ実行すべき3つのアクション】 ブラウザ側では緊急の遮断措置が進んでいますが、自分の端末やアプリが古い状態のままだと、危険な穴が残り続けます。 ① OS・ブラウザ・アプリの「更新」をすべて完了させる（更新後に「再起動」を求められたら後回しにせず完了させてください） ② 「この接続ではプライバシーが保護されません」が出たら絶対に先へ進まない（警告を無視して進んだり、保護機能を切るのは厳禁です） ③ 「セキュリティ対応」を騙る不審なメールや広告のリンクを踏まない（不安を煽る連絡からは入らず、必ず公式アプリやブックマークから確認する） ※なお、証明書は「そのアドレスの相手か」を証明する仕組みであり、サイトの運営者が善良か（詐欺サイトでないか）までを保証するものではありません。 ネットの裏側でこれほど深い部分の対応が重なるのは異例です。「自分は大丈夫」と油断せず、今すぐ端末の状態を確認して最新に保ってください。身近な人にも共有を。 ブラウザはハッカーがはびこるインターネットとあなたの接点。最後の砦です。 #サイバー緊急事態宣言

【注意喚起】家のWi-Fiルーター、何年も放置してる人は確認して。FBIが今年公表した事例では、累計約37万台の機器が侵害されたと推定されています。 乗っ取られると、こんな被害につながります。 ・ルーターにウイルスを仕込まれ、外部から操作される ・どのサイトにアクセスしようとしたかを探られる ・接続先を偽サイトに誘導され、IDやパスワードを盗まれる ・詐欺や不正アクセスに回線を使われ、通信記録に自宅のIPアドレスが残る 自分は何もしてないのに、外からは「自宅の回線で犯罪が行われた」ように見える。これが「犯罪の踏み台にされる」ということです。 怪しいリンクを踏まなくても、機器の脆弱性を直接突かれることがある。家族全員が使う回線なので、ここは確認してほしい。 ・更新サポートが終了した機種は交換 ・本体ソフトを更新し、自動更新も確認 ・不要な「外部からの管理機能」はオフ ・管理用パスワードは初期設定・使い回しを避ける。Wi-Fi接続用とは別です ・サイトで「証明書の警告」が出たら、無視して進まない 実家のルーター、いつ買ったものか分からん人も多いと思う。親のスマホの確認ついでにチェックしておいて。 この手法がハッカーの間で「さらに流行る」ことが心配です。

【各位】今晩予想される大規模サイバー攻撃の内容について補足します。 本日10/21、Webの8割の土台「PHP」で致命的欠陥の修正パッチ（修正プログラム）が緊急配布されます。 しかし、本当に恐ろしいのは「修正パッチが出た直後」です。 これはIT用語になるのですが、混同されやすい「ゼロデイ」と「1-Day」の違い、そしてなぜパッチ公開直後からが本番なのかを整理しました。 （前提）攻撃者は「どのサーバーがPHPで動いているか」「バージョンはいくつか」というリスト（ターゲットリスト）を、すでに全自動ボットで世界中から収集し終えています。 ◆ パッチ公開「前」：【ゼロデイ攻撃】 ・対策コードが存在しない完全な無防備状態。・攻撃者は「誰も気づいていない隠れた穴」を探して手探りで突く。 ◆ パッチ公開「後」〜 自社適用「前」：【1-Day攻撃】 ★ここからが本番 ① 公式からパッチが公開された瞬間、攻撃者は修正前後のコード差分（Diff解析）を実施。 ② 「どこに穴があったのか」という攻撃の正解（脆弱性）が世界中に暴露された状態になる。 ③ AIが数分で逆解析し、アップデートが間に合っていない未対策サーバーを一斉に狩り始める。 ◆ 自社適用「後」：【修正後の罠】 ・急ぎの修正による「新たなバグ・脆弱性」の発生 ・不完全なパッチを迂回（バイパス）される攻撃 ・急な適用作業時の設定ミス（エアポケット） ※「パッチを当てて終わり」ではなく、攻撃者は直したコードすら検証してきます。 ─── これが、パッチが公開された直後〜適用までの数時間が「最大の攻撃チャンス」と言われる理由です。 「パッチが出た＝安全」ではなく、「パッチが出た＝世界中に穴の場所がバレた（未適用のまま放置すれば即陥落）」です。 現場のエンジニア・管理者層はアップデートを最優先に。一般利用者は、自分の使うサービスで一時停止やメンテナンスが多発しても焦らず、主要サービスの二要素認証（2FA）をオンにして備えてください。 #サイバー緊急事態宣言 （←数日前に独自に発令したものです。）