SONAE KNOWLEDGE / AIとセキュリティ

業務用の生成AIを選ぶ前に。契約・データ・管理機能の確認ポイント

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

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

社員2人がAIサービスのデータ管理・利用者管理・削除条件を比較表で検討するイラスト
使いたい仕事から、条件を比べる。SONAE / AI生成のイメージ

機能の多さや有料かどうかだけで決めず、自社で何を扱うかから比較する。

サービス名より先に、使う仕事を一つ決める

「社内で使えるAIを決めたい」という相談でも、公開情報から広報文を作る用途と、顧客との打ち合わせを要約する用途では確認点が変わります。カナダのサイバーセキュリティ機関は、生成AIの利用方針、出力を見直す工程、事業者の情報収集・保存・転送の管理などを検討するよう案内しています。以下はその考え方を踏まえたSONAEの比較方法です。最初は「誰が、何の情報を、何のために使い、誰に出すか」を一行で書いてください。

SONAE KNOWLEDGE / 図解 01

「学習に使わない」以外の条件も確認。

  1. 学習利用

    何に使われるか

    対象プランの条件を確認。

  2. 保存と削除

    どこに、いつまで残るか

    履歴・ファイル・ログを分けて確認。

  3. 管理と連携

    誰が、何を見られるか

    利用者管理と参照権限を確認。

確認できない条件は未確認として残します。有料や法人向けの表示だけで、入力できる情報を決めません。

入力・保存・学習利用を別々に確認する

候補ごとに、入力する内容、アップロードするファイル、出力、利用ログの扱いを分けて確認します。学習への利用条件だけでなく、保存期間、削除の方法、事業者側でアクセスする条件、外部の処理先なども調べます。画面で履歴を消せることと、すべての保存データが即時に消えることは同じとは限りません。有料版や法人向けという表示だけで結論を出さず、実際に契約するプランの公式資料と契約条件に沿って整理します。不明点は「安全」とせず、事業者への確認事項にします。

SONAE KNOWLEDGE / 図解 02

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

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

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

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

連携する前に、見える範囲を確かめる

社内ストレージやメールとの連携では、AIサービスへどの権限を渡すのかを確認します。管理者が利用者を追加・削除できるか、退職時に利用を終えられるか、連携の解除や利用記録の確認ができるかも比較対象です。便利そうだからと、本番の共有領域を最初から丸ごと接続する進め方は避けます。権限を絞った検証用の領域で、誰のどの情報が参照されるかを確認する計画を立てましょう。この記事で、その接続や動作検証を実施したという意味ではありません。

架空の資料で、業務に必要な品質を試す

架空の会社案内から文章の下書きを作る、といった試行から始めます。試す担当者、使ってよい情報、評価する観点、やめる条件を先に決めます。文章の読みやすさに加え、事実を取り違えないか、人による確認に何分かかるか、誤りがあったときに差し戻せるかを記録します。機能や条件は変わるため、サービス名だけでなくプラン、参照した資料のURL、確認日も残してください。試行が成功しても、それだけで顧客情報を扱う承認にはしません。

利用できる範囲を、社員が判断できる形にする

比較表を埋めたら、承認する用途、入力できる情報の種類、出力を確認する人、問い合わせ先、見直し日をまとめます。架空の例では「公開済みの会社案内からの下書きは可、顧客名を含む議事録の投入は未承認」といった書き方にします。「このAIは安全」と一括りにするより、現場の判断に使えます。法務・情報管理・業務責任者など、自社で必要な関係者の確認を経て利用条件を決めましょう。記事の比較表は運用を考えるひな型であり、特定製品の推奨や法令適合の判断ではありません。

社内で使う記録のひな型

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

用途と入力
公開済み会社案内から文章の下書き/架空資料で試行
契約とデータ
対象プラン・保存・学習利用・削除・未回答の質問
管理と連携
利用者管理・参照範囲・解除方法・利用記録
承認の記録
承認する用途・禁止する入力・確認者・見直し日

CASES / 2026年10月23日確認

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

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

事業者の脅威調査

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

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

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

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

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

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

一次資料:Microsoft Security ↗

被害企業の調査結果

Klue:連携サービスの認証情報が影響

公表・更新
2026年7月1日
発生・観測
不正コードの投入:2026年6月11日。翌12日に通知と対応。

Klueは、侵害済みのGitHubトークンが連携サービスへの不正コード投入に使われ、外部連携の認証情報が取得されたと公表しています。

確認範囲:公表要約では、最初にGitHubトークンを取得された方法は特定されていません。

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

外部サービスに渡したトークンの保管・権限・失効と、連携先への影響を確認できますか。

一次資料:Klue(CrowdStrikeによる調査の公表要約) ↗

相談前の確認表

  • 用途と入力する情報の種類を決めた
  • 契約するプランの保存・学習利用・削除条件を確認した
  • 利用者管理と外部連携の権限を整理した
  • 架空データでの試行と社内承認を分けた

参考資料(確認日:2026年10月22日):Canadian Centre for Cyber Security:Generative artificial intelligence ↗

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

AI利用と情報管理の点検内容を見る →