기본 콘텐츠로 건너뛰기

[Security News] CISA CVD 지침 공개, SonicWall 0-day 악용 경고 확대 (7.15)

CISA는 보안 연구자와 협업하는 취약점 공개 체계 지침을 내놨고, SonicWall SMA 1000 0-day와 Firefox 공개 익스플로잇, SAP NetWeaver 고위험 결함, Cursor·AsyncAPI 공급망 이슈가 7월 15일 브리핑의 핵심으로 정리됐다.

CISA CVD 지침 공개, SonicWall 0-day 악용 경고 확대 (7.15)

개요

세부내용

CISA, CVD 지침 공개와 KEV 추가로 취약점 대응 기준 재확인

cisa.gov에 따르면 CISA(미 사이버보안·인프라보안청)는 NSA와 국제 파트너가 함께 마련한 조정된 취약점 공개(CVD) 프로그램 지침을 7월 15일 공개했다. 이 지침은 소프트웨어 제조사와 온라인 서비스 제공자가 외부 보안 연구자와 협업할 때 필요한 취약점 공개 정책(VDP), 접수 절차, 분류, 수정, CVE 식별자 배정 흐름을 다룬다. 단순히 신고 창구를 두라는 문서가 아니라, 신고자가 무엇을 제출해야 하고 조직이 어떤 기준으로 응답해야 하는지를 운영 절차로 묶으라는 권고에 가깝다.

같은 날 cisa.gov는 KEV(악용 알려진 취약점 카탈로그)에 새 취약점 2건을 추가했다고 밝혔다. 제공된 원문에는 KNX Association KNX Protocol 관련 CVE-2023-4346이 확인되며, CISA는 KEV 등재가 실제 악용 증거를 바탕으로 이뤄진다고 설명했다. KEV 후보는 CVE ID, 악용 증거, 명확한 완화 지침을 갖춰야 한다는 기준도 함께 제시됐다.

보안 운영 관점에서 두 발표는 같은 방향을 가리킨다. 하나는 취약점을 처음 받는 단계의 절차이고, 다른 하나는 이미 악용이 확인된 취약점을 우선 처리하는 단계의 기준이다. 조직이 CVD를 갖추지 못하면 연구자 신고가 지연되거나 법무·보안·제품팀 사이에서 책임이 흐려진다. 반대로 KEV 기준을 패치 우선순위에 반영하지 않으면 실제 공격에 쓰인 취약점보다 점수만 높은 취약점을 먼저 처리하는 역전이 생긴다.

▸ CISA CVD 지침 자세히 확인하기

CVD 프로그램의 핵심은 취약점 신고를 예외 사건이 아니라 반복 가능한 업무로 만드는 데 있다. CISA 지침은 외부 연구자가 취약점을 보고할 통로, 접수 뒤 triage 기준, 수정 일정, CVE 배정, 공개 시점 조율을 한 흐름 안에 넣으라고 권고한다. 이는 제품 보안팀이 작거나 법무 검토가 느린 조직에서 특히 중요하다. 신고자가 선의로 제보했더라도 조직이 응답하지 않으면 공개 일정이 흔들리고, 그 사이 취약점 정보가 다른 경로로 확산될 수 있다.

제3자 중재자를 활용하라는 대목도 실무적 의미가 있다. CISA나 국가 CSIRT 같은 기관은 신고자와 벤더 사이에서 사실 확인, 일정 조율, 공개 문안 정리에 관여할 수 있다. 모든 기업이 자체 CVD 전담팀을 둘 수 없기 때문에, 중재자는 내부 대응 역량이 부족한 조직의 보완 장치가 된다. 다만 중재자가 있다고 해서 책임이 사라지지는 않는다. 제품 소유자는 영향 범위 확인, 수정 개발, 고객 공지를 직접 수행해야 한다.

