Lovable は安全ですか? Lovable アプリを安全にする方法
Lovable は開発が速く、Supabase バックエンドも自動でつないでくれます。ただし、データベースを読み取り可能なまま放置することが日常的にあります。
Lovable それ自体が「安全でない」わけではありませんが、生成されるアプリは安全でないことが頻繁にあります。最もよくある問題は、プロビジョニングされた Supabase データベースで行レベルセキュリティ(RLS)が欠落している、または緩すぎることです。その結果、誰でもユーザーのデータを読み取り(時には書き込み)できてしまいます。これが CVE-2025-48757 や 2026 年 4 月の大規模情報漏洩の根本原因でした。
Lovable は正規の AI アプリビルダーですが、生成されるアプリはデフォルトで安全でないことが頻繁にあります。最もよくある問題は、Supabase の行レベルセキュリティ(RLS)が欠落している、または緩すぎることです。これにより、公開された anon キーを持つ人なら誰でも、ユーザーのデータを読み取り(時には書き込み)できてしまいます。同じ根本原因が Lovable CVE-2025-48757 と 2026 年 4 月の大規模データ漏洩を引き起こしました。Lovable で安全なプロダクトを作ることは可能ですが、生成されたアプリは下書きとして扱い、ローンチ前にセキュリティチェックを行う必要があります。
Lovable セキュリティ早わかり
- プラットフォーム種別
- ノーコード AI アプリビルダー(Supabase バックエンド)
- 最もよくあるリスク
- Supabase テーブルで行レベルセキュリティが開いたまま
- 注目すべき事例
- CVE-2025-48757(CVSS 最大 9.3、170 以上のアプリ)
- チェック方法
- anon キーを使って無料 Supabase RLS チェッカーを実行
- ローンチして大丈夫?
- はい。RLS を有効化し、セキュリティレビューを行った後なら
Lovable で最もよくあるセキュリティリスク
行レベルセキュリティが完全に開いたまま
テーブルが公開 anon キーで読み取り可能になっていることがよくあります。「RLS を有効にしているから大丈夫」というのは、最もよくある、そして最も間違った思い込みです。Lovable は、RLS が有効に見えても読み取りアクセスを完全に開いたまま残すことが頻繁にあります。
シークレットがブラウザに送られる
service-role キー、Stripe キー、その他のシークレットがクライアントバンドルに混入し、開発者ツールを開けば誰でも読み取れる状態になることがあります。
実質的な認証のない管理画面ルート
生成された管理画面は、適切な認可チェックなしにアクセスできることが頻繁にあります。URL を推測できれば誰でも入れてしまいます。
Lovable mass data exposure
Every project before Nov 2025
A disclosure claimed every Lovable project created before November 2025 was exposed — driven by missing row-level security on user databases.
Public disclosure, Apr 2026 (amplified across X/HN)
Lovable アプリを安全にする方法
60 秒で Lovable アプリをチェック
デプロイ済みの URL を貼り付けて無料のローンチ準備スキャンを実行し、ローンチ前に人間のレビュー付き・保険付きのクリアランスを取得しましょう。
Lovable セキュリティに関するよくある質問
- Lovable を本番プロダクトに使っても安全ですか?
- レビューを前提とすれば、はい。Lovable は正規のプラットフォームですが、デフォルトの出力は適切な行レベルセキュリティを欠き、シークレットを漏らすこともよくあります。生成されたアプリは、ローンチ前にセキュリティチェックが必要な下書きとして扱ってください。
- 自分の Lovable アプリのデータベースが露出しているか、どう確認すればよいですか?
- プロジェクト URL と公開 anon キーを使って、無料の Supabase RLS チェッカーを実行してください。認証なしで読み取り可能なテーブルがすべて一覧表示されます。
- なぜ Lovable は RLS を開いたままにするのですか?
- Lovable は「動くソフトウェアを素早く」を最優先します。すべてのテーブルに対して厳格に正しい行レベルセキュリティ・ポリシーを生成するのは自動化が難しいため、緩いデフォルトのまま出力し、あとは自分で締めることが前提とされています。