返回首页
Lovable(@lovable_dev)

We’re sorry our initial statement didn't properly address our mistake. Here's what a public project ...

5.5Score
We’re sorry our initial statement didn't properly address our mistake. Here's what a public project ...
AI 深度提炼
  • 用户曾误以为‘公开项目’仅展示成品,实际包含未发布项目的完整聊天与代码。
  • 2025年12月起所有项目默认私有,企业客户禁用公开选项,免费层也获私有权。
  • 2026年2月因后端权限合并错误短暂暴露公开项目聊天,经HackerOne报告后立即修复。
#Lovable#权限管理#数据安全
打开原文

In the early days, people didn't know what Lovable was capable of. So we wanted to make it easy to explore what others were" / X

Post

Conversation

![Image 1: Square profile picture](https://x.com/Lovable)

We’re sorry our initial statement didn't properly address our mistake. Here's what a public project on Lovable means, and how we got to where we are today: In the early days, people didn't know what Lovable was capable of. So we wanted to make it easy to explore what others were building, as a way to spark ideas and lower the barrier to getting started. Like scrolling GitHub or Dribbble: you browse projects to see what's possible, then go build your own. When you create a project on GitHub, you can make it private or public. Lovable worked the same. Users had a "Public" or "Private" option right in the chatbox. A public project meant the entire project was public, both chat and code. “Just like a public project on GitHub," we thought. Over time, we realized this was confusing. Many users thought "public" just meant others could see their published app, not the chat of an unpublished project. That's reasonable. On the free tier, users originally couldn't create private projects. They had to upgrade to a paid plan to do so. In May 2025, we changed this: users on the free tier could choose to make their projects private. For enterprise customers, the public visibility setting was disabled altogether. And in December 2025, we switched to private by default across all tiers. We also retroactively patched our API so public project chats couldn't be accessed, no matter what. Unfortunately, in February, while unifying permissions in our backend, we accidentally re-enabled access to chats on public projects. This was reported through our vulnerability disclosure program (via HackerOne). Unfortunately, the reports were closed without escalation because our HackerOne partners thought that seeing public projects’ chats was the intended behaviour. Upon learning this, we immediately reverted the change to make all public projects’ chats private again. We appreciate the researchers who uncovered this. We understand that pointing to documentation issues alone was not enough here. We’ll do better.

Quote

Image 2: Square profile picture

Lovable

@Lovable

10h

We were made aware of concerns regarding the visibility of chat messages and code on Lovable projects with public visibility settings. To be clear: We did not suffer a data breach. Our documentation of what “public” implies was unclear, and that’s a failure on us. Specifically