KEV 카탈로그 추가 기준은 패치 우선순위의 하한선으로 보는 편이 정확하다. CVSS 점수가 높아도 실제 악용이 확인되지 않은 취약점과, 점수가 다소 낮아도 공격에 쓰이는 취약점은 운영 리스크가 다르다. CISA가 CVE ID와 악용 증거, 완화 지침을 요구하는 이유도 여기에 있다. 보안팀은 KEV 등재 여부를 취약점 관리 도구의 필터로 넣고, 인터넷에 노출된 자산부터 예외 승인 없이 처리하는 규칙을 둘 필요가 있다.

이번 자료는 새 공격 기법 공개라기보다 관리 체계의 문서화에 가깝다. 그래도 영향은 작지 않다. 취약점 공개 정책이 없는 조직은 연구자와의 첫 접점에서 시간을 잃고, KEV 기준을 쓰지 않는 조직은 실제 악용 취약점을 뒤로 미룰 수 있다. 7월 15일 발표를 계기로 점검할 항목은 비교적 분명하다. 공개된 VDP가 있는지, 보안 연락처가 살아 있는지, CVE 배정 책임자가 정해져 있는지, KEV 항목이 패치 SLA에 반영됐는지다.

핵심 요약: CISA 발표의 무게는 새 취약점 목록보다 절차에 있다. 신고 접수부터 KEV 기반 우선순위까지 연결한 조직일수록 실제 악용 취약점에 더 빨리 대응할 수 있다.

SonicWall SMA 1000 0-day 2건 악용 경고, CVE-2026-15409는 CVSS 10.0

feeds.feedburner.com이 전한 보도에 따르면 SonicWall은 Secure Mobile Access(SMA) 1000 시리즈 어플라이언스에 영향을 주는 0-day 취약점 2건의 active exploitation을 경고했다. 그중 하나는 임의 명령 실행으로 이어질 수 있는 취약점으로 설명됐다. 원격 접속 장비는 인증, 세션, 내부망 접근의 경계에 놓이기 때문에 실제 악용 여부가 확인되면 일반 애플리케이션 결함보다 우선순위가 높아진다.

제공된 원문에 명시된 취약점은 CVE-2026-15409이며, CVSS 점수는 10.0으로 Critical 등급이다. 유형은 서버 측 요청 위조(SSRF)로 설명됐다. SSRF는 공격자가 서버가 대신 내부·외부 요청을 보내게 만드는 취약점이며, 경계 장비에서는 내부 관리 인터페이스 접근이나 후속 명령 실행과 결합될 때 위험이 커진다. 원문은 원격의 인증되지 않은 공격자가 악용할 수 있다는 취지로 설명했지만, 구체적 페이로드나 공격 절차는 공개할 필요가 없는 정보다.

이번 이슈에서 실무적으로 중요한 문구는 0-day와 active exploitation이다. 0-day는 벤더가 패치를 준비하거나 공개하기 전에 공격자가 이미 결함을 알고 쓰는 상황을 뜻한다. active exploitation은 단순 PoC(개념증명) 공개가 아니라 실제 환경에서 악용 정황이 있다는 의미다. SMA 1000 계열을 쓰는 조직은 관리 인터페이스 노출 여부, 최근 인증 실패·관리 명령 로그, 비정상 세션 생성을 우선 확인해야 한다.

▸ SonicWall SMA 1000 자세히 확인하기

SMA 1000 같은 원격 접속 장비는 공격자가 내부망으로 들어가기 전 거치는 관문이다. VPN·ZTNA 장비의 취약점이 반복적으로 KEV에 오르는 이유도 이 구조 때문이다. 장비가 인터넷에 직접 노출돼 있고, 인증 전 처리 경로에 결함이 있으면 공격자는 사용자 단말을 거치지 않고 경계 장비를 먼저 겨냥할 수 있다. CVE-2026-15409의 CVSS 10.0은 이 조건이 얼마나 불리한지를 숫자로 보여준다.

