이러한 결함을 악용할 경우 공격자가 민감한 정보에 무단으로 액세스하거나 일반적으로 문제를 일으킬 수 있습니다.
La 리눅스 보안이 심각한 영향을 받았습니다. 최근 들어 전례 없는 운영 위기에 직면해 있습니다. 프라그네시아의 발견과 함께 (CVE-2026-46300)은 보고된 네 번째 심각한 취약점입니다.
Copy Fail 3.0으로도 알려져 있습니다. V12를 발견한 연구팀에 따르면, 이것은 로컬 권한 상승 취약점은 보편적인 공격 벡터를 노출시킵니다. 매우 정확합니다. 이전 버전들과 마찬가지로, Fragnesia는 하드 드라이브의 물리적 파일을 변경하지 않고 RAM 페이지 캐시에 직접 데이터를 덮어쓰는 방식으로 권한이 없는 사용자도 절대적인 관리자 권한을 획득할 수 있도록 합니다. 공격 방식은 이전 버전들과 동일합니다. xfrm-ESP 서브시스템 내부의 Dirty Frag이 문제의 원인은 완전히 다른 논리적 오류에서 비롯되었으며, 이로 인해 독립적이고 시급한 완화 패치를 설계해야 했습니다.
프라그네시아를 극도로 위험하게 만드는 것은 바로 그것입니다. 복잡한 경쟁 조건에 의존하지 않고 읽기 전용 파일에 임의의 바이트 쓰기를 수행할 수 있는 기능이 취약점은 ESP-in-TCP 프로토콜 캡슐화 메커니즘을 통해 발생하며, 이전에 배포된 패치가 불충분했거나, 역설적으로 2026년 5월 13일까지 출시된 커널에서 이 새로운 취약점이 의도치 않게 발생하는 조건을 조성했음을 보여줍니다. 완전한 기능을 갖춘 공개 운영 코드가 포함되어 있습니다. 지금 이용 가능합니다. 시스템 관리자들은 시스템 봉쇄 조치를 시행하기 위해 시간과의 싸움을 벌이고 있습니다. 주요 배포판들이 최종 수정 사항을 저장소에 배포하는 동안 일시적으로 적용됩니다.
조각 망각 및 AES-GCM 암호화 주입
El 프라그네시아의 기원은 논리적 결함에 있다. 커널의 네트워크 버퍼 관리 내에서. 중앙 오류는 버퍼(skb) 때문에 발생합니다. 말 그대로 기억의 조각을 "잊어버린다" 데이터 통합 과정 중에 공유되고 있습니다. TCP 소켓이 전환을 수행합니다. 사용자 수준 모드(ULP) espintcp로 데이터가 이미 전송된 후 파일에서 수신 큐로, 커널은 대기 중인 파일 페이지를 마치 유효한 ESP 암호문인 것처럼 처리하는 치명적인 실수를 저지릅니다. 성능을 최적화하고 불필요한 저장 공간을 줄이기 위해 시스템은 AES-GCM 암호화 알고리즘을 페이지 캐시에 직접 적용하며, 이때 인플레이스 XOR 연산을 사용합니다. 공격자는 초기화 벡터(IV), 즉 논스를 교묘하게 조작하여 시스템이 키스트림에서 특정 바이트를 생성하도록 강제할 수 있으며, 이를 통해 파일 내의 특정 바이트를 원하는 값으로 덮어쓸 수 있습니다.
조회 테이블과 보호된 바이너리의 변경
El 공격은 프로세스를 새로운 사용자 및 네트워크 네임스페이스에 격리하는 것으로 시작됩니다., 어디 그가 공격자가 ESP 보안 연결을 설치합니다. 알려진 키를 사용하는 전송 모드입니다. 다음으로, 이 프로그램은 가능한 모든 결과 바이트에 매핑되는 256개의 항목으로 구성된 조회 테이블을 생성합니다. 암호화 키 스트림과 해당 논스(nonce)의 일부입니다. 직접 메모리 전송(splice)을 사용하여 공격자는 실행 파일을 페이지 캐시에 로드합니다. 시스템에 대한 비판적 suid 비트가 설정된 상태에서, 일반적으로 /usr/bin/su 유틸리티를 사용합니다. 바이트 단위로 꼼꼼하게 반복하면서 오류를 반복적으로 발생시킵니다. 해당 소프트웨어는 원래 유틸리티의 처음 192바이트를 작은 실행 코드로 덮어씁니다. (스텁) 위치와 무관합니다. 변경된 명령이 최종적으로 실행될 때, 운영 체제는 하드 드라이브의 보안 파일을 무시하고 캐시에서 오염된 버전을 실행하여 즉시 관리자 또는 루트 셸 세션을 부여합니다.
환경 제한 및 필수 청소 프로토콜
취약점을 이용한 공격이지만, 성공적인 실행은 특정 환경 조건에 달려 있습니다.권한이 없는 사용자 네임스페이스를 생성할 수 있는 기능. 기본 설정이 제한적인 시스템에서는, AppArmor 프로필이 활성화된 Ubuntu처럼, 관리자가 매개변수를 수정하지 않은 경우 공격은 초기 단계에서 차단됩니다. 이 기능을 활성화하려면 커널을 수정해야 합니다.
이 공격의 핵심적인 특징은 감염이 일시적으로 지속된다는 점입니다. 변조된 바이너리가 페이지 캐시에 남아 있기 때문에 감염된 명령어가 정상적으로 실행될 경우 원치 않는 루트 세션이 계속 열립니다. 따라서 보안팀은 개념 증명 공격 후 가상 메모리 도구를 사용하여 시스템 캐시를 즉시 삭제하는 것이 중요합니다.
공식 패치가 나올 때까지 운영 서버에 대한 위협을 완화하기 위해 기술적인 권장 사항은 커널의 전역 구성에서 esp4, esp6 및 rxrpc 모듈의 로드를 완전히 비활성화하는 것입니다.
마지막으로, 그것에 대해 더 알고 싶다면 자세한 내용을 참조할 수 있습니다. 다음 링크에서.