Hacker Dudes// alternate deck. same feed.
FEED ~12/h Δ0 ────:──── LINK ░ SIGNAL
90%
SPOOLED 0/45 CYCLE 61339.743.126.54
Tell HN: I unknowingly broke the PHP RCE embargo. I am sorry
749pts/262 comments/4d/─
by petecooper / hn> / « feed
▲▼ cwillu11:17 hn>

Don't be silly, you can't possibly be responsible for breaking an embargo you weren't subject to or informed about.

▲▼ petecooper11:40 hn>

That's fair. For clarity: I take responsibility for posting on HN, without knowing the facts.

▲▼ Onavo12:58 hn>

Not sure what you are apologizing for. It's a severely overblown bug that ended up on the front page of New York Times and the Japan Prime Minister had to get involved too. The bug itself is non trivial to exploit from just public requests to a web server so I am not sure what the hysteria is about. It's no different from the other hundred or so CVEs I see being posted or dropped everyday.

It will be headlines on Hacker News regardless due to sheer sensationalism, I think most DevSecOps people would rather find out the news here first than via their boss calling them after reading the morning news.

─ 29 more ─
▲▼ saghm00:24 hn>

How would you even know whether you knew the facts? It sounds like what you knew was more than just consistent with there being no embargo, you were explicitly told there was no embargo. After a certain point, there's a limit to how far up the chain any of us can be expected to follow the logical chain of what we genuinely think are true, and this doesn't seem like a glaringly obvious case where you were being reckless.

We're all (well, I guess not all, but the group that's worth caring about, and I hope it's at least most) just operating the best we can on the information we have and trying to make decisions based on that. As long as you're acting in good faith on information that you had genuine basis for believing is true, it seems like it would be unreasonable to expect someone in your situation to somehow intuit that you were given false information or grossly misunderstood what sounds like a pretty straightforward declaration of fact from someone you didn't have any reason to doubt.

At the risk of some armchair paycholoanalysis because it does seem like you genuinely feel some guilt over this: I can emphathize feeling guilty about the outcome of an action that in a vacuum would not have been hard to make differently, but my experience is that those of us who have a nasty habit of beating ourselves up over things when we really don't have much blame will often recognize when on the other side that it would not be fair to hold someone else to that standard. I struggle a lot with how sometimes knowing something is true doesn't always make it feel true, and even though hearing someone else saying it doesn't magically make it all better, I still think it's valuable to hear it from someone else, so if I happen to be right about how you're feeling, nothing about all of this is your fault, and to the extent that you're able to, try not to beat yourself up over your misfortune to get caught in the middle of all this due to circumstances that realistically were outside your control.

▲▼ pensatoio00:58 hn>

You’re “taking responsibility” for doing nothing wrong.

─ 2 more ─
▲▼ bell-cot12:09 hn>

Responsibility may include vetting your sources - is this person competent and dutiful, to actually know there's no embargo? - and researching the situation, and thinking several moves ahead, and other stuff.

Reality is that everyone has to make decisions in finite time, using the resources they actually have.

And I'd put a whole lot more responsibility further up that chain of contacts. And question how many other people they might have blabbered to.

▲▼ petecooper12:11 hn>
>And question how many other people they might have blabbered to.

100%. I'm concerned about the two-way street this might also have opened me up to with information I shared privately with this individual. Nothing significant or incriminating, but the professional relationship is concluded.

▲▼ possmap11:24 hn>

It happens. Information cascades are messy, especially with multi-layered contacts

Thanks for owning it ,the best thing now is ensuring the patch details are clear once the official release drops. Moving forward is what matters

▲▼ reboot8114:04 hn>

You’re setting a great example of how to be open and take responsibility, even when you’re not actually at fault. I really respect how you’ve handled this. You’ve also given the community a valuable reminder that some security disclosures may be under embargo, and that it’s worth having in mind before sharing.

▲▼ rancar213:38 hn>

That’s kind of you, Pete, but it was leaked and being exploited well prior to your previous posting here: https://aws.amazon.com/blogs/security/amazon-threat-intellig...

▲▼ chrisjj21:05 hn>

No leak claimed there.

▲▼ rancar214:01 hn>

It documents that there was active attack four days prior to the embargo with suspected leak happening prior to Pete’s post here on HN, which was a day before the embargo ended that Pete was unaware of when posting.

─ 2 more ─
▲▼ jmull16:33 hn>

Technically true, but also not important.

▲▼ ChrisArchitect14:17 hn>

Related (where you already posted a bit of this):

Today's PHP security release, and how we're strengthening security

https://news.ycombinator.com/item?id=50182987

▲▼ ignoramous01:10 hn>

petecooper's post that apparently broke the embargo: https://news.ycombinator.com/item?id=50167754

▲▼ ryanmerket02:03 hn>

yep, i saw it and ran the story on RuntimeWire once i confirmed with the watchtower X post.

and then everyone sht on me on reddit.

▲▼ voakbasda14:35 hn>

