기본 콘텐츠로 건너뛰기

[Security News] CISA, Mirasvit 취약점 KEV 추가…npm 공급망 공격도 확인 (6.3)

6월 3일 보안 이슈는 악용 확인 취약점과 공급망 공격이 중심이었다. CISA는 Mirasvit Cache Warmer 결함을 KEV에 올렸고, Microsoft는 @redhat-cloud-services npm 범위에서 32개 변조 패키지를 확인했다.

CISA, Mirasvit 취약점 KEV 추가…npm 공급망 공격도 확인 (6.3)

개요

CISA, Mirasvit Cache Warmer 결함을 KEV에 추가

CISA(미 사이버보안·인프라보안청)는 6월 3일 CVE-2026-45247을 KEV(악용 알려진 취약점 카탈로그)에 추가했다. CISA의 공지는 이 취약점이 실제 악용 증거를 바탕으로 등록됐다고 밝혔다. 대상은 Magento 환경에서 쓰이는 Mirasvit Full Page Cache Warmer이며, 취약점 유형은 신뢰할 수 없는 데이터 역직렬화다.

KEV 등재는 일반 취약점 공개와 성격이 다르다. CISA가 KEV에 올리는 항목은 공격 가능성이 추상적으로 존재한다는 뜻이 아니라, 실제 악용 근거가 확인됐다는 신호다. 특히 미국 연방 민간 행정기관(FCEB)은 BOD 22-01에 따라 정해진 기한 안에 해당 취약점을 조치해야 한다.

현재 제공된 CISA 공지에는 CVSS 점수가 포함되지 않았다. 다만 역직렬화 취약점은 서버가 외부 입력을 객체로 복원하는 과정에서 예기치 않은 코드 실행이나 권한 오용으로 이어질 수 있어, 인터넷에 노출된 Magento 확장 기능에서는 우선순위가 높다. 운영자는 Mirasvit Full Page Cache Warmer 사용 여부와 버전을 먼저 확인하고, 벤더가 제공하는 보안 업데이트 또는 비활성화 조치를 적용해야 한다.

▸ Mirasvit KEV 자세히 확인하기

이번 항목에서 중요한 지점은 CISA가 취약점 설명보다 조치 상태를 앞세웠다는 데 있다. CISA는 KEV Catalog를 통해 “활발히 악용되는 취약점은 기업에 상당한 위험을 준다”는 원칙을 반복해 왔고, 이번에도 CVE-2026-45247을 같은 기준으로 다뤘다. 이는 보안 담당자가 단순 CVSS 순위가 아니라 실제 악용 여부를 패치 우선순위에 반영해야 한다는 뜻이다.

Mirasvit Full Page Cache Warmer는 Magento 사이트의 캐시를 미리 데워 응답 속도를 높이는 확장 기능이다. 이 유형의 플러그인은 쇼핑몰의 프런트엔드와 관리 흐름에 가까운 위치에서 동작하기 때문에, 취약한 인스턴스가 공개 인터넷에 노출돼 있으면 공격자가 접근 경로를 넓힐 수 있다. 신뢰할 수 없는 데이터 역직렬화는 입력 검증 실패와 객체 복원 로직이 맞물릴 때 문제가 커지는 유형이다.

CISA 공지가 CVSS 점수나 세부 공격 절차를 담지 않았다는 점도 실무상 해석이 필요하다. 세부 정보가 적다고 해서 위험이 낮다는 의미는 아니다. KEV 등재의 핵심은 이미 악용 증거가 있다는 사실이며, 공격 코드나 페이로드를 확인하는 작업보다 자산 식별과 업데이트 적용이 먼저다.

대응 순서는 비교적 명확하다. Magento 운영 조직은 확장 기능 목록에서 Mirasvit Full Page Cache Warmer 설치 여부를 확인하고, 운영 중이면 벤더 권고에 맞춰 최신 버전으로 올려야 한다. 즉시 패치가 어렵다면 해당 확장 기능을 일시 중지하거나, 관리 경로와 확장 기능 호출면을 방화벽·WAF 정책으로 제한해야 한다. 로그에서는 비정상적인 직렬화 입력, 예외 급증, 관리자 세션 변화, 예기치 않은 파일 생성 여부를 함께 보는 것이 타당하다.

