Вход на сайт

Просмотр новости

Найдите то, что Вас интересует

Fedora 45 Considering x86_64 Shadow Stack Usage By Default

Дата публикации: 02-07-2026 21:17:35

A change proposal under consideration for Fedora Linux 45 would enable x86_64 Shadow Stack usage by default in the name of better security on modern Intel and AMD systems...

Основное содержимое страницы с новостью.

FEDORA

A change proposal under consideration for Fedora Linux 45 would enable x86_64 Shadow Stack usage by default in the name of better security on modern Intel and AMD systems.

The change proposal is to enable Shadow Stack protection for applications/libraries compiled with GCC, LLVM Clang, or Rustc by default on x86_64. The dynamic linker or startic startup routines will activate Shadow Stack for any process where the binary and shared library dependencies are all built with Shadow Stack support present. Shadow Stacks are hardware-enforced by modern Intel and AMD CPUs to help fend off against Return-Oriented Programming "ROP" style exploits.

Intel Shadow Stack diagram

The change proposal goes on to elaborate:

"This change enables Shadow Stack protection by default on x86_64 machines that support it on Fedora Linux 45. The dynamic linker, or static startup routines, will activate Shadow Stack for any process whose binary and shared library dependencies are all built with Shadow Stack support, protecting processes by default whenever possible. Shadow Stacks are one of two Control-Flow Enforcement features introduced in Intel CET, alongside Indirect Branch Tracking (IBT), designed to defend against Return-Oriented Programming (ROP) and Jump-Oriented Programming (JOP) attacks by protecting return addresses. This Fedora change only covers enabling Shadow Stack support. Enabling Indirect Branch Tracking by default is not in scope.

This change is backward compatible for the most part: -fcf-protection is a default compile time flag already enabled in redhat-rpm-config for Fedora since 2018 and thus the majority of binaries are already built with the appropriate markup. Thus, after this change is applied, applications whose dependencies carry Shadow Stack markup gain protection transparently while applications that load any non-compliant object at startup continue to run without Shadow Stack protection. The only new failure mode is when a Shadow Stack enabled process attempts to dlopen a non-compliant shared object at runtime, which results in a dlopen error that looks like error: dlopen: /path/to/library.so: rebuild shared object with SHSTK support enabled."

The performance cost of Shadow Stack usage tends to be very miniscule to non-existent while providing better system security. This is also working toward enabling Indirect Branch Tracking "IBT" in a later Fedora Linux release for full Control-flow Enforcement Technology (CET) protection.

More details on the Shadow Stack proposal for Fedora 45 can be found via the Fedora Wiki.

Схожие новости

#Наименование новостиТональностьИнформативностьДата публикации
1В Fedora 45 намерены включить защиту на основе теневого стека0702-07-2026
2Fedora 45 Looks To Finally Offer Install Support For Stratis Storage2730-06-2026
3Linux Looking To Retire A Number Of Old ARM Platforms In Early 20270502-07-2026
4Linux Kernel Developers Again Discussing AI Agent Attribution - Potentially Dropping It0702-07-2026
5Fedora Council Seeks To Shutdown Current Discussions Over AI Developer Desktop0702-07-2026
6AMD Sends Out Latest Linux Patches For RMPOPT Optimization0701-07-2026
7Asahi Linux Fixes Booting With macOS 27, Progress On M3 & Apple Video Decode0701-07-2026
8KDE Plasma Affected By Arbitrary Code Execution To Break Sandboxes With "Open New Window"-2702-07-2026
9Glibc Introduces /etc/tunables.conf For System-Wide Tunables0701-07-2026
10Linux 7.2 Features: Cache Aware Scheduling, USB4STREAM, AMD ISP4, AMDGPU HDMI 2.1 FRL0530-06-2026

Классификация: Экономика. Схожих патентов: 0. Схожих новостей: 10. Тональность: 0. Информативность: 5. Источник: www.phoronix.com.