6/6/2026 at 7:10:29 PM
> "The tool itself worked properly and functioned as intended; however due to a bug in a separate code path, the system did not properly verify that the email address provided by the individual requesting a password reset matched the email address associated with that user’s Instagram account," said Meta in its breach notice.I'm not sure "worked properly" and "as intended" accurately describe this situation.
by Cyan488
6/6/2026 at 8:22:11 PM
In italian we say "l'operazione è riuscita perfettamente, ma il paziente è morto" -> "the surgery was a complete success, but the patient died"by vb-8448
6/6/2026 at 8:32:34 PM
Both this and what Meta said reminds me of "Clarke and Dawe - The Front Fell Off" (https://www.youtube.com/watch?v=3m5qxZm_JqM)I also can't believe the people who were involved with writing this response from Meta, didn't realize how obviously bad it sounds. It's like there is no humans working and writing there anymore.
by embedding-shape
6/6/2026 at 9:00:35 PM
> It's like there is no humans working and writing there anymore.Don't know if AI is to blame, but I've used to see these kinds of nonsense post-mortems even in the pre-llm era, and it's always due to some internal fighting ongoing between various departments.
by vb-8448
6/7/2026 at 2:24:41 AM
Where do you think the LLMs learned it from...by daveshistory
6/7/2026 at 5:30:40 AM
"Who taught you how to do this stuff?""You, alright! I learned it by watching you!"
by saturnite
6/7/2026 at 5:19:03 PM
Pretty much. The most depressing thing about the bland slop produced by LLMs is realizing that this is what they "think" of us.by daveshistory
6/6/2026 at 8:38:26 PM
I was reminded of the Murray Walker quote. “There's nothing wrong with the car except it's on fire”by rothfuss
6/6/2026 at 8:58:59 PM
My dad says, "But other than that, Mrs. Lincoln, how was the play?"(Usually said jocularly when everyone is at their most upset, e.g. a vacation ruined)
by lelandfe
6/6/2026 at 9:30:02 PM
A friend said at one of those moments, "And other than that, how was the play Mrs Lincoln?" And the 3rd person replied, "I don't know, I've never seen the play 'Mrs Lincoln'"by RRWagner
6/6/2026 at 10:56:26 PM
[dead]by thrownthatway
6/7/2026 at 12:05:36 AM
“The strait of Hormuz is open so long as Iran does not fire missiles at ships.”by maxall4
6/7/2026 at 4:31:04 AM
"The numbers will go down as soon as you quit testing"by dylan604
6/7/2026 at 11:27:22 AM
The actual quote was "if you don't test, you won't have cases"by trumpdong
6/7/2026 at 1:09:26 AM
> like there is no humans working and writing there anymoreMeta has never been a place for people with empathy to thrive or succeed. They literally enabled a genocide. Despite being warned by internal employees, profits were more important.
by Arainach
6/7/2026 at 9:53:29 AM
Which one. They have several under their blood soaked belt nowby emayljames
6/7/2026 at 11:36:41 AM
Very rigorous software engineering standards.by RobotToaster
6/6/2026 at 9:11:17 PM
Does it matter if the response is tone deaf or simply misguided? I am a bit nihilistic here, but in one week absolutely nobody will be talking about this. Are the affected individuals going to abandon instagram? Are people going to reduce their usage out of concern for the safety of their accounts? Nothing will happen, hence there is no need for actual humans writing a good, well intended response.by prinny_
6/7/2026 at 4:32:59 AM
> in one week absolutely nobody will be talking about this.In news media, sure. But in IT teams around the world people will be referring to this (the exploit opening stupidity) for years as how NOT to do things. :)
by justinclift
6/7/2026 at 3:39:55 AM
Everyone has a limit to how much bullshit they'll put up with. This could be the last straw for some people to finally quit Instagram. I quit Instagram, Facebook and all other Meta properties in 2025, after complaining about various problems for years. Other people may quit temporarily and then return, but any time they spend away from Instagram may give them experience that will help them quit permanently later.by skyfaller
6/6/2026 at 9:49:20 PM
> Does it matter if the response is tone deaf or simply misguided?I agree with you that in a week nobody will be talking any more, but I'm pretty sure it's a GDPR data breach, and they can have some trouble within EU.
Yeah, they probably don't give a fu.. about EU, but if the response doesn't matter at all why did they spend time on it?
by vb-8448
6/7/2026 at 9:14:12 AM
Haha.. This reminds me of a classic Windows MessageBox meme that goes: "Operation failed successfully!"by redbell
6/7/2026 at 2:21:35 PM
We have the same saying in German: Operation erfolgreich, Patient tot.by panzi
6/7/2026 at 4:50:32 AM
"Operation succesful, patient dead" is a common saying in India.by unmole
6/7/2026 at 6:23:41 PM
I found an English use from 1883 - https://archive.org/details/argonaut131883sanf/page/n391/mod... .> The creosote in toothache drops administered to a New York boy cured the pain, but killed the boy. This recalls the entry in the register at Bellevue Hospital, which reads; "Operation successful. Patient died."
The Argonaut, San Francisco, December 22, 1883.
by eesmith
6/7/2026 at 6:39:23 AM
Maybe it was euthanasia?by methyl
6/6/2026 at 8:46:59 PM
"operation successful, patient dead."by raffael_de
6/6/2026 at 10:58:13 PM
[dead]by thrownthatway
6/6/2026 at 7:53:37 PM
The tool worked correctly and as intended, but due to a bug it did not work correctly nor as intended.by nkrisc
6/6/2026 at 8:06:34 PM
To be fair, that quote in the original article could have more context. By "The tool" they meant "AI-assisted support tool"[1]; perhaps they meant that the issue was not an AI hallucination inherent of the tool, but a fixable bug.[1]: https://www.documentcloud.org/documents/28202858-meta-ai-ag-...
by thih9
6/6/2026 at 8:31:15 PM
In that case, the statement is so meaningless as to be useless. Why should we care how Meta splits up their microservices? The tool still failed. They just want to redefine the "tool" as something else, anything else, to avoid having to admit something negative about their precious AI.> The LLM correctly generated tokens according to user input, however due to a bug in a separate code path, the system did not properly verify the email address
> Nginx correctly handled the user requests according to the HTTP standard, however due to a bug in a separate code path, the system did not properly verify the email address
by nvme0n1p1
6/6/2026 at 9:00:32 PM
I mean, I think many of us are curious and enjoy hearing more details about how and where bugs like this occur. What's wrong with that?by csallen
6/6/2026 at 9:25:26 PM
I'd love to read a proper technical post-mortem, but this obviously isn't it. It's a carefully-worded statement from a lawyer meant to minimize liability and reputational damage to the company.by nvme0n1p1
6/6/2026 at 10:59:13 PM
There is nothing wrong with that, and nobody is saying there is. In fact, it is exactly what is being requested here!by albedoa
6/7/2026 at 4:20:59 AM
It seems to me like they're saying the agent made the tool call they expected, but the harness didn't reject it like they expected it to.by zahlman
6/7/2026 at 10:19:43 AM
But it sounds like it's not even a harness issue if they have a process where they send a reset email to an address that isn't associated with the account.This isn't (just) a validation issue, and shouldn't be at the harness level.
by eterm
6/6/2026 at 8:08:52 PM
Sounds like they are saying the agent did not malfunction, and this vuln could have been triggered by a human support agent too.by theptip
6/7/2026 at 12:25:40 AM
Kind of interesting that LLMs are basically being sold as having “human-like” reasoning capabilities, but in this case when “obamawhitehouse” asked to have it’s password reset sent to bob12345667@gmail.com the LLM didn’t question it and just triggered the process that happened to have a bug.Humans support agents certainly fall prey to social engineering all the time, but I can’t think of a case where it was done on this scale so easily.
by mikeocool
6/6/2026 at 8:22:27 PM
It probably could have been, but how likely is that compared to with the AI agent? I'd assume (and I'm ready to look like an idiot if I'm wrong) that the humans are trained to send the verification code to the email address on file, rather than any address the client asks them to. I'd certainly assume most of them are more afraid of the consequences than the AI is.by trehalose
6/7/2026 at 12:34:54 AM
For sure. Social engineering attacks on human support staff are common and well known, but the skill floor is non-trivial; you need to actually be able to convince a human of your ruse.Having a support agent likely made it easier to enumerate the vuln, and certainly made it easier to scale out exploitation once it was discovered.
by theptip
6/7/2026 at 12:10:45 AM
I think they’re blaming a tool function so as not to admit the overall agent process was shit.But it’s irrelevant, outside of PR. We know at least THREE bad components to this process and they were constituent parts.
by dd8601fn
6/6/2026 at 8:23:35 PM
I get the joke, but it's a relevant nuance that the new code, the chatbot, did not have 'the bug'. I still think that the mistake and head that should roll should be the one that published the chatbot.But it's important to acknowledge that there was a 'bug' in an underlying tool and not in the chatbot, and still PIP/fire those responsible for publishing the chatbot and exposed an otherwise internal tool to the public, and not those that introduced the 'bug' to an internal tool.
by TZubiri
6/7/2026 at 2:48:17 PM
Why should the chatbot team necessarily take the blame? For all we know, they could have got approval from the tool team to make it public, and passed additional security review for making it public.Also, why fire anyone after a single mistake?
by srdjanr
6/8/2026 at 2:27:41 AM
I did mention PIP/fire, but to be fair, this looks like the worst security issue in the history of Meta, a company known for an almost impeccable cybersecurity clean sheet.So yeah, firing somebody or a group of people is on the table. Especially when like 10% of the company was fired last week for unrelated reasons. If you are gonna do it, fire the people who slash the value of your company by billions of dollars.
by TZubiri
6/8/2026 at 2:55:17 AM
How not to do blameless postmortem lmao. Non of the the engineers involved in this incident had anything to do with the company-wide layoff. I'm deeply sorry if the layoff affected you. But blame firing/piping more engineers for an incident should NOT be on the table. The negative sentiment towards meta engineers on this post is just wild.by cyc116
6/8/2026 at 3:09:44 AM
>But blame firing/piping more engineers for an incident should NOT be on the table.There has to be a level of fuck up where a resignation is appropriate, maybe this doesn't meet your bar, but surely you recognize that there exists a limit of incompetence that proves that one is not up to the demands for the job.
I used to be on your camp, blameless postmortems, the truth is more important than assigning blame and in all likelihood it's a systemic problem. But with time I realized two things, 1 there's actually incompetent people, 2 if you wrongly get blamed and you don't blame someone else, then it's your head that rolls, hate the game not the player, you have to assign blame to someone else if you are accused.
by TZubiri
6/6/2026 at 7:32:27 PM
That sounds a lot like the justifications Claude and ChatGPT give when confronted about something they did wrong, or when asked to provide a customer support response about software issuesby nico
6/6/2026 at 8:11:30 PM
I've lost track of the number of times Claude has basically said "it was like that when i got here" in the face of a clearly bogus choice and easily disproved explanation.by dmoose
6/6/2026 at 9:06:22 PM
They should add a feature called "auto-really" that just automatically says "really?" after the chatbot answers a question to check if it's going to 180 upon this tiniest bit of scrutinity.by AlienRobot
6/6/2026 at 10:18:39 PM
You joke but this is almost literally what Chain-of-Thought does, at least in the early days. They basically just added "Wait," to the model's output and fed it back to the model iircby lou1306
6/7/2026 at 12:29:43 AM
This can't be a trillion dollar industry...by AlienRobot
6/7/2026 at 11:28:55 AM
It's the ELIZA effect.by trumpdong
6/7/2026 at 7:30:50 AM
"Really?"by smcin
6/7/2026 at 7:07:24 PM
I tried asking about how my state treats violations of updoc. It replied with a long ass wall of text about how serious the Updoc statutes were in my state and how judges punish harshly.I pointed out that updoc is nonsense and asked why it didn't catch that. The answer was that it was my fault for giving it bad info.
by nosioptar
6/7/2026 at 7:35:00 PM
what's updoc?by armoredkitten
6/8/2026 at 12:38:04 AM
Not much, how're things going for you?by nosioptar
6/8/2026 at 10:24:44 AM
got emby tommit
6/8/2026 at 3:24:12 PM
There is no difference, from the model's point of view, between code it wrote and code someone else wrote. It's all just context.by nsvd2
6/6/2026 at 11:15:35 PM
You need to hit the retry/regenerate button more, it's there for a reason.While the "stochastic parrots" thing is a bit overblown, IME most LLMs tend to surprisingly different responses even without changing the context, especially if they're hallucinating or doing something "wrong".
by Chu4eeno
6/6/2026 at 7:31:08 PM
The argument here is that the AI is a glorified input page. The input field asks for your username and email and sends it to a backend function. Such an input page is working as intended.The problem is when the backend function doesn't verify that the email matches the username.
by Cpoll
6/6/2026 at 8:05:36 PM
Why on earth would the backend function even take an email?Or perhaps said different: use the submitted info to identify the account; send any sensitive messages (recovery codes, password resets whatever) to only the contact info on file. If the chat bot can send such email it should do so via an API that sends only to contact info on file for the associated account and not to an email that's provided by the bot.
by dgoldstein0
6/6/2026 at 8:18:23 PM
> Why on earth would the backend function even take an email?In principle, it could be designed to do so to handle cases where a new email address has been confirmed out of band, e.g. for an account representing a company or a political office. But that's a relatively unusual situation, not something you'd want to be available to every user writing in. (Even if you had an all-human support department, this sort of functionality would only be available to a select few agents.)
by duskwuff
6/7/2026 at 1:24:23 AM
Some sites do this to prevent password recovery spam; you need to provide two pieces of information. Ideally not telling the client if they wrote the wrong email, that'd be a security issue of its own.by Cpoll
6/7/2026 at 6:15:43 AM
When such systems are hooked up to a web page they often will ask which contact should receive the reset code(Pick one:
"send text to number ending in -1234"
"send text to number ending in -5678"
"send email to jo......th@gmail.com" )
by Polizeiposaune
6/6/2026 at 7:35:20 PM
Fair enough. Never trust client-submitted browser form, but always trust LLM-submitted form.by jgalt212
6/6/2026 at 10:21:55 PM
If the backend function was so poorly coded to allow such a gargantuan security hole, then it is an even worse problem. Basically Meta is throwing its own engineers under the bus so that its AI chatbot can save face. Scary stuff.Unless the backend was _also_ vibe-coded, in which case it is still an AI problem.
by lou1306
6/7/2026 at 6:18:21 AM
Okay, I hear you. I do. From a technical viewpoint, that may very well be how their systems are implemented. But this still doesn't answer the question of why the fuck this matters to these states' AGs and the people they represent.by oenton
6/6/2026 at 10:21:58 PM
Read that as "worked as written" and "we disclaim any consequential or incidental damages and do not warrant this software."I continue to believe we could fix a lot of things in the US if we updated the UCC[1] to disallow 'disclaiming liability on software used in a product.'
[1] Universal Commercial Code -- https://www.law.cornell.edu/ucc
by ChuckMcM
6/6/2026 at 10:35:11 PM
I've always wanted to expose myself to unlimited legal liability by distributing open source software.by jjmarr
6/6/2026 at 11:05:06 PM
That seems like a false-dichotomy between two extremes when there's all sorts of space in the middle... It's also assuming developer-to-developer tools would have the same rules and exposure as in service-to-consumer.If I sell a physical motor (let alone plans for one) I'll have some liability for things like it Not Exploding. If someone buys a dozen of those motors to assemble a tragically unsafe "rollercoaster" of their own design and construction, I'm almost certainly not responsible for any terrifying decapitations.
In other words, most of the world already does not rely on the issuance of "Get Out Of Infinite Liability Free" cards.
by Terr_
6/6/2026 at 11:32:13 PM
Exactly this. (and it is a false dichotomy to argue infinite liability).To Terr_'s point, if you were publishing open source you would also publish exactly the things you intended it to be used for and anything else would violate your warranty (possibly implied) that it does what the documentation says it does.
There is a huge amount of tort law that covers exactly when it becomes a problem for you the creator vs you the user in your own project. And that liability is also based on once you know something bad could happen you make an effort to notify people[1].
[1] https://www.cpsc.gov/Newsroom/News-Releases/2026/Clorox-Agre...
by ChuckMcM
6/6/2026 at 11:47:47 PM
Software can be copied infinitely, so even $1 of liability is effectively infinite since an unlimited number of people can potentially use it and sue you when it blows up.Nobody's going to be distributing software on the internet for free if the cost of insurance alone precludes that.
by Ajedi32
6/6/2026 at 11:57:06 PM
This is not how liability works, anywhere. So I write a piece of code that "makes your screen do cool things" and it causes the power supply to fail on those screens. Someone reports that bug to me and I check it out and say "Oh, shit it does break power supplies." Then I immediately put a notice on and in the code that says "WARNING: This code will break the power supply of your montitor." And I put that warning in the repo. And if there is a Discord or a mailing list I tell everyone "Hey, this is important, if you run this code it can break your monitor."Guess what, I'm not liable for the damage. Why? Because I immediately responded once I knew that it could, I made a good effort to warn people who might already have the code of the risk, and I made it clear in the code that this risk is there.
Ever wonder why you get a booklet of warnings when you buy a product with even really stupid things like "Don't clean with gasoline" warnings? That's because once you have discharged your duty to warn you are not longer liable in what happens if someone ignores your warning.
The flip side is also true, you cannot say in your product both "Hey this product does these cool things" and "We don't warrant the product to actually do anything." This is especially true if there is money involved (like your user paid your some $ for the product.) There is always an implied warranty that the thing will do what you says it will do, which exists as long as the user has heeded all your warnings.
by ChuckMcM
6/7/2026 at 3:15:12 AM
I broadly agree with you but TBF to the earlier comment consider what would happen if a FOSS author did something wrong and was found to be liable. How about curl for example? That sees use in car infotainment systems among other things and cars can be pretty expensive and there sure are an awful lot of them. The point is that we should be able to accommodate someone pushing a hobby project to github under a permissive license while also imposing liability against developers in instances where money changes hands or where someone's work involves interacting with the physical world.by fc417fc802
6/7/2026 at 11:31:23 AM
The EU CRA handles this by putting liability on someone who integrates FOSS into a product instead of someone who wrote it. Because it doesn't make sense to put liability for unforeseen downstream uses on someone who gave away something they made in their spare time. Now, if it was a virus, you're still liable for distributing a virus.by trumpdong
6/8/2026 at 1:59:29 PM
Yes, when you're selling a product you can price the risk of lawsuits into whatever you're charging customers. You can't do that with free software without making it no longer free."No problem: just don't get sued" only works if legal battles are free and/or the law makes it so blatently obvious that you're not liable that nobody would bother to try.
by Ajedi32
6/7/2026 at 4:48:02 AM
I realize this is drifting off topic, and happy to talk more in email (address in profile), in the interest of sharing a bit more, consider this statement you paraphrase:"a FOSS author did something wrong and was found to be liable"
In fairness, I not sure the earlier commentator really understood what they were saying, at least not as far as legal liability is concerned.
The FOSS author simply wrote some code and shared it right? That is their 'action' can you think of ways that does direct harm, which is to say they published their code, and with nothing else happening someone got harmed? One way that can cause harm is the FOSS author publishes a trade secret[1] or access credentials of a third party. In both cases they could (and would) be sued by that third party. But absent that, I'm having a hard time coming up where simply the existence of most code causes someone else harm.
So to get to harm we have to add another person, that person somehow applies the code, and in that application harms another person. Our FOSS author might be sued as being contributory because the person who caused harm might not have done so if they didn't have access to the code. To prove that, the plaintiff would have to prove that the FOSS author knew that the code could cause harm if used in this way, and encouraged or otherwise abetted the person who did harm to use it in doing the harm. That can be a hard standard to reach[2].
In your car example, it would be challenging to prove that Daniel Stenberg wrote curl so that you could use it to brick car infotainment systems. But it would be easier to prove that a manufacturer that incorporated FOSS code and didn't check their system for risks like this should be found liable.
Liability accrues first to the party that did the action. Secondary liability can reach out to suppliers[3] of things used in that action. This is also civil law rather than criminal law and so it works a bit differently in terms of evidence standards and penalties.
[1] We can make a joke here about badly formatted code, but hopefully we're in a agreement so far. A real example was the DVD decoding software that included the key for decoding encrypted DVDs.
[2] Not that people might not try, its too easy to sue. There have been cases where someone wrote some code that was later used in a weapon (and example might be Ardupilot software in drones used to kill Russians). But even in that case, the courts in the US at least have consistently found that if it is not the primary purpose of the software to do harm, then the author is not liable.
[3] Unless you're a gun company as Gun companies have managed to keep themselves from being found liable for people using their guns to do harm. But there is also lots of interesting case law there too which might help inform.
by ChuckMcM
6/7/2026 at 5:38:00 AM
That's a really good point. Where I remain at least somewhat concerned is for example suppose that one day curl pushes a terrible bug to production that results in all sorts of nasal demons flying out of client devices. Is this free code that was picked up off the side of the road thus zero liability? Or is this a trusted product written and maintained by a professional that has stood the test of time thus there might be liability because there's an assumption that official updates will be fit for purpose?Now if I were running a small business I might choose not worry about the tail risk of my product causing a few million dollars in harm or (more likely) I'd have insurance to cover that. But someone tossing code along the side of the road presumably doesn't have (and doesn't want to think about) insurance and meanwhile the tail risk has become nearly unbounded thanks to the effectively arbitrary number of deployed instances.
I think there's also some benefit to having a big fat NO WARRANTY clause at the top of the license file because it might give you a better chance of a summary dismissal (or even deter the other party from trying in the first place) since as we all know the process itself can be ruinous even if you eventually prevail.
Which is all to say that I share your view. Willingly negligent vendors that cut costs by omitting security while viewing the resultant mishaps as an inescapable reality ought to be held accountable. But I think it would also be a good idea to add an official exemption for software that's made available free of charge. It seems like if you pick something up off the side of the road any mishaps that follow from that should necessarily fall to you.
by fc417fc802
6/7/2026 at 12:20:37 AM
There's a pattern I noticed, especially on this site, where people claim various VC/ad/tech dark patterns, enshitification, privacy violations, dishonest marketing, etc MUST be allowed, otherwise open source or 'the internet' will face some sort of existential risk.No bro - open source and the internet existed long before SV tech parasitism did and will exist long after.
by aleqs
6/7/2026 at 12:33:09 AM
I don't disagree, that pattern exists, but it is essentially true. Just not in the way the folks saying it is true understand it. If the "VC/ad/tech dark patterns, enshitification, privacy violations, dishonest marketing, Etc." wasn't allowed then their job might not exist. That can be true. What is missed is that if there is value in the thing, then it will exist.When I reflect back to someone making this argument by saying, "So your argument is that you make your living as a pick pocket, but if pick pocketing is made to be illegal, you won't be able to make a living." Which of course would only be true if they only thing they could do was 'be a pick pocket'. Its a very common rhetorical technique to argue that the status quo cannot be changed. All the arguments that "you'll put all coal miners out of business if you require only green energy" And yet the people, the miners themselves, will likely be fine. The firms might not, but there are other firms that could exist.
This isn't a new problem, or one specific to this web site, although it does get disproportionately hit because so many technology companies saw what Google started in the 2000's and said, "Man there is soooo many ways to get money for this." rather than, "Is this a reasonable way to make money? Sure it is 'perfectly legal' but is it right? Is it moral?" The type of person who thinks that something is "Only illegal if you get caught" is neither moral nor particularly concerned about what is right. And we got a lot of that type.
by ChuckMcM
6/7/2026 at 6:07:59 AM
"Its a very common rhetorical technique to argue that the status quo cannot be changed."Thank you for putting this so eloquently into words. This rigid thinking is also common in topics such as working conditions, collective bargaining, on-call time, parental leave, healthcare, and effectively (unintentionally or not) shuts down conversation.
I've come to realize the objections from people who think this way all effectively boil down to 'Be grateful for what you have because any alternative would be worse.' But if you pry and ask that they expand you'll find there really isn't any there there, because it's black and white thinking. It isn't rooted in fact, it comes from fear. I sure hope we haven't collectively forgot how to even imagine a system that functions better than the one we have today.
by oenton
6/7/2026 at 7:50:33 PM
Thanks. For me, I was in debate club in High School and that included basic rhetoric. In college I took an argumentation class as a non-engineering elective. The most useful thing this class taught (for me) is how to 'see' the argument, and as a consequence see how it is constructed. Throughout my career it has been especially useful in "political" situations at work. Not everyone argues in good faith, and being able to spot those who are not is valuable.by ChuckMcM
6/7/2026 at 6:32:24 AM
With respect to the need/impossibility of change, the "Politician's Fallacy" seems related:1. Something must be done.
2. This is something.
3. Therefore this must be done!
by Terr_
6/7/2026 at 12:54:26 AM
Very well put.by aleqs
6/7/2026 at 2:09:44 AM
[flagged]by skywhopper
6/7/2026 at 3:46:07 AM
The United States/Canada don't have a "loser pays" rule, so this exposes me to legal fees.Right now, any lawsuit against me can be dismissed on summary judgement because even if my software causes harm, that's not a legal wrong to the extent I've disclaimed liability.
If you adopt any fact-specific standard for liability, that needs to be adjudicated in a trial. The legal fees alone would surpass the actual liability.
That creates huge leverage for the party with more resources. That kills hobbyist open-source development, since if your project takes off but a large enterprise finds it defective, they can threaten to sue you to enforce the "warranty" you were required to give.
by jjmarr
6/7/2026 at 5:33:51 AM
> That kills hobbyist open-source development, since if your project takes off but a large enterprise finds it defective, they can threaten to sue you to enforce the "warranty" you were required to give.I think you're assuming some kind of worst-possible outcome that hasn't been proposed and is unlikely to be enacted. To quote from earlier in the thread: "Disallow disclaiming liability on software used in a product."
I don't think that changes your hobby work on a rational-math library or an MVC framework or whatever, since you aren't making a business out of it. It will affect that large enterprise if they roll out their new product "Yearning 4 Mines: Gatcha Gig-work For Kids."
by Terr_
6/7/2026 at 2:07:52 AM
Ensuring Meta is responsible for its products would not need to assign liability to someone offering open source software.by skywhopper
6/7/2026 at 11:29:28 AM
They did say a product. Is it a product if you're not selling it or even giving it away but you just made it available for download?by trumpdong
6/7/2026 at 11:50:52 AM
Depends on the jurisdiction I think. And if you take donations, the line gets blurry even faster.by lukan
6/6/2026 at 11:24:18 PM
Would that be software used in a product? I don't think that would qualify?by ncallaway
6/6/2026 at 7:25:30 PM
Oh it was a downstream dependency. The tool worked, it was the downstream dependency. Glory to Arstotszkaby RobRivera
6/6/2026 at 9:58:51 PM
Tool so great, downstream dependency not required! Right?by moffkalast
6/6/2026 at 7:16:48 PM
I like to dunk on Meta as much as the next guy, but I think this makes sense: deterministic verification like this is not, and should never be, the LLM’s job. The tools it has access to should enforce the permissions layer, ensuring that the LLM can never perform actions the user themselves should not be allowed to perform. In this case, the tool failed to do that.by ludwik
6/6/2026 at 8:25:38 PM
>deterministic verification like this is not, and should never be, the LLM’s job.But when humans handled it, this was not as much as a problem. That is, the humans did the job, because they recognized the need to do that job.
Sure sometimes accounts could get recovered if a human was tricked, but evidently it was easier to trick the LLM in masse than humans.
by TZubiri
6/6/2026 at 8:53:40 PM
> But when humans handled it, this was not as much as a problem.In fact it's arguably a feature. The ability of support staff to short-circuit nitpicky rules when there's an obvious external validation happening (e.g. you're on the phone with a user who's presenting ID in real time and correlating it with previous use of the account, etc...) makes for better data quality and happier customers.
Obviously, yes, you can then human-engineer an authentication breach. But that was very difficult, because people are "common-sense careful" in a way we haven't been able to tease out of AI yet.
by ajross
6/7/2026 at 5:19:42 AM
Maybe that’s because I work with agentic AI in my day job, but this seems utterly obvious to me: no reasonable person would ever claim that LLMs are better at keeping secrets or enforcing rules than human employees.This notice is not about comparing humans and LLMs. It seems that the system was designed in the only reasonable way: with a deterministic permissions layer separate from the agent. But that layer failed to work properly.
So the notice is comparing the difference between how the system was supposed to work and how it actually worked in reality. Normal post-mortem stuff.
by ludwik
6/7/2026 at 4:13:33 AM
The overall system that allowed this implementation is accountable. So why put such a fine point on it so as to exculpate the LLM?by gavmor
6/7/2026 at 5:05:09 AM
It helps set expectations for the fix. "The bug was in an external system that has now been fixed" means we it's probably fine going forward. "The LLM got tricked but we are gonna train it super hard not to do that again" means it will break again and again as people find new angles to convince it.by im3w1l
6/7/2026 at 9:43:37 PM
Yes the LLM part is irrelevant here. It'd be just the same if it was a HTML form.by dbbk
6/6/2026 at 7:23:57 PM
[dead]by jffyjcaa
6/6/2026 at 10:33:24 PM
> The tool itself worked properly and functioned as intendedThe author of the post is close to the author of the AI code on the org chart
> however due to a bug in a separate code path, the system did not properly verify
The author of the post is far from the author of this "code path" on the org chart
by teaearlgraycold
6/6/2026 at 7:16:55 PM
Maybe they’re communicating exactly what it sounds like and are just owning up to being complete morons?by ofjcihen
6/7/2026 at 1:37:11 AM
Our autonomous client-assistance system is managed by a teenager that usually makes good decisions but sometimes makes bad decisions and so all the teenager’s decisions are checked by a minder before being implemented. Unfortunately the minder wasn’t paying attention, so, here we are. However, our teenager is a great kid and did nothing wrong! It’s all the minder’s fault.P.S. Would you like to have our teenager manage your system too? Terms are reasonable! Of course you accept all liability, so better get a good minder - and no, don’t use an AI as the minder, that just introduces a new failure mode.
by photochemsyn
6/6/2026 at 8:21:43 PM
Of course.What I gather is that this internal tool was used by human support agents, and it was their responsibility to verify the email adresses and general validity of a claim.
But when implementing AGI TM that was overseen, maybe the oversight in the separate code path was a 'bug', but the mistake was making the chatbot obviously, if the separate code path had a bug, then it had become ossified into a feature, and it was internal, not exposed to the public.
This is an external communication, to save face sure, but if this is the internal excuse, it would be absolutely the wrong RCA and it reads as if the one who made the mistake is not admitting they made their mistake. Which to be honest, just making the mistake is enough to get fired, but not admitting it is enough to get ultra fired.
by TZubiri
6/7/2026 at 3:10:40 AM
Having had my 2FA Facebook account banned 3 years ago because a bot signed up under my email for Instagram (which I did not have), I can confidently say the email verification issue has been a problem for a long time at Meta.by warmedcookie
6/7/2026 at 3:33:23 AM
It’s a public release prepped/reviewed by the in house legal counsel.Don’t read too much into it. Facebook wants to face as little accountability and keep the future class action lawsuit to a minimum.
by xyst
6/6/2026 at 9:15:22 PM
Isn't that exactly what they said when Cambridge Analytics data gathering happened?by saltyoldman
6/6/2026 at 7:45:38 PM
Then ‘ The tool itself’ was not appropriate to the job in the first placeby totetsu
6/7/2026 at 11:26:48 AM
They're saying: our AI worked perfectly, we just prompted it wrong.As you do. All AI failures are caused by bad prompting because AIs are perfect.
by trumpdong
6/7/2026 at 12:35:39 PM
No no the tool worked fine, it was the system that failed. They blame society, basically.by Schlagbohrer
6/7/2026 at 12:47:08 AM
Error: Success!by tyleo
6/7/2026 at 4:35:46 AM
You must work in QAby dylan604
6/6/2026 at 7:47:01 PM
so how long was the bug there? was there a way to access it before/without the support agent? it feels like Meta will throw anything under the bus to redirect blame from the AI, because that would be the end of their $600B (depending on “which number you want to go with”) experimentby laweijfmvo
6/6/2026 at 10:40:49 PM
What was that mantra? Something about broken software is what they aim for?by stephenhuey
6/6/2026 at 11:16:11 PM
I'm sure. It was not working properly nor as intended.by az226
6/6/2026 at 10:38:31 PM
There should have been a test case for this. There wasn't because most shops don't actually test their product. They do some test theater such as unit testing.by dboreham
6/7/2026 at 2:11:10 AM
‘Hey Claude, write me a PR statement’by hsbauauvhabzb
6/6/2026 at 8:13:50 PM
How very Wernher von Braun of them.by tomkarho
6/7/2026 at 7:54:39 PM
"Marge, there's the truth..." (frowns and shakes head negatively) "...and there's THE TRUTH!" (smiles brightly and nods enthusiastically)-Lionel Hutz, Simpsons, Season 9 - "Realty Bites"
by ncr100
6/6/2026 at 10:08:38 PM
This-is-fine.jpgby cynicalsecurity
6/7/2026 at 6:55:59 PM
Unfortunately this statement will, in spite of what you identified correctly, likely do its job and divert attention from the fundamental issues we are facing with a technology that has already spread further than anyone can control. From enterprise too lay man. The whole world of computing was not built ever expecting software capabilities like this to ever exist.I am not saying it's like a nuclear bomb. Rather like the first guns brought into fights the others were perfectly prepared for ti fight with swords and didn't even know yet, about this fascinating invention called a gun. Sounds interesting. Let me inspect it. Oh wow, that's interesting technology. What happens if i push that thing back? Will it re... oops...
Thank god that we have honourable people like altman, zuckerberg, musk. Imagine how bad all this would turn within the next few years, if major decisions were made by self-serving, delusional, greedy egomaniacs...
Of course currently let's first hope those wars and all the tension in societies all over the world, in war or peace, won't explode into something really, really bad. Looking at history, i fear we see how social tension on large scale over time... not saying it's not obvious to almost everyone. So well, let's just keep hoping. Maybe throwing blackbox AI tech into the mix, would surprise and change course of history. Actually, while i am thinking about it, i think i just changed my opinion into the opposite position, lol. Honestly, if it's 50/50 that this will lead to the worst possible outcome intensified, it's still better than just checking boxes following the "humans slowly stumbling into near-extinction experiences 101" handbook. Because just according to that, we're lucky if we're off by 10 years. There must be a big change in humanity and how the world is currently constructed, for all this leading to anything other than what we should expect from history. If we kept all nations busy with huge technological issues, that made all of their personal lifes so complicated, turn every elitists luxury into a burden, busy to defend what they own, while they can't realize, that normal life has changed so much, they now are the ones, frozen in life. They would have no time for conflict.
This sounds totally logical. In any other scenario, it would be pretty insane what we are all doing and entertaining (including me, top10 hypocrite).
I fear it's too late to turn ship, yet we still can jump ship.
---
Especially because now thinking about the thoughts that just went through my head, maybe (technological) disruptions are actually disrupting. But not a status quo of an economic model.
But a pretty clear loop of human nature and "humans in societies". And the more often we disrupt this loop, the more time we get before it's ready to start over again.
And now we have something that has the potential to change all fundamentals so much, that all the major conditions inside this loops iteration become meaningless. The environment changes so much, the state of the checkboxes gets emptied. Cache invalidated. Indices are gone.
Oh, i know how dumb this sounds. I am not even trying to claim anything. I didn't even think about it before, this is just a note of the words that i typed, almost on autopilot. No idea if i believe a part of this could be real. But even thought, just as a mere fictional story, it already entertained me.
by endofreach