ニチレイへのサイバー攻撃で犯行声明 「ランサムハウス」とは何者か

冷凍食品大手ニチレイがサイバー攻撃を受けてシステム障害に見舞われる中、ハッカー集団「RansomHouse(ランサムハウス)」がネット上で犯行声明を公表しました。

ニチレイは2026年7月22日、犯行声明を確認しているとしつつも「現在は調査中」と説明し、被害の詳細や攻撃手口はまだ明らかにされていません。

食品メーカーの基幹システムが狙われたことで、物流や受発注への影響、さらには消費者の生活への波及も懸念されていて、声明を出したランサムハウスは、これまでにも日本企業を標的にしてきたとされるハッカー集団です。

ハッキング
冷凍食品などで知られるニチレイは、サイバー攻撃を受けてシステム障害が発生し、障害の詳細な内容は公表されていないのですが、企業の基幹システムが影響を受けると、生産や在庫管理、受発注、物流など、事業の根幹に関わる業務が止まりかねません。

こうした状況の中、ハッカー集団「RansomHouse(ランサムハウス)」がネット上に犯行声明を発表し、自らニチレイへの攻撃を名乗り出ています。

ニチレイは2026年7月22日時点で、ランサムハウスによる声明の存在を確認したと説明しているのですが、声明の内容や要求の有無、情報流出があったかどうかについては「現在は調査中」としており、具体的な被害の全容はまだ明らかになっていません。

犯行声明を発表したランサムハウスは、ランサムウェア攻撃などで知られるハッカー集団の一つで、ニチレイへのサイバー攻撃についてインターネット上で自ら関与を主張し、攻撃主体であると名乗りを上げており、過去にもアスクルに被害をもたらした存在でもあり、日本企業を標的とした攻撃がうかがえます。

世界的に見れば、名の知れたトップクラスの集団ではないものの、日本国内では、既に複数の企業が矢面に立たされている状況だで、ニチレイを含む国内企業が被害に遭うたびに、同集団の名前は徐々に知られるようになり、サプライチェーン全体のリスクとしても存在感が増しています。

過去の事例を踏まえると、今回も攻撃対象企業側の発表や捜査機関の調査結果を通じ、攻撃手口や要求内容が徐々に浮かび上がってくるとみられます

システム障害が企業活動と生活者にもたらす不安

ニチレイのように食品の供給を担う大手企業でシステム障害が起きると、取引企業だけでなく、最終的には生活者にも影響が及ぶおそれがあり、受発注システムの停止は、スーパーやコンビニなど小売店への商品供給の遅れや欠品につながりますし、物流網を支える倉庫の在庫情報や配送スケジュールの管理が麻痺すれば、店舗の棚に並ぶ商品構成が変わり、消費者の選択肢が狭まる場面も出てきます。

加えて、サイバー攻撃の内容によっては、企業が保有する情報資産の保護にも不安が広がり、顧客情報や取引情報など、どの範囲のデータに攻撃者がアクセスした可能性があるのかが明らかになるまでは、取引先や消費者の側も状況を見守らざるを得ません。

ニチレイが「調査中」としている現段階では、被害の規模や性質を断定することはできないのですが、食品の安定供給や情報管理への信頼といった日常の前提が、こうした一件をきっかけに揺らぎかねないことは意識しておきたいところ。

ニチレイに対する今回のサイバー攻撃は、食品メーカーに限らず、多くの企業にとって他人事ではない出来事であり、攻撃主体として名乗り出たランサムハウスは、過去にアスクルにも被害を及ぼしたとされるハッカー集団であり、標的は特定の業種にとどまっていません。

サプライチェーンのどこか1社が狙われれば、取引先にも業務停止や情報流出のリスクが波及する可能性があります。

企業でも、自社のシステムが似た手口で狙われた場合、どの業務が止まり、どの情報が危険に晒されるのかを改めて洗い出す必要があるうえ、インシデント発生時に取引先や顧客へどのような情報提供を行うか、どこまで状況を開示できるかといったコミュニケーションの準備も欠かせない。

ニチレイのような大手企業でも「現在は調査中」という段階を経ることになる以上、事前の備えが実際の対応スピードや信頼回復の度合いを左右しますし、今回の事例は、自社のセキュリティ対策やBCP(事業継続計画)を見直すきっかけとして捉えられます。

WordPress「wp2shell」緊急脆弱性に無料チェックツール URL入力だけで影響確認

