EL10 전반에 걸쳐 컨테이너 격리를 무력화시키는 IPv6 조각화 결함

요약

내용: ‘ipv6-frag-escape’라는 별명이 붙은 리눅스 로컬 권한 상승 및 컨테이너 탈출 취약점. IPv6 패킷 출력 경로에서 발생한 산술 오류(__ip6_append_data()) 소켓 버퍼의 선형 헤더 크기를 fraggap 바이트이므로, 그 이후의 복사 과정에서 오버플로가 발생하여 skb_shared_info 동일한 할당 영역의 끝부분에서 발생합니다. 이 인슬랩 힙 오버플로는 컨테이너 내부의 비특권 프로세스를 호스트에서 루트 권한을 가진 프로세스로 전환시키기에 충분합니다. 본 문서가 게시된 시점에는 아직 CVE가 할당되지 않았습니다.

영향: sgkdev(github.com/sgkdev/ipv6_frag_escape)가 공개한 개념 증명(PoC)을 통해, 네트워크가 격리된 컨테이너 내의 비특권 프로세스에서 시작하여 호스트의 초기 네임스페이스 및 루트 파일 시스템에서 대화형 루트 셸을 확보할 수 있습니다. README에는 6.12.0-242.el10 버전의 CentOS Stream 10 및 6.12.0-228.el10 버전의 RHEL 10을 포함한 테스트 대상 목록이 기재되어 있습니다. KernelCare는 2026년 6월 29일, AlmaLinux 10.2(6.12.0-211.7.3.el10_2) 환경에서 첫 시도 만에 init 네임스페이스 내에서 uid=0인 호스트 루트 권한을 내부적으로 재현했습니다.

상태: 이는 메인라인 버그로, Linux 7.2-rc1의 병합 커밋을 통해 업스트림에서 수정되었습니다. 38becddc, 여기에는 IPv6 수정 사항이 포함되어 있습니다 736b380e28d0 그리고 IPv4 형제 eca856950f7c. 해당 버전은 6.6부터 7.1까지입니다. 오늘 아침 기준 배포판 백포트는 없었지만, 이미 상황이 바뀌고 있습니다. AlmaLinux가 업스트림 IPv4/IPv6를 반영했습니다. fraggap 6월 30일 08:51 UTC에 커널 패키지 소스(6.12.0-211.28.2)에 대한 수정 사항이 반영되었습니다. 아직 수정 사항이 나오기를 기다리고 있다고 단정 짓기 전에, 사용 중인 배포판의 저장소를 확인해 보시기 바랍니다.

중요도: 노출된 EL10 시스템의 경우 ‘높음’. 로컬 공격 벡터이며, 전제 조건이 갖춰지면 실행 난이도가 낮고, 사용자 상호작용이 필요하지 않으며, 기본 설정의 EL10을 대상으로 작동하는 공개 익스플로잇이 존재합니다. 아직 CVE가 등록되지 않아 CVSS 점수는 없습니다. 결함 유형: 힙/슬랩 선형 오버플로우 → 페이지 사용 후 해제(use-after-free) → 권한 상승 및 네임스페이스 탈출.

이것이 중요한 이유: 이 트리거는 권한이 없는 어떤 프로세스라도 접근할 수 있습니다. 상류 버그 수정 커밋에 다음과 같이 명시되어 있습니다: UDPv6 소켓을 사용하는 MSG_MORE ~와 함께 MSG_SPLICE_PAGES. 호스트 제어 권한은 필요하지 않으며, 컨테이너 내부의 비특권 사용자 네임스페이스에 대한 접근 권한만 있으면 됩니다. 컨테이너 호스트, 공유 호스팅, CI 러너, 멀티테넌트 리눅스는 바로 이러한 취약점이 발생하는 환경들입니다. 왜냐하면 이 익스플로잇은 해당 플랫폼들이 구축된 경계의 ‘잘못된 쪽’에서 종료되기 때문입니다.

지금 바로 이렇게 하세요: 고정 커널을 적용하거나 KernelCare 가능한 경우 재부팅 없이 적용할 수 있는 패치를 사용하십시오. 그때까지는 EL10 문제를 해결하는 가장 효과적인 임시 대책은 다음을 사용하여 부팅하는 것입니다. init_on_alloc=1, 이로 인해 공개된 익스플로잇이 루트 셸이 아닌 커널 충돌로만 이어지게 됩니다. 이는 이미 우분투와 데비안에서 컴파일 시 기본 설정으로 적용되어 있어, 해당 환경에서는 동일한 버그가 서비스 거부(DoS)만 유발하는 것으로 나타납니다. 워크로드가 이를 감당할 수 있는 경우, 비특권 사용자 네임스페이스를 비활성화하면 탈출 경로를 차단할 수 있습니다. 두 방법 모두 임시 방편으로 간주하십시오.