Really hope you are not in the US. This kind of admission would be used against you in a civil trial, and lawyers love to sue for just about any reason under the sun. Someone could drag you to court and you might be able to defend yourself, but at an extremely painful cost both financially and emotionally. While I think that would be utter bullshit, that does seem to be the way this country operates now.

▲▼ petecooper14:52 hn>

I am not in the US.

▲▼ throw_m23933919:54 hn>

The parent is getting downvoted but he is absolutely right. Do not ever do what you just did. It makes you an easy target for a frivolous lawsuit in the US or in other countries because of the potential liabilities in your message, they are real. Even if you didn't do anything wrong, you are painting a target on your back, for no reason. I would ask HN to delete that thread directly.

You cannot foresee the financial/civil consequences of that RCE and some people might be looking for scapegoats in the future.

─ 9 more ─
▲▼ radiator22:39 hn>

That should be no problem: he posted exactly *because* he meant to take full responsibility for his actions.

▲▼ ivanjermakov14:41 hn>

The first rule of the fight club only applies if you know about the fight club.

▲▼ hanspagel19:51 hn>

What is the fight club?

▲▼ bunderbunder19:58 hn>

the coordinated disclosure

▲▼ gpvos20:03 hn>

It's a quote from a 1999 film: https://en.wikipedia.org/wiki/Fight_Club

─ 4 more ─
▲▼ qingcharles20:38 hn>

We don't talk about The Fight Club.

▲▼ nephihaha12:20 hn>

A novel by Chuck Pahlaniuk.

▲▼ deadnomore20:25 hn>

what about the second rule of fight club?

▲▼ leoqa02:23 hn>

If I get randomly punched by someone who was in the fight club, with no knowledge of their participation, am I now a member of the fight club.

▲▼ Kamq03:12 hn>

I mean, if you want to be at that point

▲▼ wewewedxfgdf18:08 hn>

x

▲▼ mindcrime18:22 hn>

The modern version:

You have sinned.

Your penance:

Three Hail Claude's, one Our GPT and an act of loop engineering.

Two minutes of silent prompting.

▲▼ solyin19:36 hn>

and 1 hour, writing code, no AI.

─ 2 more ─
▲▼ pid0x1722:29 hn>

In the name of The Large Language Model, The Harness and The Tokens!

Amen

─ 1 more ─
▲▼ qubex18:45 hn>

What does “take full responsibility” mean in the present context? Are you forfeiting all your assets and pledging the next twenty generations of your descendants into peonage?

(For clarity, I’m being facetious, but it’s a really meaningless and empty phrase to commit to the written record.)

▲▼ petecooper19:43 hn>
>What does “take full responsibility” mean in the present context?

I posted something that -- in hindsight -- I shouldn't have, and it had repercussions for a lot of people. An action that I took had considerable knock-in effects around the world.

Some outlets are reporting that my action of posting something that I believed to be in good faith was an indicator or catalyst for the embargo to be tossed out and a previously-agreed schedule to change in short order.

That's not a normal Wednesday for me. Not even vaguely. I've not slept well since, and my taking ownership with an apology is this new course of action. Hopefully I'll sleep tonight.

re: assets and peonage – I am but a broke & wizened nerd with no known descendants. If you're ever in Cornwall, UK: look me up, I'll gladly buy you a sleep-friendly beverage. And I’m not being facetious.

▲▼ zer00eyz20:05 hn>

Shit happens.

Years ago I lost $250K at work, well gave away, so real money out the door. I figured out why we were bleeding, that the mistake was mine (2008 vs 2009 in a function) and then changed the pattern to use explicit names rather than numbered events.

I figured at the end of the day I was fired. My boss laughed at me and told me good job for owning my mistake, fixing it, and then making sure it could not happen again.

Honestly don't just apologize - tell the whole story, in full. Tell us what you should have done differently at each step. Tell us where the process failed you and us. Those sorts of narratives and suggestions are how processes get improved. There is a humble and informative post mortem that you can write up and publish (beyond HN) for everyone's edification. But that should honestly be a Monday thing, when you have a clear head and some more perspective on the whole situation.

Honestly though, dont beat yourself up over this.

─ 7 more ─
▲▼ WJW21:15 hn>

I might be in Cornwall in a bit, so I might take you up on that :)

But yeah, it happens. I could share some stories of me (being responsible for) bricking multiple ~200k circuit boards in a row, if that makes it better. In the end nobody really cared and the world kept on turning. Good decisions might come from experience, but experience comes from bad decisions. It's how it is.

─ 1 more ─
▲▼ qubex21:34 hn>

Relax. You did no wrong. You reacted to the information that was ‘local’ to you. I am merely objecting (hopefully humorously) to the phrase “take full responsibility “: it is uncalled-for, unnecessary, and vacuous. Try to have a good Thursday. Tuesday was not your fault.

▲▼ qubex21:57 hn>

Oh and I’m from Bristol. We might have more in common than you’d expect.

▲▼ bombcar22:58 hn>

The takeaway shouldn’t have been “don’t post” (mainly because someone else would have) but instead “news reporting is hellaciously inaccurate”.

