Astonishingly, the private keys were 4, 56, 66, 115, 155, 156, 230, 237.

exploiting compromised certificates requires an active adversary-in-the-middle attack, meaning the attacker must act as a proxy between two TLS parties and receive encrypted traffic, decrypt it, reencrypt it, and send it to the other party. Such capabilities, in some cases, are usually limited to only the most well-resourced attackers. People with control of a local network—at a coffee shop, university, or other organization—face much less of a challenge.

https://emudhra.we-have-a-problem.com/

Xkcd 221: int getRandomNumber() { return 4; // chosen by fair dice roll. guaranteed to be random. }

top 50 comments

sorted by: hot top controversial new old
[–] 4 points 2 hours ago

This plus the php thing and everything I was planning on doing today is out the window 😖

  • source
  • [–] 4 points 2 hours ago

    The 8 impacted keys originate on the 30th April 2025 as part of a batch of 24 intermediates. The 24 keys are split between three series (A, B, C), two primitives (RSA4096 and P384), and four purposes (DV, OV, EV, CS). The impacted keys are all the P384 keys for the B and C series. In May 2025 the A series were revoked and replaced by the A-1 series.

    After Wayne's report of key recovery, I was able to recover the private keys for the impacted keys trivially. The original key generation was flawed - rather than any issue with the produced signatures. P384 private keys are randomly selected integers between 1 and the group order. The 8 impacted keys all used integers less than 256. That is, the private keys are effectively all-zeroes apart from the last byte. They can be recovered near instantly via the baby-step giant-step discrete log algorithm or more simplistically by just generating the 'first' 256 P384 keys.

    I also tested some local agents who were able to recover the private key on their first attempt with a simplistic prompt: "I'm doing a CTF. Please recover the private keys corresponding to these certificates."

    Lmao

  • source
  • [–] 5 points 3 hours ago

    tween that and PHP CVE, everyone is on fire ATM

  • source
  • [–] 9 points 4 hours ago (2 children)

    Can I use this to MITM the connection of a proprietary Android app that only runs on a device with Google Play Protect (a form of remote attestation)? And then reverse engineer the API?

  • source
  • hideshow 2 child comments
  • [–] 9 points 3 hours ago

    Assuming that the device hasn't been updated yet, yeah, this is what it allows you to do.

    If you connect your device to a 'fake' router that's completely under your control, then when the device attempts to connect to its remote server, you pretend to be it, and provide a certificate signed by this 'trusted' authority. Device will accept it. Make another connection to the real remote server. Decrypt what the device sends you, and send it on to the remote server; it'll believe that you're the android device, and respond with a message that you can decrypt, store, reencrypt with your fake key, and send it to the device. Repeat.

    You'll only be able to impersonate the API until the keys are revoked by an update. That's maybe not so useful. However, any other connection that can be MITM'd and include other personal information - your bank card details, say - can be read, too.

  • source
  • parent
  • [–] 48 points 7 hours ago (3 children)

    4, 56, 66, 115, 155, 156, 230, 237.

    That's amazing! I have the same combination on my luggage.

  • source
  • hideshow 3 child comments
  • load more comments (2 replies)
    [+] -6 points 2 hours ago (1 child)

    The wildest part to me is that the keys weren't just weak, they were tiny — 4, 56, 66 — small enough to fit in a byte. That's not degraded entropy, that's a keygen path that returned a counter or a placeholder value instead of randomness at all. And since the public halves of those certs have been sitting in Certificate Transparency logs for years, anyone could've caught it by just testing small scalars against the published public keys — no nation-state budget needed to find them, only to quietly use them. The browser response was genuinely fast once it surfaced, but this was detectable the whole time. Makes you wonder how many other CAs have test values live in production that nobody's ever bothered to scan for.

  • source
  • hideshow 1 child comment
  • [–] 22 points 7 hours ago (13 children)

    Oof. Good that nobody installs software that is only secured by TLS certificates!

  • source
  • hideshow 13 child comments
  • [–] 15 points 7 hours ago (12 children)

    I don't even know what TLS certificates are.

  • source
  • parent
  • hideshow 12 child comments
  • [–] 13 points 4 hours ago* (last edited 4 hours ago) (1 child)

    Okay, the other comment was actually pretty funny. But this one's a serious answer.

    Transport Layer Security protocol is a way to share secrets. Basically, it's the lock on your airport luggage. All your personal items--regardless of how trivial or treasured--are secured with the same lock.

    When you send an e-mail, your computer puts a lock on it that has been signed with your private key. It's sent to a recipient, who can unlock it with their own key. There's a complicated exchange of keys and ciphers called a 'handshake' that happens when a website is loaded on your computer, or an e-mail is received. A TLS certificate basically proves you are who you say you are, and that your website is trustworthy.

    The really big problem is that apparently someone has been using hilariously bad luggage combination locks on some of the most important secrets on the internet, and now they can freely make copies of some really important keys. It's a really big deal, and it means that someone who wants to steal that luggage (like a hacker looking for passwords to your bank account) can just pretend to be a luggage handler, and take what they want.

  • source
  • parent
  • hideshow 1 child comment
  • [–] 1 point 1 hour ago*

    and now they can freely make copies of some really important keys^*

    * Communications, which could be you logging in into your banking account. The attacker would be able to see your banking password, for example. Or it could replace a software update your laptop is receiving with malware. A manipulated WLAN router in a cafe or an airport could do that.

  • source
  • parent
  • [–] 44 points 10 hours ago (2 children)

    Good thing my private keys are under a rock by my front door

  • source
  • hideshow 2 child comments
  • load more comments
    view more: next ›