茂木健一郎も認めた！！大AI時代のセキュリティ対策を、AWLL Studio×Ridgeで考える

株式会社AWLL

2026年10月29日 16:06

「防ぐ」だけでなく「動ける」へ。

攻撃を防ぐ技術はある。
対応の手順もある。
だが、その二つは日々の運用の中で意外なほど離れている。

AWLLがRidgeと組み合わせて解こうとしているのは、技術不足ではなく、この「発見から対応までの分断」だ。

「明日、弱点が見つかったら？」

「明日、自社のシステムに重大な弱点が見つかったら、誰が、何を、どの順番で対応しますか？」

この質問に、すぐ答えられる会社はどれくらいあるでしょうか。

10月23日、大垣市情報工房で開催された
「AIが社会・企業経営にもたらすインパクト」に、
AWLL Studioのブースを出展しました。

当日は、脳科学者の茂木健一郎氏による講演や、岐阜大学の加藤邦人氏が進行するQ&A、企業による展示・交流会が行われました。

AIと人間がこれからどう関わっていくのか。
企業はAIをどう活用していくのか。

そんなテーマに触れる一日となりました。

「100％は防げない」という前提

茂木健一郎氏による講演の中で特に印象に残ったのが、サイバー攻撃への備えについてのお話です。

茂木氏からは、
「サイバー攻撃を100％防ぐことは不可能だ」
という趣旨のお話がありました。

では、企業はどうすればよいのでしょうか。

私たちが大切だと考えるのは、
攻撃を受ける前の対策と、
何かが起きたときに動ける準備。
その両方を、日々の業務に組み込むことです。

「うちのサイトは大丈夫？」

イベントと時期を同じくして、PHPの重大な脆弱性が話題になりました。

PHPは、WebサイトやWebアプリケーションを動かすために使われるプログラミング言語です。
今回の「PHP2shell」と呼ばれる脆弱性について、IPAは10月22日に注意喚起を公開。
悪用されると、外部の第三者に不正なプログラムを実行される可能性があり、修正版への更新などを呼びかけています。

こうしたニュースを見たとき、まず気になるのは「自社に関係があるのか」ですよね。
ただ、確認を始めようとすると、別の課題が出てくることがあります。

「うちのWebサイトはPHPを使っている？」
「管理をお願いしている会社はどこ？」
「修正版が適用されたか、誰が確認する？」
「すぐに更新できない場合、誰が対応方針を決める？」

修正版が公開されていても、自社への影響が分からない。
確認先が分かっても、返事を待ったまま対応が止まっている。

技術的な対策が用意されていることと、自社で対策が完了していることは、別の話です。

自社のサイトやシステムへの影響、修正版の適用状況が分からない場合は、まず管理者やサービス提供元に確認してみてください。

「防ぎきれない」からこそ、決めておくことがある

大前提として、更新やアクセス管理など、侵入を防ぐための対策は欠かせません。
そのうえで、侵入された場合の対応も考えておく必要があります。

IPAも、最先端の対策をしても完全には防げない攻撃があることを踏まえ、平時から緊急対応体制を整えておくことを求めています。

例えば、自社のWebサイトで不審な動きが見つかったとします。

担当者は異変に気づいた。
上司にも連絡した。
管理会社にも問い合わせた。

それでも、サイトを止めるべきか判断する人が決まっていなければ、対応は進みません。
メール、チャット、電話に情報が分かれていれば、経営者は状況を把握するところから始めることになります。

必要なのは、次のようなことを事前に決めておくことです。

これは、情報システム担当者だけでは完結しません。
業務への影響を判断する責任者や経営層、外部の専門家も含めた準備が必要です。

Ridgeで弱点を見つけ、AWLL Studioで対応を進める

こうした課題に対して、私たちが提案したいのが、
AWLL StudioとRidgeを組み合わせた運用です。
役割は、大きく二つあります。

Ridge：攻撃者の視点から、日々弱点を検証する

Ridge Securityの「RidgeBot」は、AIを活用してペネトレーションテストを自動化する製品です。

ペネトレーションテストとは、許可されたシステムに対し、攻撃者の視点から侵入や被害につながる経路を検証するテストのことです。

RidgeBotは、脆弱性の悪用可能性を検証し、対応の優先順位を考えるための情報を提供します。
日次などの定期的な実行にも対応しています。

システムは、機能追加や設定変更、ソフトウェアの更新によって変化します。
そこで、対象や実行条件を設計したうえで、毎日のテストを運用に組み込むことで、弱点を継続的に確認し、対策につなげていく考え方です。

ただし、テストで問題が見つかっても、レポートを読むだけでは改善はされません。

AWLL Studio：誰が、いつまでに、何をするかを管理する

そこで、AWLL Studioを対応管理の基盤として組み合わせます。
例えば、次のような運用を構築するイメージです。