자세한 내용

ipv6-frag-escape는 리눅스 커널 버그가 “사소한 산술 오류 수정”에서 “공개 루트 익스플로잇”으로 발전한 또 다른 사례로, 대부분의 조직이 대응할 수 있는 CVE, 스캐너 규칙 또는 벤더 권고 사항을 확보하기도 전에 발생한 사건입니다.

KernelCare는 6월 29일 공개된 PoC를 확인했으며, 다음 날 아침 기본 설정의 AlmaLinux 10.2 시스템에서 호스트 루트 권한 획득 현상을 자체적으로 재현해 냈고, 그 직후 재부팅 없이 적용 가능한 패치를 빌드 중입니다.

이 저장소는 CentOS 및 RHEL 10용 신뢰할 수 있는 비특권 컨테이너 및 jail 탈출 도구라고 자칭하며, 현재 수정된 IPv6 조각화 버그를 악용하여 __ip6_append_data() 이로 인해 슬래브 내부에서 선형 오버플로가 발생하여 skb_shared_info.

자세한 내용을 살펴보기 전에 명심해야 할 점이 하나 있습니다. 이는 메인라인 버그이며, EL10만의 특이한 현상이 아닙니다. 수정 패치가 적용되지 않은 6.6부터 7.1까지의 모든 커널에는 취약한 코드가 포함되어 있습니다. EL10은 현재 공개된 공격용 익스플로잇이 존재하는 유일한 대상일 뿐이며, 해당 익스플로잇의 진입점인 EL10 uname check, 5단계 페이징, init-on-alloc 비활성화 등은 버그가 아니라 무기의 특성입니다.

이 취약점 공격의 작동 원리

이 체인은 권한이 없는 소켓 쓰기 작업에서 호스트의 루트 셸에 도달하는 과정을 거칩니다:

[Unprivileged socket input]
│  UDPv6 + MSG_MORE + MSG_SPLICE_PAGES
▼
[__ip6_append_data() miscalculation]
│  linear head under-sized by fraggap bytes
▼
[Linear slab overflow]
│  writes past skb->end into skb_shared_info
▼
[Page use-after-free]
│  put_page() drops a ref on an attacker-owned page
▼
[Dirty-Pagetable reclamation]
│  freed page reused as a leaf page table → kernel R/W
▼
[Host namespace escape]
│  credentials overwritten, SELinux neutered, core_pattern hijacked
▼
[Host root shell (uid=0)]

할당 오류. 에서 net/ipv6/ip6_output.c, ~할 때 __ip6_append_data() 계산한 페이지 기반 할당 분기를 선택합니다 alloclen = fragheaderlen + transhdrlen 그리고 pagedlen = datalen - transhdrlen. 문제는 바로 datalen 이미 포함되어 있습니다 fraggap – 이전 SKB에서 이월된 바이트로, 이후 선형 헤드로 복사됩니다. 따라서 헤드의 길이는 정확히 fraggap 바이트 동안 pagedlen 만큼 과대평가되어 있다.

오버플로우. 후속 복사본이 기존 내용을 덮어씁니다 skb->end ~로 skb_shared_info 패킷 자체의 head 객체 끝에 위치해 있습니다. 슬래브 내부의 깔끔한 선형 힙 오버플로우입니다.

방아쇠. 권한이 없는 프로세스가 다음을 사용하여 UDPv6 소켓을 통해 버그가 있는 경로에 도달합니다. MSG_MORE ~와 함께 MSG_SPLICE_PAGES. 이 잘못된 회계 방식은 6.0 버전에서 제로 카피 전송 경로를 통해 도입되었지만, MSG_SPLICE_PAGES 6.6절의 처리 방식에서는 반환하지 않고 경로를 계속 진행하도록 했습니다. -EINVAL. 그렇기 때문에 6.6이 하한값입니다.