SSRF가 항상 명령 실행으로 이어지는 것은 아니다. 그러나 보도는 SMA 1000 계열 취약점 2건 중 하나가 임의 명령 실행으로 이어질 수 있다고 전했다. 이 조합은 위험도를 끌어올린다. SSRF로 내부 서비스에 접근하고, 별도 결함이나 관리 기능 오용이 겹치면 장비 권한 내에서 명령을 실행하는 경로가 생길 수 있다. 운영자는 공격 세부 절차보다 노출면 축소와 로그 확인에 집중해야 한다.

패치가 제공된 경우 우선 적용이 기본 대응이다. 패치 일정상 즉시 적용이 어렵다면 관리 인터페이스를 인터넷에서 제거하고, 허용된 관리망 또는 VPN 뒤로 제한하는 완화책이 필요하다. 외부 접속 포털 자체를 중단할 수 없는 조직은 접근 제어 목록, 관리자 계정 MFA, 비정상 요청 차단 정책을 같이 점검해야 한다. 단순히 WAF 룰 하나로 끝낼 사안은 아니다.

사후 점검도 패치만큼 중요하다. active exploitation이 언급된 취약점은 패치 전 침해가 있었을 가능성을 배제하기 어렵다. 장비 설정 변경, 신규 관리자 계정, 예기치 않은 터널 생성, 내부망 스캔 흔적을 확인해야 한다. 경계 장비 로그 보존 기간이 짧다면 중앙 로그 수집과 백업 설정을 먼저 보강해야 다음 유사 사건에서 원인 추적이 가능하다.

핵심 요약: SonicWall SMA 1000 이슈는 점수 높은 취약점 공개가 아니라 실제 악용 경고다. 인터넷 노출 장비는 패치와 함께 침해 여부 확인까지 같은 작업 묶음으로 처리해야 한다.

Firefox·SAP 긴급 패치, 공개 익스플로잇과 CVSS 9.9 결함 포함

feeds.feedburner.com 보도에 따르면 Mozilla는 Firefox의 Critical 취약점 2건을 수정하는 업데이트를 내놨다. 해당 취약점은 CVE-2026-15718과 CVE-2026-15719로 제시됐다. Mozilla는 이 취약점과 관련한 익스플로잇 코드가 공개된 사실을 인지하고 있으나, 제공된 원문 범위에서는 실제 악용 여부가 확인됐다는 표현까지는 나오지 않는다. 공개 PoC와 active exploitation은 대응 우선순위가 다르므로 둘을 구분해야 한다.

CVE-2026-15718은 JavaScript: WebAssembly 구성요소의 invalid pointer 문제로 설명됐다. WebAssembly는 브라우저에서 고성능 코드를 실행하기 위한 기술이며, 메모리 처리 오류가 브라우저 샌드박스와 결합될 경우 위험도가 높아질 수 있다. CVE-2026-15719는 DOM: Navigation 구성요소의 site isolation 관련 취약점으로 제시됐다. site isolation은 웹사이트 간 격리를 강화하는 보안 기능이어서, 이 영역의 결함은 브라우저 보안 경계에 직접 닿는다.

SAP도 7월 보안 업데이트에서 SAP NetWeaver Application Server ABAP의 Critical 취약점을 수정했다. feeds.feedburner.com은 해당 결함을 CVE-2026-44747, CVSS 9.9로 전했다. 원문은 인증된 공격자가 메모리 관리의 논리 오류를 이용해 out-of-bounds write를 유발할 수 있다고 설명했다. 인증이 필요하더라도 ERP·업무 시스템의 데이터 노출·변조 가능성이 얽히면 위험도는 낮아지지 않는다.

▸ Firefox·SAP 패치 자세히 확인하기

브라우저 취약점은 사용자의 일상 작업 흐름과 직접 맞닿아 있다. 이메일, 협업 도구, 사내 포털, SaaS 관리 콘솔이 모두 브라우저 위에서 열린다. Firefox 취약점 2건의 핵심은 코드 공개 여부다. 공개 익스플로잇 코드는 공격자가 처음부터 연구하지 않아도 취약한 경로를 재현할 단서를 제공한다. 실제 악용이 확인되지 않았더라도 패치 지연의 비용이 빠르게 커질 수 있다.