WordPress本体に、ログイン不要でサイトを乗っ取られる恐れのある緊急脆弱性「wp2shell」が見つかり、影響範囲の広さから各レンタルサーバーが相次いで注意喚起しています。

こうした中、ロケッタが提供するWordPress更新代行AI「PatchOn」は、サイトのURLを入力するだけで、影響を受けるバージョンかどうかと、どの修正版に更新すべきかを約30秒で判定する無料ツール「wp2shell 影響チェック」を公開。

wp2shellチェック

管理画面にすぐ入れない運営者でも、まず「自分のサイトは危ないのか」を素早く確認することができるようですよ。

wp2shell 影響チェック | PatchOn(パッチオン)

ログイン不要で乗っ取られる「wp2shell」とは

wp2shellは、WordPress本体に見つかった2つの脆弱性を組み合わせて悪用する攻撃で、その内容は、SQLインジェクションの脆弱性(CVE-2026-60137)と、REST APIバッチ処理の不備(CVE-2026-63030)で、これらが組み合わさることで、攻撃者はログインや管理者権限を持たない状態でも、外部から任意のコードを実行できるおそれがあるとされています。

深刻度は「緊急」と評価されており、特定のプラグインに依存する問題ではなく、特別な追加機能を入れていない標準構成のWordPressサイトも含め、広い範囲が影響を受けます。

国内では7月19日以降、主要レンタルサーバー各社が次々に注意喚起や対応方針を公表しており、三連休とタイミングが重なったことで、初動が遅れたサイトも少なくないと見られていて、日常的に更新を後回しにしているサイトほど、被害に遭うリスクが高まっています。

影響バージョンと修正版 どのサイトが危ないのか 

影響を受けるのは、WordPress本体の特定バージョンで、SQLインジェクション単体では6.8.0〜6.8.5が対象となり、wp2shell攻撃としては6.9.0〜6.9.4および7.0.0〜7.0.1が含まれます。

これらのバージョンを利用しているサイトは、ログイン不要の攻撃にさらされている可能性があるため、早急な確認と更新が求められ、脆弱性を修正したバージョンとして、7.0.2・6.9.5・6.8.6が既に公開済みだと案内されています。

自動更新を有効にしているサイトであれば、こうした修正版が比較的早く適用されるのですが、自動更新を無効にしている環境では、運営者自身がバージョンを確認し、手動で更新する必要がありますので、今すぐ確認するようにしましょう。

複数のWordPressサイトを抱えていたり、制作会社任せでバージョン情報を把握していなかったりする場合、自分のサイトがどこまで影響範囲に入るのかを把握しづらいので、まずはこうした状況で「バージョンと更新先」を簡単に知るための仕組みが求められていました。

URLを入れるだけ 無料の「wp2shell 影響チェック」 

ロケッタは、この課題に対し、WordPress更新代行AI「PatchOn」の一機能として無料ツール「wp2shell 影響チェック」を公開。

利用方法はシンプルで、対象サイトのURLを入力し、「チェックする」ボタンを押すだけで、およそ30秒後には、そのサイトがwp2shell脆弱性の影響を受けるバージョンかどうか、そしてどの修正版へ更新すべきかが表示されるようになっています。

チェック結果には、判定に用いた「検出シグナル」もあわせて示され、うれしいことに登録不要・無料で利用することができます。

ツール側は対象サイトに対して公開情報の受動的な取得のみを行う設計とされ、攻撃的なアクセスは一切行わないと明記されている一方、バージョン情報を隠しているサイトなどでは判定できないこともあり、その際に「安全」と表示することはないという制限も示されています。

また、サイトが既に侵害されているかどうかを調べる機能は含まれておらず、「自分が管理するサイト」に限った利用が前提となっているので、まず影響の有無と更新先だけを素早く知りたい運営者向けの初動支援ツールと言えます。

自動更新は怖い、手動更新は続かない

今回のwp2shell問題で、レンタルサーバー各社の告知から見えてきた分かれ目は、「修正版が公開されてから、自分のサイトに適用されるまでの時間」だとロケッタは説明しています。

自動更新が有効なサイトでは、修正版が比較的早く当たりやすい一方、「確認せずに自動で更新されるのは怖い」という理由から、自動更新を無効にしている運用も少なくなく、過去のアップデートで表示崩れや不具合を経験したサイトほど、この傾向が強いようです。

結果として「自動更新は怖いが、手動更新は忙しくて続かない」という構造が、更新放置を生み出し、脆弱性にさらされる時間を長くしていると指摘しており、PatchOnは、この構造を変えるためのサービスとして位置づけられています。