テストで見つかった問題と対象システムを登録する
重要度に応じて、担当者と責任者へ通知する
対応期限を設定し、進捗を管理する
重大な問題や未対応の案件を、上位の責任者へ報告する
修正後に再テストし、結果を確認して完了する

「報告しました」で終わらせず、次の担当者が何をすればよいか分かる状態で渡す。

この、重要度や対応状況に応じて適切な責任者へ報告・判断を引き上げる仕組みが、エスカレーション管理です。

同じ仕組みを、実際に不審な通信や情報漏えいの疑いが見つかった際の対応管理にも活用します。
監視担当者や監視製品などから受けた情報を起点に、連絡、判断、対応の履歴をつなげます。

なお、日々のテストは、実際の攻撃を常時監視する仕組みとは役割が異なります。
監視やバックアップ、復旧手順、連絡手段の確保、対応訓練も含めて備えることが大切です。

PHPのニュースを、自社の「対応完了」までつなげる

今回のPHPのような脆弱性情報でも、考え方は同じです。

「重大な脆弱性が出たらしい」で終わらせず、自社の対象システムを確認する。
管理会社に確認を依頼する。
回答と対応予定を記録する。
すぐに修正できない場合は、暫定対策や公開継続の判断を責任者につなぐ。

そして、修正と確認が終わるまで追いかける。

Ridgeで弱点を見つけることと、AWLL Studioで対応を進めることをつなぎ、問題を放置しない運用をつくる。

これが、私たちの考えるAWLL Studio×Ridgeの活用です。

AIを活用する企業に、「動ける準備」を

AIによって、業務を効率化できる範囲は広がっています。
その便利さを事業に生かしていくためにも、セキュリティを日々の運用として考える必要があります。

自社の弱点を継続的に確かめる。
見つかった問題を、担当者と期限につなげる。
何かが起きたときには、必要な人に情報が届き、判断と対応を進められる。

「何も起きないはず」に頼るのではなく、
起きたときに動ける準備をしておく。

まずは社内で、冒頭のこんな質問をしてみてはいかがでしょうか。

「明日、自社のシステムに重大な弱点が見つかったら、誰が、何を、どの順番で対応しますか？」

AWLLでは、日々のセキュリティ検証から報告・対応管理まで、自社に合った運用づくりをご相談いただけます。

参考

IPA「PHPの脆弱性対策について(CVE-2026-109618、CVE-2026-109619：PHP2shell)」（2026年10月22日）
IPA「【事前準備のお願い】PHPのセキュリティリリース公開予定について」（2026年10月21日）
内閣官房国家サイバー統括室「不正アクセスによる漏えい等の事案を踏まえた対応について」（2026年10月9日）
金融庁「金融分野におけるサイバーセキュリティに関するガイドライン」（2024年10月4日）
金融庁・日本銀行「「フロンティアAIによる脅威変化を踏まえた金融機関等の短期的な対応」に係る要請について」（2026年5月22日）
経済産業省・IPA「サイバーセキュリティ経営ガイドライン」
Ridge Security「RidgeBot」製品ページ
岐阜県DX推進コンソーシアム「10月23日（金）「AIが社会・企業経営にもたらすインパクト」脳科学者茂木健一郎氏による講演会」
岐阜新聞「茂木健一郎さん、AIサイバー攻撃「一気に十万体出るもぐらたたき」ソフトピア30周年で展望語る」（2026年10月27日）

AWLL Studioについて

AWLL Studioは、年間数千万円かかることも珍しくないシステム投資を、民主化するために生まれたサービスです。

これまで、業務に合ったシステムをつくるには、高度な要件定義と、それを形にする専門の人材と、長い開発期間が必要でした。その結果、システムを持てるのは一部の大きな会社に限られ、システムを入れた会社でも、そこに収まらない業務はExcelや担当者の頭の中に残り続けてきました。

AWLL Studioでは、高度な要件定義をしなくても、業務をいちばんよく知っている人が、その理解をそのままシステムに落とし込めます。お客様がご利用のClaudeなどの生成AIと一緒に、データベースや業務画面をつくり、業務が変わればその場で変えていけます。

それを支えているのが、特許第5901483号「データベースシステム生成装置」です。
売上やKPIといった定量の情報と、システムに乗らずにExcelや頭の中にだけあった属人的な情報。これまで別々の場所にあった2つを、業務の関係を保ったまま、1つの構造でつなげられるようになりました。

これによって変わるのは、システムのつくりやすさだけではありません。数字の裏にある「なぜそうなったか」「いま誰が何をしているか」が同じ画面でたどれるようになり、上長の「あの件、どうなってる？」という確認のために、メールやチャットを行き来したり、会議で聞き取ったりする手間を大きく減らします。

経営に必要な情報が、日々の業務の中で自然に集まり、つながり、使える形で残っていく。

AI時代の経営OS。それが、AWLL Studioです。