커널의 읽기/쓰기 작업으로 오버플로우 발생. 부패로 인해 단일 기관에 대한 통제권이 넘어가게 된다 nr_frags 바이트 입력 skb_shared_info. 초기화되지 않은 영역에 미리 배치된 파이프 버퍼 페이지 포인터를 사용하여 frags[] 슬롯, 소켓 해체 (skb_release_data() → put_page()) 공격자가 여전히 제어하고 있는 페이지에 참조를 남기면, 오버플로가 ‘사용 후 해제(use-after-free)’ 페이지 취약점으로 전환됩니다. 이후 해제된 페이지는 최상위 페이지 테이블로 재할당되는데, 이를 ‘더티 페이지 테이블(Dirty-Pagetable)’ 상태라고 합니다. 따라서 단일 물리 페이지가 활성 페이지 테이블이자, 공격자가 파이프를 통해 여전히 읽고 쓰는 페이지로 동시에 기능하게 됩니다. 위조된 자기 동일 참조(self-aliasing) PTE는 이를 광범위한 커널 읽기/쓰기 권한으로 확대시킵니다.

호스트로 이동하세요. 이 PoC는 커널의 읽기/쓰기 작업을 통해 고정된 저메모리 SMP 트램폴린 페이지 테이블을 이용해 KASLR을 우회하고, 프로세스 인증 정보를 덮어쓰며, 메모리 내 SELinux 거부 경로를 수정하고, 이를 탈취합니다. core_pattern 따라서 사용자 모드 헬퍼는 호스트의 초기 네임스페이스에서 루트 권한으로 실행됩니다. 바로 그 마지막 단계가 탈출 경로입니다.

공개된 README 문서에는 이 체인에 대한 설명이 포함되어 있지만, 일관된 작동을 가능하게 하는 PCP 그루밍 및 크로스 캐시 작업과 같은 신뢰성 확보를 위한 기반 구조는 의도적으로 생략되어 있으며, 제공된 바이너리의 적용 범위는 5단계 페이징 요구 사항이 적용되는 EL10으로 한정되어 있습니다. 이는 개념 증명(PoC)일 뿐, 바로 사용할 수 있는 무기는 아닙니다. 하지만 방어 측 입장에서 주목해야 할 두 가지 결과가 있습니다. 익스플로잇이 실행된 후에는, getenforce 여전히 보도하고 있다 Enforcing SELinux 강제 적용 기능이 무력화되었고, 데이터 손상이 디스크가 아닌 커널 메모리에서 발생하기 때문에 파일 무결성 검사 도구가 이를 감지할 수 없습니다.

‘Upstream Fix’의 변경 사항

수정하는 데는 몇 줄밖에 걸리지 않는데, 바로 그 때문에 이 문제를 쉽게 과소평가하기 쉽습니다. IPv6 페이지 할당 경로에서는 다음을 추가합니다. fraggap 에 alloclen 그리고 이를 다음에서 빼고 pagedlen, 따라서 선형 헤드는 실제로 그 안으로 복사된 바이트 수만큼 충분히 커지고, 페이지 단위로 처리되는 부분은 그에 맞춰 줄어듭니다. 또한 이제 더 이상 사용되지 않는 MSG_SPLICE_PAGES 부호 반전 검사에서 예외가 발생했습니다.

의 IPv4 경로 __ip_append_data() 동일한 회계 오류가 있었으며, 이에 대해 동일한 정정이 이루어집니다 (eca856950f7c). IPv6는 악용될 가능성이 있고 더 심각한 사례이며, IPv4 버전은 완전성을 기하기 위해 수정되었습니다. 두 함수 모두 패킷 단위로 전송 경로를 처리하고 영구적인 상태를 유지하지 않기 때문에, 이 수정 사항은 재부팅 없이 거의 원본 그대로 적용할 수 있는 패치의 유력한 후보입니다.

누가 영향을 받나요?

이 버그의 영향 범위는 익스플로잇의 범위보다 더 넓습니다. 가장 안전한 가정은 6.6부터 7.1까지의 범위에 속하는 모든 커널이 업스트림 수정 사항이나 다운스트림 백포트가 적용되지 않은 한 이 결함을 포함하고 있다는 것입니다. 반면, 공개된 PoC는 의도적으로 범위가 좁게 설정되어 있습니다. 이 PoC는 EL10 계열의 6.12.x 커널을 대상으로 하며, 비특권 사용자 네임스페이스가 필요하고, 5단계 페이징(LA57)을 전제로 하며, 다음 요소에 의존합니다. CONFIG_INIT_ON_ALLOC_DEFAULT_ON 꺼져 있는 상태.