ステージング環境で本番と同じ構成を再現し、更新を適用した状態でスクリーンショット比較や主要機能のテストを行い、全ての検査をパスした更新だけを本番サイトへ自動反映し、問題が見つかった場合はAIが壊れる原因を自動修正する。 万一の際には、WordPress管理画面からワンクリックで復元できる仕組みも用意されている。

いまWordPress運営者が取るべき最初の一歩 

ロケッタは、社内検証でWordPress更新時に発生する代表的な不具合82パターンに対し、AIが100%自動修正できたと説明しています。

PatchOnでは、無料プランでも月1回の検査付き自動更新が利用可能で、プラグインはWordPress.orgで公開されています。

今回公開された「wp2shell 影響チェック」は、こうしたサービスの一環として、まず影響の有無を知ってもらうための入口に位置づけられ、WordPressで企業サイトやメディア、ブログを運営している場合、最初の行動として、自サイトのURLをツールに入力し、現状のバージョンが影響範囲に入っているか、どの修正版を目指せばよいかを確認することが重要になります。

そのうえで、自動更新を完全に止めるのではなく、「検査してから自動で更新する」という運用へ切り替える選択肢を持つことで、脆弱性への露出時間を短くしながら、表示崩れなどの不安も抑えられるようになります。

wp2shellのような緊急脆弱性は今後も発生しうるため、「気づいたときだけ慌てて更新する」状態から、日常的に備える体制への移行が問われてきてきます。

KDDI系メールで1,200万件超の情報漏えい 利用者が今すぐ確認すべきこと

KDDIがISP向けに提供するメール基盤で、不正アクセスによる大規模な情報漏えいが起きました。

判明しただけでメールアドレスは約1,223万件、パスワードは約761万件。ニフティやBIGLOBE、J:COMなど複数のプロバイダ利用者が影響を受けています。

原因は、組み込まれていた第三者製ソフトウェアの未知の脆弱性で、すでにシステム改修やEDR導入は完了していますが、利用者側でのパスワード変更や確認も欠かせません。

KDDI

漏えい規模と原因 

KDDIは、ISP事業者向けに提供しているメール基盤への不正アクセスにより、大量のメール情報が漏えいしたと公表し、漏えいが確認されたのは、電子メールアドレスが1,223万3,087人分、メールパスワードが761万6,173人分。

パスワード件数はメールアドレス件数に含まれており、「アドレスだけ」か「アドレス+パスワード」のどちらかが漏えいした利用者がいる形となっています。

原因となったのは、このメール基盤の一部として導入されていた第三者製ソフトウェアの脆弱性で、不正アクセスは一部のISPで5月16日から発生していましたが、KDDIが6月17日に不正アクセスを確認し、同日中に脆弱性への対処とシステム改修を実施しました。

この脆弱性は、その時点ではソフトウェアベンダー側でも認識されていなかったもので、公的機関への届け出と情報公開の準備が進められています。

今回の不正アクセスは、KDDIがISP向けに提供している共通メール基盤が対象であり、この基盤を利用している複数の事業者に影響が及び、ニフティでは、「@nifty」メールサービスにおいて、メールアドレス224万8,708人分、メールパスワード186万2,462人分の漏えいが確認されています。

ビッグローブでは、BIGLOBEメールアドレスおよびBIGLOBE IDの漏えい対象が501万6,432人、パスワード漏えいが463万1,775人と公表されています。

J:COMは、メールアドレスの漏えいが247万3,191名分としており、このほか中部テレコミュニケーション、STNet、KDDI ウェブコミュニケーションズなども漏えい件数や対応状況をそれぞれ公表しています。

一方で、KDDIのauメール、UQ mobileメール、au one netメールは別設備で構築されているため、今回の事案による影響はないと明言されています。

KDDIと各社の対応状況 

KDDIは、不正アクセスを確認した6月17日にシステムの改修と脆弱性対応を実施。

その後、6月21日までに外部通信を制御する全サーバーへEDR(Endpoint Detection and Response)を導入し、監視・防御体制を強化していて、6月23日には第三者機関によるフォレンジック調査を行い、今回問題となった脆弱性以外に不審な痕跡がないことを確認しています。

総務省からは、6月24日に電気通信事業法に基づく報告を求められており、KDDIは7月6日に報告書を提出しています。

