From: Demi Marie Obenour <demiobenour@gmail.com>
To: Simon Richter <Simon.Richter@hogyros.de>,
Eric Biggers <ebiggers@kernel.org>
Cc: Andy Lutomirski <luto@amacapital.net>,
linux-crypto@vger.kernel.org,
Herbert Xu <herbert@gondor.apana.org.au>,
linux-kernel@vger.kernel.org, linux-doc@vger.kernel.org,
linux-bluetooth@vger.kernel.org, iwd@lists.linux.dev,
linux-hardening@vger.kernel.org, Milan Broz <gmazyland@gmail.com>
Subject: Re: [PATCH] crypto: af_alg - Add af_alg_restrict sysctl, defaulting to 1
Date: Tue, 30 Jun 2026 11:54:33 -0400 [thread overview]
Message-ID: <8c24ad17-8295-47be-a562-44c23538c4cb@gmail.com> (raw)
In-Reply-To: <641f0391-dd4b-4b25-88f5-5298fa6bf823@hogyros.de>
[-- Attachment #1.1.1: Type: text/plain, Size: 1370 bytes --]
On 6/28/26 23:11, Simon Richter wrote:
> Hi,
>
> On 6/29/26 3:54 AM, Eric Biggers wrote:
>
>> We could do that if it's what people want. Just keep in mind that it
>> would be much more complex than the single tristate sysctl. And in
>> practice the number of people who are knowledgeable enough to create
>> these lists is quite small; we've seen similar things with other "Crypto
>> API" configuration knobs that seem to never be touched in practice.
>
> I don't think finer grained control is necessary.
>
> The tristate is the best possible interface for the people running
> precompiled distribution kernels. Ideally, deactivating the restriction
> should also be disallowed in lockdown mode -- and this becomes a lot
> easier to subvert if the list of algorithms is runtime configurable.
>
> I think it is safe to assume that the people using AF_ALG with hardware
> crypto engines are building embedded systems with a custom kernel
> configuration, so the .config is probably the best place for the
> selection of algorithms that should remain available in restricted mode.
>
> Simon
I agree.
That said, if the crypto_rng support is to remain, should it have a
non-empty allowlist for privileged processes? Otherwise, it's dead code
with the default sysctl value.
--
Sincerely,
Demi Marie Obenour (she/her/hers)
[-- Attachment #1.1.2: OpenPGP public key --]
[-- Type: application/pgp-keys, Size: 7253 bytes --]
[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 833 bytes --]
next prev parent reply other threads:[~2026-06-30 15:54 UTC|newest]
Thread overview: 26+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-06-22 23:48 [PATCH] crypto: af_alg - Add af_alg_restrict sysctl, defaulting to 1 Eric Biggers
2026-06-22 23:53 ` bluez.test.bot
2026-06-23 8:42 ` [PATCH] " Bastien Nocera
2026-06-23 16:54 ` Eric Biggers
2026-06-23 15:04 ` Luiz Augusto von Dentz
2026-06-23 16:52 ` Eric Biggers
2026-06-23 17:29 ` Demi Marie Obenour
2026-06-23 17:45 ` Eric Biggers
2026-06-23 18:05 ` Eric Biggers
2026-06-23 18:51 ` Luiz Augusto von Dentz
2026-06-23 17:24 ` Demi Marie Obenour
2026-06-23 17:58 ` Eric Biggers
2026-06-23 19:12 ` Andy Lutomirski
2026-06-23 19:27 ` Eric Biggers
2026-06-24 2:09 ` Demi Marie Obenour
2026-06-28 18:54 ` Eric Biggers
2026-06-29 3:11 ` Simon Richter
2026-06-30 15:54 ` Demi Marie Obenour [this message]
2026-07-01 2:53 ` Simon Richter
2026-07-01 3:04 ` Eric Biggers
2026-06-23 19:24 ` Kees Cook
2026-06-23 19:49 ` Eric Biggers
2026-06-23 21:28 ` Rosen Penev
2026-06-23 21:47 ` Eric Biggers
2026-06-23 22:06 ` Rosen Penev
2026-07-05 8:39 ` Herbert Xu
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=8c24ad17-8295-47be-a562-44c23538c4cb@gmail.com \
--to=demiobenour@gmail.com \
--cc=Simon.Richter@hogyros.de \
--cc=ebiggers@kernel.org \
--cc=gmazyland@gmail.com \
--cc=herbert@gondor.apana.org.au \
--cc=iwd@lists.linux.dev \
--cc=linux-bluetooth@vger.kernel.org \
--cc=linux-crypto@vger.kernel.org \
--cc=linux-doc@vger.kernel.org \
--cc=linux-hardening@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=luto@amacapital.net \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.