주제: patch-management
-
Linux 커널 KEV 조치: 배포판 패키지와 실행 중인 커널을 기준으로 각 CVE 검증하기
실제로 악용된 커널 취약점 다섯 가지를 각각 추적합니다. 배포판별 수정 패키지를 사용하고 부팅된 커널 또는 명시적인 livepatch 적용 범위를 확인해야 하며, 한 하위 시스템의 완화 조치로 나머지 취약점까지 해결되지는 않습니다.
-
악용 근거와 영향받는 자산을 기준으로 2026년 10월 정기 보안 업데이트 우선순위 정하기
대규모 업데이트를 자산별 작업 대기열로 정리하는 패치 우선순위 분류 절차를 제안합니다. 확인된 악용, 노출 및 업무상 영향으로 긴급도를 판단하고, 악용 근거가 없는 경우에는 EPSS를 보조 수단으로 사용합니다.
-
Confirming a security patch actually landed: matching installed versions against vendor advisories across OS families
An update job reporting success is not proof a specific vulnerability is fixed; matching the installed package or build version against the vendor's own advisory — Ubuntu USN, a RHEL-family advisory (RHSA on RHEL) via dnf updateinfo --security, Debian DSA via debsecan, Windows Get-HotFix, or a macOS build number against Apple's own security-release page — is what closes the loop, and a pending restart can leave the old, vulnerable binary still running even after that check passes.
-
Windows Shell CVE-2026-96951: Windows 11 수정 확인과 첨부파일 보호 유지
정확한 Windows 11 릴리스에 맞는 누적 업데이트를 확인하고 재시작을 완료하며, 첨부파일 출처 정보와 SmartScreen 보호 기능을 유지해야 합니다. 경고가 없다고 다운로드한 파일이 안전한 것은 아닙니다.
-
Chrome CVE-2026-87491: 업데이트 설치부터 브라우저 재시작까지 확인하기
Google은 CVE-2026-87491의 실제 악용을 확인했습니다. 관리 대상 기기 전체에서 플랫폼별 릴리스 번호와 실제 적용된 기업 정책을 기준으로 업데이트 전달과 브라우저 재시작을 모두 검증해야 합니다.
-
Plex Media Server 2026년 10월 KEV 대응: 업데이트, 노출 검토와 침해 호스트 복구
악용된 Plex Media Server 취약점 네 가지에 대응하려면 서버 업데이트를 검증하고 침해 여부를 별도로 평가해야 합니다. 원격 접근 매핑, 공개된 지표 및 계정 세션을 검토하고, 서버 무결성을 확인할 수 없으면 재구축합니다.
-
Zammad·Atlassian 2026년 10월 KEV 대응: 릴리스와 설치 방식에 맞는 수정 선택
Zammad에는 지원되는 업그레이드와 저장소 이전이 필요한 구버전 계열용 긴급 수정이 있으며, 패키지 설치에만 해당하는 권한 취약점은 별도로 검증해야 합니다. Atlassian은 제품별 수정 버전 대응표를 제공합니다.
기계 판독 가능: JSON