影響を受けた各ISPも個別に対応を進めていて、ニフティは、「@nifty」メールについて、6月26日からパスワード変更が確認できないメールアドレスを対象に、順次パスワード無効化を実施しており、一両日中に完了予定としています。

ビッグローブやJ:COM、中部テレコミュニケーション、STNet、KDDI ウェブコミュニケーションズも、それぞれのサイトで漏えい件数と対応方針を公表しています。

一般利用者として確認しておきたいポイント 

今回の情報漏えいは、メールアドレスだけでなくパスワードも大量に含まれていて、メールアドレスとパスワードの組み合わせが第三者の手に渡ると、メールへの不正ログインだけでなく、同じパスワードを使っている他サービスへの攻撃にも悪用されるおそれがあります。

すでに各社はパスワードの無効化や変更の促進を進めていますが、利用者側でも、自分が利用しているメールサービスが対象となっていないか、公式サイトやお知らせを確認しておきましょう。

対象となっている場合は、案内に沿ってパスワード変更などの手続きを行う必要がありますし、今回影響がないとされているauメールやUQ mobileメール、au one netメールの利用者も、これを機にパスワードの使い回しを避けるなど、基本的なセキュリティ対策を見直すきっかけにできるでしょう。  

アフラックで約438万人分の個人情報漏えい 契約者が今確認したいことと慌てなくてよいこと

アフラック生命保険が、契約者向けWebサイト「アフラック よりそうネット」などが第三者による不正アクセスを受け、約438万人分の契約者情報などが漏えいしたと発表しましたね。

対象者の中には、保険料振替口座の情報が含まれる契約者もいるようで、6月30日時点では情報の不正利用は確認されておらず、マイナンバーやクレジットカード情報は漏えいしていないとされています。

情報漏洩
不正アクセスは2026年6月15日から25日にかけて複数回行われ、6月25日に情報漏えいが判明しており、その後、不正アクセスを遮断し、関連システムを停止して原因調査と復旧作業を進めています。

漏えいした契約者情報は約438万人分で、約4万店分の代理店情報も漏えいしているようです。

現時点では、不正利用は確認されていませんが、ちょっと不安ですよね?

自分が対象かどうか確認したい人

今回、特に確認しておきたいのは次のような人です。

  • アフラックで生命保険を契約している人
  • 「アフラック よりそうネット」など契約者向けサービスを利用している人
  • 保険料を口座振替で支払っている人
  • 家族名義の契約を管理している人
  • アフラック代理店の担当者や経営者

どの契約が対象なのか、保険の種類や契約時期などの詳細な条件は公表されていませんが、アフラックでは、対象となる契約者へお詫びとお知らせの文書を順次送付するとしています。

いまのところ、漏えいした可能性がある契約者情報には、次のような項目が含まれます。

  • 氏名
  • 生年月日
  • 性別
  • 住所
  • 電話番号
  • 証券番号
  • 保険の保障内容

このほか、約23万人については保険料振替口座の情報も含まれているようで、対象となる口座情報は、金融機関名、支店名、預金種類、口座番号、口座名義など。

一方で、マイナンバーとクレジットカード情報は漏えい対象には含まれていないと発表されています。

このような情報漏えいが起きた後、それを悪用した電話やメール、SMS、郵送物などが送られる可能性があります。

  • 「情報漏えいのお詫びなので口座情報を確認したい」
  • 「本人確認のため暗証番号を教えてほしい」
  • 「補償手続きに必要なのでURLから入力してください」

といった内容で連絡が来た場合は注意が必要で、連絡が本物か迷った場合は、その連絡に記載された電話番号へ折り返すのではなく、自分でアフラックの公式窓口を確認して問い合わせるようにしましょう。

口座振替を利用している人が確認したいこと

口座情報が含まれる可能性がある契約者は約23万人で、口座振替で保険料を支払っている場合、直近の通帳やインターネットバンキングの入出金明細を確認してみましょう。

確認したいのは「見覚えのない引き落とし」「利用した覚えのない取引」「不自然な入出金」などで、少しでも不審な点があれば、アフラックと利用している金融機関の両方へ相談することが勧められます。

今やるべきことと、慌ててやらなくてよいこと

今やるべきことは、自分や家族がアフラック契約者か確認し、保険料の支払い方法が口座振替かどうか確認しましょう。

通帳や口座明細を見直し、アフラックから届く通知や公式のお知らせを確認するようにし、不審な電話やメールには個人情報を伝えないようにすること、そして、慌てて行動しないこと。

