Re:Ditching OpenPGP, a new approach to signing APT repositories
by tptacek on Monday June 21, 2021 @10:29PM
(#27587290)
Because even memory-safe implementations of PGP are saddled with the complexity and legacy cruft the the protocol itself, and the thing Debian projects are actually looking to do is exactly what the signify/minisign family of signature schemes does, using exclusively modern cryptography, with the simplest possible interface.
Re:Ditching OpenPGP, a new approach to signing APT repositories
by xvilka on Monday June 21, 2021 @10:36PM
(#27587324)
Makes sense if they don't plan it to become more accommodating and complex over time.
Re:Ditching OpenPGP, a new approach to signing APT repositories
by tptacek on Monday June 21, 2021 @10:50PM
(#27587411)
Ironically, by using a modern, stripped down signing system like this, they've probably increased their opportunities to do interesting things down the road, since they don't have all the possible weird interactions with the PGP system to consider.
Re:Ditching OpenPGP, a new approach to signing APT repositories
by julian-klode on Tuesday June 22, 2021 @06:13AM
(#27589845)
Still have to trust 1k RSA keys because GPG does not allow us to say they're unsafe.
Re:Ditching OpenPGP, a new approach to signing APT repositories
by upofadown on Tuesday June 22, 2021 @08:12AM
(#27590665)
You can tell how long a key is just by looking at it. You can then say anything you want. The use of particular keys is a Debian policy issue. It has nothing to do with the use of a particular message format like OpenPGP.
Re:Ditching OpenPGP, a new approach to signing APT repositories
by julian-klode on Tuesday June 22, 2021 @01:06PM
(#27594246)
That's not how it works, no. This is a gpg specific issue as it does not communicate the key size over the status fd.
We don't parse the keys ourselves for obvious reasons.
Re:Ditching OpenPGP, a new approach to signing APT repositories
by upofadown on Tuesday June 22, 2021 @07:11PM
(#27598517)
Dunno about that but --with-colons certainly works to show the key length of a key.
Re:Ditching OpenPGP, a new approach to signing APT repositories
by deknos on Tuesday June 22, 2021 @07:35AM
(#27590390)
i am pretty sure you can mark them yourself. but that they are generally still used, well that's called backwards compatibility. and that's needed.
Re:Ditching OpenPGP, a new approach to signing APT repositories
by deknos on Tuesday June 22, 2021 @02:36AM
(#27588664)
i would bet that if debian had some sane requirements, sequoia could fulfill them.
sequoia is a rewrite which avoids the legacy cruft of the old OpenPGP. and they already have a library, a cli tool and tests
Re:Ditching OpenPGP, a new approach to signing APT repositories
by julian-klode on Tuesday June 22, 2021 @04:19AM
(#27589236)
That's an absurd statement. OpenPGP _is_ the legacy cruft. It's made for _emails_. It makes no sense elsewhere. The encoding for clearsigned signatures is overly complex.
And Rust is inappropriate in any case for now, it's not allowed in Ubuntu main.
Re:Ditching OpenPGP, a new approach to signing APT repositories
by deknos on Tuesday June 22, 2021 @07:33AM
(#27590379)
> That's an absurd statement. OpenPGP _is_ the legacy cruft. It's made for _emails_. It makes no sense elsewhere. The encoding for clearsigned signatures is overly complex.
No. It's a message encryption, and namespaces are emails, but then, most logins nowadays are identifiers via some email. this is not true. and encodings are fixable and doable in a good library, so there's no misuse.
> And Rust is inappropriate in any case for now, it's not allowed in Ubuntu main.
that's new to me, but possible, why? any link?
Re:Ditching OpenPGP, a new approach to signing APT repositories
by julian-klode on Tuesday June 22, 2021 @01:41PM
(#27594688)
Rust is a security nightmare. We'd need to add over 130 packages to main for sequioa, and then we'd need to rebuild them all each time one of them needs a security update.
Re:Ditching OpenPGP, a new approach to signing APT repositories
by xvilka on Tuesday June 22, 2021 @05:29AM
(#27589605)
It's a problem of Ubuntu then, not Debian.
Re:Ditching OpenPGP, a new approach to signing APT repositories
by julian-klode on Tuesday June 22, 2021 @01:52PM
(#27594811)
Not gonna have two different signing implementation. Same security concerns apply to Debian too, of course.
Having 130+ packages to rebuild for a critical security update is no fun.
Re:Ditching OpenPGP, a new approach to signing APT repositories
by upofadown on Tuesday June 22, 2021 @08:51AM
(#27590976)
Does Debian enforce a particular implementation of OpenPGP? For all we know Sequoia is already in use. OpenPGP is valuable mostly as a popular and widely standardized format. There a lots of implementations.
Re:Ditching OpenPGP, a new approach to signing APT repositories
by julian-klode on Tuesday June 22, 2021 @01:42PM
(#27594694)
You have the choice between GnuPG 1 and GnuPG 2 :D
[1] https://sequoia-pgp.org/