AIにパスワードを預けても、安全にする作り方

「AIに仕事を任せたいけど、パスワードとか顧客情報とか、大丈夫なの？」

AI導入の相談で、セキュリティの心配は必ず出てきます。当然です。業務を任せるほど、AIは会社の中身に触れることになりますから。

先に結論を言います。私の実運用は2本柱です。ひとつ、パスワード類は「AIが読まない置き場」に隔離する。ふたつ、サーバーには必要最小限の情報しか上げない。この2つを設計しておけば、AIに日常業務を任せながら、機密は守れます。

柱1：パスワードは「AIが読まないファイル」に入れる

まず1本目の柱から。

AIの開発の世界には、パスワードやAPIの鍵などの機密情報を専用のファイル（.envファイルと呼ばれます）に隔離しておく作法があります。そして、AIはこの形式のファイルを読まないことになっているんです。

これは理屈の話ではなくて、私が日々実際に見ている挙動です。うちのAIにパスワードを聞いても、答えられません。「規制で読まないことになっているので、自分で調べてください」と言われます。仕組みを扱う本人（AI）が中身を見られない金庫が、システムの中に置いてあるイメージです。

ですから、「AIに業務を任せる＝AIにパスワードを全部教える」ではありません。パスワードが必要な処理は、AIが金庫の場所だけ知っていて、中身は見ないまま実行される。そういう作りにできます。

2本目の柱は、情報の置き場所の設計です。

私のサイトは、手元のパソコン（ローカル）に全部の情報があって、公開に必要なファイルだけをサーバーに上げる作りにしています。この方式だと、IDやパスワードはそもそもサーバーに上がりません。外から攻撃される場所に、盗まれて困るものが置いていないわけです。

顧客情報も同じ発想で扱います。たとえば、うちで動かしている予約の仕組みでは、お客様のフルネームをサーバーに上げていません。サーバー上は番号だけで管理して、名前と番号の対応は手元にだけある。つまり「ローカルの方が情報が多い」という状態を、意図的に作っています。

万一サーバーに侵入されても、そこにあるのは番号の列だけ。この「置かない」という守り方は、どんな暗号化よりも確実です。

もちろん、何でもこの2本柱だけで済むわけではありません。

たとえば、会員だけに見せたい資料ページなら、フォルダ単位でパスワード認証をかける程度で足ります。一方、会計情報のように要求度の高いものは、もっと硬い守り方が必要です。大事なのは、守りたいものの重さに合わせて手段を選ぶこと。全部を最高レベルで守ろうとすると、運用が回らなくなります。

これは私の経験に基づく意見ですが、WordPressのようなサーバー上で完結する仕組みの嫌なところは、あげっぱなしになりやすい点です。原則として、データがサーバー上にしかない。だからバックアップも、意図的に別の場所へ取らないといけません。

手元に全部があって、サーバーは写しにすぎない、という私の方式は、セキュリティと同時にバックアップの問題も一緒に解決してくれています。

整理します。

セキュリティの不安は、AI導入をやめる理由ではなく、設計で解決する課題です。自社の場合の設計を相談したい方は、下記からどうぞ。