現時点では情報の不正利用は確認されていません。

そのため、すぐに保険契約を解約したり、金融機関を変更する、確定していない情報だけで判断するといった対応を急ぐ必要があるとは発表されていません。

今後、新たな調査結果や追加の案内が公表される可能性もあるため、公式情報を確認しながら冷静に対応することが大切です。

今回の事故では、不正アクセスの原因や侵入経路、攻撃者の目的などは公表されていません。

また、どの契約者が対象となるのかの詳細な条件や、システム復旧時期、補償内容についても現時点では明らかになっていません。

公表されていない内容を前提に判断したり、SNSなどの未確認情報だけで行動したりするのは避けましょう。

量子コンピュータが「現代の暗号」を壊す日──Q-Dayと2029年デッドラインの真相

量子コンピュータが、いずれ現在の暗号を壊す。

そんな話を聞いても、多くの人にとってはまだ「遠い未来のSF」に感じられるかもしれませんね。

ところが、Googleはこのリスクに対し「2029年」という具体的なデッドラインを置き、すでにAndroid 17へ耐量子暗号の導入を進めています。

一方で、攻撃者は「今データを盗み、量子コンピュータが実用化されたあとに解読する」動きまで視野に入れていると指摘されていて、この動きの背景にある量子技術の進展、Q-Day予測が前倒しされつつある理由、そして企業や社会が直面する構造的なリスクを整理し、「なぜ今、耐量子暗号への移行が急がれているのか」を解説します。

Q-Day-RISK

Q-Dayとは何か

まず押さえておきたいのが「Q-Day」という言葉が何を指しているのか、Q-Dayとは、量子コンピュータが十分に発達し、現在広く使われている公開鍵暗号(代表的なものとしてRSAや楕円曲線暗号(ECC))を現実的な時間で解読できるようになる日を意味しています。

インターネットの通信、オンラインバンキング、企業間の安全なデータ交換、クラウドへのログインなど、日常的なデジタル活動の多くは、これらの暗号技術の上に成り立っています。

公開鍵暗号は、数学的に「解くのが非常に難しい」問題を安全性の土台にしていて、RSAなら、大きな数を素因数分解することの難しさに依存しています。

従来のコンピュータでは、十分に長い鍵長であれば「宇宙の寿命より長い時間がかかる」とされるレベルの計算量が必要でした。

だからこそ、「実質的に解読は不可能」と見なされていたのですが、量子コンピュータは、量子ビットを使った並列的な計算と、Shorのアルゴリズムのような専用の量子アルゴリズムにより、素因数分解や離散対数問題を従来とは比べものにならないスピードで解く可能性を持っています。

つまり、これまで「安全」とされてきた前提そのものが揺らぎ始めているわけです。

Q-Dayとは、単に新しいコンピュータが登場する日ではなく「現代のサイバー空間を支えてきた暗号の根本が切り替わるタイミング」を象徴する概念だと理解すると、その重みが見えてきませんか。

なぜGoogleは「2029年」をデッドラインと見なしたのか 

では、なぜGoogleは2029年という具体的な年を、耐量子暗号(PQC)への移行デッドラインとして打ち出しているのでしょうか。

ここには、単に「危ないから早めに」といった感覚的な話ではなく、複数の要素が絡み合った構造があります。

第一に、暗号基盤の切り替えには「非常に長い時間」がかかるという現実があり、オペレーティングシステム、ブラウザ、サーバーソフトウェア、ネットワーク機器、組み込みデバイスなど、暗号を使っているレイヤーは多岐にわたり、その全てを「量子耐性のある方式」に置き換えるには、標準化・実装・検証・展開といった長いプロセスが必要です。

Googleのようにインターネットの基盤を支える企業は、この移行に最低でも数年単位のリードタイムがいると見積もっているわけですね

第二に、すでにNIST(米国立標準技術研究所)によるポスト量子暗号の標準化が進み、デジタル署名アルゴリズムとしてML-DSAなどの候補が選定されているという状況があり、GoogleはAndroid 17にこのML-DSAを組み込み始めており、「もう待ちのフェーズではなく、実運用に踏み出すフェーズに入った」と見ていると考えられます。

第三に、量子コンピュータの到達時期には不確実性が大きい一方、「遅めに見積もって動くと手遅れになる」性質のリスクであるという点です。

仮にQ-Dayが予測より早く来た場合、移行が終わっていなければ、その時点から過去に記録された暗号化データが一気に危険にさらされます。

