Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.debian.bugs.dist > #1253744
| From | Michael Stone <mstone@debian.org> |
|---|---|
| Newsgroups | linux.debian.bugs.dist, linux.debian.devel |
| Subject | Bug#1109697: ITP: liboqs -- library for quantum-safe cryptographic algorithms |
| Date | 2025-07-24 03:40 +0200 |
| Message-ID | <LbT69-2bFn-1@gated-at.bofh.it> (permalink) |
| References | (7 earlier) <LbRnH-2awS-1@gated-at.bofh.it> <LbSjL-2b8a-9@gated-at.bofh.it> <LbSD7-2bvv-17@gated-at.bofh.it> <LbfV8-1LWq-5@gated-at.bofh.it> <LbSD7-2bvv-17@gated-at.bofh.it> |
| Organization | linux.* mail to news gateway |
Cross-posted to 2 groups.
On Wed, Jul 23, 2025 at 08:05:48PM -0500, Aaron Rainbolt wrote: >One easy plausible example would be a benchmarking application that >tested quantum-resistant algorithms as part of the tests it ran (say >Phoronix Test Suite, not that it does that now but it could some day). A benchmarking application that doesn't exist and which happens to only use the version in debian stable? That seems pretty unlikely, no? >A communication application with experimental PQC support would be >another example, and indeed if liboqs is intended to ever mature to >something usable in a security-sensitive use case, it would make sense >for people wanting to add PQC support to use liboqs now and then >upgrade their PQC support to "not experimental" once the library was >declared ready for security-sensitive use. Or use a different library, right? That's a lot of "maybe in the futures" which assume that this library will someday become essential. If the support is experimental and it's a *communication application*, we're not likely to ship in enabled in stable, right? >> Do you have actual examples of applications which need to use an >> obsolete version of this (let's be honest, security sensitive) library >> which is declared to be unstable? And the concern is that the library >> will evolve to not build on stable debian, but the application will not? >> This smells a lot more like rationalizing than addressing practical >> concerns. > >This library in particular? No, but I've run into this situation with >other software in the past, even in distros less stable than Debian. So let's worry about it when it becomes a problem. We do have backports... >I don't really see how the concerns you're expressing are practical, >they seem to be "I don't understand why anyone would use this". The >only practical concerns I can see are archive size (haven't heard any >concerns that the archive is getting to big so far) or maintainership >burden (there's someone interested in maintaining it for now and the >project doesn't look massive), and both of those concerns apply to >every package in the archive. There are people actively interested in >both packaging and using liboqs in this thread, if I'm understanding >correctly, so "why would anyone use this" doesn't make sense as an >argument to me. No, the concerns are about shipping a *security sensitive library* in stable (so it needs to last for *years*) when the upstream specifically says not to do that. So far I haven't seen *any* strong reason to make that (IMO) really bad decision which would be biting us in 2030 or later.
Back to linux.debian.bugs.dist | Previous | Next — Previous in thread | Find similar
Bug#1109697: ITP: liboqs -- library for quantum-safe cryptographic algorithms Hector Oron Martinez <zumbi@debian.org> - 2025-07-22 09:50 +0200
Bug#1109697: ITP: liboqs -- library for quantum-safe cryptographic algorithms Andrius Merkys <andrius.merkys@gmail.com> - 2025-07-22 10:20 +0200
Bug#1109697: ITP: liboqs -- library for quantum-safe cryptographic algorithms Hector Oron <zumbi@debian.org> - 2025-07-22 11:30 +0200
Bug#1109697: ITP: liboqs -- library for quantum-safe cryptographic algorithms Simon Josefsson <simon@josefsson.org> - 2025-07-22 11:30 +0200
Bug#1109697: ITP: liboqs -- library for quantum-safe cryptographic algorithms Andreas Metzler <ametzler@bebt.de> - 2025-07-23 06:50 +0200
Bug#1109697: ITP: liboqs -- library for quantum-safe cryptographic algorithms Hector Oron <zumbi@debian.org> - 2025-07-23 13:10 +0200
Bug#1109697: ITP: liboqs -- library for quantum-safe cryptographic algorithms Andreas Metzler <ametzler@bebt.de> - 2025-07-23 18:40 +0200
Bug#1109697: ITP: liboqs -- library for quantum-safe cryptographic algorithms Simon Josefsson <simon@josefsson.org> - 2025-07-23 13:00 +0200
Bug#1109697: ITP: liboqs -- library for quantum-safe cryptographic algorithms Hector Oron <zumbi@debian.org> - 2025-07-23 13:20 +0200
Bug#1109697: ITP: liboqs -- library for quantum-safe cryptographic algorithms Simon Josefsson <simon@josefsson.org> - 2025-07-23 13:40 +0200
Bug#1109697: ITP: liboqs -- library for quantum-safe cryptographic algorithms Simon Josefsson <simon@josefsson.org> - 2025-07-24 00:00 +0200
Bug#1109697: ITP: liboqs -- library for quantum-safe cryptographic algorithms Andreas Metzler <ametzler@bebt.de> - 2025-07-24 19:20 +0200
Bug#1109697: ITP: liboqs -- library for quantum-safe cryptographic algorithms Simon Josefsson <simon@josefsson.org> - 2025-07-25 10:20 +0200
Re: Bug#1109697: ITP: liboqs -- library for quantum-safe cryptographic algorithms Andreas Metzler <ametzler@bebt.de> - 2025-07-25 19:20 +0200
Re: Bug#1109697: ITP: liboqs -- library for quantum-safe cryptographic algorithms Simon Josefsson <simon@josefsson.org> - 2025-07-26 10:00 +0200
Bug#1109697: ITP: liboqs -- library for quantum-safe cryptographic algorithms Michael Stone <mstone@debian.org> - 2025-07-24 01:20 +0200
Bug#1109697: ITP: liboqs -- library for quantum-safe cryptographic algorithms Michael Stone <mstone@debian.org> - 2025-07-24 02:50 +0200
Bug#1109697: ITP: liboqs -- library for quantum-safe cryptographic algorithms Michael Stone <mstone@debian.org> - 2025-07-24 03:40 +0200
csiph-web