CVE-2026-15718의 invalid pointer는 메모리 참조가 잘못된 대상을 가리키는 유형이다. 브라우저 엔진에서 이런 결함은 충돌에 그치기도 하지만, 특정 조건에서는 코드 실행이나 보안 경계 우회로 이어질 수 있다. CVE-2026-15719의 site isolation 문제는 웹 콘텐츠 간 격리를 약화할 수 있는 범주다. 사용자는 취약점 세부 기술보다 최신 Firefox 배포판 적용 여부를 확인하는 편이 실질적이다.

SAP NetWeaver ABAP의 CVE-2026-44747은 기업 내부 업무 시스템에 더 큰 의미가 있다. CVSS 9.9는 거의 최상위에 가까운 위험도이며, 인증된 공격자가 필요하다는 조건만으로 안심하기 어렵다. 내부 계정 탈취, 협력사 계정 오용, 낮은 권한 계정의 권한 남용이 결합되면 인증 조건은 방어선이 아니라 출발점이 된다. 특히 ERP 계열 시스템은 개인정보, 재무, 구매, 물류 데이터와 연결돼 있어 무결성 훼손의 비용이 크다.

대응 순서는 제품군별로 달라야 한다. Firefox는 자동 업데이트 상태와 조직 배포 정책을 확인하고, 관리형 브라우저 환경에서는 강제 업데이트 채널이 제대로 동작하는지 봐야 한다. SAP는 운영 중단 부담 때문에 패치를 미루는 경우가 많으므로, 인터넷 노출 여부와 접근 권한 범위, 임시 보상 통제 적용 가능성을 함께 검토해야 한다. 패치가 늦어질수록 로그 모니터링과 계정 권한 축소가 더 중요해진다.

핵심 요약: Firefox 이슈는 공개 익스플로잇 코드 때문에 배포 속도가 관건이고, SAP CVE-2026-44747은 업무 데이터 무결성 리스크가 크다. 두 사안 모두 패치 지연을 예외로 관리해야 한다.

Cursor Windows 결함과 AsyncAPI npm 변조, 개발 환경이 공격 통로로 부상

feeds.feedburner.com은 Cursor의 Windows 환경 결함이 악성 복제 저장소를 통해 코드 실행을 유발할 수 있다고 전했다. 보도에 따르면 Windows에서 Cursor가 저장소를 열 때 프로젝트 루트에 git.exe라는 파일이 있으면 이를 실행하는 흐름이 문제가 됐다. 사용자의 클릭, 승인 대화상자, 명시적 경고 없이 실행될 수 있다는 점이 위험 요소로 제시됐다.

이 결함은 전통적인 서버 취약점과 성격이 다르다. 공격 대상은 공개 서비스가 아니라 개발자의 로컬 워크스테이션이다. 그러나 개발자 단말에는 소스코드, SSH 키, 클라우드 토큰, 패키지 배포 권한이 함께 존재하는 경우가 많다. 공격자가 악성 저장소를 열게 만들 수 있다면, 이후 피해 범위는 단말 하나를 넘어 조직의 코드 저장소와 배포 파이프라인으로 번질 수 있다.

같은 날 feeds.feedburner.com은 @asyncapi 네임스페이스의 npm 패키지 4종이 변조돼 다단계 봇넷 로더를 배포한 정황도 전했다. 보도는 OX Security, SafeDep, Socket, StepSecurity의 분석을 근거로 들었다. 영향을 받은 패키지로 @asyncapi/generator-helpers@1.1.1, @asyncapi/generator-components@0.7.1, @asyncapi/generator@3.3.1, @asyncapi/specs의 v6.11.2와 v6.11.2-alpha.1이 제시됐다.

▸ 개발 환경 공격면 자세히 확인하기

