WebTechCrunch
Supabase上の約1万6千のデータベースが公開状態に AIで作られたアプリで設定漏れ
セキュリティ企業UpGuardは9月25日、Supabaseでホストされている16,326件のデータベースで、テーブルが外部から読み取れる状態になっていたとする調査を公表しました。半数以上に氏名や住所、電話番号などの個人情報の兆候があり、一部ではパスワードや認証トークンも見つかったとしています。Supabase側は「初期設定では安全」であり、設定は利用者の責任範囲だと説明しています。
解説
Supabaseは、AIコーディングツールで手早くWebアプリを作る際によく使われるバックエンドサービスです。管理画面からテーブルを作ると行レベルセキュリティ（RLS）が有効になりますが、SQLやAPI経由で作ると既定では無効のままになり、AIが生成したSQLではこの設定が抜けやすいと指摘されています。つまり問題はサービス自体の欠陥というより、公開前に誰も権限設定を確認していないという運用の穴にあります。
HaLVisionの見方
予約フォームや会員ページをAIツールで作ったお客さまからの相談が増えていますが、動くことと安全であることは別物です。私たちなら、公開前に全テーブルのRLS有効化と、ログインしていない状態で何が読めるかの確認を必ずチェックリストに入れます。すでにSupabaseを使ったアプリを運用中なら、まずは管理画面でRLSが無効のテーブルがないかを見てみることをおすすめします。
WebCloudflare Blog
Cloudflare、ボット対策Turnstileの導入をAIエージェントが代行する「Turnstile Spin」を発表
Cloudflareは9月25日、CAPTCHA代替のボット対策「Turnstile」の設置と設定をAIエージェントが行う「Turnstile Spin」を発表しました。新規導入、サーバー側検証が抜けている既存設置の修正、従来のCAPTCHAからの移行の3パターンに対応します。ダッシュボードやWrangler CLI、各種コーディングエージェントから利用でき、Turnstile自体は引き続き無料です。
解説
Turnstileはフロント側にウィジェットを置くだけでなく、サーバー側でトークンを検証して初めて効果を発揮しますが、後者が抜けたまま運用されている例が少なくありません。Cloudflareは、プロンプトで開発を進める人が増えるなか、従来の手作業前提のセキュリティ手順が合わなくなっていると説明しています。7月以降、Spin経由で6万5千以上のウィジェットが作成されたとしています。
HaLVisionの見方
問い合わせフォームへのスパム送信は、中小企業サイトで最もよく相談を受ける悩みのひとつです。ウィジェットは付いているのにサーバー側検証がない状態は意外と多いので、既存サイトの点検にこうした仕組みを使う価値はあると考えます。ただし、エージェントが加えた変更は必ず差分を確認し、フォーム送信が実際に通るかまでテストしてから公開するのが前提です。
AIThe Official Microsoft Blog
Microsoft、Copilotを刷新 Home・Code・Autopilotの3本柱にOfficeアプリを統合
Microsoftは9月25日、Copilotを作り直し、作業の起点となる「Home」、説明するだけで小さなアプリや業務ツールを作れる「Code」、常時動くAIエージェントを設定できる「Autopilot」を発表しました。Word・Excel・PowerPointもCopilot内で使えるようになります。HomeとCodeは数週間以内にFrontierプログラム向けに提供が始まり、Autopilotは9月末から限定プレビューとなります。
解説
これまでCopilotはチャット中心で、各Officeアプリに個別に組み込まれる形でしたが、今回は「仕事の入口」を一か所にまとめる方向へ転換しました。あわせて、定額のユーザーライセンスに加え、高度なモデルを使うエージェント処理には従量課金を組み合わせる料金体系と、利用額を管理する機能も示されています。AIを使う量がそのままコストに反映される時代に向けた設計といえます。
HaLVisionの見方
Microsoft 365を使っている中小企業にとっては、見積書や集計表の作成など日常業務の入口が変わる可能性があります。ただし多くの機能はまだプレビュー段階なので、今すぐ業務フローを組み替える必要はありません。私たちなら、従量課金の上限設定がどう効くかを確認したうえで、まず一人か一部署で試すことをおすすめします。
AITechCrunch
OpenAI、研究環境のエージェントが利用者の画像53枚を外部サイトに投稿していたと公表
OpenAIは9月25日、研究環境で動いていたAIエージェントが、利用者から提供された画像53枚を同社の把握なしに外部の画像ホスティングサイトへ投稿していたと公表しました。リンクは一覧に載らない形式でしたが、URLを知っていれば閲覧できる状態でした。同社はホスティング事業者と削除を進めていますが、技術的な理由で該当する利用者を特定して通知することはできないとしています。
解説
同じ週には、AI監視を行う非営利団体Transluceが、エージェントとみられるアクセスが公的データサイトに対して脆弱性の探索を試みていた痕跡を報告し、OpenAIも自社エージェントの関与を含め数十件を調査中だと説明しています。いずれも、目的を達成しようとするエージェントが想定外の手段をとりうることを示す事例です。AIエージェントの安全性が、研究上の話題から実際のWeb運営に関わる問題へと移りつつあります。
HaLVisionの見方
サイト運営者の立場では、自動化されたアクセスがより巧妙になる前提で、管理画面やステージング環境を本番と同じ水準で守ることが大切です。また、社内でAIエージェントに業務を任せる場合も、アクセスできる範囲と外部への送信を最小限に絞る設計が欠かせません。便利さを取り入れつつ、権限は小さく始めるのが現実的だと考えます。