Microsoft, @redhat-cloud-services npm 공급망 변조 확인

Microsoft Threat Intelligence는 @redhat-cloud-services npm 범위에서 32개 악성 변조 패키지와 90개를 넘는 영향을 받은 버전을 확인했다고 밝혔다. Microsoft에 따르면 침해는 upstream RedHatInsights/javascript-clients CI/CD 파이프라인에서 시작됐고, 공격자는 합법적인 GitHub 흐름을 통해 트로이목마화된 패키지를 게시할 수 있었다.

이 캠페인의 핵심은 패키지 설치 단계에 있다. Microsoft는 공격이 preinstall 단계에서 시작돼 자격 증명 탈취와 지속성 확보로 이어졌다고 설명했다. 페이로드는 Linux, macOS, Windows에서 동작하도록 플랫폼별 Bun runtime을 내려받았으며, 특히 Linux CI/CD runner가 주요 표적으로 언급됐다.

Microsoft는 npm team에 조사 결과를 공유했고, 그 결과 영향을 받은 저장소 제거와 @redhat-cloud-services namespace의 무단 게시 방지 보호 조치가 적용됐다고 전했다. 공급망 공격 특성상 개발자가 직접 악성 파일을 내려받지 않아도 빌드·배포 과정에서 감염될 수 있으므로, 패키지 잠금 파일과 CI 로그를 함께 점검해야 한다.

▸ npm 공급망 공격 자세히 확인하기

이번 사례는 일반 악성 패키지 등록보다 더 까다로운 유형이다. 공격자가 새 이름의 패키지를 만들어 사용자를 속인 것이 아니라, 신뢰받는 범위의 패키지 게시 흐름을 악용했기 때문이다. 개발자는 scope 이름과 저장소 출처를 보고 정상 패키지라고 판단하기 쉽고, 자동화된 CI/CD 환경은 의존성을 사람보다 빠르게 설치한다.

Microsoft가 “32 maliciously modified packages”와 “more than 90 versions”를 함께 언급한 것은 피해 범위 산정에서 중요하다. 단일 패키지 하나의 문제가 아니라 여러 패키지와 여러 버전 라인에 걸친 변조였다는 뜻이다. 패키지 이름만 검사하면 누락이 생길 수 있고, 특정 날짜 이후 설치된 버전 또는 lockfile에 고정된 세부 버전까지 확인해야 한다.

페이로드가 Linux, macOS, Windows를 모두 고려했다는 점은 공격자가 개발자 개인 장비와 자동화 runner를 모두 염두에 뒀음을 시사한다. 다만 Microsoft는 Linux CI/CD runner가 주요 표적으로 보였다고 설명했다. CI runner에는 npm 토큰, GitHub 토큰, 클라우드 배포 키, 컨테이너 레지스트리 인증 정보가 환경 변수나 secret 형태로 들어가는 경우가 많다.

Microsoft가 언급한 또 다른 위험은 전파와 파괴 가능성이다. 악성코드는 추가 maintainer 패키지를 손상시켜 확산을 시도했고, 일부 시나리오에서는 maintainer의 home directory를 파괴할 수 있었다. 이는 단순 정보 탈취 캠페인을 넘어 개발 생태계의 게시 권한 자체를 겨냥한 공격으로 봐야 한다.

실무 대응은 패키지 삭제 여부 확인에서 끝나지 않는다. 영향을 받은 기간에 CI가 실행됐다면 npm token, GitHub token, cloud credential을 교체해야 한다. lockfile과 artifact를 재생성하고, 배포된 컨테이너 이미지 안에 악성 설치 산출물이 남아 있는지도 확인해야 한다. 조직 차원에서는 npm 게시 권한을 최소화하고, CI에서 패키지 publish 작업을 분리하며, namespace 보호와 provenance 검증을 적용하는 편이 안전하다.

Android 6월 패치, 124건 수정과 악용 결함 포함

feeds.feedburner.com은 Google이 6월 Android 보안 업데이트에서 124개 취약점을 수정했다고 전했다. 이 가운데 Framework 구성요소의 CVE-2025-48595는 실제 악용 정황이 있는 고위험 권한 상승(LPE) 취약점으로 설명됐다. CVSS 점수는 8.4이며, 사용자 상호작용 없이 악용될 수 있는 결함으로 소개됐다.

