最新AI
ペネトレーションテスト

攻撃者の​AIを、​防御の​武器に。最新の​AI攻撃ツールで、​公開資産から​クラウド・社内システムまでを​検証し、​悪用される​前に​弱点を​洗い​出します。
診断範囲と​進め方を​相談する
AI攻撃者AI公開Web公開APIクラウド社内システムVPN
✓
合意した​範囲内で​実施対象・禁止事項・停止条件・連絡体制を​着手前に​取り決め、​本番に​影響を​出さない​段取りで​検証します
✓
最新の​AI攻撃ツールで​再現政府・IPA・JPCERT の​注意喚起や​公表された​脆弱性から​御社に​関係する​手口を​選び、​攻撃者が​使うのと​同じ​最新の​AI攻撃ツールで​再現します
✓
今日直す​ものに​絞って​報告件数を​増やすのではなく​優先順位を​つけ、​経営向けの​要約と​修正後の​再検証まで​含めます

こんな​お悩みは​ありませんか

こうした​不安は、​御社だけの​ものではありません。​公開された​Webが、​AIを​使う​攻撃者に​短期間・​広範囲で​狙われている​ことは、​政府の​一斉注意喚起や​調査でも​確認されています。

35日

脆弱性の​公表から​攻撃が​確認されるまでの​日数

2024年は​141日。​横浜国立大の​観測、​2026年8月末時点​(読売新聞)
43.9%

情報源が​多すぎて​整理が​難しいと​答えた​担当者

大企業の​情シス・セキュリティ担当107人​(フューチャー調査、​2025年)
30%

脆弱性管理を​十分に​実施できている​日本の​大手企​業

Gartner、​2026年7月調査​(2026-10-13 提言)

攻撃の​確認までの​日数は​年々​縮まり、​どの​脆弱性が​自社に​関係するかの​判断は​追いつかなくなっています。​本サービスは、​その​判断を​御社に​代わって行い、​合意した​範囲で​実際に​試します。

サービス概要

攻撃者は、ARTEX・Strix・GLM-5.3・REA と​いった​最新の​AI攻撃ツールで、​公開された​脆弱性や​設定の​不備を​短期間・​広範囲に​試すようになっています。

HumanHacker は、​新しい​AI攻撃ツールが世に​出る​そばから、​いち早く​攻撃者視点で​手を​動かして​検証し、​その​手口と​防ぎ方を​公開しています。​ニュースを​後追いするのではなく、攻撃の​最前線で​実際に​試す——本サービスは、​そこで​把握した​最新の​AI攻撃ツールを​使って、攻撃者より​先に、​公開資産から​クラウド・社内システムまでを​検証します。

AIを使う攻撃者本サービス(HumanHacker)御社のシステム資産AI攻撃に生成AIを利用公開された脆弱性や設定の不備を短期間・広範囲に試します既知・未掲載の脆弱性認証・アクセス制御の不備WAF や防御の迂回公開APIと業務ロジックの悪用最新の手口専門家手口の選別と判定①御社に関係する手口を選別②合意した範囲で実際に試す③今日直すものを優先順位づけ検証結果コーポレートサイト更新・公開の管理下会員・予約システム設定不備・認証の迂回の余地公開APIアプリ解析からの直接攻撃の余地VPN・RDP 等の公開機器外部公開の侵入口図1:先回り検証の構成。赤い枠が、合意した範囲の検証で悪用できた弱点。外から見るだけでは確定できない。

CVE に​載っていない、​CVSS の​優先度が​低い、と​いう​理由で​「自社は​対象外」と​判断するのが、​こうした​AI攻撃ツールを​前に​すると​危うくなっています。​使えそうな​ものを​片端から​自動で​試される​ためです。

本サービスは、​公開された​最新の​手口から御社に​関係しうる​ものを​選び、攻撃者が​使うのと​同じ​最新の​AI攻撃ツールで​再現して、​公開資産から​クラウド・社内システムまで、​合意した​範囲内で​実際に​試します。​攻撃者の​AIを、​防御の​側で​先に​使う​——それが​本サービスです。

外から​眺めるだけ​(ASM)では、​バージョンが​不明で​脆弱か​どうか​確定できません。​攻撃者は​細かい​番号を​気に​せず攻撃コードを​打ち込むため、実際に​試して確かめることに​意味が​あります。

