SONAE KNOWLEDGE / AIとセキュリティ

便利なAIアプリの連携ボタン。押す前に確認する権限と承認者

AI技術確認日:2026-10-23/編集確認は未了

AIを用いて初稿を作成し、技術確認もCodex(AI)が実施しています。一次資料との対応、記述とひな型の整合性を確認しました。専門家による監修ではありません。運営者の判断で先行公開しています。本人による編集確認は未了です。確認範囲は運営と編集のページをご覧ください。

便利そう、の次に「どの情報を、誰の権限で渡すか」を確かめる。

ログインできることと、資料を読めることを分ける

外部アプリとの接続には、ログインやデータへのアクセスなど異なる関係があります。Googleの公式ヘルプでも、その種類を確認する方法が説明されています。SONAEは、AIアプリを承認するとき、アプリ名だけでなく、求める権限と用途を一緒に記録する方法を提案します。画面に出る許可の説明が分からなければ、そこでいったん止め、管理者に確認する手順を用意します。

SONAE KNOWLEDGE / 図解 01

申請する内容と、承認する範囲を合わせる。

  1. 申請

    用途・情報・求める権限

    業務に必要なことを説明。

  2. 承認

    利用条件・期間・終了方法

    許可した範囲と理由を残す。

本番の利用と架空データでの試行を分けて承認します。

用途に対して、広すぎないかを聞く

公開資料から文章を作るだけの試行に、全員のメールや広い共有領域が必要なのかを確認します。権限を細かく選べるかどうかは製品によって異なります。範囲を絞れない場合は、そのまま許可するのではなく、架空資料を置いた別の検証領域や、連携を使わない方法も検討します。この記事の例は確認計画であり、実際のサービスへの接続試験は行っていません。

SONAE KNOWLEDGE / 図解 02

AIをつなぐ前に、渡す範囲を決める。

情報の境界を、連携先と権限の関係で考える。

必要な資料だけを選び、参照権限を絞ってAIへ渡し、人が出力を確認する。範囲外の資料は渡さない。必要な資料例:公開済み会社案内01 / 入力を選ぶ参照権限を絞る例:検証用フォルダーだけ02 / 権限を確認AIで下書きを作る承認された用途・契約で03 / AIを利用人が確かめる事実・出典・社外への用途04 / 出力を確認範囲外の資料未承認の顧客情報など参照範囲に入れないつながることと、渡してよいことを分ける。必要な資料だけを選び、参照権限を絞ってAIへ渡し、人が出力を確認する。範囲外の資料は渡さない。必要な資料例:公開済み会社案内01 / 入力を選ぶ参照権限を絞る例:検証用フォルダーだけ02 / 権限を確認AIで下書きを作る承認された用途・契約で03 / AIを利用人が確かめる事実・出典・社外への用途04 / 出力を確認範囲外の資料未承認の顧客情報など
図の線は情報の参照・確認の関係を示します。実際の保存・転送・削除条件はサービスと契約ごとに確認します。
図の内容を文章で読む

公開済み会社案内など必要な資料を選び、参照する範囲と権限・契約を確かめ、承認された用途でAIに下書きを作らせます。人が事実・出典・用途を確認してから使います。未承認の顧客情報など範囲外の資料は参照範囲に入れません。権限を絞れば保存や削除の条件も自動的に満たされる、という意味ではありません。

申請者と承認者に、同じ資料を渡す

申請にはサービス名、対象プラン、用途、必要なデータ、求める権限、利用期間をそろえます。承認する人には、業務上の必要性を判断する担当と、情報管理を確認する担当が関わります。誰も回答できない条件は未確認として残します。「管理者が押したから何でもよい」という運用にしないため、承認した理由も残してください。

試した後に、止められるかも確認する

試行終了時に誰が接続を解除し、アカウントや保存データをどう扱うかを決めます。利用を終えても、データの保存条件や削除の確認が残る場合があります。架空の試行なら、対象領域、試行担当、終了日、確認する動作を先に記録します。結果がよくても、本番の顧客情報を扱う判断は別に行います。

機能が変わったときの再確認を決める

AIサービスに新しい連携先や自動実行機能が加わると、最初の申請では説明できない処理が増えることがあります。契約や権限、扱う情報が変わるときは再相談する、と承認条件に含めます。完了条件は、権限の内容を確認し、利用できる範囲と終了時の担当を明示したことです。承認した日付と参照した公式資料を残しましょう。

申請を差し戻すときの、伝え方の例

架空の申請に「AIで資料を検索したい」とだけ書かれていた場合、承認担当は対象資料、利用者、必要な操作を確認します。返信は「危険だから不可」だけにせず、「公開済みの資料を置いた検証領域で、閲覧だけの試行が可能か調べてください」と次の作業を明示します。求める権限を制限できないなら、その条件を確認結果として残し、別の方式と比較します。試行で確認する項目には、対象外の資料が参照されないか、利用者を外した後の扱い、解除の手順を含めます。ただし、試行で見えた動作だけで事業者側の全保存や削除を証明できるわけではありません。公式資料、契約条件、画面での確認を区別して承認材料にしましょう。

社内で使う記録のひな型

SONAEの運用例・架空データです。実際の秘密情報をこの画面へ入力する欄ではありません。

申請
架空のAI下書きアプリ/公開資料だけを使う
権限
求めるアクセスと業務上必要な範囲
承認
業務責任者と情報管理担当の判断
終了
試行終了日・解除担当・データの扱い

CASES / 2026年10月23日確認

実際の事例から、備えを考える。

以下は公表資料をもとにした要約です。SONAEの診断実績ではありません。自社への適用は、下の問いと分けて考えます。

事業者の脅威調査

SaaS連携の信頼関係を悪用する活動

公表・更新
2026年7月13日
発生・観測
観測されたキャンペーン:2025年半ば〜2026年半ば。

Microsoftは、電話による誘導や外部連携を介し、OAuthのアクセス権がデータ窃取に悪用された活動を報告しています。

確認範囲:Salesforce基盤自体の脆弱性による事案として報告されたものではありません。AIが使われたとの断定もしていません。

自社で確かめたいこと / SONAEの整理

人のログインだけでなく、連携アプリの権限・承認者・解除方法も管理していますか。

一次資料:Microsoft Security ↗

相談前の確認表

  • 許可画面の権限を用途と比較した
  • 試行領域と本番を分けた
  • 承認する人と理由を記録した
  • 解除方法と変更時の再承認を決めた

参考資料(確認日:2026年10月23日):Google アカウント:Manage your linked apps ↗

一般的な説明とSONAEの運用提案です。製品の公式条件と自社の管理責任者の判断を確認してください。

AI連携と情報管理の点検を見る →