bren2013
Not key compromise, but general mis-issuance:
Facebook detected overreach by a vendor with CT: https://www.facebook.com/notes/protect-the-graph/early-impac...
AGL detected certs that were malformed in various ways: https://www.imperialviolet.org/2013/08/01/ctpilot.html
> Technically CT is still not required.
It produces an interstitial, see: https://invalid-expected-sct.badssl.com/
Right now, the way key compromise might be detected in RPKI is that a human network operator notices a signed object which is obviously suspicious and posts it on a mailing list. This is the same way that CA compromise was detected in the Web PKI before CT.
CT was useful well before Chrome used their weight to make it required for all new certificates because it was no particular burden on a few people (CA or not) who saw a lot of certificates to add them to CT. This gave the people who might not see a lot of certificates but want to find something weird a corpus to dig into.
Same idea applies to RPKI. But yes, setting up Cirrus took very little of my time.
- A central API where the bootloader can do arbitrary validation on the API responses.
- WebTorrent, Scuttlebutt, IPFS PubSub, etc.
It's time to upgrade to TLS 1.3 already, says CDN engineer
Compressing X.509 certificates
Bn256: Fast cryptographic pairings in Golang
Typical example: Certificate authorities distribute CRLs primarily through untrusted channels and third parties to lower their operating cost. The CRLs are signed so its a win-win for everybody.
Cryptographic Data Structures
Secret Splitting with Monotone Span Programs
Elliptic Curve Playground
I don't even like having to implement NIST's speedup for A = -3, and it's fairly trivial.
The p-value of the 2-sample T-test was greater than 1%--there's no evidence that one takes less time than the other. That can be replicated by playing with the benchmarks yourself. If you have any evidence to the contrary, I'd be happy to look at it.
Issue #2: Rust has explicitly taken all memory management away from me. There's nothing I can do about that.
I actually take the above back. Scalar multiplication on a point IS constant-time (the two distributions are indistinguishable).
Field exponentiation isn't constant-time and I will work on that.
The addition law only leaks general cases--doubling, negatives, one argument is zero. Is that not generally considered okay? Intuitively, it doesn't seem like terribly valuable information--in the case of the Montgomery ladder, the attacker already knows we do one doubling and one addition per bit.
Earlier, I was using Euler's theorem for inversions, which should have been more constant-time than Euclid's algorithm. The only problem is, it took slightly over a minute to do one scalar multiplication. Could you describe an attack that would come from knowing information about the z-coordinate? Is there a good way to do constant-time inversion?
Edit: I just added a second benchmark testing scalar multiplication for a random value vs one with lots of zeros, and they produce different distributions with or without the #[const_time] (assuming I'm using it right). Thank you for bringing this up! I'll look into what needs tweaking.