主打「用自然語言就能生成應用程式」的 Lovable 近期受到矚目，但這次討論的重點不是功能多強，而是隱私防線失守。根據這篇 Lovable apps expose passport details and more than 200K private messages ，研究人員發現，許多由 Lovable 生成的應用程式竟把護照資料與超過 20 萬則私人訊息暴露在外。對一個標榜讓非工程師也能輕鬆上線服務的平台而言，這起事件值得所有使用者高度警戒。
預設設定成了隱私破口
根據 Crissy Field 公布的研究，問題核心在於 Lovable 產生的應用程式經常沿用預設的資料存取設定，導致後端資料庫對外敞開。使用者以為只有自己看得到的內容，實際上只要知道網址或具備基本技術能力，就能直接讀取。
這類問題在快速開發平台上格外常見，因為平台為了降低上手門檻，往往把安全設定藏在層層選單之後。當開發者專注於畫面與功能時，最關鍵的權限控管就容易被忽略。
外洩規模遠超預期
研究指出，外洩內容不只是零星的測試資料，而是包含護照等身分證件細節，以及超過 20 萬則私人訊息。這意味著受影響的不只是開發者本人，還包括把資料託付給這些應用程式的終端使用者。
護照資料尤其敏感，一旦外流，可能被用於身分冒用或後續的詐騙行為。私人訊息則牽涉日常溝通內容，兩者疊加之下，讓這起事件的衝擊面明顯放大。
低門檻開發的兩難
Lovable 這類工具的價值，在於讓沒有工程背景的人也能在短時間內把想法變成可用的服務。然而，把技術細節包裝得越簡單，使用者就越難意識到背後仍有安全責任需要承擔。
這並非單一平台的問題，而是整個低門檻開發浪潮的共同課題。當「一句話生成應用程式」成為賣點，平台就必須主動把安全預設值做對，而不是把責任全推給使用者。
社群討論聚焦責任歸屬
開發者社群的爭論焦點集中在責任該由誰扛。有一派認為平台應把安全的預設值設為關閉存取，另一派則主張開發者仍須具備基本的資料庫觀念。
也有留言指出，這類事件正好提醒大家，快速生成的程式碼仍需要人工審視。工具能省下寫程式的時間，卻省不掉理解資料流向的必要功課。
CyberQ 觀點
Lovable 的案例說明，開發速度再快，也不能把安全當成選配。對使用者來說，上線前務必親自確認資料存取權限，不要把平台的預設值當成保證，自己都要先看清楚文件和設定內容。
至於這些開發者平台，把安全設定做對、把風險講清楚，才是低門檻開發真正該負的責任。
