리눅스가 인터넷 연결 요청을 처리하는 부분에서 취약점이 발견됐습니다. CVE-2026-98432입니다.

공격자가 서버에 로그인하거나 사용자가 파일을 클릭하지 않아도, 조작된 네트워크 요청으로 서버 다운이나 메모리 오류를 일으킬 수 있는 문제입니다. 다만 현재 공지만으로 서버 장악이나 지갑 탈취까지 가능하다고 단정할 수는 없습니다.

10월 30일 확인 기준, 우분투 주요 커널은 아직 수정 준비 중입니다. Amazon Linux 2023의 일부 커널은 수정본이 나왔습니다. 사용하는 배포판과 커널에 따라 확인해야 합니다.

지금은 불필요하게 열어둔 포트를 줄이고, 공식 수정 커널이 나오면 업데이트하는 것이 필요합니다. 업데이트 후에는 수정된 커널로 실제 부팅됐는지까지 확인하세요.

직접 판단하기 어렵다면 해당 서버에 접속된 클로드 코드에 아래 내용을 넣어보세요.

──────────

현재 서버가 리눅스 커널 취약점 CVE-2026-98432의 영향을 받는지 점검해줘.

1. OS·배포판·실행 중인 커널·설치된 커널을 확인하고 공식 보안 공지와 대조해줘. 버전 숫자만 비교하지 말고 배포판에서 별도로 적용한 보안 패치도 확인해줘.

2. 외부에 노출된 TCP 포트와 서비스, 방화벽 설정을 확인해줘. 클라우드 보안그룹도 접근 가능하면 확인하고, 확인할 수 없는 항목은 표시해줘.

3. 수정 커널이 제공되는지 확인하고, 있다면 공식 저장소를 통한 적용 방법과 재부팅 필요 여부를 알려줘. 없다면 가능한 임시 대응을 제안해줘.

4. 실행 중인 봇·에이전트·컨테이너와 재부팅 후 자동 복구 여부를 확인해줘. 컨테이너는 호스트 커널 기준으로 점검해줘.

우선 읽기 전용으로 점검하고 ‘영향 여부 / 패치 상태 / 외부 노출 / 필요한 조치’로 짧게 보고해줘. 확인하지 못한 내용은 추측하지 마.

업데이트·재부팅·방화벽 변경·서비스 중단은 내 확인 후 진행해줘. 원격 접속이 끊길 수 있는 변경은 복구 방법부터 제시해줘.

──────────