見つけた​弱点は​件数ではなく、今日直すべき​ものに​絞って優先順位を​つけ、​修正後の​再検証まで​行います。

対象と​なる​資産

対象は、インターネットに​公開している​資産を​入口に、​クラウドや​社内システムまで——公開Webサイト・Webシステム、​公開API、​会員・予約・問い合わせなどの​入口、​VPN・RDP などの​公開機器、​クラウド環境​(AWS・Azure・Google Cloud の​設定・権限)、​そこから​到達しうる​社内の​業務システムです。​まず​公開資産を​入口に、​攻撃者が​たどる​経路に​沿って​検証します。

公開Webの​保守を​制作会社に​委託していて​情シスが​直接管理していない​場合は、調整相手と​検証して​よい​範囲を​最初に​整理します。​委託先が​開発した​システムの​場合も、​提供して​もらえる​資料と​範囲を​先に​決めます。

診断項目

4つの​観点で、​御社の​公開資産を​合意した​範囲で​検証します。​網羅的な​定期診断とは​違い、いま出回っている​手口の​うち、​御社に​効く​ものに​絞ります。

既知・未掲載の​脆弱性認証・アクセス制御WAF・防御の​迂回公開APIと​業務ロジック
確認内容公開済み・未掲載を​問わず、​実際に​悪用できるか認証の​回避・権限の​昇格・​設定ミスが​成立するかWAF 導入済みでも​迂回・無害化されないかアプリ解析からの​API直接攻撃や​業務ロジックの​欠陥が​成立するか
主な​手口公表された​攻撃コード、​設定不備の​連鎖認証バイパス、​セッション、​アクセス制御の​不備閾値回避、​エンコード、​IP の​切り​替えA2B​(アプリ解析からの​API攻撃)、​価格・在庫・権限の​操作
主な​対象公開Webサイト・公開機器会員・管理・予約の​入口WAF の​保護下に​ある​公開資産公開API・モバイル連携
成果悪用可否と​影響、​今日直す​ものの​指定成立した​経路と、​止める​ための​設計の​指定迂回の​成否と、​設定で​止める​箇所悪用の​成否と、​入力検証・権限設計の​指定

各観点の​確認方法

4つの​観点に​ついて、​確認する​内容と​進め方を​示します。​観点は​御社の​構成と​業務に​合わせて​追加します。

既知・未掲載の​脆弱性の​悪用可否

公表された​脆弱性の​攻撃コードが、​御社の​構成で​実際に​動くかを​確かめます。CVE に​載っていない、​優先度が​低いと​いう​理由で​放置されがちな​弱点も、​連鎖すれば​悪用できる​ため対象にします。

  • 政府・IPA・JPCERT の​注意喚起と​公表直後の​重大な​脆弱性から、​実際に​悪用が​確認されているか​(KEV)​・悪用の​起きやすさ​(EPSS)も​手が​かりに、​御社に​関係する​ものを​選ぶ
  • 合意した​範囲で​攻撃コードを​実行し、​悪用の​可否を​記録する
  • 見つけた​弱点を、​今日・​今週・計画的の​3段階で​優先順位づけ​(トリアージ)​する

認証・アクセス制御の​不備

ログインの​回避、​他人の​権限への​昇格、​公開してはいけない​画面や​データへの​到達​(IDOR)を​確かめます。普通の​利用の​範囲で​越えられる​境界から​先に​試します。

  • 認証の​回避、​セッションの​扱い、​権限の​境界を、​通常の​操作と​不正な​操作の​対で​試す
  • 公開してはいけない​画面・​データ・管理機能に​到達できるかを​記録する
  • 成立した​経路ごとに、​設計で​止める​箇所を​指定する

WAF・防御の​迂回

WAF を​入れていても、​迂回・無害化されないかを​確かめます。​今回の​大量漏えいでは、閾値ぎりぎりで​多数の​IPを​切り​替える​手口で​ WAF が​破られた例が​報告されています。

  • WAF の​保護下に​ある​公開資産に​対し、​エンコードや​分割、​IP の​切り​替えで​迂回を​試す
  • 迂回できた​場合に​本来の​弱点が​悪用できるかまで​確かめる
  • WAF の​設定で​止める​箇所と、​根本の​修正箇所を​分けて​報告する