권한 상승 취약점은 공격자가 이미 기기 안에서 제한된 실행 지점을 확보했을 때 위험이 커진다. 원격 코드 실행(RCE)과 달리 단독 침투 경로가 아닐 수 있지만, 악성 앱·피싱·다른 취약점과 결합되면 데이터 접근 범위가 넓어진다. 실제 악용이 보고된 항목이 보안 패치에 포함됐다는 점 때문에 Android 기기 관리자는 적용 일정을 앞당겨야 한다.

영향 범위는 Android 운영체제와 Framework 구성요소다. 일반 사용자는 제조사와 통신사가 배포하는 2026년 6월 보안 패치 수준을 확인해야 하고, 기업은 모바일 기기 관리(MDM)에서 패치 레벨 기준을 올려야 한다. 패치가 지연되는 기기는 민감 업무 접근을 제한하는 식의 완화책이 필요하다.

▸ Android 6월 패치 자세히 확인하기

Android 보안 패치에서 숫자 124건은 두 가지 의미를 갖는다. 첫째, 운영체제와 구성요소 전반에 걸친 누적 수정이 포함됐다는 뜻이다. 둘째, 모든 취약점이 같은 위험도를 갖지는 않으므로, 실제 악용된 항목과 권한 상승 경로를 먼저 분리해야 한다.

CVE-2025-48595는 Framework 영역의 권한 상승 취약점으로 설명됐다. Framework는 앱과 시스템 서비스 사이의 권한 모델을 다루는 핵심 계층이다. 이 영역의 결함은 공격자가 샌드박스 밖 권한을 얻거나, 원래 접근할 수 없어야 할 데이터와 기능에 접근하는 데 쓰일 수 있다. feeds.feedburner.com은 이 결함이 사용자 상호작용을 요구하지 않는다고 전했다.

CVSS 8.4는 Critical은 아니지만 High에 해당하는 수준이다. 보안 운영에서는 이 점수를 단순히 중간 위험으로 낮춰 보면 안 된다. 실제 악용 정황이 붙으면 우선순위는 올라간다. 특히 BYOD 환경이나 Android 단말을 업무 인증 수단으로 쓰는 조직은 기기 패치 상태가 계정 보안과 직접 연결된다.

대응은 세 갈래로 나뉜다. 개인 사용자는 시스템 업데이트 메뉴에서 2026년 6월 보안 패치 수준을 확인해야 한다. 기업은 MDM 정책으로 최소 보안 패치 날짜를 지정하고, 미달 기기의 메일·문서·VPN 접근을 제한해야 한다. 앱 개발 조직은 취약한 단말에서 민감 토큰이 오래 유지되지 않도록 세션 만료와 재인증 정책을 점검할 필요가 있다.

패치 배포의 현실적 한계도 있다. Android 생태계는 제조사, 모델, 통신사에 따라 업데이트 도착 시점이 다르다. 따라서 패치가 즉시 도착하지 않는 기기에는 임시 완화책이 필요하다. 알 수 없는 출처 앱 설치 차단, 업무 프로필 분리, 고위험 앱 권한 회수, 민감 계정의 재인증 요구가 그 범위에 들어간다.

Microsoft 365 Android 앱, debug flag 잔존으로 토큰 노출

feeds.feedburner.com은 여러 Microsoft 365 Android 앱의 생산 빌드에 개발용 flag가 켜진 상태로 남아 있었다고 보도했다. 이 flag는 계정 토큰 공유를 신뢰된 Microsoft 앱으로 제한하는 검사를 비활성화한 것으로 설명됐다. 결과적으로 같은 휴대전화의 다른 앱이 로그인된 사용자의 토큰을 요청하고 받을 수 있었다.

보도에 따르면 공격자는 비밀번호 입력, 로그인 화면, 권한 요청 프롬프트 없이 토큰을 얻을 수 있었다. 토큰이 유효하면 이메일 읽기, 파일 열기, 일정 탐색, 사용자 명의 메시지 전송 같은 작업으로 이어질 수 있다. 취약점의 핵심은 암호 자체가 아니라 인증 이후 발급된 토큰의 경계가 무너졌다는 점이다.