악용 가능함 확인 – 호스트 루트 권한 획득 확인:

• PoC 작성자가 대상 시스템으로 지정한 6.12.0-242.el10 버전의 CentOS Stream 10.
• PoC 작성자가 언급한 6.12.0-228.el10 버전의 RHEL 10.
• 6.12.0-211.7.3.el10_2 버전의 AlmaLinux 10.2에서, 2026년 6월 29일 KernelCare가 사내에서 재현함.

예상 노출 대상: RHEL 10, CentOS Stream 10, AlmaLinux 10, Rocky Linux 10, Oracle Linux 10 및 CloudLinux OS 10은 수정 사항이나 재부팅 없이 적용 가능한 패치가 적용되지 않은, 해당 6.12.x EL10 계열 커널을 실행하고 있습니다. 이러한 배포판들은 다음을 포함하여 RHEL 10의 빌드 전제 조건을 공유합니다. init_on_alloc 비활성화되어 있으므로, 별도로 확인되지 않는 한 노출된 것으로 간주하십시오.

버그가 존재하며, 현재 공개된 기술은 서비스 거부(DoS) 수준으로 축소됨:

• Ubuntu 24.04 “Noble” (6.8) 및 Debian 13 “Trixie” (6.12.x). KernelCare의 테스트 결과 다음과 같이 나타났습니다. CONFIG_INIT_ON_ALLOC_DEFAULT_ON=y 전송된 커널에서, 이는 심어둔 스탈 포인터를 0으로 초기화하고 체인을 루트 탈출이 아닌 커널 크래시로 축소시킵니다. 또한 이 PoC는 EL10으로 하드 게이트가 설정되어 있습니다. uname 그리고 5레벨 페이징을 지원하므로, 출하 상태 그대로는 이러한 환경에서 실행되지 않습니다.

이러한 DoS 전용 결과는 현재 기술에 국한된 것입니다. README 파일에는 수정 사항과 CVE가 공개되면, ‘init-on-alloc’을 고려한 다른 형태의 익스플로잇이 뒤따를 수 있음을 시사하고 있습니다. 우분투와 데비안은 ‘취약점은 노출되었으나 현재로서는 악용이 불가능한’ 상태로 간주해야 하며, ‘안전한’ 상태는 아닙니다.

이 트리거의 영향을 받지 않는 항목:

• 6.6보다 오래된 커널에서는, MSG_SPLICE_PAGES 경로가 없으면 트리거가 반환됩니다 -EINVAL.
• 병합을 포함하는 커널 38becddc, IPv6 수정 736b380e28d0, IPv4 수정 eca856950f7c, 또는 하류 버전의 역이식.

한 가지 주의할 점은, PoC의 가정(예를 들어 4단계 페이징)을 단순히 충족하지 못하는 시스템은 문제가 해결된 것이 아닙니다. 커널의 버그가 여전히 존재하는 한, 해당 시스템은 이 특정 PoC에 대해서는 안전할 뿐입니다.

지금 바로 위험을 줄이세요

근본적인 해결책은 패치된 커널이나 KernelCare의 재부팅 없이 적용되는 패치입니다. 이 해결책이 널리 보급되기 전까지는 두 가지 실용적인 방법이 있습니다.

1. init-on-alloc 기능을 활성화하십시오(EL10에서는 권장됨). 공개된 익스플로잇은 초기화되지 않은 슬랩 메모리에 유효하지 않은 포인터를 삽입하는 방식에 의존합니다. 메모리 할당 시 메모리를 0으로 초기화하면 이러한 공격 경로를 차단할 수 있습니다. 이 기능은 Ubuntu와 Debian에서는 기본적으로 활성화되어 있지만, EL10에서는 일반적으로 비활성화되어 있습니다.

부팅 명령줄이 아니라 커널 설정을 확인해 보세요. 이는 대개 컴파일 시의 기본값이므로 /proc/cmdline:

grep CONFIG_INIT_ON_ALLOC_DEFAULT_ON /boot/config-$(uname -r)   # =y means on

전원이 꺼져 있는 상태에서 켜려면:

sudo grubby --update-kernel=ALL --args="init_on_alloc=1"
sudo reboot

이 작업에는 약간의 할당기 오버헤드가 발생합니다. 단, 변경 사항을 적용하려면 재부팅이 필요하기 때문에, 긴급한 즉각적인 대응보다는 유지보수 시간대에 수행하는 것이 적합합니다.

