チェックリスト
結論
AIで作ったアプリを同僚に使ってもらう前に、まず4つを確かめます。会社のログインを通らずに誰も入れないこと、入れるのは自社のアカウントだけであること、ブラウザで動くコードにキーがないこと、アプリを通さずにデータベースを読めないこと。そのうえで、アプリの中で誰が何をできるか、あなたが辞めたら誰がオーナーになるかを確かめます。
AIで作ったアプリからの漏えいの多くは、巧妙な攻撃ではありません。開いたままのドアです。一般公開のリンク、ルールがオフのデータベース、ページの中のキー。このチェックリストは、アプリを作った人と、それを確認するIT担当者のためのものです。各項目には、何がまずいのか、普段の言葉での確かめ方、そして TeamOnly が引き受けることと、まだあなたの担当であることを書いています。
01なぜ大事か
AIツールは、アプリを動かすのは得意です。ほかの誰にとっても動いてしまうかどうかには、あまり気を配りません。この2年の3つの調査結果に、その傾向が表れています。
どれも巧妙な攻撃者は必要ありませんでした。ドアが開いていたのです。これは良い知らせでもあります。開いたドアは確かめやすく、コードを読む必要もありません。
2026年10月26日 確認。出典: Security Boulevard on Red Access’s findings（2026年5月）、Matt Palmer, statement on CVE-2025-48757（2025年）、Spracklen et al., “We Have a Package for You!”（USENIX Security 2025）。
02チェックリスト
順番どおりに行ってください。最初の項目は社外の人を締め出し、後の項目は社内でのミスを見つけます。
hd の設定はアカウントの選択画面を絞るだけで、リクエストは書き換えられるため、Google はそれに頼らないよう注意しています。ドメインはサーバー側で確認する必要があります。npx teamonly access only priya@acme.com で設定します。リクエストのたびに確認されるので、誰かを外すと1分以内に反映されます。site: に続けてアプリのアドレスを検索します。アプリを作ったプラットフォームで、プロジェクトの公開設定を確認します。一般公開になっていたら、何よりも先に変えてください。yourapp.yourcompany.teamonly.app にあり、ログイン画面の内側です。ログイン画面を含むすべての応答が検索エンジンにインデックスしないよう伝え、ログイン画面に表示されるのはアプリの名前とログイン方法だけです。VITE_ や NEXT_PUBLIC_ で始まる変数に入れてしまいます。ブラウザに送られるものは、アプリを開いた人なら誰でも読めます。Supabase は、secret キーはすべてのデータベースのルールを飛ばすので、決してブラウザに置いてはいけないとしています。VITE_ の変数、コミットされた .env ファイルに、キー、トークン、パスワードはある？」と聞きます。ブラウザで開発者ツールを開き、読み込まれたファイルを key、secret、sk_ で検索します。一度でもキーが漏れていたら、発行元のサービスでキーを変更してください。npx teamonly secrets set NAME でコードの外に保存され、読めるのはアプリのサーバー側のコードだけです。TeamOnly が追加する指示は、AIツールに VITE_ のキーを決して使わないよう伝えています。ただ、自分でキーをコードに貼り付けることは止められないので、確認は続けてください。ctx.user）と、ダッシュボードで配った役割（ctx.user.roles）が渡され、偽の本人確認ヘッダーは取り除かれます。指示は AIツールに、クエリのプレースホルダーを使い、入力をサーバーで確認するよう伝えています。各ルートで役割を確認するのは、アプリのコードの仕事です。TeamOnly はそれをレビューしません。package.json を開きます。知らない名前があれば npmjs.com で調べます。本物のパッケージには履歴があり、ソースのリポジトリへのリンクがあり、安定したダウンロード数があります。デプロイの前に npm audit を実行し、アプリがもう使っていないパッケージは削除します。03印刷用
はい・いいえで答える11の質問。「いいえ」があれば、それが次に直すことです。
site: で検索しても何も出てこない。package.json のパッケージはすべて実在し、今も使っている。テキストで欲しい場合は、このページの Markdown 版に、そのまま貼り付けられるリストがあります（英語）。
04IT部門の方へ
作った人と画面を共有して15分。確かめるのは設定で、コードを1行ずつ読むわけではありません。
アドレスを聞きます。ログインしていない端末と、個人のアカウントから開いてみます。どのプラットフォームでホストされていて、誰のアカウントで支払っているかを聞きます。個人のアカウントなら、まずそこを変えます。
何が入り、それがどこから来るのかを聞きます。顧客の個人データ、決済データ、健康データ、ほかのシステムのパスワードがあれば基準は上がり、アプリを名前のリストに限るべきかもしれません。
アプリが呼び出す外部サービスをすべて挙げます。各キーはホストのシークレットの設定にあり、アプリに必要な範囲に絞られ、ほかのアプリと共有されていないべきです。一度でもコードやチャットに載ったキーは、ローテーションしてください。
作った人に普通のユーザーとしてログインしてもらうか、同僚に頼んで、管理者の操作を試します。作った人に、AIツールで API のルートごとに、どこで役割を確認しているかを挙げてもらいます。ここの抜けは、アプリのコードで直します。
一緒に package.json を見て、npm audit を実行します。コードを作った人のノートパソコンだけでなく、会社の Git リポジトリに置くよう頼みます。
アプリ、オーナー、予備のオーナー、データ、ユーザーを、アプリの一覧に書きます。オーナーが辞めたときにどうするかを決めておきます。シャドーAIアプリのガイドに、コピーして使える1ページのポリシーがあります。
安全にできます。よくある問題は、アプリの置き場所と設定のしかたにあります。一般公開のリンク、本物のログインがない、ブラウザにキーがある、データベースのルールがオフ。どれも数分で確かめられます。リンクを送る前に、このページのチェックリストを試してください。
ログインせずに誰でも届くデータです。たいていは2つのうちどちらかで起こります。アプリが一般公開のリンクにあって前にログインがないか、データベースがリクエストに直接応答していてアクセスのルール（Supabase の行レベルセキュリティ）がオフになっているか。どちらも設定の問題で、AIが悪いコードを書いたせいではありません。
anon キー（publishable キー）はブラウザに置くためのものですが、それは行レベルセキュリティが届く範囲を制限しているからです。あるテーブルで行レベルセキュリティがオフなら、そのキーを持つ誰もがそのテーブルを読み、変更できます。secret キーや service_role キーは決してブラウザに置いてはいけません。すべてのルールを飛ばしてしまいます。
それだけではできません。初期設定では、個人の Gmail を含め、どの Google アカウントでもログインできます。Google の hd の設定はアカウントの選択画面を絞るだけで、Google 自身がそれに頼らないよう書いています。アプリのサーバーが、リクエストのたびに、検証済みのログイントークンにあるドメインを確認する必要があります。
Google で site: に続けてアプリのアドレスを検索します。たとえば site:myapp.lovable.app です。ページが出てきたら、アプリは一般公開されていてインデックスされています。アプリを非公開にするか会社のログインの内側に移し、ドメインを所有しているなら、Search Console の削除ツールでページの削除を Google に依頼します。
はい。一度頼むより、常に守る指示として渡すほうが効果的です。プロジェクトのルールファイル（CLAUDE.md、AGENTS.md、Cursor のルール）で、キーをどこに置くか、データベースのクエリをどう書くか、役割をどこで確認するかをツールに伝えます。TeamOnly のアプリでは npx teamonly init がこれを追加します。それでもチェックは自分でも行ってください。指示はミスを減らしますが、なくしはしません。
いいえ。TeamOnly は、すべてのアプリの前に会社のログインを置き、アプリごとにデータとキーを分け、アプリを検索エンジンから外します。コードのレビュー、パッケージのスキャン、アプリ内のルールの確認はしません。チェックリストのそれらの項目は、引き続きあなたの担当です。
どこにホストされていて誰が届くのか、ログインはどう制限されているか、キーはどこにあるか、どんなデータを持っているか、オーナーは誰か、その人が辞めたらどうなるか。このページの「IT部門の方へ」の部分は、作った人と一緒に15分で行える短いレビューです。
2026年10月26日 確認。そのほかの出典: Google, OpenID Connect（hd パラメーター）、Supabase, API keys、Supabase, Row Level Security、Supabase, Database Advisors、OWASP Top 10:2025、Retool, Secure vibe coding（自前でホスティングを運用するチーム向けの、より長いチェックリスト）。
アーリーアクセス
コマンド1つでデプロイすると、アプリは会社のログインの内側に置かれ、検索から外れ、専用のデータベースとシークレットがつきます。14日間無料で、カード不要で試せます。
ご質問は hello@teamonly.dev へ。人が返信します。