Googleはこの特性を踏まえ、「安全側に倒したデッドライン」として2029年を置き、業界や政府に対しても「今から動き出すべき」とメッセージを発していると見るべきでしょう。

Q-Day予測が前倒しされる理由

実はQ-Dayがいつ訪れるのかについては、専門家の間でも見解が割れています。

Palo Alto Networksによれば、多くの専門家は「2030年代かそれ以降」と見ていますが、「確定的なことは分からない」というのが正直なところで、カナダのセキュリティ企業evolutionQが行った専門家26人への調査では「暗号解読に適した量子コンピュータ(CRQC)」が10年以内に実現する確率は28〜49%、15年以内に実現する確率は51〜70%と見積もられています。

これは、以前よりも早期到来シナリオに重みが置かれつつあることを示唆しています。

なぜ予測が前倒し方向にシフトしているのか。

一つは、量子ビット数の増加やエラー訂正技術の進展が予想以上のペースで進んでいる点で、量子コンピュータは、単にビット数を増やせばよいわけではなく、誤りを抑えながら長時間安定して動作させる必要があります。

この「実用レベルの安定性」がどの程度のスピードで実現されるかが鍵でしたが、最近の研究開発の進展により、「10〜15年スパンでCRQCが登場する」シナリオが現実味を帯びてきたと見る研究者が増えています。

もう一つの理由は、「リスク評価の姿勢」が変わってきたことで、量子コンピュータが暗号解読に使えるかどうかだけでなく、「そうなったときの影響の大きさ」が再評価され、慎重側に倒すべきだという認識が広がっています。

特に、防衛・外交・重要インフラ・金融システムなど、国家レベルの機密や社会インフラが絡む領域では「少し先だろう」よりも「早めに備える」方が合理的と考えられ、その結果として、Q-Dayの予測は「早まる方にバイアスがかかりやすい」構造になっているとも言えます。

「今盗み、あとで解読する」新しい攻撃モデルの構造 

Q-Dayに関する議論で見落とされがちなのが「Harvest-now, decrypt-later(今収集、あとで解読)」と呼ばれる攻撃モデルで、これは攻撃者が現在の暗号を今すぐ破ることを目的とせず、「とにかく今のうちに暗号化データを大量に盗み出し、量子コンピュータが実用化されたタイミングでまとめて解読する」という発想に基づいています。

このモデルが厄介なのは「Q-Dayがいつか」にかかわらず、すでにリスクが始まっている点で、今盗まれている暗号化データには、政府機関の記録、防衛機密、金融取引履歴、医療情報、企業の知的財産など長期にわたって秘匿が必要な情報が含まれます。

たとえば外交交渉の記録や軍事戦略、長期契約に関する情報などは、10年、20年後に暴露されても大きなダメージを生みかねません。

構造的に見ると、従来のサイバー攻撃は「侵入して、すぐに金銭的・政治的なメリットを得る」ことが主目的でしたが、量子コンピュータの登場を前提にすると「未来の解読可能性を見越した長期投資」としてデータ窃取が行われる可能性が出てきます。

今は読めない暗号化データでも、「将来の資産」として価値を持つようになるわけです。

この視点に立つと「Q-Dayが2030年代だから、まだ時間がある」という発想は危うくなります。

すでに情報は盗まれているかもしれず、その情報が量子コンピュータによって解読される日付だけが未来のどこかに設定されているというだけの構造となるからです。

だからこそ、Palo Alto NetworksやGoogleは「Q-Dayを待たずにPQC対応を進めるべき」と強調しているのです。

ポスト量子時代に向けて、社会と組織は何を変えるべきか 

では、この状況を踏まえて、社会や組織は何を変えていく必要があるのでしょうか。

ポイントは「技術の置き換え」だけでなく、「リスクの捉え方」と「移行の優先順位付け」にあります。

技術面では、耐量子暗号(PQC)への移行が中核になり、NISTが推奨するアルゴリズム群をベースに、通信プロトコル、アプリケーション、OS、ハードウェアなどのレイヤーごとに、どの暗号方式をどう組み込むかを検討しなければなりません。

これは単なるライブラリの差し替えではなく、性能への影響や互換性、運用の複雑さも含めて評価する必要があるため、中長期のプロジェクトにならざるを得ません。

同時に「どのデータを優先的に守るべきか」の整理も欠かせません。

長期にわたって秘匿する必要がある政府・防衛・金融・医療・知財関連データなどは、「今からPQC化や追加の保護策を講じるべき対象」として最優先でリストアップすべきです。