▲▼ herodoturtle20:11 hn>
>What does “take full responsibility” mean in the present context?

Aside from Pete's reply (see adjacent comment), I'd add that him taking full responsibility is also his way of saying his post was nobody else's fault but his.

In other words it's less about forfeiting assets and descendant peonage, and more about saying "the buck stops with me".

At least that's my read of his sentiment. Pete can expand if need be.

▲▼ dylan60420:30 hn>

I know nothing of who Pete is or his associations, so any accuracy on the following speculation is purely coincidental.

"Take full responsibility" is also something someone set up as a scapegoat might say. By claiming nobody else influenced, coerced, or otherwise convinced them to make that statement, every/any one else involved can then wash their hands of the situation.

I'm merely playing devil's advocate here, and it's just a sign of the times that a person making an honest admission can be interpreted in such a manner.

─ 3 more ─
▲▼ petecooper20:52 hn>
>At least that's my read of his sentiment. Pete can expand if need be.

That's about it.

▲▼ qubex21:37 hn>

“Nobody else’s fault but mine” is a perfectly good way of asserting “nobody else’s fault but mine”; “I take full responsibility” is something else entirely and the two are not synonymous. Hyperbole needs to be radically discounted.

─ 2 more ─
▲▼ Papazsazsa20:15 hn>

Taking responsibility for a mistake is neither meaningless nor empty, but honorable. The very essence of humanity.

▲▼ trvz21:39 hn>

It's words vs. action, and I couldn't care less about anyone's words.

And honor is in the action, dishonor in the words.

▲▼ qubex21:50 hn>

It is honourable but it is also linguistic abuse that drains the phrase of its full semantic meaning. “Take full responsibility” must remain a stricture of the highest regard. He is not fully responsible nor should he be held to be nor should we demand that he be and most importantly we must not dilute that phrase of its full semantic import, or else we shall have to come up with another one once this one is devalued to mean essentially nothing beyond “I fucked up in good faith and with a lack of information that was concealed for me for decisions taken by others in good faith way upstream of myself”.

─ 1 more ─
▲▼ fdgfikgfv23:50 hn>

It makes no sense, it is used/abused by politicians and corporations all the time. There are no consequences for the responsible party (of course, if there were then this phrase would not be abused so much)

▲▼ axus20:26 hn>

It does NOT mean "He agrees to settle any financial claims against himself or his employer, for damages caused by negligence".

Could have said "I blame only myself for this mistake, nothing else needs to change".

This will keep happening until the system where this can happen runs out of willing scapegoats.

▲▼ qubex21:44 hn>

What does “I take full responsibility” mean if not (amongst other things) “I accept it is my duty to pay reparations”? As you yourself rephrase it “he could have said ‘I blame only myself for this mistake, nothing else has to change’”. That would have been sufficient and beyond necessary. “I accept full responsibility” is corporate-speak empty hyperbole, and it has to end. Is he any more responsible than those who introduced the hole in the first place? No. Is he responsible for not adhering to agreements he was not privy to? No. He cannot “take full responsibility” because that is an utterly unreasonable burden to place upon him, a lone well-meaning actor who unbeknownst to him took a misstep. We need to discount this corporate-speak linguistic hyperbole.

▲▼ apt-apt-apt-apt21:33 hn>

Exactly, full responsibility implies paying for damages.

▲▼ radiator22:33 hn>

Correct, otherwise we need another phrase for when he would pay for damages, like "the fullest responsibility" or "the absolutely utmost responsibility".

─ 1 more ─
▲▼ rdsubhas22:04 hn>

You're ignoring and severely underestimating social responsibility and social consequences.

▲▼ qubex22:27 hn>

A good-faith judgement was made within a broader context that was unknown to him. What are we expected to demand, hanging on electrified barbed wire?? He acted in good faith, he’s not the architect of a global cataclysm.

▲▼ bawolff05:44 hn>

I think its just an acknowledgement that they screwed up (as opposed to trying to hedge by claiming its really someone elses fault).

So many people give non-apologies where they say sorry while also trying to deflect blame elsewhere, i think it speaks well of this person they are not doing that.

▲▼ potamic07:02 hn>

It means they agree they are culpable in the specified activity, and are ready to accept its consequences. The consequences depend on the nature of the activity and the actors involved. If the activity was illegal, they agree to be charged with the crime. If the activity was unethical, they agree to be censured by their peers. If the activity was uncompassionate or immoral, they agree that their standing in community may be affected accordingly.

But most importantly, by assigning blame, they have cleared the contention at hand, taking the critical first step towards resolution of the matter. Without this, the issue may simply be stuck in limbo, taking up valuable time and resources and may never be resolved even. By acknowledging their mistake, they also wish to signal to others that they have learnt a peronsal lesson and would try to avoid making the same mistake in future. So it carries a lot of implications and is not an empty phrase at all.

Sure there may be people who throw around the phrase lightly, whether one believes them or not depends on how they are viewed in the eyes of others. So unless there is reason to believe otherwise, I would give them the benefit of doubt. If you want to imagine a world where the concept of "taking responsibility" doesn't exist, look at politicians. Is that how we want our society to function?

