AIセキュリティ入門｜APIキー漏洩・入力情報・権限設定で確認すべきこと

必ず学習されるとは限りません。入力情報の扱いは、利用しているサービス・プラン（無料版か有料版か）・Web版かAPI版か・Data Controls設定・契約条件によって変わります。

APIや企業向けプランでは、入力データをモデル学習に使わない方針が用意されているサービスもあります。一方、個人向けのWeb版では、履歴やデータ利用設定によって扱いが変わる場合があります。「すべて学習される」「APIなら絶対に学習されない」と一括りに判断しないことが重要です。Web版とAPI版の違いから整理したい場合は、APIとは？アプリとの違い・APIキー・料金・上限を初心者向けに解説も参考にしてください。

また、学習利用の有無だけでなく、以下の条件もあわせて確認することが安全です。

• › ログとして保存されるか・保存期間はどのくらいか
• › 不正利用防止・監査のためにデータが保持される条件
• › 外部ツール連携・コネクタ経由で別の扱いになる可能性

有料プランだからといって、機密情報をそのまま入力してよいとは限りません。有料プランでは管理機能やデータ設定が充実している場合がありますが、安全性はプラン名だけで決まるものではありません。

確認すべきなのは、そのプランで入力データがどのように扱われるかです。

• › モデル学習に使われるか
• › ログとして保存されるか・保存期間はどの程度か
• › 管理者が設定を制御できるか
• › 外部コネクタやファイル機能を使う場合の別条件

社内文書・顧客情報・契約内容・未公開情報を扱う場合は、有料かどうかではなく、公式のデータ利用条件と組織のルールを確認することが重要です。入力前に個人名・識別情報を伏せる、機密性の高い内容は入力しない、といった判断もあわせて行ってください。

漏洩した可能性があるキーは、すぐに停止または削除してください。一度外部に出た可能性があるキーは安全な状態に戻ったとは考えず、使い続けないことが基本です。APIキーの仕組みや管理方法を詳しく確認したい場合は、APIキーとは？発行方法・使い方・漏洩リスクを初心者向けに解説も参考にしてください。

• 1 漏洩したキーを即座に停止・削除する
• 2 新しいAPIキーを発行し、必要な環境にだけ設定し直す
• 3 Usage・Billing・Rate limitsで不審な利用増加がないか確認する
• 4 漏洩元（リポジトリ・JS・スクショ・共有ファイルなど）を特定して修正する

原因が残ったままだと、新しいキーを発行しても同じ場所から再び漏れる可能性があります。停止・再発行だけで終わらず、原因の確認・修正までをひとつの流れとして行ってください。

個人情報は慎重に扱うことをお勧めします。氏名・住所・電話番号・メールアドレス・顧客名・問い合わせ内容・購入履歴などは、単体では小さな情報に見えても、組み合わさると個人を特定できる場合があります。

AIに相談が必要な場合でも、入力前に以下の対処を検討してください。

• › 個人名を「Aさん」など架空の名前に置き換える
• › 不要な情報を削り、必要な部分だけを入力する
• › 識別できる部分をぼかしてから入力する

特に第三者の個人情報や顧客情報を扱う場合は、自分だけの判断で入力しないことが重要です。所属組織のルール・契約・プライバシーポリシー・AIサービスのデータ設定を確認してから判断してください。

APIキーはコードに直接書かず、環境変数やシークレット管理の仕組みで扱うことが基本です。以下の場所には置かないようにしてください。

• ✗ 公開リポジトリ（過去のコミット履歴も含む）
• ✗ HTML・JavaScript（フロントエンド側）
• ✗ 共有ドキュメント・スクリーンショット

開発環境では.envファイルを使う場合がありますが、.gitignoreに追加してリポジトリに含めないようにすることが必要です。本番環境では、ホスティングサービスやクラウドの環境変数・シークレット管理機能を使ってください。APIキーの発行方法や漏洩時の考え方は、APIキーとは？の記事でも整理しています。

AIエージェントやMCP自体が一律に危険というわけではありません。リスクが高まるのは、接続先・権限・入力情報・人間確認の設計が不十分なまま使う場合です。AIエージェントの基本を知りたい場合は、AIエージェントとは？、外部ツール連携の仕組みを整理したい場合はMCPとは？も参考にしてください。

AIエージェントやMCPでは、外部ツール・ファイル・メール・データベース・社内文書などと接続することがあります。AIが参照・実行できる範囲が広がるほど、誤操作や情報漏洩が起きたときの影響も広がる可能性があります。

安全に使うための基本設計は以下の通りです。

• › 接続先を必要な範囲に絞り、未使用の連携は無効化する
• › 読み取り権限と書き込み権限を分けて設計する
• › 送信・削除・公開・課金などの重要操作は人間確認を挟む
• › 外部文書からの意図しない指示（プロンプトインジェクション）にも注意する

RAGやMCP、AIエージェントで起こりやすい外部指示のリスクを詳しく知りたい場合は、プロンプトインジェクションとは？RAG・MCP時代の情報漏洩リスクと対策もあわせて確認すると理解しやすくなります。

業務利用では個人利用より確認すべき範囲が広がります。社内文書・顧客情報・契約内容・売上情報・技術資料などを扱う可能性があるためです。

• › 会社として許可されているAIサービスかどうか
• › 入力してよい情報・入力禁止の情報の基準
• › 顧客情報・個人情報の取り扱い条件
• › ファイルアップロード・外部コネクタの利用可否
• › ログが確認できる状態になっているか・確認担当者
• › AI出力を人間が確認する範囲・承認フロー

業務利用では、AIを使うこと自体よりも、入力情報・権限・ログ・ルールが曖昧なまま使われることがリスクになりやすいです。IT部門や法務にも確認することをお勧めします。

RAGで社内文書を使う場合は、AIが参照できる文書の範囲を慎重に決めることが重要です。参照元に機密情報や権限外の文書が含まれていると、意図しない情報が回答に混ざる可能性があります。RAGの基本的な仕組みから確認したい場合は、RAGとは？AIが外部情報を参照する仕組み・できること・注意点を解説も参考にしてください。

特に以下の運用は注意が必要です。

• ⚠ 全社フォルダをまとめて参照させる
• ⚠ 権限の異なる文書を同じナレッジベースに入れる
• ⚠ 古い・未確認の資料をそのまま使う

AIが参照できる範囲は、利用者の権限と目的に合わせて絞る方が安全です。また、回答時の引用元確認・人間確認・ログ確認もあわせて設計することが重要です。「AIが何を知っているか」ではなく、「AIがどの文書を参照できる状態なのか」を把握しておいてください。

必要です。個人ブログや個人開発でも、APIキー・請求・入力情報・公開コードの扱いを誤ると、想定外の利用や情報漏洩につながる可能性があります。

特に注意したいのは以下のケースです。

• › WordPressのカスタムHTML・JavaScriptにAPIキーを直書きしている
• › GitHubの公開リポジトリにAPIキーが含まれたままになっている
• › 請求上限（Spending Limit）を設定していない
• › 操作画面のスクリーンショットにAPIキーが写り込んでいる

大規模なセキュリティ体制までは必要ない場合でも、APIキーを外に出さない・環境変数で管理する・Usage/Billingを定期確認する・入力情報を選ぶという基本対策は個人でも重要です。APIキーの基本はAPIキーとは？、APIの上限や429エラーはレートリミットとは？の記事で整理しています。