一方、短期間で価値が失われるデータについては、移行コストとリスクを冷静に比較する判断も必要になります。

さらに、組織文化としても「量子コンピュータはまだ先の技術」と切り離して考えるのではなく、「現在のセキュリティ戦略にすでに影を落としている要因」として位置づけ直すことが求められ、経営層・セキュリティ担当・技術部門が共通の前提を持ち、ポスト量子時代を見据えたロードマップを共有することで、ようやく実効性のある対応が進みます。

最終的に、Q-Dayは「ある日突然、世界が崩壊するXデー」というよりも、「暗号技術とリスク認識のパラダイムが徐々にシフトしていく過程の象徴」と捉えるべきかもしれません。

その中で、Googleが2029年というデッドラインを掲げたことは、世界に対する一つの「行動開始のシグナル」としての意味を持っていると言えるでしょう。

今回のまとめ 

量子コンピュータが現代の公開鍵暗号を破る可能性は、もはや理論上の話にとどまらず、10〜15年という現実的なタイムスケールで議論される段階に入っています。

Googleが2029年を目安にPQC移行を加速しているのは、暗号基盤の置き換えに長い時間がかかること、NIST標準化が進み実装フェーズに移りつつあること、そして「Harvest-now, decrypt-later」という時間差攻撃モデルがすでに視野に入っていることが背景にあります。

Q-Dayそのものの具体的な日付は誰にも分かりませんが、重要なのは「すでにリスクは動き出している」という認識で、長期秘匿が必要なデータほど、今からPQC対応や保護策の強化が求められます。

量子コンピュータの性能曲線だけを追うのではなく、自社や社会全体の情報構造を見直し、「どの情報を、いつまで守るのか」という視点からポスト量子時代への準備を進めていくことが、これからの暗号・セキュリティ戦略の核心になっていきます。

家庭用PCでもサーバを止められる新しいDoS手法「HTTP/2 Bomb」。

被害は大企業に限らず、自分のサイトや利用サービスを守るため、今日からできる確認と対策を具体的に整理してみます。

HTTP2

まず確認すべき「自分のリスク」

今回の攻撃は少量の通信でサーバに過負荷をかける点が特徴となっていて、特にHTTP/2を有効にしたままのWebサーバが狙われやすいようです。

自分のリスクを知るには、まず「どこで公開しているか」を整理することが出発点で、レンタルサーバ、クラウド(AWSやさくら)、自宅サーバのどれかで対策の主体が変わってきます。

さらに、ECサイトや予約フォームなど「止まると即損失になる機能」があるかも重要で、朝の注文ピークやキャンペーン直前に落ちると被害は一気に広がってしまいます。

単なる技術問題ではなく、売上や信頼に直結するリスクとして捉える必要があります。

今日できる現実的な対策

すぐにできる対策は大きく三つ。

まず、利用しているサービスの「公式発表」を確認すること。

多くのクラウドやレンタルサーバはすでに緩和策を進めています。

次に、HTTP/2設定の見直し。

必要なければ一時的に無効化する判断も現実的な対策となります。

最後に、WAF(Web Application Firewall)の有効化。

特にマネージド型のWAFは設定が簡単で、攻撃トラフィックを自動で遮断してくれます。

たとえば、普段は問題なく見えていたサイトでも、急に重くなった場合にWAFログを見るだけで異常に気づけることがある。

「止まった後」を想定しておく

防ぐことだけでなく、「止まったときの対応」も準備しておくと被害を抑えられ、具体的には、緊急連絡先の整理(サーバ会社、開発者)、簡易的なメンテナンスページの用意、SNSでの告知テンプレの準備など。

例えば、ランチタイムにサイトが落ちた場合でも、XやInstagramで状況を即時発信できれば、ユーザーの不安やクレームは大きく減りますし、復旧時間よりも「無反応な時間」を減らすことが信頼維持に直結する。

HTTP/2 Bombは技術的には高度でも、対策の第一歩はシンプルで、自分の環境を知り、サービス側の対応を確認し、最低限の防御と連絡体制を整えること。

それだけで被害の多くは回避できる。「自分は小さいから大丈夫」と考えず、止まったときの影響を一度だけでも想像しておくことが、最も現実的な防御になります。

海賊版アプリも一掃 Appleが明かした「App Store不正対策」のリアルな数字

