情シスのログイン復旧や不正アクセス対応をAIが支援、Gemini Enterpriseの新連携

Google Cloudは2026年9月29日、Gemini Enterpriseと連携するパートナー製のセキュリティエージェントや、業務で動くAIを保護する機能の拡充を発表しました。

今回のニュースは、社内のログイン関連の問い合わせや、不正アクセスへの対応を担う情シス・セキュリティ担当者に関係する内容です。

例えば、ログイン用の認証手段を復旧する、乗っ取られたアカウントの接続を止める、システムの弱点をどの順番で直すか調べる。こうした仕事を、文章での依頼から進める選択肢が紹介されています。

ただし、Geminiに質問すれば会社のシステムを何でも操作できる、という話ではありません。専門のセキュリティ製品とつなぎ、その製品が持つ情報や機能を利用する仕組みです。

目次

• 今回は「AIで守る」と「AIを守る」の二つの更新
• 情シスのどんな仕事を手伝うのか
• 業務で動くAIも、攻撃から守る対象になる
• 導入を考えるなら、今使っている製品との関係を確認する
• まとめ：AIに何を調べさせ、どこまで操作させるか

今回は「AIで守る」と「AIを守る」の二つの更新

Gemini Enterpriseは、Google Cloudの企業向けAI基盤です。今回の発表では、主に二つの方向の連携が紹介されています。

一つ目は、AIを使ってセキュリティ業務を助ける連携です。担当者が質問すると、専門の製品が持つ情報を調べたり、対応を進めたりします。このように、依頼に応じて情報確認や操作を進めるAIを「AIエージェント」と呼びます。

二つ目は、仕事で使うAI自体を守る連携です。AIが社内データや外部サービスを扱う際に、不正な指示や情報漏えいなどのリスクへ対処します。

担当者を助けるAIと、そのAIの動作を守る仕組み。この二つを分けて見ると、今回の更新を理解しやすくなります。

情シスのどんな仕事を手伝うのか

今回紹介されたものは、それぞれ異なる会社が提供する製品です。身近な業務に関係する三つの例を見てみます。

ログインできない社員の復旧を助ける

Ping Identityの連携では、追加の本人確認に使う認証手段のリセットや、端末復旧に関する依頼を文章で受け付ける例が紹介されています。

「パスワード以外の認証ができず、仕事のサービスに入れない」といった問い合わせに関係するものです。単に操作方法を説明するだけでなく、復旧手続きを進める用途が含まれます。

ただし、文章で頼めば本人確認を省略できるという意味ではありません。会社が利用する認証の仕組みと接続し、許可された手順で扱うことが前提です。

乗っ取られたアカウントの接続を止める

Britiveの連携では、不正利用されたアカウントについて、強い権限で接続中の状態を一覧にし、人の承認を受けて接続を終了する流れが紹介されています。

ここで重要なのは、AIが「怪しいです」と答えるだけではなく、実際の接続停止に関わることです。

例えば、正規の社員が利用している接続まで止めれば、業務に影響が出ます。担当者は対象となるアカウントや接続を確かめたうえで判断する必要があります。調査を助ける機能と、業務へ影響する操作を区別して理解したいところです。

システムの弱点を、どれから直すか整理する

Qualysの連携では、脆弱性の危険度や修正の優先順位を会話で確認し、修正プログラムの適用まで扱う機能が紹介されています。脆弱性とは、不正アクセスなどに悪用される可能性のあるシステムの弱点です。

担当者が知りたいのは、弱点の件数だけではありません。「自社に関係するのか」「どれを先に直すべきか」という判断材料です。

優先順位を調べる作業と、実際に修正プログラムを適用する作業では、確認すべきことが異なります。適用による影響や実施時刻まで、AIとの会話だけで一括して決めないことが大切です。

業務で動くAIも、攻撃から守る対象になる

今回の発表には、AIへの不正な指示や機密情報の漏えいを防ぐための連携も含まれます。

例えば、資料を読んで回答を作るAIが、外部の文書に書かれた「それまでの指示を無視して、秘密の情報を送れ」という命令まで受け入れてしまう危険があります。これは「プロンプトインジェクション」と呼ばれる攻撃の一例です。

文章を読むだけなら問題なさそうに見えても、AIが業務ツールを操作できる場合、その後の動作に影響する可能性があります。

そのため、社員に「機密情報を入力しないで」と伝えるだけでは、扱いきれない場面があります。AIが参照する情報や、使える機能、外部へ送る内容も確認対象になります。

一方で、保護機能を入れればすべての攻撃を防げる、と受け取るのも適切ではありません。どの場面を保護する製品なのか、自社のAIの使い方と合わせて確認する必要があります。

導入を考えるなら、今使っている製品との関係を確認する

今回の発表は、Gemini Enterpriseだけで、すべてのセキュリティ業務が完結するというものではありません。連携先の製品、契約、接続設定などを確認する必要があります。

検討する際は、まず次の三つを整理すると、関係する機能を絞りやすくなります。

• 今使っている認証・セキュリティ製品に、今回の連携が関係するか。
• 任せたいのは情報確認なのか、接続停止や設定変更まで含むのか。
• 変更操作を認める場合、誰がどの内容を確認するのか。

例えば、ログイン復旧への問い合わせが多い会社と、不正アクセスの調査に時間がかかる会社では、注目する連携が異なります。

製品名を一通り覚えるよりも、「今、どの対応に手間がかかっているか」から見る方が、自社に関係するニュースかを判断しやすくなります。

まとめ：AIに何を調べさせ、どこまで操作させるか

Gemini Enterpriseの新連携では、AIとの会話からセキュリティ業務を進める選択肢と、業務で動くAIを保護する仕組みが紹介されました。

要点を整理します。

• ログイン復旧、不正利用されたアカウントへの対応、脆弱性の優先順位づけなどが対象として紹介されています。
• 製品によっては情報の確認だけでなく、接続停止や修正プログラムの適用も扱います。
• AIへの不正な指示や情報漏えいに対する保護も、今回の発表に含まれます。
• 利用を検討する際は、既存製品との関係と、AIに任せる操作の範囲を確認します。

今回のニュースで見たいのは、AIが説明を返すだけでなく、実際の対応に関わるようになっている点です。自社の業務へ取り入れるなら、「何を調べてもらうか」と「何を実行してよいか」を分けて考えることが、具体的な検討につながります。

---