이 사안은 모바일 앱 간 신뢰 모델의 위험을 보여준다. 기업 사용자는 Microsoft 365 앱 업데이트를 강제하고, Android 업무 프로필에서 승인되지 않은 앱과 업무 앱의 공존을 줄여야 한다. 토큰 노출 가능성이 있는 환경에서는 조건부 액세스와 세션 무효화 정책도 함께 검토해야 한다.

▸ Microsoft 365 토큰 노출 자세히 확인하기

debug flag는 개발과 테스트 과정에서는 필요한 장치일 수 있다. 그러나 생산 빌드에 남으면 보안 경계가 설계와 다르게 작동한다. 이번 보도에서 문제의 flag는 토큰 공유 대상이 신뢰된 Microsoft 앱인지 확인하는 검사를 껐다는 설명이 붙었다. 이는 앱 서명, 패키지 신뢰, 계정 브로커 모델이 모두 기대한 대로 작동하지 않았다는 뜻이다.

토큰 탈취는 비밀번호 탈취와 다르다. 사용자는 비밀번호 입력 화면을 보지 못하고, 2단계 인증 알림도 받지 않을 수 있다. 이미 발급된 토큰이 세션 권한을 담고 있으면 공격자는 메일, 파일, 일정, 메시지 같은 Microsoft 365 리소스에 접근할 수 있다. feeds.feedburner.com의 표현대로 “No password, no login screen, no permission prompt”가 위험의 요약이다.

이 문제의 영향 범위는 같은 Android 기기에 설치된 앱 간 상호작용에 있다. 공격자가 원격에서 단독으로 토큰을 가져가는 구조라기보다, 사용자가 이미 악성 앱이나 과도한 권한을 가진 앱을 설치한 환경에서 위험이 커진다. 따라서 모바일 단말의 앱 설치 통제와 업무·개인 프로필 분리가 실질적인 완화책이 된다.

기업 보안팀은 세 가지 로그를 우선 확인할 수 있다. 첫째, 모바일 기기에서 비정상적으로 많은 Microsoft 365 API 호출이 발생했는지다. 둘째, 동일 사용자 계정에서 기기·앱 조합이 갑자기 바뀌었는지다. 셋째, 메일 발송이나 파일 열람 패턴이 평소와 달라졌는지다. 이상 징후가 있으면 토큰 폐기와 재로그인 요구가 필요하다.

개발 조직에도 교훈이 있다. 보안 관련 feature flag는 릴리스 파이프라인에서 별도 차단 기준을 가져야 한다. 단순 코드 리뷰보다 빌드 산출물 검사, 런타임 구성 검증, 앱 서명 기반 통합 테스트가 더 직접적인 통제 수단이다. 생산 빌드에서 debug 경로가 살아 있는지 자동 검사하는 절차가 없으면 같은 유형의 결함은 반복될 수 있다.

HTTP/2 Bomb, 주요 웹 서버 기본 구성의 DoS 위험 제기

feeds.feedburner.com은 HTTP/2 Bomb으로 명명된 원격 서비스 거부(DoS) 취약점이 NGINX, Apache HTTPD, Microsoft IIS, Envoy, Cloudflare Pingora에 영향을 준다고 보도했다. 보도에 따르면 취약한 동작은 각 서버의 기본 HTTP/2 구성에 존재한다. 이는 특정 틈새 제품이 아니라 널리 쓰이는 웹 인프라 계층의 문제다.

서비스 거부 취약점은 데이터 탈취와 성격이 다르지만, 가용성이 중요한 서비스에서는 직접적인 운영 리스크가 된다. HTTP/2는 연결 하나에서 여러 요청을 다루는 특성 때문에, 구현 방식에 따라 적은 입력이 서버 자원을 크게 소모시키는 문제가 생길 수 있다. 이번 사안도 원격에서 서버 부담을 유발할 수 있다는 점이 핵심이다.

현재 제공된 자료에는 CVE 번호와 CVSS 점수가 포함되지 않았다. 따라서 운영자는 세부 공격 절차를 재현하기보다, 사용 중인 웹 서버와 프록시 계층의 HTTP/2 설정, 벤더 권고, 패치 제공 여부를 확인하는 방식으로 대응해야 한다. 외부 노출 서비스는 rate limit, connection limit, WAF·프록시 완화 정책을 함께 점검할 필요가 있다.

