Re: Question on Kyber Encryption (Key Gen)

2024-11-01 Thread Damien Goutte-Gattat via Gnupg-users
On Friday, 1 November 2024 10:20:14 GMT Jakob Bohm via Gnupg-users wrote: > Unless the speedo make target actively checks each download against a > strong hash stored in the initial gnupg tarball It does, actually. More precisely, it checks each download against a strong hash stored in a swdb.ls

Re: Question on Kyber Encryption (Key Gen)

2024-11-01 Thread Jakob Bohm via Gnupg-users
On 10/29/2024 10:05 AM, Werner Koch via Gnupg-users wrote: Hi! you should really set aside problems wit the distribution and use the speedo variant to build eberthing. This is somewhat similar to an AppImage. From the README: To quickly build all required software without installing it, th

Re: Question on Kyber Encryption (Key Gen)

2024-10-29 Thread Vincent Cozzo via Gnupg-users
One minor correction: I'm not running systemd (there's a reason I run Devuan!). But still, maybe there's a sysvinit thing that is doing a similar operation, who knows. Thanks for the response. I will have to read this more thoroughly. On Tue, Oct 29, 2024 at 9:04 AM Werner Koch wrote: > Hi! > >

Re: Question on Kyber Encryption (Key Gen)

2024-10-29 Thread Werner Koch via Gnupg-users
Hi! you should really set aside problems wit the distribution and use the speedo variant to build eberthing. This is somewhat similar to an AppImage. From the README: To quickly build all required software without installing it, the Speedo target may be used: make -f build-aux/speedo.m

Re: Question on Kyber Encryption (Key Gen)

2024-10-28 Thread Ingo Klöcker
On Montag, 28. Oktober 2024 17:25:07 Mitteleuropäische Normalzeit Vincent Cozzo via Gnupg-users wrote: > I do have an update on this effort, though to make a long story short, > "the code works and I don't know why." > > When I try to install gpg 2.5.1 "system-wide," the executables end up > in /

Re: Question on Kyber Encryption (Key Gen)

2024-10-28 Thread Vincent Cozzo via Gnupg-users
Hey all, I do have an update on this effort, though to make a long story short, "the code works and I don't know why." When I try to install gpg 2.5.1 "system-wide," the executables end up in /usr/local/bin. This sounds fine and normal, but in this state, I encounter two problems: 1. the prior er

Re: Question on Kyber Encryption (Key Gen)

2024-10-23 Thread NIIBE Yutaka via Gnupg-users
Hello, Vincent Cozzo wrote: > So, the first `agent_genkey` call works just fine (`err` code is > zero), but the subsequent agent_genkey returns `16777220`... [...] > So there is very possibly a problem with how I installed the new > binary. In full disclosure, I tried to "compile" the GnuPG binari

Re: Question on Kyber Encryption (Key Gen)

2024-10-23 Thread Vincent Cozzo via Gnupg-users
Hi Werner, If it helps at all, here is the stacktrace when I run my executable through GDB: ``` #0 common_gen (keyparms=keyparms@entry=0x5569c920 "(genkey(ecc(curve 15:brainpoolP256r1)(flags nocomp)))", keyparms2=keyparms2@entry=0x556471d7 "(genkey(kyber768))", algo=algo@entry=8, algo

Re: Question on Kyber Encryption (Key Gen)

2024-10-22 Thread Werner Koch via Gnupg-users
Hi! On Mon, 21 Oct 2024 21:50, Vincent Cozzo said: > way to generate a Kyber public key is to add a _subkey_ to an existing > ECC key (right?). You can also do: gpg -v --quick-gen-key --batch \ --passphrase='' pqc-test-20241...@example.org pqc Which generates such a key: sec brain

Question on Kyber Encryption (Key Gen)

2024-10-21 Thread Vincent Cozzo via Gnupg-users
Hi GPG Users/Developers, I am doing research on Post Quantum Cryptography, and I had a question about the GPG 2.5.1 development release, since I read that it allegedly features an implementation of Kyber. >From analyzing the codebase (g10/keygen.c), it is clear that the only way to generate a Kyb