Appleが、2025年の1年間でApp Storeにおける不正取引22億ドル(約3,499億円)超を未然に防いだのだそうです。

裏側では、機械学習と専門チームによって、200万件超のアプリ申請が却下され、11億件の不正なアカウント作成がブロックされていたのだそうで、さらに、海賊版アプリや盗難クレジットカードを使った決済も多層的に遮断していたのだとか。

私たちが「当たり前」にアプリをダウンロードし、課金できている背景には、こうした大規模な不正対策が動いているんです。

App Store-Top

App Storeで何が起きていたのか

過去6年間の累計では112億ドル規模に達しているのだそうで、不正との攻防が一時的な取り組みではないことがうかがえます。

対象は、盗難クレジットカードを用いた決済や、ユーザーをだますようなアプリ内課金、不正サブスクリプションなど多岐にわたるようで、その裏側で、Appleは機械学習による自動検知と、専門チームによる審査を組み合わせた仕組みも運用されていたのだとか。

結果として、2025年だけで200万件以上のアプリ申請を却下しているようで、これは単なる「数の多さ」ではなく、疑わしい取引やアプリを入り口の段階で止めることで、ユーザーが被害に気付く前にリスクを潰している構図となっています。

私たちがストアを眺めたときに「危なそうなアプリ」が極端に少ないのは、このフィルタリングの結果とも言えるでしょうね。

不正アカウントと悪質アプリをどう止めたか

不正対策の大きな柱が、アカウントとデベロッパーのコントロールで、Appleは2025年、ボットや不正業者による大量アカウント作成の試みを複数回にわたって検知し、結果として11億件もの不正なユーザーアカウント作成を却下。

すでに作られていたアカウントについても、悪用や不正利用を理由に4,040万件を無効化しているのだとか。

開発者側に対しても厳しい姿勢をとっており、不正の疑いがあるデベロッパーアカウント19万3,000件を停止し、新規のデベロッパー登録申請13万8,000件以上を却下、これにより「別名義で何度もアカウントを作り直して悪質アプリを出し続ける」といった手法のハードルが上がります。

一般ユーザーの目には見えませんが、アカウント単位で入口を絞ることで、検索結果やランキングに紛れ込む危険なアプリを減らしているのが実態のようですね。

海賊版ストアと違法アプリのリスク

Appleが対処しているのは、公式のApp Store内だけではないようで、2025年には、海賊版アプリストアで配布されていた2万8,000本の違法アプリを検出し、ブロックしたとしています。

これらには、正規アプリをコピーした海賊版だけでなく、マルウェアやポルノアプリ、賭博アプリなども含まれていましたようで、さらにAppleは、公式のApp Storeや承認済みの代替マーケット以外から違法に配布されるアプリについても監視を強化。

2025年4月には、そうしたアプリのインストールや起動の試みを、1カ月で290万件も阻止したと報告しています。

ユーザー側から見れば、「便利そうな非公式アプリ」や「正規品そっくりの無料版」が、実は情報搾取や課金詐欺の入り口になりかねませんので、Appleが技術的なブロックで対抗しているとはいえ、ストア外からのインストールに慎重になることが、ユーザー自身の防御にもつながります。

こうした多層的な不正対策の結果、App Storeでアプリを探しているとき、私たちはある程度「選別された棚」を見ている状態になり、評価やレビューの不正操作、検索結果やランキングの不自然な上昇なども、Appleによって検出・ブロックされているため、「サクラレビューだらけのアプリ」にだまされるリスクも一定程度抑えられています。

特に子ども向けカテゴリや保護者向け機能については、安全性を高める設計が施されており、家族での利用に配慮した運用が続けられています。

一方で、「Appleが対策しているから100%安全」というわけではないことも頭にいれておきましょう。

ユーザー側でも、開発元の情報を確認する、レビュー内容を鵜呑みにしない、サブスクリプションの条件をよく読む、といった基本的なチェックは欠かせませんし、今回明らかになった22億ドルという数字は「それだけの不正が試みられている」という裏返しでもあります。

プラットフォーム側の防御と、ユーザーの慎重な利用が組み合わさってはじめて、アプリを安心して使い続けられる環境が維持されます。

Appleが公開した不正対策の数字は、App Storeの裏側でどれだけ多くの不正行為が試みられているかを示す一方で、それを水際で食い止める仕組みが動いている証拠でもあり、公式ストアを利用すること、見慣れないアプリや支払い条件に注意することを意識すれば、私たちの日常のアプリ利用は、より安全なものになります。