▲▼ drcongo19:56 hn>

You're a good person with good intentions. Hope you get some rest sir.

▲▼ NamlchakKhandro20:09 hn>

It's ok. It's just php.

▲▼ dylan60420:33 hn>

It's okay. It's just 70% of websites.

▲▼ NetMageSCW20:56 hn>

Maybe some of them will learn some thing.

▲▼ john_strinlai20:10 hn>

if you received the information about the RCEs without the information about the embargo, then you did not break the embargo. someone else up the chain did.

this whole saga will be analyzed and we'll all come out better for it at the end.

▲▼ kinduff20:13 hn>

I hope this is bait because that's not how it works.

▲▼ john_strinlai20:17 hn>

you cannot be subject to an embargo of which you had no knowledge and took no participation in.

the embargo was already broken when pete received the information.

▲▼ cperciva20:18 hn>

This is exactly how it works. People who are part of the embargo are responsible for making sure that anyone they share information with -- which should usually be nobody! -- are aware of and abide by the embargo.

▲▼ michaelbuckbee20:21 hn>

So if I read the post here and told someone, would I be breaking the embargo?

─ 1 more ─
▲▼ dylan60420:24 hn>

This is not a situation where "Ignorantia juris non excusat" applies.

─ 2 more ─
▲▼ kinduff20:28 hn>

Okay, my bad. I didn't know he was not participating in the embargo.

▲▼ landl0rd22:44 hn>

Yes, it is.

▲▼ theteapot22:08 hn>

Doesn't the embargo end when the CVE is published? I thought that's the whole point in CVE allocate != CVE publish.

▲▼ octoberfranklin22:36 hn>

No, CVEs can be allocated before a vulnerability has even been found!

─ 2 more ─
▲▼ da_chicken23:35 hn>

No, a CVE being assigned or allocated can happen well in advance. It's just requesting an identifier and it can be reserved very early.

For example: https://www.cve.org/CVERecord?id=CVE-2026-50000

─ 1 more ─
▲▼ fweimer07:09 hn>

It's not a press embargo in the sense that the whole package of information becomes public once the embargo expires. There will be a published record on the cve.org, but often those who initiated the embargo insist that key details related to the vulnerability remain private even after the existence of the vulnerability and its remediation have been published.

Consider this example:

https://www.cve.org/CVERecord?id=CVE-2026-113119

At this time, the corresponding Chromium bug tracker entry is still private:

https://issues.chromium.org/issues/557075191