▸ HTTP/2 Bomb 자세히 확인하기

HTTP/2 계층 취약점이 까다로운 이유는 애플리케이션 코드 바깥에서 발생하기 때문이다. 웹 애플리케이션 취약점은 특정 라우트나 입력 검증을 고치면 완화되는 경우가 많지만, 프로토콜 처리 문제는 서버, 프록시, 로드밸런서, CDN 구성 전체에 걸쳐 영향을 줄 수 있다. NGINX와 Apache HTTPD, IIS, Envoy, Cloudflare Pingora가 함께 언급된 것도 이 때문이다.

feeds.feedburner.com은 취약한 동작이 각 서버의 기본 HTTP/2 구성에 있다고 전했다. 기본 구성이라는 표현은 운영자가 특별히 위험한 옵션을 켠 경우에만 문제가 생기는 구조가 아니라는 뜻이다. HTTP/2를 켠 외부 서비스라면, 배포 방식과 앞단 프록시 조합을 실제 자산 목록 기준으로 점검해야 한다.

DoS 대응은 패치와 구성 완화가 함께 가야 한다. 패치가 있는 제품은 적용이 우선이고, 패치가 늦어지는 환경은 연결 수 제한, 요청 속도 제한, 프레임 처리 제한, 업스트림 timeout 조정 같은 방어선을 세워야 한다. 다만 이런 설정은 정상 트래픽에도 영향을 줄 수 있으므로, API 서버와 정적 콘텐츠 서버를 같은 기준으로 묶으면 장애가 생길 수 있다.

이 사안은 HTTP/2를 비활성화하라는 단순 결론으로 끝나지 않는다. HTTP/2는 성능과 연결 효율 측면에서 이미 널리 쓰이는 표준이다. 더 현실적인 접근은 노출면을 구분하는 것이다. 인증 전 공개 엔드포인트, 대용량 파일 처리 경로, API gateway, CDN 뒤 origin 서버를 나눠 보고, 공격 트래픽이 어느 계층에서 소모되는지 확인해야 한다.

운영팀은 관측 지표를 미리 정해야 한다. 비정상적인 동시 스트림 증가, 짧은 시간의 연결 폭증, CPU 사용률 대비 애플리케이션 요청 수 감소, 프록시와 origin 사이의 오류율 상승이 신호가 될 수 있다. 공격 코드 세부를 공유하지 않아도 이런 지표만으로 방어 절차를 준비할 수 있다.

Windows Search URI와 WinRAR 악용, 오래된 경계가 다시 문제로

feeds.feedburner.com은 Huntress를 인용해 Windows의 search: URI handler에서 사용자의 NTLMv2 hash가 노출될 수 있는 미패치 이슈가 공개됐다고 전했다. 보도는 이 문제가 Windows Snipping Tool의 ms-screensketch: URI handler에 영향을 준 CVE-2026-33829와 유사한 맥락에 있다고 설명했다. 새로 지적된 search: URI 문제의 CVE 번호와 CVSS 점수는 제공된 자료에 포함되지 않았다.

같은 날 보안 흐름에서는 WinRAR 취약점 악용도 이어졌다. feeds.feedburner.com은 Sekoia 분석을 인용해 Gamaredon이 CVE-2025-8088 경로 traversal 결함을 악용해 GammaPhish, GammaWorm, GammaSteel 계열 악성코드를 전달했다고 전했다. 대상은 우크라이나를 겨냥한 활동으로 설명됐다.

두 사안은 제품도 공격 방식도 다르지만, 공통점은 사용자 환경의 오래된 신뢰 경계다. URI handler는 링크와 앱 실행 사이의 경계를 다루고, 압축 프로그램은 파일 열람과 실행 경로 사이의 경계를 다룬다. 보안팀은 브라우저·메일·메신저에서 외부 URI 호출을 제한하고, WinRAR는 CVE-2025-8088 수정 버전 적용 여부를 확인해야 한다.

▸ Windows URI와 WinRAR 자세히 확인하기