Cursor 결함의 핵심은 신뢰 경계의 혼동이다. 개발 도구는 저장소 안의 코드를 분석하고 실행 보조 기능을 제공한다. 그 과정에서 도구가 운영체제 명령이나 Git 실행 파일을 찾을 때, 프로젝트 내부 파일을 시스템 도구처럼 취급하면 공격자가 파일 이름만으로 실행 경로를 바꿀 수 있다. Windows의 실행 파일 탐색 순서와 개발 도구의 자동 동작이 겹칠 때 이런 문제가 더 쉽게 드러난다.

개발자는 낯선 저장소를 열기 전에 격리된 환경을 쓰는 습관이 필요하다. 업무용 토큰이 있는 주 단말에서 검증되지 않은 저장소를 바로 여는 방식은 위험하다. 컨테이너, 일회성 VM, 권한이 제한된 사용자 계정, 네트워크 접근이 제한된 분석 환경을 두면 피해 범위를 줄일 수 있다. 조직 차원에서는 IDE와 보조 개발 도구의 자동 실행 기능을 정책으로 제한해야 한다.

AsyncAPI 패키지 변조는 공급망 리스크의 다른 면을 보여준다. 패키지 관리자는 버전 번호와 네임스페이스를 보고 설치를 자동화하지만, 공격자는 바로 그 자동화를 노린다. 특정 버전이 빌드 파이프라인에 들어가면 개발자 단말뿐 아니라 CI 환경에서도 악성 코드가 실행될 수 있다. 봇넷 로더라는 표현은 감염 뒤 추가 페이로드를 내려받거나 명령을 받을 수 있는 구조를 뜻하지만, 방어자는 세부 동작보다 의존성 잠금 파일과 설치 로그를 먼저 확인해야 한다.

실무 대응은 비교적 구체적이다. Cursor 사용 조직은 Windows 환경에서 신뢰하지 않는 저장소를 열지 않도록 공지하고, 도구 업데이트와 실행 경로 설정을 확인해야 한다. npm 사용 조직은 문제로 지목된 AsyncAPI 패키지 버전을 의존성 트리에서 검색하고, package-lock.json·pnpm-lock.yaml·yarn.lock에 해당 버전이 남아 있는지 확인해야 한다. CI 캐시와 내부 아티팩트 저장소에 오염된 패키지가 보존됐을 가능성도 함께 봐야 한다.

핵심 요약: Cursor와 AsyncAPI 사안은 개발자 환경이 내부망의 약한 고리가 될 수 있음을 보여준다. 저장소 열기와 패키지 설치를 신뢰 행위로 보고 격리·검증 절차를 붙여야 한다.

Microsoft 622건 패치 뒤 Windows ProfSvc 0-day PoC 공개

feeds.feedburner.com은 Microsoft가 7월 Patch Tuesday에서 자체 Security Update Guide 기준 622건의 CVE를 다뤘고, 이 가운데 2건은 이미 공격자가 악용 중인 취약점이라고 전했다. 제공된 원문에는 해당 2건의 CVE 번호가 포함돼 있지 않지만, Microsoft가 incident responder에게 공로를 돌렸다는 설명이 나온다. 대규모 패치 묶음에서는 전체 건수보다 실제 악용 중인 항목을 먼저 식별하는 것이 중요하다.

이후 feeds.feedburner.com은 보안 연구자 Chaotic Eclipse, 다른 이름 Nightmare-Eclipse가 LegacyHive라는 PoC(개념증명)를 공개했다고 전했다. 이 PoC는 Windows User Profile Service, 즉 ProfSvc의 arbitrary hive load 권한 상승(LPE) 취약점으로 설명됐다. ProfSvc는 Windows에서 사용자 계정과 환경을 관리하는 핵심 구성요소다. 권한 상승 취약점은 원격 침투의 첫 단계가 아니라, 이미 들어온 공격자가 더 높은 권한을 얻는 후속 단계에서 자주 쓰인다.

