We are happy to announce the release of IPFire 2.29 - Core Update 193. This is an important update that brings a number of significant improvements, including support for post-quantum cryptography in IPsec and a major update to the core toolchain. These changes are part of our ongoing work to keep IPFire secure, modern, and efficient. As always, we recommend installing this update as soon as possible to benefit from the latest enhancements and fixes.
IPsec tunnels now support key exchanges using the post-quantum Module-Lattice-Based Key-Encapsulation Mechanism (ML-KEM). This algorithm is believed to be secure against adversaries who possess a quantum computer and is therefore hardening the security of those tunnels that use it.
In IPFire, this is now enabled by default for new tunnels together with Curve448, Curve25519, various other NIST-certified elliptic curve algorithms and RSA-4096 and RSA-3072. This choice will ensure that modern cryptography is being used when available, but IPFire will remain compatible with older solutions from other vendors. Of course you may enable this for existing tunnels on the advanced settings page of the tunnel.
Additionally, we have updated the default list of ciphers for new tunnels: We prefer using AES-256 in either GCM or CBC mode, or ChaCha20-Poly1305 by default. AES-128 is no longer included in the default cipher list as it has weaker security and most hardware has acceleration for AES where AES-256 should always achieve the same throughput.
This way, the primary way to build VPN networks over the internet has become even more secure and ready for 2025 and onwards.
Read more about this on our blog.
IPFire has been updated to use glibc - the C standard library - in version 2.41 and Binutils - the assembler and linker - in version 2.44. They are fundamental building blocks of the OS and we like to keep IPFire as modern as possible so that we generate the most optimal code which takes advantage of most recent hardware features. And of course, as this is the must crucial code outside of the kernel itself, they are important to keep IPFire hardened.
As always, we would like to thank everyone who supports the IPFire project — whether by contributing code, reporting bugs, or helping others in the community. If you enjoy using IPFire and want to see it continue to grow and improve, please consider supporting us with a donation or by becoming a sponsor. Every contribution helps us keep development going strong and ensures that IPFire remains free and open for everyone.