公開APIと​業務ロジックの​悪用

画面の​裏で​動く​公開APIへの​直接攻撃と、​価格・在庫・権限などの​業務ロジックの​欠陥を​確かめます。画面では​防いでいても、​API を​直接叩くと​通る経路が​対象です。

  • アプリや​モバイルを​解析し、​公開APIを​直接呼び出して、​権限や​入力検証の​不備、​サーバを​踏み台に​する​欠陥​(SSRF など)を​試す
  • 価格・数量・権限・決済など​業務ロジックの​操作が​成立するかを​記録する
  • 入力検証・権限設計・サーバ側の​検証で​止める​箇所を​指定する

既存の​診断との​違い

本サービスは、​既存の​診断や​監視を​置き換える​ものではありません。​それぞれ対象と​目的が​異なる​ため、補完と​して​組み合わせることを​前提に​しています。​下の​表で、​何が​どう​違うかを​示します。

比べられる​ものその​対象・方法本サービスとの​関係
既存の​脆弱性診断​(Web)定めた​項目を​網羅的に​点検。​年1回の​定期と​改修時が​主。網羅性では​既存診断が​上。​本サービスはいま効く​手口に​絞る補完で、​置き換えではありません。
従来型の​ペネトレーションテスト専門家が​手作業で​攻撃シナリオを​組み、​網羅的に​侵入可否を​検証。​年1回程度・数百万円規模。本サービスも​侵入可否を​試すペネトレーションテストですが、最新の​AI攻撃ツールで​手口を​再現し、​対象を​絞って​四半期ごとに回すAI活用型。​公開直後の​手口に​短い​周期で​追従します。
ASM​(外部公開資産の​継続監視)外から​公開資産を​継続的に​見張る。​安価。ASM は​外から​見るだけで​確定できません。​本サービスは見えた​ものを​合意範囲で​実際に​試す、​その​次の​一手です。
BAS​(攻撃シミュレーション)最新手法を​自動化し、​主に​社内の​防御の​効き目を​測る。BAS は​社内の​防御の​効き目が​対象。​本サービスは公開資産から​クラウド・社内システムまで、​攻撃者が​たどる​経路​その​ものが​対象で、​目的が​異なります。
WAF・EDR などの​製品通信や​端末を​守る​常設の​防御。「入れているから​大丈夫」が​今回の​攻撃で​破られました。迂回されないかを​試すのが​本サービスです。

網羅的な​定期診断は​監査や​取引先への​説明の​土台と​して​続けていただき、​本サービスはその​隙間に​出てきた​最新の​手口を、​公開直後に​先回りで​確かめる​役割を​担います。

診断の​流れ

WEEK 1
WEEK 2
WEEK 3
WEEK 4
公開資産の​確認
公開資産の​確認
手口の​選別
手口の​選別
範囲の​合意
範囲の​合意
範囲の​合意
再現検証
再現検証
再現検証
報告・再検証
報告・再検証
報告・再検証

初回は3〜4週間が​目安で、​5つの​工程で​進めます。​上の​図は​各工程の​時期を​示した​もので、​黒が​ HumanHacker の​作業、黄緑が​AIの​試行を​含む作業、​白枠が​御社と​共同で​行う​作業です。

攻撃の​手口は​数か月で​入れ替わる​ため、​本サービスは四半期ごとに​繰り返す継続型を​基本に​します。​年1回の​定期診断の​補完と​して、​公開直後の​手口を​その​都度​先回りで​確かめます。

各工程の​内容

STEP 1|WEEK 1公開資産の​確認

御社が​公開している​Webサイト、​システム、​API、​公開機器を​洗い​出します。​ASM や​聞き取りで​棚卸しし、​どこまでを​御社が​管理し、​どこを​制作会社や​委託先が​管理しているかを​整理します。​保守の​委託先が​ある​場合は、​検証して​よい​範囲と​連絡経路を​先に​決めます。

STEP 2|WEEK 1手口の​選別

政府・IPA・JPCERT の​注意喚起、​公表直後の​重大な​脆弱性、​自社の​観測記録から、御社の​構成に​関係しうる​手口だけを​選びます。​関係の​ない​手口は​試しません。​選んだ​手口と、​なぜ御社に​関係するのかを​先に​共有します。