Patch Tuesday 직후 PoC가 나온 점은 운영팀에 부담을 준다. 패치 일정은 보통 월간 주기로 잡히지만, PoC 공개는 공격 재현 장벽을 낮춘다. 제공된 원문만으로는 LegacyHive가 Microsoft의 622건 패치에 포함된 취약점인지, 별도 미패치 0-day인지 최종 단정할 수 없다. 따라서 보안팀은 CVE 매핑과 Microsoft Security Response Center 업데이트를 확인하되, 본문처럼 공격 절차를 재현하는 방식으로 접근해서는 안 된다.

▸ Microsoft·ProfSvc 동향 자세히 확인하기

622건이라는 숫자는 관리의 문제를 만든다. 모든 항목을 같은 속도로 배포할 수 없는 조직은 우선순위를 정해야 한다. 첫 번째 기준은 active exploitation 여부다. 두 번째는 인터넷 노출 자산과 권한 경계에 닿는지 여부다. 세 번째는 사용자 상호작용 없이 악용되는지, 또는 문서 열기·파일 실행 같은 행위가 필요한지다. Microsoft의 Security Update Guide와 내부 자산 목록을 결합해야 실제 배포 순서가 나온다.

권한 상승(LPE)은 낮게 취급되기 쉽지만 침해 사고에서는 자주 결정적 역할을 한다. 피싱, 취약한 웹 애플리케이션, 탈취 계정으로 초기 접근이 이뤄진 뒤 공격자는 시스템 권한이나 관리자 권한을 얻으려 한다. ProfSvc 같은 핵심 서비스의 취약점은 이 단계에서 의미가 커진다. 사용자 프로필과 레지스트리 하이브 처리는 Windows 세션과 밀접하게 얽혀 있어, 잘못 다뤄지면 로컬 보안 경계를 흔들 수 있다.

PoC 공개에 대한 대응은 차분해야 한다. 공격 코드의 세부 내용을 내부 채널에 복제하거나 실험 환경 밖에서 실행하는 것은 불필요한 위험을 만든다. 대신 EDR 탐지 룰, 이벤트 로그, 권한 상승 이후 흔적을 점검하고, 테스트 환경에서만 패치 전후 동작을 검증하는 편이 안전하다. 이미 공개된 PoC는 방어자에게도 탐지 로직을 만들 단서를 주지만, 운영 환경에서 재현할 이유는 없다.

Microsoft 패치 묶음은 장기적으로 취약점 관리 프로세스의 체력을 시험한다. 매달 수백 건의 CVE가 나오는 환경에서는 수동 분류가 한계에 닿는다. 조직은 제품군, 노출면, 악용 여부, 중요 업무 영향도를 기준으로 자동 분류 규칙을 만들고, 예외 승인 기록을 남겨야 한다. 패치를 못 한 사유가 문서화되지 않으면 다음 달 패치와 누적돼 실제 위험을 가리게 된다.

핵심 요약: Microsoft 패치 이슈의 핵심은 622건이라는 규모가 아니라 실제 악용 항목과 권한 상승 경로의 우선 처리다. PoC 공개 뒤에는 재현보다 탐지·패치 상태 확인이 먼저다.

오늘 아침 추가 속보

한눈에 보기

사실 발행처 출처
CISA·NSA·국제 파트너가 CVD 프로그램 구축 지침을 공개했다. cisa.gov cisa.gov
CISA는 실제 악용 근거가 있는 취약점 2건을 KEV 카탈로그에 추가했다. cisa.gov cisa.gov
SonicWall SMA 1000 계열 0-day 2건이 active exploitation 상태로 경고됐다. feeds.feedburner.com thehackernews.com
Mozilla는 공개 익스플로잇 코드가 있는 Firefox 취약점 2건을 패치했다. feeds.feedburner.com thehackernews.com
SAP는 CVE-2026-44747, CVSS 9.9 결함을 7월 보안 업데이트에 포함했다. feeds.feedburner.com thehackernews.com
AsyncAPI 네임스페이스 npm 패키지 4종에서 다단계 봇넷 로더가 관측됐다. feeds.feedburner.com thehackernews.com

FAQ