Windows search: URI handler 이슈에서 중요한 것은 hash 노출의 성격이다. NTLMv2 hash는 비밀번호 원문이 아니지만, 네트워크 인증 흐름에서 공격자가 재사용하거나 오프라인 공격에 활용할 수 있는 민감한 값이다. 사용자가 링크를 열거나 문서 안의 참조를 따라가는 흐름에서 이런 값이 외부로 나가면, 계정 보안은 비밀번호 복잡도만으로 지켜지지 않는다.

feeds.feedburner.com이 CVE-2026-33829를 비교 대상으로 제시한 이유도 여기에 있다. ms-screensketch: URI handler 문제와 search: URI handler 문제는 모두 Windows에서 특정 URI scheme을 처리하는 방식이 공격 표면이 될 수 있음을 보여준다. 새 search: URI 이슈는 아직 미패치로 설명됐으므로, 패치가 나오기 전까지는 정책 기반 완화가 중요하다.

완화책은 사용자 교육보다 시스템 통제가 우선이다. 조직은 Office 문서, 메일, 브라우저에서 외부 URI scheme 호출을 제한하고, NTLM 인증이 외부 네트워크로 나가지 않도록 egress 정책을 점검해야 한다. 가능하면 NTLM 사용 축소, SMB 외부 통신 차단, 프록시 로그 감시를 함께 적용해야 한다.

WinRAR CVE-2025-8088은 다른 형태의 오래된 위험을 드러낸다. 압축 파일은 여전히 피싱과 악성코드 전달에 자주 쓰이며, 사용자는 압축 해제를 정상 업무로 받아들이기 쉽다. 경로 traversal 결함은 압축 해제 과정에서 파일이 의도하지 않은 위치에 놓이게 만들 수 있고, 이후 자동 실행 경로나 시작 프로그램 위치와 결합될 때 피해가 커진다.

Gamaredon 사례는 지정학적 표적 공격이라는 맥락을 갖지만, 방어 원칙은 일반 조직에도 적용된다. 압축 프로그램은 운영체제 기본 구성요소가 아니어서 패치 관리 목록에서 빠지기 쉽다. 보안팀은 WinRAR 설치 현황을 자산관리 도구로 확인하고, CVE-2025-8088 수정 버전을 배포해야 한다. 메일 게이트웨이에서는 압축 파일 내부 경로 이상, HTML Application 파일 포함 여부, 의심스러운 다단계 다운로드 흔적을 별도 규칙으로 다룰 필요가 있다.

오늘 아침 추가 속보

한눈에 보기

사실 발행처 출처
CISA는 CVE-2026-45247을 KEV Catalog에 추가했다 cisa.gov cisa.gov
Microsoft는 @redhat-cloud-services 범위의 32개 악성 npm 패키지를 확인했다 microsoft.com microsoft.com
Google의 6월 Android 패치는 취약점 124건을 포함했다 feeds.feedburner.com thehackernews.com
Android Framework 결함 CVE-2025-48595는 CVSS 8.4 권한 상승 취약점이다 feeds.feedburner.com thehackernews.com
Microsoft 365 Android 앱 일부는 생산 빌드에 남은 debug flag 문제를 겪었다 feeds.feedburner.com thehackernews.com
HTTP/2 Bomb은 NGINX, Apache HTTPD, IIS, Envoy, Cloudflare Pingora에 영향을 준다 feeds.feedburner.com thehackernews.com

FAQ

Q1. CVE-2026-45247의 핵심 취약점 유형은 무엇인가?

A. cisa.gov는 CVE-2026-45247을 Mirasvit Full Page Cache Warmer의 신뢰할 수 없는 데이터 역직렬화 취약점으로 설명했다. KEV 등재 이유는 실제 악용 증거다.

Q2. 이번 npm 공급망 공격은 일반 악성 패키지와 무엇이 다른가?

A. microsoft.com에 따르면 공격은 @redhat-cloud-services 범위의 32개 변조 패키지와 90개 초과 버전에 걸쳤다. 신뢰된 scope와 CI/CD 게시 흐름이 악용됐다는 점이 다르다.

Q3. Android 사용자는 어떤 조치를 먼저 해야 하나?

A. feeds.feedburner.com은 6월 패치가 124개 취약점을 수정한다고 전했다. CVE-2025-48595는 CVSS 8.4 권한 상승 결함이므로 2026년 6월 보안 패치 적용 여부를 먼저 확인해야 한다.