STEP 3|WEEK 1〜2範囲の​合意

対象資産、​やって​よい​こと・やってはいけない​こと、​実施する​時間帯、​試行回数の​上限、​停止条件、​緊急連絡先を​文書で​取り決めます。​本番に​影響を​出さないため、テスト環境を​優先し、​WAF や​ IPS を​一時的に​外す必要が​ある​場合や​サービスを​止めうる​手口は、​個別に​可否を​確認します。

STEP 4|WEEK 2〜3再現検証

合意した​範囲で、攻撃者が​使うのと​同じ​最新の​AI攻撃ツールを​用い、​選んだ​手口を​再現して​実際に​試します。​試行と​ログの​整理は​ AI が​行い、悪用できたか​どうかの​判定は​専門家が​行います。​悪用できた​弱点は、​再現の​手順と​影響、​止める​ための​箇所を​記録します。

STEP 5|WEEK 3〜4報告と​修正後の​再検証

経営が​可否を​判断できる​要約1枚と、​弱点ごとの​記録を​納品し、​報告会で​説明します。​弱点は今日・​今週・計画的の​3段階で​優先順位を​つけます。​御社が​修正した​あと、​同じ​手口で​再検証​(retest)し、​直った​ものと​残った​ものを​同じ​番号で​示します。

報告書

納品するのは、経営が​「今、​何を​直すべきか」を​判断できる​記録です。​件数の​多さではなく、​1枚の​要約で​可否と​優先順位を​判断でき、​記録で​再現と​修正が​できる​ことを​基準に​作ります。​下は​報告書の​見本です。

SAMPLE
最新AIペネトレーションテスト 診断報告書見本|株式会社○○○○ 御中|2026-00-00
01 経営サマリ​(1枚)
対象資産公開Web 12/API 4/公開機器 3
試した​手口18
悪用できた​弱点5​(高2・中2・低1)
優先度内容期限の​目安
今日公開APIの​認証不備​(他ユーザー権限への​昇格が​成立)即時
今週WAF を​迂回して​管理画面へ​到達7日以内
計画的利用中ライブラリの​既知脆弱性​(N-day)次回更新時
03 弱点ごとの​記録​(抜粋)
F-01|公開APIの​認証不備​(深刻度:高)再現:POST /api/orders を​他ユーザーの​ ID で​実行すると​権限昇格が​成立/影響:会員情報の​閲覧・​改ざん​/止め方:サーバ側で​所有者チェックを​必須化し、​ID 直接指定を​遮断/再検証:修正後に​同手口で​再試行し、​成立しない​ことを​確認

※数値・指摘は​すべて​サンプルです。​実際の​報告書は​御社の​構成と​検証結果に​合わせて​作成します。

構成は​次の​6つです。

01経営に​使う​要約1枚。​対象資産、​試した​手口、​悪用できた​弱点の​件数と​深刻度、​今日・​今週・計画的の​優先順位、​残る​確認事項。
02検証範囲と​条件合意した​対象、​やって​よい​こと・いけない​こと、​実施した​時間帯と​試行回数、​使用した​手口の​一覧。
03弱点ごとの​記録弱点1件ごとに、​再現の​手順、​悪用できた​範囲、​影響、​止める​ための​箇所、​優先度。
04手口と​結果の​対応選んだ​最新の​手口ごとに、​御社で​成立したか・しなかったか、​その​理由。
05対処の​優先順位今日直す​もの、​今週直す​もの、​計画的に​直す​ものに​分け、​担当と​期限の​目安を​添える。
06修正後の​再検証御社の​修正後、​同じ​手口で​再検証した​結果。​直った​ものと​残った​ものを​同じ​番号で​並べる。

御社の​実際の​構成に​合わせた​報告書サンプルは、​ご相談の​うえで​お作りします。​固い​体裁に​ HumanHacker の​配色を​残した​ A4 の​形で​用意しています。

お見積りと​前提条件

着手前に、​検証して​よい​範囲と、​HumanHacker が​守る​段取りを​揃えます。​公開Webに​手を​入れる​以上、本番に​影響を​出さない​ことを​最初に​取り決めます。

