見出し画像

シャドーAIを防ぎながらClaudeを解禁する。情シスの統制設計

土門大貴/daikidomon

情報システム部門にとって、生成AIは板挟みの案件です。経営からは「AI活用を進めろ」、現場からは「使わせてほしい」、一方でセキュリティの責任は情シスが負う。そして禁止すればするほど、社員は個人のスマホやアカウントでこっそり使う。いわゆるシャドーAIです。

「禁止か解禁か」の二択で考えると詰みます。現実的なのは「安全に使える経路を用意して、そちらに誘導する」設計です。Claudeを例に、情シス視点の統制設計を整理します。

シャドーAIはなぜ生まれるか

原因は単純で、業務上の便益が明確なのに公式な手段がないからです。禁止された社員のうち一定数は、個人アカウントで使い続けます。このとき何が起きているか。

  • 個人プランのデフォルト設定では、入力データが学習に利用され、最大5年保持される

  • 誰が・何を・どれだけ入力しているか、会社からは一切見えない

  • 事故が起きても検知できず、起きたことすら分からない

つまり「禁止」は、リスクを消すのではなく見えなくする施策です。統制の第一歩は、この構造を経営層に説明することから始まります。

統制設計の4層

層1: 契約 - 会社契約に寄せる

個人アカウントの業務利用を止める最も効果的な方法は、会社契約(Team / Enterprise)の提供です。法人プランは入力データを学習に使わない契約で、管理機能も付きます。「個人で使うな」ではなく「会社のアカウントを使え」と言える状態を作る。ここがすべての土台です。

層2: ID管理 - 誰が使っているかを把握する

法人契約にすると、メンバーの追加・削除が管理画面で統制できます。Enterpriseでは既存の社内認証基盤(SSO)との連携も可能で、退職者のアカウント放置や、部署異動時の棚卸しが仕組みで回るようになります。アカウントの発行フローを情シスの標準手続きに乗せてしまうのが定着の近道です。

層3: ルール - 入力基準を文書化する

契約が安全でも、入力してよい情報の線引きは会社が決める仕事です。最低限、次の3点をA4一枚に。

  • 入れてよい情報・入れてはいけない情報(個人情報、NDA対象、未発表情報)

  • 承認された利用経路(会社契約のClaude)と、個人アカウント業務利用の禁止

  • 困ったとき・事故ったときの連絡先

分厚いガイドラインより、読まれる1枚。詳細は必要になってから増やせば足ります。

層4: 教育 - ルールを配るだけでは動かない

ルール文書の存在と、社員が安全に使えることは別問題です。「何がリスクで、なぜこの経路なら安全なのか」を研修で一度説明しておくと、ルールの遵守率も、そもそもの活用率も変わります。禁止の理屈だけ教える研修ではなく、安全な使い方とセットで教えるのが要点です。

自動化の統制も視野に入れる

チャット利用の統制が整ったら、次はプログラムからの自動利用(API、エージェント)です。エンジニアがGitHub ActionsやAgent SDKでClaudeを呼び出している場合、課金体系や統制の考え方が別になります。2026年6月に発表された課金分離(現在は一時停止中)の経緯は「Claudeの料金改定はどうなった？」にまとめました。自動化の棚卸しは、再施行される前にやっておく価値があります。

情シスが主導するメリット

シャドーAI対策は「取り締まり」の顔をしがちですが、設計次第で情シスが社内のAI活用を前に進める部門になれます。

  • 安全な経路を最初に用意した部門として、現場からの信頼を得られる

  • 利用状況が見えるため、次の投資判断(プラン拡張、部署展開)に根拠を持てる

  • 「危ないから禁止」と言い続けるコストから解放される

まとめ

  • シャドーAIの原因は「便益があるのに公式手段がない」こと。禁止はリスクを見えなくするだけ

  • 統制は4層で設計する: 会社契約に寄せる、ID管理、入力基準の文書化、教育

  • チャットの次は自動化(API・エージェント)の統制。課金分離の再施行前に棚卸しを

TodoONadaでは、情シス部門と一緒に進めるClaude導入の統制設計・社内研修を支援しています。「解禁したいが手順が分からない」段階からの相談で大丈夫です。研修の全体像は「ChatGPT研修と何が違うのか。Claude特化研修という選択肢」をご覧ください。

いいなと思ったら応援しよう！