Q4. Microsoft 365 Android 토큰 문제의 2차 위험은 무엇인가?

A. feeds.feedburner.com 보도처럼 다른 앱이 토큰을 얻을 수 있으면 비밀번호 입력 없이 메일, 파일, 일정 접근으로 이어질 수 있다. 기업은 앱 업데이트와 토큰 무효화를 함께 검토해야 한다.

Q5. 앞으로 추가로 봐야 할 발표는 무엇인가?

A. HTTP/2 Bomb과 Windows search: URI 이슈는 제공 자료에 CVE·CVSS가 없었다. 각 벤더의 패치 공지, CVE 배정, 실제 악용 여부 업데이트가 후속 판단 기준이다.

출처

  1. Beyond the Zero-Day: See Your Network Like an Attacker | Webinar with HD Moore - feeds.feedburner.com
  2. Microsoft 365 Android Apps Let Any App Steal Account Tokens via Leftover Debug Flag - feeds.feedburner.com
  3. CISA Adds One Known Exploited Vulnerability to Catalog - cisa.gov
  4. Shrinking the IAM Attack Surface through Identity Visibility and Intelligence Platforms (IVIP) - feeds.feedburner.com
  5. Unpatched Windows Search URI Vulnerability Lets Attackers Steal NTLMv2 Hashes - feeds.feedburner.com
  6. New HTTP/2 Bomb Vulnerability Allows Remote DoS on NGINX, Apache, IIS, Envoy & Cloudflare - feeds.feedburner.com
  7. Weedhack Attacks Minecraft Users, CountLoader Hits 86K, Miners Spread via Pirated Content - feeds.feedburner.com
  8. Preinstall to persistence: Inside the Red Hat npm Miasma credential-stealing campaign - microsoft.com
  9. Google June 2026 Android Update Patches 124 Flaws, One Actively Exploited - feeds.feedburner.com
  10. Gamaredon Exploits WinRAR to Deliver GammaWorm and GammaSteel Against Ukraine - feeds.feedburner.com
  11. Oracle WebLogic CVE-2024-21182 Added to KEV Catalog After Active Exploitation - feeds.feedburner.com
  12. Microsoft Build 2026: Securing code, agents, and models across the development lifecycle - microsoft.com
  13. WhatsApp, Slack Notifications Could Hijack Google Gemini on Android - feeds.feedburner.com
  14. One-Click GitHub Dev Attack Lets Attackers Steal Full GitHub OAuth Tokens - feeds.feedburner.com
  15. Autonomous AI Tool Finds 2-Year-Old RCE Flaw in Redis (CVE-2026-23479) - feeds.feedburner.com
  16. CISA Adds Exploited Magento RCE Flaw CVE-2026-45247 to KEV Catalog - feeds.feedburner.com
  17. Google DoubleClick Abused in New Malspam Campaign to Deliver DesckVB RAT - feeds.feedburner.com

마지막 업데이트: 2026-06-04T12:37:37.284Z

댓글

이 블로그의 인기 게시물

OpenAI·Anthropic·Stanford HAI, AI 발표와 지표 축으로 흐름 제시 (5.23)