具体的には、​対象資産、​やって​よい​こと・やってはいけない​こと、​実施する​時間帯、​試行回数の​上限、​停止条件、​緊急連絡先を文書で​合意します。​テスト環境を​優先し、​WAF や​ IPS を​一時的に​外す​場合や​サービスを​止めうる​手口は、政府機関の​ガイドラインに​沿って​個別に​可否を​確認します。

公開Webの​保守を​制作会社に​委託している​場合は、​調整相手と​提供して​もらえる​資料を​先に​整理します。​情シスが​直接管理していない​資産でも、関係者への​事前の​周知と​可否確認を​揃えてから進めます。

見つかった​問題を​御社に​代わって​修正する​作業と、​AIモデル単体の​性能評価は含みません。​網羅的な​定期診断の​代わりではなく、その​補完です。

お見積りは、対象資産の​数・試す手口の​数・検証の​範囲・再検証の​回数・四半期継続か​単発かで​決まります。​公開資産の​構成を​拝見したうえで、​範囲と​金額を​ご提案します。

よく​ある​ご質問

Q01見つけても、​直す人が​社内に​いません
だからこそ、​件数を​増やすのではなく今日直すべき​ものに​絞って渡します。​弱点ごとに​止める​箇所を​具体的に​示し、​御社が​修正した​あとの​再検証までを​含めます。​優先順位の​ない​大量の​指摘で​現場の​仕事を​増やすことはしません。
Q02年1回の​定期診断を、​既に​やっています
定期診断は​決まった​項目の​網羅が​目的で、​監査や​取引先への​説明の​土台と​して​続けていただく​ものです。​本サービスは、​その​診断の​隙間に​出てきた公開直後の​手口や​ WAF の​迂回など、​最新の​手口を​先回りで​確かめます。​役割が​違う​ため、​両方が​必要です。
Q03WAF や​ EDR を​入れています
今回の​大量漏えいでは、​WAF を​入れていても​閾値ぎりぎりで​多数の​IPを​切り​替える​手口で​迂回された​例が​報告されています。​EDR は​把握済みの​端末を​守る​もので、​外部公開の​弱点は​別に​確かめる​必要が​あります。入れているから​大丈夫、を​実際に​試して​確かめるのが​本サービスです。
Q04うちは、​狙われる​ほどの​会社ではありません
2026年の​攻撃では、​AIを​使う​攻撃インフラが​業種を​絞って​日本企業を​狙い、​ギフト・小売・教育・ポイント・保険・EC・物流など、​中堅の​サービスも​標的に​なっていたと​報告されています。​公開Webを​持っていれば​対象に​なりえます。
Q05本番の​システムに​攻撃を​試すのが​怖いです
正当な​ご懸念です。​だから合意した​範囲内でしか​行いません。​対象・禁止事項・停止条件・連絡体制を​着手前に​文書で​取り決め、​テスト環境を​優先し、​サービスを​止めうる​手口は​個別に​可否を​確認します。​段取り​その​ものを​サービスの​一部と​考えています。
Q06大手の​セキュリティ会社に​頼んでいます
大手は​診断・監視・運用まで​一式を​持ちます。​本サービスは、​対象と​手口を​絞って​短い​周期で​回し、今日直す​ものに​絞って​修正まで​伴走するところに​絞っています。​既存の​委託と​競合せず、​最新の​手口の​先回りだけを​足す​使い方も​できます。
Q07単発の​診断は​もう​古い、と​聞きました
その​とおりで、​Gartner は​単発の​委託診断から​継続的な​管理へ​移るよう提言しています。​本サービスも四半期ごとの​継続を​基本形にし、​手口が​入れ替わる​たびに​先回りで​確かめる​設計に​しています。

診断範囲と​進め方の
ご相談

同業の​漏えいを​受けて​自社の​公開Webを​確かめたい。​経営から​点検を​求められている。​最新の​手口に​自社が​対応できているか​先回りで​知りたい。​そうした​ご相談を​フォームから​受け付けています。

✓初回相談で、​御社の​資産に​手を​入れる​ことは​ありません
✓公開資産の​構成を​拝見し、​検証範囲と​金額を​ご提案します
✓内容を​確認し、​ご記入の​メールアドレスへ​折り返しご連絡します

ご相談は、お問い合わせフォームで受け付けています。内容を確認し、ご記入のメールアドレスへ折り返しご連絡します。