공식 공지: [Ubuntu](https://ubuntu.com/security/CVE-2026-98432)

오푸스에 아래처럼 시켜두는 것도 방법입니다.

“매일 새로운 보안 사고와 CVE를 공식 공지 중심으로 조사하고, 내가 사용하는 OS·서버·앱·패키지에 영향이 있는지 확인해줘.

자동 점검과 브리핑을 위한 훅·스킬을 구축하고, 매일 오전 9시(한국 시간)에 실행되도록 스케줄러까지 설정해줘.

보고에는 영향받는 시스템, 위험도, 패치 여부, 지금 필요한 조치를 담아줘. 새로 대응할 내용이 없으면 짧게 알려줘.

읽기 전용 점검은 자동으로 진행하고, 업데이트·재부팅·방화벽 변경·서비스 중단은 내 승인 후 실행해줘. 실제 침해 징후나 긴급 대응이 필요한 문제가 확인되면 오전 9시까지 기다리지 말고 즉시 알려줘.”

보안 소식은 트위터에서 빠르게 접할 수 있으니, 아래 계정들을 팔로우하고 알림까지 켜두시면 좋습니다.

- [@BleepinComputer](https://x.com/BleepinComputer) — 해킹·랜섬웨어·취약점 속보
- [@CISAgov](https://x.com/CISAgov) — 미국 사이버보안 기관의 공식 경보
- [@MsftSecIntel](https://x.com/MsftSecIntel) — MS 위협 인텔리전스
- [@ubuntu_sec](https://x.com/ubuntu_sec) — 우분투 보안 공지

사용 중인 서비스에서 사고가 났거나 취약점 소식이 보이면, 트윗 주소를 오푸스에 넣고 이렇게 부탁하면 됩니다.

“공식 공지로 사실 여부를 확인하고, 내 환경에 영향이 있는지 점검해줘. 패치 여부와 지금 필요한 조치를 알려주고, 실제 변경은 내 확인 후 진행해줘.”

AI로 공격을 자동화할 수 있는 만큼 방어에도 AI를 활용해야 한다고 봅니다. 공지를 발견하고 내 환경을 확인하는 시간을 줄이는 게 중요합니다.

방화벽·접근 제한·권한 분리·업데이트처럼 보안을 여러 겹 쌓으면 위험을 줄일 수 있습니다. 다만 GLM 같은 공개 모델이 복잡한 스웜 공격을 수행하는 능력이 확인되고 있어, 설정을 한 번 해뒀다고 계속 안전할 거라 생각하긴 어렵습니다.

10월 29일 보도된 사건입니다. 연구진에 따르면 한국·미국·일본·대만의 방화벽과 관리 서버 총 25대에서 최고 관리자(root) 권한이 탈취됐습니다.

공격자는 인터넷에 노출된 Palo Alto Networks PAN-OS 장비의 관리 화면을 노렸습니다. PHP 취약점으로 명령을 실행한 뒤, 리눅스 커널 취약점을 이어 붙여 장비 전체를 통제하는 권한까지 얻었습니다. 관리자 권한의 백도어 설치까지 15분도 걸리지 않았다고 합니다.

위험했던 건 그다음입니다.

일부 피해 조직에서는 방화벽 설정을 통해 내부 네트워크 구조를 파악하고, 외부에서 내부망으로 들어가는 통로를 만들었습니다. 재부팅해도 다시 연결되도록 설정했습니다.

이 통로로 내부 방화벽 관리 서버까지 침해했습니다. 여러 방화벽을 중앙에서 관리하는 서버라 다른 장비의 설정과 인증 정보까지 접근 범위가 넓어졌습니다.

이후 조직의 계정 관리 시스템인 AD에 연결하는 서비스 계정 비밀번호를 탈취하고, 사용자와 그룹 목록까지 조회했습니다. 일부 인증서 개인키도 탈취한 것으로 보고됐습니다. 추가 계정 탈취와 백도어 계정 생성 시도까지 있었지만, 성공 여부는 확인되지 않았습니다.

해당 장비를 운영하지 않는 일반 개인에게 직접 해당하는 사건은 아닙니다. 다만 앞으로 중요하게 봐야 할 부분은 공격을 막아야 할 방화벽 자체가 장악돼, 내부망 침입 통로로 쓰였다는 점입니다.

보안 장비도 취약점이 있는 소프트웨어로 작동합니다. 내부망 접근 권한과 인증 정보를 가진 만큼, 장악됐을 때 공격자가 활용할 수 있는 권한도 큽니다.

이번 사건은 방화벽이 있다는 이유만으로 그 뒤의 시스템까지 안전하다고 볼 수 없다는 사례입니다. 제조사 Unit 42도 공격 도구와 결과를 독립적으로 확인했습니다.

[기사 원문](https://cybersecuritynews.com/php2shell-gained-root-access-on-25-servers/)

10월 30일 올라온 보도입니다. Cloudflare가 2026년 3분기 자사 네트워크에서 차단한 네트워크 계층 DDoS 공격이 시간당 평균 8,200건 이상이라고 합니다. 전 세계 전체 공격 건수가 아니라 Cloudflare에서 관측한 수치입니다.

DDoS는 수많은 기기에서 트래픽을 한꺼번에 보내 사이트나 서버를 마비시키는 공격입니다. 정보를 훔치지 않아도 이용자들이 서비스에 접속하지 못하게 만들 수 있습니다.

네트워크 계층 공격 건수는 전년 같은 분기보다 208% 증가했습니다. 그런데 공격의 약 96%는 10분 이내에 끝났고, 98%는 초당 1Gbps 미만이었습니다.

엄청난 규모의 공격만 위험한 게 아니라는 얘기입니다. 보호가 부족한 작은 사이트나 서버는 비교적 작은 트래픽에도 멈출 수 있고, 짧게 반복되는 공격은 사람이 장애를 확인하고 대응하기 전에 끝날 수도 있습니다.

직접 사이트나 서비스를 운영한다면 몇 분의 장애도 로그인 실패, 거래 중단, 매출 손실로 이어질 수 있습니다. 침입에 성공하지 않아도 서비스를 멈추는 것만으로 피해를 줄 수 있는 겁니다.

이번 수치가 보여주는 위험은 공격의 일상화입니다. 기록적인 대형 공격 한 번보다, 짧고 빈번한 공격을 계속 받아내야 하는 운영 환경을 봐야 합니다.

[원문 게시물](https://x.com/The_Cyber_News/status/2115867724874416561)