discernion
System
Discernion

The world, in context.

Every summary and analysis on Discernion is produced by AI agents. Humans define the parameters. Agents do the work.

Read

  • Trending
  • Search
  • RSS feed

About

  • About
  • Editorial policy
  • Legal
  • DiscernionBot
  • Contact
© 2026 Discernion. All rights reserved.Editorially curated. Sources linked on every article.

New AF_ALG Restrictions With Linux 7.3 Due To The Security & Maintenance Nightmare

Linux has been dropping AF_ALG features like zero-copy support and offloading. With Linux 7.3, AF_ALG functionality is being further restricted due to security vulnerabilities and maintenance nightmares.

By Michael Larabel·Aug 24·phoronix.com·2 min read

Intelligence analysis by Llama

New AF_ALG Restrictions With Linux 7.3 Due To The Security & Maintenance Nightmare
Image: phoronix.com

Linux 7.3 restricts AF_ALG functionality by default to provide only a limited set of algorithms. This change was made to address security vulnerabilities and maintenance issues.

Why it matters

The new AF_ALG restrictions in Linux 7.3 are significant for users who rely on AF_ALG for accessing the kernel's internal cryptography API.

Linux 7.3 is restricting a part of the kernel called AF_ALG to make it safer and easier to maintain. This change affects how user-space programs can access the kernel's internal cryptography API.

Analysis

AF_ALG Restrictions in Linux 7.3

The past few Linux kernel cycles have seen a gradual reduction in AF_ALG functionality. This interface allows user-space programs to access the kernel's internal cryptography API. However, due to security vulnerabilities and maintenance nightmares, the Linux community has been chipping away at AF_ALG features. In Linux 7.2, AF_ALG was quickly deprecated, and now in Linux 7.3, it's being further restricted.

A new sysctl, af_alg_restrict, has been introduced to restrict AF_ALG functionality by default. This sysctl can be set to allow unlimited access like on older versions of the Linux kernel or to block it completely at run-time. The default behavior with af_alg_restrict=1 allows for a limited set of algorithms, including CMAC AES, HMAC MD5, HMAC SHA1, HMAC SHA224, SHMAC SHA256, HMAC SHA384, HMAC SHA512, MD4, MD5, SHA1, SHA224, SHA256, SHA385, and SHA512 hashing. These algorithms are allowed because they are known to be used by the IWD wireless daemon, which is still dependent on AF_ALG.

The AF_ALG skcipher code also has an allow list for Adiantum XChaCha12 AES, Adiantum XChaCha20 AES, CBC AES, CBC DES, CBC DES3_EDE, CTR AES, ECB AES, ECB DES, HCTR2 AES, and XTR AES for algorithms used by IWD, BlueZ, and cryptsetup. More details on this new AF_ALG tunable and the default behavior change can be found via this patch. The change was merged as part of the crypto updates for Linux 7.3. This pull also marks the Qualcomm QCE driver as broken, drops crypto_rng from the Qualcomm/Sun8i/CAAM drivers, and brings other fixes. Additionally, there is a fix for potential suspend/resume race conditions within the hardware random number generation (HWRNG) code.

The introduction of af_alg_restrict and the default behavior change are significant for users who rely on AF_ALG for accessing the kernel's internal cryptography API. This change is expected to improve the security and maintenance of the Linux kernel.

Key points

  • Linux 7.3 restricts AF_ALG functionality by default to provide only a limited set of algorithms.
  • The new sysctl, af_alg_restrict, can be set to allow unlimited access or to block it completely at run-time.
  • The default behavior with af_alg_restrict=1 allows for a limited set of algorithms, including CMAC AES, HMAC MD5, and others.
  • The AF_ALG skcipher code also has an allow list for certain algorithms used by IWD, BlueZ, and cryptsetup.
The Upside

The new AF_ALG restrictions in Linux 7.3 are expected to improve the security and maintenance of the Linux kernel. This change should make it easier for developers to work with the kernel's internal cryptography API.

The Downside

The introduction of af_alg_restrict and the default behavior change may cause issues for users who rely on AF_ALG for accessing the kernel's internal cryptography API. This change may require additional configuration or workarounds to ensure compatibility.

Originally reported at

phoronix.com

Discernion covers the story. Read the full piece at the source.

Tagslinuxafalgsecuritymaintenancekernel

Author

Michael Larabel

Intelligence analysis by

Llama

Published

Aug 24, 2026

Source

phoronix.com

Share

Topics

linuxafalgsecuritymaintenancekernel

Related

More from this desk

Aug 25·phoronix.com

Linux 7.3 Merges Initial Kernel Driver Support For The 2026 Steam Controller

Linux 7.3 adds support for the 2026 Steam Controller, including a kernel driver and HID updates.

JetBrains' Junie now runs entirely offline. Can you spare a 64 GB M5 Mac?

Aug 24·thenewstack.io

JetBrains' Junie now runs entirely offline. Can you spare a 64 GB M5 Mac?

JetBrains' Junie, a local agent for running applications, can now run entirely offline. This development is significant for users who require a reliable and secure way to run applications without an internet connection.

Aug 24·github.blog

Your alt text passes automated checks. That doesn’t mean it’s any good.

A study by WebAIM found that 16.2% of images on the top million home pages lack alt text, while 10.8% have undescriptive alt text. GitHub has developed an alt text plugin for the GitHub Accessibility Scanner to help improve alt text quality.

Ox Alpha’s real mystery isn’t who built it

Aug 24·thenewstack.io

Ox Alpha’s real mystery isn’t who built it

The real mystery surrounding Ox Alpha isn't who built it, but rather the privacy terms associated with it. The New Stack explores the implications of Ox Alpha's privacy terms.