2. 비특권 사용자 네임스페이스를 비활성화합니다. 이 체인은 컨테이너 내부의 비특권 프로세스에서 시작되며, 비특권 네임스페이스의 동작에 의존합니다. 해당 기본 요소를 제거하면 할당기의 상태와 관계없이 공개 경로가 차단됩니다.

sysctl user.max_user_namespaces             # check current value
sudo sysctl -w user.max_user_namespaces=0
echo 'user.max_user_namespaces = 0' | sudo tee /etc/sysctl.d/99-ipv6-frag-escape.conf

이로 인해 루트 권한이 없는 Podman 및 Docker, 일부 CI 샌드박스, Flatpak 방식의 샌드박스, 비특권 unshare(1), 브라우저 샌드박스가 작동하지 않게 됩니다. 전용 서버 프로필에서는 문제가 없지만, 개발자 호스트 및 컨테이너 호스트에서는 심각한 문제를 일으킵니다. 광범위하게 배포하기 전에 반드시 테스트하십시오.

결정적인 순간: 호스트에서 루트리스 컨테이너를 실행하고 있지 않고 재부팅이 가능하다면 → 다음을 설정하십시오 init_on_alloc=1; 이 경우 userns 프리미티브가 나중에 반환되더라도 해당 버그를 시스템 충돌로 격하합니다. 재부팅은 불가능하지만 비특권 userns를 포기할 수 있다면 → 재부팅 없이 임시로 문제를 해결하기 위해 이 기능을 비활성화하십시오. 루트 권한이 없는 컨테이너와 다운타임 제로 모두를 필요로 한다면 → 재부팅이 필요 없는 패치나 수정된 커널이 유일한 해결책이며, 해당 패치나 커널이 적용될 때까지는 신뢰할 수 없는 로컬 실행을 격리해야 합니다.

KernelCare 재부팅 없이 적용되는 패치

둘 다 __ip6_append_data() 그리고 __ip_append_data() 이는 패킷 단위의 전송 경로이며, 지속되는 교차 호출 상태가 없기 때문에, 업스트림의 산술 보정 기능을 kpatch로 깔끔하게 이식할 수 있습니다.

피드 현황 (2026-06-30, 09:00 UTC): RHEL 10, Oracle Linux 10, Rocky Linux 10 및 AlmaLinux 10용 테스트 피드에 EL10 빌드가 순차적으로 반영되기 시작했습니다.

검증이 완료된 후 테스트 피드에서 적용하세요:

sudo kcarectl --update --prefix test

메인 피드에 노출되면 다음 예정된 실행 시점에 게시되거나, 필요에 따라 수동으로 게시할 수 있습니다:

sudo kcarectl --update

패치가 활성화되어 있는지 확인하십시오:

kcarectl --info | grep kpatch-build-time      # build dated 2026-06-30 or later

CVE가 할당되면, kcarectl --patch-info | grep CVE-2026- 이 문제도 함께 해결되어야 합니다. 이와는 별도로, EL10 커널을 직접 관리하고 계신다면, AlmaLinux의 커널 패키지 소스(6.12.0-211.28.2)에는 6월 30일 기준으로 이미 업스트림 수정 사항이 반영되어 있습니다. 따라서 해당 에러타가 반영되었는지 확인하기 위해 리포지토리 및 타사 소스 트리를 주시하는 것이 좋습니다.

탐지

이 유형의 버그에 대해서는 명확한 익스플로잇 후 징후가 없습니다. 이 공격 체인은 임의의 커널 읽기/쓰기 작업으로 끝나며, 정상적인 상태 점검 결과는 여전히 문제가 없는 것처럼 보이고 디스크상의 변경 사항도 전혀 없음에도 불구하고 SELinux 강제 적용을 비활성화할 수 있습니다. 이 익스플로잇의 동작과 실제로 연관된 징후는 행동적 특징에서 나타납니다:

• 예상치 못한 변경 사항이 /proc/sys/kernel/core_pattern, 특히 |- 접두사가 붙은 핸들러 – PoC는 이를 덮어쓰고 루트 권한으로 usermodehelper를 실행합니다.
• 호스트에서 비정상적인 특권 프로세스가 시작되기 직전에 컨테이너나 자식 프로세스가 중단된다.
• SELinux 감사 문제: 강제 적용이 활성화된 것으로 표시되지만, 거부 메시지가 발생해야 할 호스트에서 예상된 거부 메시지가 더 이상 나타나지 않습니다.

