News for hackers. Stuff that matters.
Re:OpenSSH 8.4 by can16358p on Monday September 28, 2020 @02:24AM (#24613544)
Just a little humble correction in case the author is reading:

It says "The RFC5656 ECDSA algorithms: ecdsa-sha2-nistp256/384/521." I think the last bit should be 512, not 521.

Re:OpenSSH 8.4 by yaantc on Monday September 28, 2020 @02:34AM (#24613596)
No, it's actually 521. I had some people helpfully trying to "correct" this to 512 in the past, it's a common attitude when seeing this for the first time ;) See for reference section G.1.4 page 58:

  https://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-186-draft.pdf

  "The modulus for this curve is p = 2^521 – 1".
Re:OpenSSH 8.4 by chasil on Monday September 28, 2020 @10:04AM (#24616700)
Daniel J. Bernstein actually regards the 521 curve as the only secure NIST curve, asserting that the 256 and 384 curves have too many suspicious and unexplained terms.

"To be fair I should mention that there's one standard NIST curve using a nice prime, namely 2^521 – 1; but the sheer size of this prime makes it much slower than NIST P-256."

http://blog.cr.yp.to/20140323-ecdsa.html

Re:OpenSSH 8.4 by can16358p on Monday September 28, 2020 @07:20AM (#24615427)
Oh, that's weird. Sorry. As it went 256 384 I thought it was 512 intuitively.
Re:OpenSSH 8.4 by Denvercoder9 on Monday September 28, 2020 @02:31AM (#24613583)
No, surprisingly that curve is actually called NIST P-521.
Re:OpenSSH 8.4 by nikdoof on Monday September 28, 2020 @02:33AM (#24613592)
Nope, nistp521 is the correct name for the curve.