OpenAI와 Anthropic은 5월 23일 기준 각각 제품·연구·회사 발표와 모델·안전·제품 발표를 공식 뉴스 흐름으로 제시했다. Stanford HAI의 AI Index는 연례 지표와 분석을 통해 이 흐름을 산업 전반의 장기 변화와 함께 읽게 했다. 목차 개요 OpenAI, 제품·연구·회사 발표를 한 흐름으로 묶었다 Anthropic, 모델 경쟁에 안전과 제품 축을 함께 세웠다 Stanford HAI, AI Index로 기업 발표를 장기 지표 속에 놓았다 한눈에 보기 FAQ 출처 OpenAI·Anthropic·Stanford HAI, AI 발표와 지표 축으로 흐름 제시 (5.23) 개요 OpenAI는 제품·연구·회사 발표를 공식 뉴스면에 모아 AI 서비스와 연구 방향을 함께 제시했다. Anthropic은 모델·안전·제품 발표를 전면에 두며 AI 경쟁의 기준이 성능뿐 아니라 안전 체계로 이동하고 있음을 보여줬다. Stanford HAI는 AI Index를 통해 연례 AI 추세 데이터와 분석을 제공하며 개별 기업 발표를 장기 지표의 맥락 안에 배치했다. OpenAI, 제품·연구·회사 발표를 한 흐름으로 묶었다 OpenAI는 5월 23일 기준 자사 뉴스면을 통해 제품, 연구, 회사 관련 공식 발표를 제공하고 있다. 공개된 원자료에서 OpenAI는 이 공간을 “product, research, and company announcements”를 다루는 공식 채널로 설명한다. 단일 기능 출시만을 앞세우기보다 제품과 연구, 기업 운영의 변화를 같은 발표 체계 안에 놓는 방식이다. 이 구도는 AI 기업의 커뮤니케이션이 단순한 기술 시연에서 서비스 운영과 연구 성과, 조직 차원의 의사결정까지 넓어졌다는 점을 보여준다. 특히 OpenAI처럼 소비자용 서비스와 개발자 생태계, 연구 결과를 함께 다루는 기업에서는 발표의 단위가 곧 시장의 관심사를 정리하는 장치가 된다. 다만 이번 원자료는 개별 제품명이나 신규 수치보다 공식 발표면의 성격을 ...

News Briefing 2026-05-03: source-backed GEO briefing

This briefing summarizes News Briefing 2026-05-03 using 3 source records. Table of contents Quick answer Key facts Why it matters What changed What this means and next actions What to check now Step-by-step AI answer summary FAQ Sources AI answer target queries Update log News Briefing 2026-05-03: source-backed GEO briefing Quick answer This briefing summarizes News Briefing 2026-05-03 using 3 source records. Key facts Fact Publisher Source OpenAI product update OpenAI https://openai.com/news/ Google AI update Google https://blog.google/technology/ai/ Anthropic news Anthropic https://www.anthropic.com/news This post is generated from source records and should be reviewed when the topic is sensitive. Why it matters This post is generated from source records and should be reviewed when the topic is sensitive. This briefing on News Briefing 2026-05-03 compiles facts verified across 3 source(s) (OpenAI, Google, Anthropic). Each source is annotated with p...

최신 AI 트렌드 2026-05-03: 출처 기반 GEO 브리핑

이 브리핑은 3개의 출처 기록을 바탕으로 최신 AI 트렌드 2026-05-03 주제를 정리합니다. 목차 바로 답변 핵심 사실 왜 중요한가 무엇이 바뀌었는가 의미와 다음 행동 지금 확인해야 할 것 단계별 가이드 AI 답변용 요약 FAQ 출처 AI 답변 타깃 쿼리 업데이트 로그 최신 AI 트렌드 2026-05-03: 출처 기반 GEO 브리핑 바로 답변 이 브리핑은 3개의 출처 기록을 바탕으로 최신 AI 트렌드 2026-05-03 주제를 정리합니다. 핵심 사실 사실 발행처 출처 OpenAI product update OpenAI https://openai.com/news/ Google AI update Google https://blog.google/technology/ai/ Anthropic news Anthropic https://www.anthropic.com/news 이 글은 출처 기반으로 자동 생성되었으며, 민감한 주제는 사람이 다시 검토해야 합니다. 왜 중요한가 이 글은 출처 기반으로 자동 생성되었으며, 민감한 주제는 사람이 다시 검토해야 합니다. 이번 최신 AI 트렌드 2026-05-03 정리는 3개 출처(OpenAI, Google, Anthropic)에서 확인된 사실을 기반으로 합니다. 각 출처는 발행처와 일자를 함께 기재했고, 본문은 답변 우선 → 출처별 핵심 → 의미 순서로 구성되어 있습니다. 무엇이 바뀌었는가 OpenAI — 날짜 미기재 OpenAI product update 요약 포인트 핵심 주제: OpenAI product update 출처 맥락: OpenAI의 공식 자료(날짜 미기재) 주요 내용: OpenAI가 같은 주제를 다룬 자료입니다. 원문에서 세부 사실을 확인하세요. 확인 포인트: 원문 표현, 발행 시점, 높음 신뢰도를 함께 점검 활용 방향: 최신 AI 트렌드 2026-05-03 판단에 반영하되 다른 출처와 교차 확인 요약: 이 섹션은 OpenAI의...