Hacker News

Favorites Setup
Comment by nospi | original | Lovable apps expose passport details and more than 200K private messages
[−]nospi · 2026-11-14 Sat 22:34 UTC · link
I cannot wrap my head around jacquesm's insistence that this is a breach.

Can someone please correct me if I'm wrong here, but isn't the article claiming that all data was publicly accessible with a read-only API key, also publicly shipped in each site?

Unless I'm missing something, no amount of digging into *published* data is a breach of anything. The act of publishing it is the leak, not the consumption.

Am I losing the plot?

[−]lysace · 2026-11-14 Sat 22:43 UTC · link
around jacquesm's insistence that this is a breach.

I mostly see an accusation of downloading more data than needed to prove the point.

[−]hmokiguess · 2026-11-14 Sat 22:44 UTC · link
While you are technically correct, in practice the democratizing of a tool that can be consequential in leaking your private information should come with stronger safeguards and educational opportunities for those who aren’t well versed in technology.

Lovable lets you do stuff without even understanding semantically what API or API Key means and how it can or should be used.

Moving too fast and putting the onus at the user is a bit shady.

[−]lysace · 2026-11-14 Sat 22:46 UTC · link
You're answering a specific question with an opinion on something else.
[−]hmokiguess · 2026-11-14 Sat 22:51 UTC · link
I don’t understand what you’re saying, sorry.

My point was to say how AI tools can quickly build insecure software systems.

Am I wrong that shipping a key publicly in the client side is not something a tool should try to check for?

[−]schrodinger · 2026-11-15 Sun 01:38 UTC · link
You're sharing a perfectly valid opinion that I happen to agree with. However, you did so in reply to a very specific question — someone asking why jacquesm (a well-known poster on HN) — considers the actions described in the article a data breach rather than merely security testing. Your comment had nothing to do with that. That's all!
[−]hmokiguess · 2026-11-15 Sun 01:53 UTC · link
oh, I think I glossed over that distracted and flew past me; that makes sense reading it over again
[−]lysace · 2026-11-15 Sun 02:42 UTC · link
Sure.
[−]rubyn00bie · 2026-11-14 Sat 22:44 UTC · link
I think it really depends on the data itself and jurisdiction. There's very real chance just having more data than you need to prove the exploit exists could open you up for potential legal liability (especially if the data itself is sensitive). Imagine a situation where the researcher gets compromised after the fact with sensitive data lingering around on their machine.
[−]ahtihn · 2026-11-14 Sat 23:03 UTC · link
Hasn't there been cases where people got charged for unauthorized access to computer system by simply changing some identifier in the URL?

Data being technically accessible doesn't mean it's meant to be accessed by anyone.

If I understand this right, this is the equivalent of leaving a house key hidden under the doormat. Just because it can be easily found doesn't mean anyone's just legally allowed to use it.

[−]proxyscore · 2026-11-14 Sat 23:10 UTC · link
Well, there was. But inputting or editing a url is akin to submitting a form or a get request, if somebody doesn't know how to not get breached by such events, they have no business running a website with delicate data
[−]cowlevel · 2026-11-15 Sun 10:47 UTC · link
If I don't even install door locks I have no business running a security company, that is true, and also, it's still illegal to break in.
[−]brewtide · 2026-11-14 Sat 23:22 UTC · link
Yeah. If I remember correctly it was 'weev' and something to do with AT&T.

He seems a hard person to have sympathy for, which didn't help that much at all.

[−]jacquesm · 2026-11-14 Sat 23:21 UTC · link
The precise term is 'inadvertent disclosure'.

https://csrc.nist.gov/glossary/term/inadvertent_disclosure