Q1. 이번 브리핑에서 가장 먼저 처리할 항목은 무엇인가?

A. feeds.feedburner.com 보도 기준으로 active exploitation이 언급된 SonicWall SMA 1000 0-day 2건이 우선이다. 특히 CVE-2026-15409는 CVSS 10.0으로 제시돼 인터넷 노출 장비부터 점검해야 한다.

Q2. CISA CVD 지침은 취약점 패치 공지와 어떻게 다른가?

A. cisa.gov의 CVD 지침은 특정 CVE 하나의 수정 안내가 아니라 취약점 신고·분류·수정·CVE 배정 절차를 조직에 심는 문서다. KEV 추가 발표는 실제 악용 취약점의 우선 처리 기준에 가깝다.

Q3. Firefox 취약점은 이미 공격에 쓰였다는 뜻인가?

A. feeds.feedburner.com 원문은 Mozilla가 CVE-2026-15718·CVE-2026-15719 관련 익스플로잇 코드 공개를 인지했다고 전했다. 제공된 근거만으로 active exploitation까지 확인됐다고 쓰기는 어렵다.

Q4. 개발팀은 Cursor와 AsyncAPI 이슈를 어떻게 봐야 하나?

A. 두 사안은 서버보다 개발자 단말과 빌드 파이프라인을 겨냥한다. Cursor는 Windows 저장소 열기 경로가, AsyncAPI는 npm 패키지 4종의 특정 버전이 문제로 제시돼 격리 실행과 의존성 검색이 필요하다.

Q5. 다음에 확인할 후속 발표는 무엇인가?

A. Microsoft Security Response Center의 CVE 식별자 업데이트, SonicWall의 패치·완화 공지, Mozilla와 SAP의 추가 보안 권고를 이어서 봐야 한다. NIST NVD의 CVSS·영향 버전 보강도 후속 판단에 도움이 된다.

출처

  1. Firefox, Chrome, Adobe, and VMware Updates Fix Multiple Critical Security Flaws - feeds.feedburner.com
  2. Establishing a Coordinated Vulnerability Disclosure Program to Work With Security Researchers - cisa.gov
  3. CISA Adds Two Known Exploited Vulnerabilities to Catalog - cisa.gov
  4. SASE Has An AI Blind Spot. Inspecting Packets Is No Longer Enough. - feeds.feedburner.com
  5. Researcher Drops New Windows Zero-Day PoC Hours After Microsoft Patch Tuesday - feeds.feedburner.com
  6. New Webinar: Closing the Approval Gap in AI-Era Ad Tech - feeds.feedburner.com
  7. Cursor Flaw Lets Malicious Cloned Repositories Trigger Windows Code Execution - feeds.feedburner.com
  8. Compromised AsyncAPI npm Packages Deliver Multi-Stage Botnet Malware - feeds.feedburner.com
  9. Two SonicWall SMA 1000 Zero-Days Exploited, One Could Enable Admin Commands - feeds.feedburner.com
  10. Microsoft Patches Record 622 Flaws, Including Two Zero-Days Under Active Attack - feeds.feedburner.com
  11. SAP Patches CVSS 9.9 NetWeaver ABAP Flaw That Could Expose or Modify Data - feeds.feedburner.com
  12. Researchers Say Claude for Chrome Flaw Lets Rogue Extensions Trigger Gmail Reads - feeds.feedburner.com
  13. National Vulnerability Database - NIST
  14. Microsoft Security Response Center - Microsoft
  15. Google Online Security Blog - Google
  16. TuxBot v3 Evolution Shows Signs of LLM-Assisted IoT Botnet Development - feeds.feedburner.com
  17. Turning threat intelligence into decisive action with Defender Experts - microsoft.com
  18. OkoBot Malware Framework Injects Seed Phrase Phishing Into Ledger and Trezor Apps - feeds.feedburner.com

마지막 업데이트: 2026-07-16T11:54:42.708Z

댓글

이 블로그의 인기 게시물

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의...