(I just picked this one at random, I haven't checked if the information is publicly available from another source.)

▲▼ k1w100:34 hn>
>if you received the information about the RCEs without the information about the embargo, then you did not break the embargo.

Doesn't responsible disclosure also apply? If I become aware of a vulnerability that doesn't seem to be widely known shouldn't I first attempt to report the issue responsibly?

In this case it appears the OP did know about the embargo "A reliable source has indicated an announcement is scheduled". I think that with security disclosures it is assumed they are not supposed to be publicized before the announcement, but if he hadn't known about the announcement and only heard about the RCEs, then publicly announcing their existence doesn't seem OK either.

▲▼ derekerdmann00:48 hn>

That approach to disclosure is about discovering vulnerabilities. Talking about something with a published CVE isn't really comparable.

─ 1 more ─
▲▼ nahsra01:28 hn>

Just FYI, "responsible disclosure" is a term that many people (like me) dislike because it carries judgment about the merits of public disclosure that are not at all obvious.

This term came from an era where companies or projects were disrespectful and dismissive towards security researchers. Those orgs were generally bad risk practitioners, and they coined the term "responsible disclosure" to mean "you send us the info and we'll do whatever we want with it, for however long we want, etc".

Many security people (like me) prefer the term "coordinated disclosure" as a way to indicate a practice where both discoverer and patcher participate in a good faith, communicative, and timely process to get things fixed for the community.

The difference can be summed up like this: if I report vulnerability X to company Y, and company Y sits on it for 3 years, that is not responsible. It is more "responsible" (especially today) to report it to the public, so they can protect themselves in a non-official-patch way, because the likelihood of bad guys knowing about it and exploiting it are approaching near-certainty.

These terms are obviously not super scientific, but I try to point out the history whenever it comes up.

─ 3 more ─
▲▼ bawolff05:40 hn>
>Doesn't responsible disclosure also apply? If I become aware of a vulnerability that doesn't seem to be widely known shouldn't I first attempt to report the issue responsibly?

Did they assume the information came from upstream php? I think if i got a new version of php that i thought was coming from official sources, i would assume there is nothing to responsibly disclose.

▲▼ nkrisc10:01 hn>

How do you responsibly disclose public information?

▲▼ tonymet20:26 hn>

Can someone, with the benefit of hindsight, explain the embargo ? Why isn't there a clause "if the vuln leaks, embargo is broken" . I still don't understand the fuss.

Everyone knew about the vuln well before the patches going live. The embargo, at that point, made things worse.

In plain english, please.

▲▼ nicce20:53 hn>

The idea is that nobody has chance to have prior knowledge to identify or research the bug until it is generally possible to apply the fix immediately. If someone leaks the patch beforehand, others can inspect the bug and start exploiting it in the wild, while others have no chance to apply the patch.

Whether someone just leaked the CVE numbers or just ”there is a big bug in PHP” - that should not be enought to accelerate finding that bug. But other information that pins the bug for specific property or feature makes it easier to find and race against patching starts.

And at that point you don’t really know if someone really found it or not, since only few big organisations can collect that much data to detect successful exploiting. And most ”PoC”:s in the wild were credible-looking but vibecoded mess that did nothing what sources claimed.

Until there is absolute evidence that exploitation happens in the wild, succesfully, you don’t leak the patch or bug details beforehand.

In this case, the area where the bug is in PHP, leaked partially, but apparently there was no enough evidence that it was exploited succesfully or if any of the PoCs in the wild actually worked properly. So patch or related detailed information was not released before the initial schedule.

▲▼ tonymet21:11 hn>

Your later insights about the vuln POCs being a scam helped me better understand the situation.

I could see the value of the embargo in the old world of “6 uber security firms and a few bounty hunters” but the new world of pointing AI at the PHP source just seems flimsy.

▲▼ bulbar21:36 hn>
>And most ”PoC”:s in the wild were credible-looking but vibecoded mess that did nothing what sources claimed.

Could this be a variant of the survivorship bias? Maybe only the low quality PoCs ended up in the honeypots while the more capable actors avoided them.

▲▼ IluTov14:17 hn>

This is absolutely not true. There are several things that leaked:

- The fact that there's a release, the CVE numbers, CVSS score and date/time (though wrong).

- Calif's video.

- Some advice from the mitigation document.

Despite this, the technical details of the vulnerability remained unclear, and exploits released up to that point missed the key mechanisms. Chainguard acted based on rumors and almost made the situation much worse for everyone.

▲▼ tonymet17:01 hn>

This sounds like trying to prove a negative. “There were no POCs before the embargo date”. How are you so sure?

─ 3 more ─
▲▼ deadnomore20:29 hn>

This is definitionally humble bragging. First of all the apology is in bad faith because there is nothing to apologize for. We are all giving the discovered CVEs attention (the brag component) under the guise of an apology (the humble component). I am being downvoted by well meaning, people pleasers that don't mind if they waste our time and attention doing it. Sounds great.

▲▼ iambateman20:38 hn>

Thanks Pete. I appreciate you taking the time to post here.

▲▼ aksss20:49 hn>

So.. what has the effect of this all been? I understand that the early release of POC exploits increased the pressure for mitigations in advance of the patch release and caused a lot of work and stress. I have read the tweets from Cloudflare with statistics for malformed requests related to suspected exploit attempts.

I know breaches are often kept under wraps, and there's a long tail. But is there any evidence of impact at this point? Were any sites compromised that we know about? There was a lot of hullabaloo, with foreign and domestic LE agencies recommending sites be taken offline (holy shit!).

Was this like Y2K where, based on the coordinated action of many, a real issue was addressed in time? Or is it like Hale Bopp where everybody watched, and a few casualties in the preparation, but ultimately a nothingburger?

Flame on!

▲▼ jakelsaunders9420:52 hn>

Hope you're doing alright mate. Seems like an honest attempt to do the right thing to me. Get some sleep.

▲▼ comrade123421:17 hn>

So who will be sued and/or state prosecuted?

▲▼ siva721:41 hn>

I also got that information before your post. I believe an embargo is impossible to keep up when it takes way too long to get a fix out.

▲▼ minraws21:52 hn>

This does feel like the fix took so long to bake and was so obvious way too many people who are into PHP knew about it, I knew about eMudra's cert issue as soon as Chrome and Firefox pushed updates to disallow them for instance because of reasons, and it wasn't even fixed after it was all made public on several platforms, I think Apple still hasn't fixed it properly, the trust Store is still fucked not sure if Safari was separately patched, maybe there is an os update in the last few hours I missed.

This entire RCE race is always annoying.

▲▼ Waterluvian21:56 hn>

I really hope this isn’t chewing at you and that you’re just trying to do what you feel is the right thing by posting this.

▲▼ medellin21:56 hn>

The security field is full of a bunch of self important jagoffs that think they are “super smart”. Its all a joke and its sad that anyone feels they need to play these stupid games.

Security is important but the people in the security field are clowns and it seems it has gotten worse over the last 20 years.

▲▼ Magicrafter1321:57 hn>

are you the guy working at Chainguard publishing images...?

▲▼ petecooper22:00 hn>

Nope. No connection or affiliation with Chainguard at all:

https://news.ycombinator.com/item?id=50183326

▲▼ gnabgib22:01 hn>

Hah, I was trying to find this comment you made. There's confusingly also "Calif" in the mix (possibly closer to your string of people, but not your affiliation either). I wonder if, perhaps, it was easier to point to your HN post for bleepingcomputer, than what Chainguard did (you only expressed something was coming). It's all slightly immaterial since exploit attempts started 3-4 days.

─ 1 more ─
▲▼ theteapot22:17 hn>

Don't feel too bad. Just knowing a "10.0" RCE CVE is inbound w/o extra details doesn't get you very far. The actions of calif.io and Chainguard after your post was what caused the damage.

▲▼ nielsole22:53 hn>
>Just knowing a "10.0" RCE CVE is inbound w/o extra details doesn't get you very far

Well that's exactly what chainguard claims though. "Find bad bugs in PHP" is the prompt they claim they used to rediscover the issue

▲▼ agos07:23 hn>

You don’t have to wait for an HN post to run that, though

▲▼ 0xbadcafebee22:33 hn>

It was a good thing. It started useful conversations and taught valuable lessons that we probably wouldn't have faced with a more "traditional" vuln disclosure/patch process. We're going to see this a whole lot more with AI, probably as 0-days. It's better that we got the fire drill out of the way now.

▲▼ HackerThemAll22:34 hn>
>I take full responsibility for my actions.

I would like this to materialize, but that's just empty words.

>It was not remotely my intention to cause any of the subsequent side effects.

What were your intentions, then?

>my intention was to alert others in a similar position to be aware of the importance/urgency of the updates.

Have you lived under the stone for the past few years with respect to cybersecurity? Yes you have. All of you ignore security as in "it doesn't apply to me", "they won't break into my software because I'm truly the best 10x developer in the world" etc.

>I have learned my lesson.

I certainly doubt that. A person with IQ only a tiny bit bigger than Trump's wouldn't seek public attention so badly to disclose a security hole in a public forum.

When such praise-seeking habits have stopped being embarrassing?

▲▼ therein22:41 hn>

Yeah, I actually first heard it here from you.

▲▼ dabinat22:50 hn>

I don’t know if embargoes have much effect anymore. They used AI to find this issue, meaning anyone else could also find the issue with time and the right model. The clock is always ticking after a CVE but now it ticks faster. I am certain that companies like Cellebrite are pointing a bunch of models at popular repos and filing away all the exploits they find in a database.

▲▼ creatonez23:09 hn>
>At the time of posting, I didn't know about any embargo. My contact had told me there was no embargo, and her contact had told her the same thing.

If you're not a party to an embargo, and no one told you an embargo even exists... you should not follow the embargo. In fact, you should maybe even consider leaking basic details or challenging the embargo if you are in this situation. In your situation, they had lost information asymmetry before the news got to you. I don't know where people got the idea that unrelated third parties have to follow embargos.

Embargos are not about keeping secrets, they are about the game theory of coordinated disclosure.

▲▼ adastra2223:22 hn>

Well, this is an iterated prisoner’s dilemma.

▲▼ deadbabe01:28 hn>

I’d say maybe it’s more like a Roko’s Basilisk. He knew the potential existence of an embargo, but didn’t do anything to protect the embargo. So now that the embargo turned out to be real, he will be punished. Otherwise if he truly did not know an embargo could even exist, he could not be blamed.

─ 12 more ─
▲▼ tchalla23:53 hn>

On one hand you have the OP, who is self reflecting. On the other hand you have Dan Lorenc from Chainguard.

▲▼ mikestorrent05:17 hn>

got a link

─ 1 more ─
▲▼ KingMob06:45 hn>

The thing is, his reasoning isn't even wrong (assuming what he said about the spread of PoCs and the ease of finding the vuln was true), but it clearly prioritized Chainguard customers over the broader ecosystem.

─ 7 more ─
▲▼ apaprocki06:34 hn>

Yeah, I don’t think OP did anything wrong. Someone in the chain violated embargo, but it wasn’t OP.

▲▼ froh06:48 hn>

isn't "coordinated disclosure" exactly about keeping, embargoing, a secret?

▲▼ throawayonthe08:37 hn>

yes but if it reached you without an embargo it's kinda already not kept

and you weren't coordinated with

▲▼ pmxi23:52 hn>

“I don't get it. Why are they confessing?” “They're not confessing.” “They're bragging.”

▲▼ erfref3t36g36500:07 hn>
>I take full responsibility for my actions.

Meaning? Like... global financial fallout?

>I have learned my lesson.

Meaning? Like... feel bad for a week, and then back to normal?

▲▼ jacquesm00:13 hn>

You were not under any embargo. This only goes for the first person in the chain, whoever that was and there is absolutely nothing to apologize for.

▲▼ andrewflnr00:23 hn>
>At the time of posting, I didn't know about any embargo. My contact had told me there was no embargo, and her contact had told her the same thing.

I'm not saying it needs to be a public burning, but I sure hope someone figures out who dropped the critical metadata bit so they can avoid telling that party critical things in the future.

▲▼ kqr04:22 hn>

Eh. I'd rather we set up a system where we don't have to rely on people being 100 % perfect for it to work. I'd be much more interested in what went on simultaneously that caused the meta data to get dropped, rather than who happened to be the one to do it this one time.

▲▼ andrewflnr04:56 hn>

Sometimes the "system" consists of identifying and removing or bypassing unreliable components.

─ 3 more ─
▲▼ midtake00:49 hn>

Nah, you just repeated something that to you was a rumor.

▲▼ pizlonator02:06 hn>

OP is being a big man about this

Good shit

▲▼ leoqa02:21 hn>

So much pearl clutching from these security companies. An embargo isn’t an enforceable contract, expect it to leak and be ready to fast forward your plan. Don’t start pointing fingers because people protected themselves or their customers once the dam broke.

▲▼ leoprctmp02:40 hn>

hey Pete, don't carry the world upon your shoulders

▲▼ flanz_1002:51 hn>

Hey man, you're probably feeling pretty shit right now.

>I have learned my lesson.

If what you've said is true, and you were not aware of the embargo... then you are not responsible.

By taking responsibility, you're actually making the whole debacle even worse, because you are clouding the actual responsible PROCESS that failed.

Note I said process, and not person. In a situation like this, the post-mortem MUST be blameless. If people are afraid or feel ashamed, and don't come forward, then that's how even worse outcomes can start getting lined up. Blameless, not even to you, but the person who told you, and who told them, all the way up the chain.

If there are people in your organization who are trying to pin this on you, you must push back. It isn't right, and it isn't fair.

▲▼ myHNAccount12303:04 hn>

It's ok. Hopefully people took it seriously and updated quickly.

▲▼ t1234s03:07 hn>

Is there any insight on if this was a "Bug" or a "Sophisticated Feature" put there by state actors long ago that was now just discovered.

▲▼ mellosouls03:17 hn>

The only bad guys here are those who exploit issues like this for unethical reasons.

You clearly aren't that person.

Regarding your perceived mistake, we all make them.

Please forgive yourself and understand that the negative feelings and thoughts you are having are a mark of decency but do not represent reality, and if they persist please seek help to get you back on track.

As an aside, to you and those like you who take on the task of fighting and protecting against these attacks with often nothing to gain except hurt like this:

Thank you for your service.

▲▼ CodinM03:22 hn>

You broke nothing, it's just another day my guy. Go for a walk, drink some water, you know, take care of yourself - others failed to follow a process, not like you threw out POCs left and right.

▲▼ thewhitetulip03:26 hn>

There are companies whose "rogue" agents have hacked 6 7 companies and at least 2 3 govts. They haven't faced any consequences at all! They actually hacked into those companies

And there is you who is taking responsibility for an embargo you did not know about!!

▲▼ pigggg03:37 hn>

Who told you about it?

▲▼ a34729t04:15 hn>

All vulnerabilities should be disclosed immediately, publically. That would over a short time lead to much better security practices.

▲▼ someothherguyy04:36 hn>

i forgive you

▲▼ Intermernet05:58 hn>

As an Australian I thank you. I'd much rather have spent all day today patching things than tomorrow. It's Friday afternoon right now!

There's a rule about not pushing to prod on Friday. I feel the same should apply for security patches ;-)

▲▼ flurdy09:30 hn>

Yeah, leave vulnerabilities exposed all weekend... ;p

I have been with clients that has that 'don't push to prod on Friday' like it was 2010. It is so frustrating, basically loosing 20% of your work week and batching work for a deluge on Monday.

It is a red flag of flaky architecture and low confidence in ops processes.

Though pushing at 5pm on a Friday is a bit of a dick move.

▲▼ NetMageSCW20:49 hn>

No, it’s the reality for most businesses (even 24x7) that staffing is reduced and critical personnel availability is leased over a weekend.

IOTW, don’t treat your staff like they are on-call 24x6 if you aren’t paying a commensurate salary.

▲▼ tornikeo06:23 hn>

Honestly this has been the most fun week I've had, thanks to this leak. I'm grateful. Fun stuff happened, shitty companies learned the value of capable and fast engineering teams.

All in all, I think this leak increased the value of developers, so I am thankful for your leak.

▲▼ blacksqr06:42 hn>

"You never blow the cover of an agent in the field." --Jackson Lamb

▲▼ NetMageSCW20:51 hn>

But do you blow the fact that their cover is blown or leave them in the dark in hopes that they will remain useful for a little while longer before being tortured to death?

▲▼ cmrx6407:58 hn>

It was exploited publicly even before the wide publicity following your post so the ultimate negative impact that you may be imagining, is actually quite small. Once it is publicly exploited the benefit of coordinated disclosure delays is hard to square with the risk.

▲▼ Cthulhu_08:09 hn>

While it was exploited publicly, it wasn't until the HN post and especially a video was posted until the exploits exploded - don't underestimate how many eyes are on HN versus obscure darknet forums or private chat channels.

If someone (independently) found an exploit and weren't thinking of the public interest, they would want to keep it secret and for their own use.

▲▼ apples_oranges08:34 hn>

Oh just imagine if politicians talked like that.. (off topic I know)

▲▼ xorcist09:27 hn>
>I take full responsibility for my actions

That's not what taking responsibility means.

>My contact had told me there was no embargo,

So, someone else broke the embargo and you decided to take the fall?

▲▼ kjuulh09:31 hn>

If you didn't know of an embargo, and you posted about it, I can't see how you were wrong.

This getting out before the fixes were published sucked, but they would've sucked anyways.

This getting out at least allowed me to inform some of my previous colleagues that they had services that were affected and they were able to shut them down until we had a proper fix available.

▲▼ n4bz0r09:38 hn>

As the others have said, I don't think you can unknowingly break embargo. If anything, I'm grateful you posted - the timing was right for me:

- I've been able to notify the clients that we are going to have to take urgent action;

- Had some time to figure out what actually happened;

- Set up monitoring to know when the fix is out;

- Managed to compile the new binaries the moment they became available.

▲▼ stemonteduro09:58 hn>

Probably the one who told you should be publicly shamed

▲▼ avazhi11:04 hn>

You weren’t under the embargo. End of story.

Nothing to apologise for.

▲▼ thom11:08 hn>

Alright Oppenheimer, calm down.

▲▼ petecooper13:07 hn>

OK, that made me laugh. Thank you.

▲▼ dspillett11:48 hn>

> I have learned my lesson.

It is not your lesson to learn. You tried to be helpful, in a way that you had no idea was verboten. Unlearning being helpful is not a good outcome of this.

It being a potentially massive security issue, taking care to make sure it is safe to release the information is definitely something that should happen, but it appears that you did this:

> My contact had told me there was no embargo, and her contact had told her the same thing.

I'm pretty sure I'd have been more cautious given that the CVE details were not minimal, as this usually implies that releasing the details is expected to cause early exploitation¹, and wouldn't have discussed it as publicly as on HN, but don't kick yourself too much for having done so. You did not break the chain, someone before you, maybe several links before you, did by telling others without giving them information about the need for an embargo.

--------

[1] Perhaps that is a lesson to learn, rather than the not being helpful one? Even then that is a small correction to your level of caution, the big lesson (“FFS be careful, things are embargoed for a reason”) is still for those before you in the chain.

▲▼ elisbce12:32 hn>

You didn't break embargo if you didn't know about it. Somewhere in the process things are broken. You are actually one of the better guys out there. There are people who actually knowingly broke the embargo, and there are even people who willingly developed PoCs just to brag on X. You are fine.

▲▼ hmokiguess12:45 hn>

All good, just don't do it again. /s

▲▼ erros14:08 hn>

Don't stress it. It's clear someone in the know did not respect or communicate the embargo and were sharing information with people who weren't in the need to know. The problem is less with you and more with the entire process. Case in point, we saw ZDI drop some zerodays on the kernel mailing list this week.

It is clear as day that this industry is fucked, and has no clue on how to deal with operational security for sensitive information. It is what it is at this point. The days of full disclosure are back.

▲▼ ryan_glass14:17 hn>

Thanks to reading your post on HN, I was able to put mitigations in place before the patches came out. So for me, your original intention of: "alert others in a similar position to be aware of the importance/urgency of the updates" held up.

▲▼ Rantenki18:27 hn>

I don't think the OP did anything wrong. Even if they posted LESS information, they would still be ethically correct to post that: "I am party to details about the PHP RCE CVEs, and I shouldn't be. The embargo has already been broken", or WTTE.

Because I guarantee that if the OP had access to this information, this embargo has leaked more broadly, and people without any ethical qualms about it have exploited that leakage.

▲▼ vbtechguy20:24 hn>

Hard to say but your actions might have helped not hindered especially if active attacks were underway before Oct 21 forcing PHP folks to act faster.

▲▼ gwbas1c23:54 hn>

Looking at the text of https://news.ycombinator.com/item?id=50167754

>A reliable source has indicated an announcement is scheduled...
>I have no evidence beyond "source: trust me, bro"...

In general, there's a big difference between passing a rumor among people you trust, versus posting it on a widely read public internet site.

I don't think it was a smart thing to do; but I've certainly had lapses in judgment myself.

The thing is, there was a scheduled announcement and it was coming up soon. It's not like you were a whistleblower.

Next time you find yourself with information like this, just pass it along privately.

▲▼ Winti09:13 hn>

What does it mean "I take full responsibility for my actions."? Are you going to take the costs that your action triggered?

▲▼ edm0nd10:13 hn>

you have nothing to be sorry for. its okay to break embargos

▲▼ crest20:25 hn>

If you had explicitly been told there is no embargo on these bugs then making noise is the right thing. So what should you have done differently?

▲▼ rainJaguar08:03 hn>

A useful follow-up would be comparing Go against the simpler baseline.

▲▼ saidnooneever20:27 hn>

Better that its said atall then some sneakybreaky keeping it to themselves. Thanks for sharing it despite the bumpy release. its important that its out there and honestly , people getting butt kicked a bit because the software on all their systems is in a state is sometimes good. to stir the hive a bit. it creates good awareness that systems cannot be trusted simply because there are no CVE.

Thank you.

▲▼ sinanisler21:36 hn>

HN definitly speed up the mainstream media publishings........

▲▼ iamflimflam112:57 hn>

Don’t beat yourself up about it.