ChatGPTや社内AIツールを導入したら機密情報が外部に流出——実は多くの中小企業が直面しているリスクです。具体的な原因と実践的な対策を解説します。
「便利だから使っていた」が、ある日突然リスクに変わる
こんな悩み、思い当たりませんか？
「社員がChatGPTに顧客情報を貼り付けて質問していた」 「クラウド型のAIツールを導入したが、データがどこに保存されているか分からない」 「AIに社内の企画書を要約させたら、その内容がどこかに使われていないか不安になった」
これは決して大企業だけの話ではありません。むしろ、セキュリティ担当者が専任でいない中小企業こそ、こうした落とし穴にはまりやすい構造があります。
弊社（Fivenine Design）はWeb制作・システム開発を通じて、神奈川を中心に多くの中小企業のデジタル化を支援してきました。その中で「AIツールを導入して便利になったと思っていたら、情報漏洩のリスクを抱えていた」というご相談が、ここ1〜2年で急増しています。
本記事では、なぜ情報漏洩が起きるのかを構造的に説明したうえで、技術的に実践できる対策をコード例を交えて紹介します。
なぜ「普通に使っているだけ」で情報が外に出るのか
まず前提として、情報漏洩は「悪意ある操作」だけで起きるわけではありません。むしろ善意の利用が原因になるケースが大半です。
AIツールのデータ利用ポリシーを読んでいない
多くの無料・低価格帯のAIサービスは、入力されたデータをモデルの改善に利用する場合があります。OpenAIのChatGPT（無料プラン）は、過去にはユーザーの会話をモデル学習に使用していたことが問題になり、現在はオプトアウトが可能になっています。しかしデフォルトで有効になっているケースもあるため、設定を確認せずに使い続けることは危険です。
社員教育が追いついていない
「AIに質問するなら、ざっくり状況を説明した方がいい」という考えから、社員が無意識に顧客名・案件名・価格情報を入力することがあります。悪意はゼロ。しかし結果として機密情報が外部サーバーに送信されています。
APIを経由した自作ツールのセキュリティ設計が甘い
「ChatGPTのAPIを使って社内の議事録を自動要約するツールを作った」という事例は増えています。しかしAPIキーを環境変数ではなくソースコードに直書きしていたり、送信するデータをフィルタリングせずそのままAPIに渡していたりするケースが後を絶ちません。
実案件から学ぶ——あるクライアントで起きたこと
神奈川県内の製造業（従業員30名ほど）のクライアントから、こんな相談を受けました。
「社内の業務効率化のために、OpenAI APIを使った議事録要約ツールをフリーランスのエンジニアに作ってもらった。便利に使っていたが、そのエンジニアが退職後にAPIキーを失効させ忘れていて、第三者に悪用されたかもしれない」
調査すると、APIキーがGitHubのパブリックリポジトリに直接コミットされていたことが判明。幸いデータの実被害は確認されませんでしたが、不審なAPIコール履歴が残っており、OpenAIのダッシュボードからキーを緊急失効させる対応が必要でした。
このケースで問題だったのは以下の3点です。
- APIキーをコード内にハードコードしていた
- リポジトリがパブリック設定になっていた
- 退職時の引き継ぎ・アクセス権失効のフローがなかった
具体的な対策と実装手順
対策1：APIキーは必ず環境変数で管理する
Laravelを使って社内AIツールを構築している場合、以下のように.envファイルで管理するのが基本です。
// .env ファイル（Gitに含めない）
OPENAI_API_KEY=sk-xxxxxxxxxxxxxxxxxxxxxxxxxxxx
// config/services.php
return [
'openai' => [
'api_key' => env('OPENAI_API_KEY'),
],
];
// 利用時
$apiKey = config('services.openai.api_key');
必ず.gitignoreに.envを追加してください。これを忘れるだけで前述のような事故が起きます。
# .gitignore
.env
.env.local
.env.*.local
対策2：AIに送信するデータをフィルタリングする
議事録や社内文書をAIに送る際、個人情報・機密情報を自動で除去する前処理を挟むことが重要です。
<?php
class AiInputSanitizer
{
/**
* AIに送る前にセンシティブな情報をマスクする
*/
public static function mask(string $text): string
{
$patterns = [
// メールアドレス
'/[a-zA-Z0-9._%+\-]+@[a-zA-Z0-9.\-]+\.[a-zA-Z]{2,}/' => '[EMAIL]',
// 電話番号（日本形式）
'/0\d{1,4}[\-\s]?\d{1,4}[\-\s]?\d{4}/' => '[TEL]',
// クレジットカード番号（簡易）
'/\b(?:\d{4}[\-\s]?){3}\d{4}\b/' => '[CARD]',
];
foreach ($patterns as $pattern => $replacement) {
$text = preg_replace($pattern, $replacement, $text);
}
return $text;
}
}
// 使用例
$rawInput = "田中様（[email protected]）との打ち合わせ内容：...";
$safeInput = AiInputSanitizer::mask($rawInput);
// → "田中様（[EMAIL]）との打ち合わせ内容：..."
これだけでも、うっかりメールアドレスや電話番号を送ってしまうリスクを大幅に下げられます。
対策3：OpenAIのデータ学習を無効化する
APIを通じたリクエストは、デフォルトでは学習データに使用されません（OpenAIの規約上）。ただしChatGPT Web版（無料プラン）は別物です。組織での利用にはChatGPT Team / Enterpriseへの移行、またはAPI利用を徹底し、Web版の業務利用を禁止するルールを設けることを推奨します。
flowchart TD
A[社員がAIを利用したい] --> B{利用ツールの種類}
B -->|ChatGPT Web 無料版| C[❌ 業務利用禁止]
B -->|ChatGPT Team/Enterprise| D[✅ 利用可（規約確認済）]
B -->|自社APIツール| E{セキュリティ設計確認}
E -->|APIキー環境変数管理済| F[✅ 利用可]
E -->|未確認・ハードコード| G[❌ 即時修正が必要]
C --> H[ルール周知・教育]
G --> Hよくある失敗パターンと対処法
導入前後のリスク比較
| 観点 | 対策なし | 対策あり |
|---|---|---|
| APIキー管理 | コードに直書き・流出リスク大 | 環境変数管理・定期ローテーション |
| 送信データ | 機密情報をそのまま送信 | マスキング処理を挟む |
| 社員教育 | 各自の判断に任せる | 利用ガイドラインを文書化 |
| 外注管理 | アクセス権が残り続ける | 退場時チェックリストを運用 |
| インシデント対応 | 原因追跡が不可能 | ログ管理で追跡可能 |
このAI技術、御社の業務にも導入できます
AI導入・業務自動化
ChatGPT活用や業務自動化など、最新のAI技術を御社に合わせてご提案します
※ 通常1営業日以内にご返信します
まとめと次のステップ
AIツールは正しく使えば業務効率を大幅に改善できる強力な武器です。しかし「便利だから」と深く考えずに使い続けることが、取引先の信頼を失う事態につながりかねません。
今日から取り組める施策は、大掛かりなシステム変更ではなく「小さな習慣の変更」です。APIキーの管理方法を見直すだけでも、リスクは大幅に下がります。
「うちのツールは安全なのか自信がない」「外注で作ったAIツールのセキュリティが心配」という場合は、ぜひ一度弊社にご相談ください。Fivenine Designでは、Laravel・Next.jsを使った社内ツール開発からセキュリティ設計のレビューまで対応しています。現状のコードや構成を見て、リスク箇所を整理するところからお手伝いできます。
無料相談受付中： コードレビューや構成の相談から対応しています。まずはお気軽にお問い合わせください。