감사 core_pattern 그리고 ‘크래시 후 권한 상승’ 시퀀스를 주의 깊게 관찰하십시오. 이를 확실한 증거라기보다는 미약한 신호로 간주하십시오. 이 PoC는 고정된 SMP 트램펄린 페이지 테이블을 통해 KASLR을 우회하므로, 다음을 읽을 필요가 없다는 점에 유의하십시오. /proc/kallsyms 또는 BTF의 경우, 이러한 전형적인 커널 취약점 징후는 여기에서는 나타나지 않습니다. 노출 기간 동안 신뢰할 수 없거나 부분적으로만 신뢰할 수 있는 사용자 또는 워크로드가 영향을 받은 EL10 호스트에서 로컬 실행 권한을 가졌던 경우, 패치 적용을 최우선으로 처리하고 해당 호스트에 대해 심층적인 검토가 필요할 수 있다고 가정하십시오.

이 주제가 중요한 이유

ipv6-frag-escape는 원격 코드 실행 취약점이 아니며, “모든 리눅스 시스템이 즉시 다운된다”는 식의 버그도 아닙니다. 컨테이너 호스트, 공유 호스팅 플랫폼, CI 시스템, 개발자 샌드박스, 멀티테넌트 리눅스의 경우, 이 취약점은 더 좁은 범위에서 더 심각한 문제를 야기합니다. 바로 해당 플랫폼들이 구축된 기반이 되는 경계를 무너뜨리기 때문입니다. 이 익스플로잇은 비특권 프로세스에서 시작되어 호스트의 초기 네임스페이스 내에서 루트 권한을 획득하는 것으로 끝납니다.

CVE나 안정적인 백포트가 공개되기 전에 작동하는 PoC가 존재할 경우, 일반적인 스캐너 기반 패치 워크플로우는 적용할 대상이 없어집니다. 보안 담당자들은 기술적 사실에 직접 대응해야 합니다. 수정 사항은 사소하지만, 운영상의 시급성은 결코 사소하지 않습니다.

우선순위별 개선 조치 체크리스트

1. 패치 또는 재부팅 없이 적용되는 패치의 영향을 받는 EL10 시스템, 특히 컨테이너 호스트와 신뢰할 수 없거나 부분적으로만 신뢰할 수 있는 코드가 실행될 수 있는 모든 환경을 우선적으로 처리하십시오.
2. 활성화 init_on_alloc=1 아직 고정 커널이나 재부팅 없이 적용 가능한 패치가 배포되지 않은 경우.
3. 워크로드가 허용하는 범위 내에서 권한이 없는 사용자 네임스페이스를 비활성화하십시오.
4. Ubuntu 24.04와 Debian 13은 안전한 버전이 아니라 “버그가 존재하며, 현재 공개된 기술이 차단된” 상태로 간주하십시오.
5. 감사 core_pattern 그리고 노출된 호스트에서 발생하는 SELinux 차단 활동.
6. CVE 할당 및 후속 공급업체 에라타를 주시하고, 안정적인 백포트가 적용되면 시스템을 다시 점검하십시오. 비록 공개된 PoC가 해당 환경에서 실행된 적이 없더라도 마찬가지입니다.

참조

• 공개 PoC: https://github.com/sgkdev/ipv6_frag_escape
• 업스트림 병합 수정 사항 (7.2-rc1): https://github.com/torvalds/linux/commit/38becddc332c1dbee6ab8dc8f13a860c6280b905
• IPv6 수정 사항 736b380e28d0; IPv4 수정 eca856950f7c; 트리거 활성화 ce650a166335; 버그 유발 773ba4fe9104 (IPv6) / 8eb77cc73977 (IPv4)
• AlmaLinux 커널 패키지 백포트 (6.12.0-211.28.2): AlmaLinux OS Git 서버, 커밋 674503c679

모든 커널에 패치를 적용할 수 있으며, 재부팅이 필요하지 않습니다. 아직 KernelCare를 사용하지 않으신 분이라면, 지금이 바로 재부팅 없이 패치를 적용하는 방식이 긴급 유지보수 시간이나 가동 중단 없이 중요한 리눅스 시스템을 어떻게 보호하는지 확인해 볼 좋은 기회입니다.

지금 바로 KernelCare를 다운로드하세요 →