# 従業員によるAIツールへの機密情報アップロードを防ぐ方法 Canonical: https://www.nsecsoft.com/jp/default/ai-secret-upload-risk-7m2qx.html Language: ja-JP Updated: 2026-05-20T11:38:57Z 生成AIはすでに日常業務に入り込んでいますが、企業にとって本当に難しいのは「使ってよいかどうか」ではなく、「従業員が気づかないうちに機密情報を外部へ渡してしまわないか」です。実際のリスクは、AIサイトを開いたこと自体よりも、添付ファイルのアップロード、チャット欄への貼り付け、ブラウザ経由の送信、個人メールや一時的な共有サービスを使った持ち出しにあります。設計資料、顧客名簿、見積情報、契約草案、財務データが外部AIサービスへ送られた後では、原因特定も証拠保全も後手に回ります。 生成AIはすでに日常業務に入り込んでいますが、企業にとって本当に難しいのは「使ってよいかどうか」ではなく、「従業員が気づかないうちに機密情報を外部へ渡してしまわないか」です。実際のリスクは、AIサイトを開いたこと自体よりも、添付ファイルのアップロード、チャット欄への貼り付け、ブラウザ経由の送信、個人メールや一時的な共有サービスを使った持ち出しにあります。設計資料、顧客名簿、見積情報、契約草案、財務データが外部AIサービスへ送られた後では、原因特定も証拠保全も後手に回ります。 #### **背景** グローバル企業がAI利用ルールを整備する際、最初に直面するのは二つの問題です。一つは「意図しないアップロード」です。従業員は漏えいの意思がなくても、効率を優先して実データをそのまま外部AIへ入力してしまいます。もう一つは「迂回アップロード」です。組織が一部の持ち出し経路を制御していても、ブラウザ、個人メール、チャットツール、クラウドストレージなど別経路からAIへ情報が渡ることがあります。管理者に必要なのは、ルールを配布することではなく、アップロードを可視化し、内容リスクを判断し、経路を制限し、事後追跡できる状態を作ることです。 #### **リスク拡大と管理上の欠落** 「機密情報をAIへ送ってはいけない」という原則だけでは、運用上は三つの欠落が起きやすくなります。第一に、サイトへのアクセスは見えても、どの方法で外部送信されたのかが分からない点です。第二に、ファイル送信の記録は残っても、内容の機密度が分からず、高リスク事案を優先できない点です。第三に、警告は出せても、スクリーンショット、証拠保全、アプリ識別、制御ルールが連動せず、対処が断片的になる点です。 #### **Ping32でAIツールへの機密情報アップロードを抑える方法** **1\. まず基本の外部送信監査を有効化する** Ping32コンソールで **データセキュリティ -> ポリシー** に入り、対象ポリシーで **ファイルセキュリティ -> 漏えい追跡** を有効化します。**パラメータ設定 -> 一般設定** では、漏えい発見時のスクリーンショット取得とアラート通知を有効にし、対象部門、役職、端末グループへ適用します。目的は、すぐにすべてを禁止することではなく、まずブラウザ、メール、チャットツールなどからの外部送信を確実に記録できる状態を作ることです。 適用後は、テスト端末でブラウザ経由の送信動作を再現し、**データセキュリティ -> 漏えい追跡** で端末名、送信経路、ファイル名、時刻、スクリーンショットやアラートの有無を確認します。 **2\. 次に内容ベースの判定を追加する** 顧客情報、ソースコード、見積書、財務データなどをAIへ送るリスクを抑えるには、送信記録だけでは不十分です。同じポリシーの **ファイルセキュリティ -> 漏えい追跡 -> パラメータ設定 -> 機密内容分析** で機密内容分析を有効化し、対象となるデータ分類を選択します。多地域企業では、分類は地域固有の制度名よりも、個人識別情報、契約金額、設計図面、ソースコード断片、サプライチェーン一覧といった業務ベースで揃える方が運用しやすくなります。 これにより、管理者は「送信があった」だけでなく、「送信ファイルに機密内容が含まれていたか」まで判断できます。不要なアラートを減らしたい場合は、機密内容を含む記録のみを監査対象にし、証拠を残したい場合は該当ファイルの即時バックアップも組み合わせます。 **3\. ブラウザ利用時はAIアプリ識別を補強する** 多くのAIツールはブラウザ上で動作するため、ブラウザプロセスだけの記録では粒度が足りません。まず **システム設定 -> 高度な設定** で **AI Pro Service** を有効化します。その後、**データセキュリティ -> ポリシー -> ファイルセキュリティ -> 漏えい追跡** に戻り、**インテリジェント分析漏えいアプリ** を有効にします。これにより、「あるブラウザで外部送信があった」だけでなく、「どの具体的なサイトやアプリ経由だったか」を把握しやすくなります。 検証では、制御対象のブラウザ環境でテストを行い、漏えい追跡の詳細にブラウザ名だけでなく、具体的な送信方法やアプリ識別が表示されるかを確認します。表示が粗いままであれば、AI Pro Serviceの有効化とポリシー再適用を優先して見直します。 **4\. 許可する業務サイトだけをアップロード許可にする** すべてのWebアップロードを一律禁止する必要はありません。多くの企業では、社内OA、承認済みポータル、指定業務システムだけにアップロードを許可し、それ以外を制限したいはずです。その場合は **システム&ネットワーク -> ポリシー -> ネットワーク管理** で **HTTPプロトコルフィルタ** を有効にし、**パラメータ設定** で許可対象URLのルールを先に追加し、アップロードでよく使われる **POST** または **PUT** を指定します。その後に、その他のアップロードを制限するルールを追加します。 これは「社内AIプラットフォームは利用可、外部の公開AIサービスへのアップロードは不可」という方針に適しています。本番適用前には、上位のファイル持ち出し制御と競合していないか確認する必要があります。 #### **製品価値のまとめ** 従業員によるAIツールへの機密情報アップロードを防ぐには、特定サイトだけを塞ぐのでは不十分です。必要なのは、可視化、内容判定、制限、追跡をつないだ運用です。Ping32は、漏えい追跡による送信可視化、機密内容分析によるリスク判断、ブラウザ経路の識別、アップロード許可先の絞り込みを組み合わせることで、企業が実行しやすいAI利用統制を構成できます。拠点や部門が多く、リモートワークも混在する環境では、通知や研修だけに頼るよりも現実的です。 #### **FAQ** **Q1：AIツールを全面禁止したくない場合、何から始めるべきですか。** まず **漏えい追跡** を有効にし、ブラウザ、メール、チャットなど主要経路の記録が安定して残ることを確認してください。そのうえで、機密内容分析とアップロード許可リストを段階的に追加するのが現実的です。 **Q2：ファイルではなく、テキストをAIの入力欄へ貼り付けるケースはどう考えるべきですか。** この場合も、外部送信監査、画面証跡、ブラウザアプリ識別、より細かな端末制御を組み合わせて判断する必要があります。重要なのは拡張子よりも、機密業務情報が外部サービスへ渡ったかどうかです。 **Q3：全社一斉に導入するべきですか。** まずは研究開発、財務、法務など機密性の高い部門で検証し、誤検知やルール競合を洗い出してから対象範囲を広げる方が安定します。