x402 SDK 취약점 발견: 악성 API를 통해 AI 에이전트 토큰 잔액 고갈 및 인증 탈취 가능성
보안 회사 V12는 x402 SDK의 세 가지 취약점을 발견했으며, 이는 악성 API를 통해 AI 에이전트가 토큰 잔액을 모두 지불하거나 다른 웹사이트의 로그인 메시지에 서명하도록 속일 수 있음을 보여준다. 이 취약점들은 8월 18일 이후의 릴리스에서 수정되었으며, 최신 버전을 사용해야 보안 위험을 줄일 수 있다.
(새 창에서 원문 열기)기사 요약은 AI가 원문을 정리한 것입니다(AI 생성). 기사를 누르면 원문이 새 창에서 열립니다.
보안 회사 V12는 x402 SDK의 세 가지 취약점을 발견했으며, 이는 악성 API를 통해 AI 에이전트가 토큰 잔액을 모두 지불하거나 다른 웹사이트의 로그인 메시지에 서명하도록 속일 수 있음을 보여준다. 이 취약점들은 8월 18일 이후의 릴리스에서 수정되었으며, 최신 버전을 사용해야 보안 위험을 줄일 수 있다.
(새 창에서 원문 열기)연구자들은 공식 Node.js 빌드에서 Brotli 디코더의 취약점(CVE-2026-111497)을 이용하여 공격자가 원하는 코드를 실행할 수 있음을 시연했다. 이 취약점은 22.x, 24.x, 26.x 버전 라인에 영향을 미치며, Node.js는 이미 해당 결함을 인지하고 패치를 배포했다. 영향을 받는 애플리케이션은 신뢰할 수 없는 Brotli 데이터를 디코딩하는 부분을 업데이트해야 한다.
전 세계 웹사이트의 80%에서 사용되는 PHP에서 RCE 취약점이 발견되었으며, 공격 시도가 공식 보안 패치 공개보다 앞서 탐지되었다. 공격 시도 배경에는 취약점 정보가 온라인에 공개된 정황이 있으며, 운영자들은 신속한 패치 적용이 요구된다.
공격자들이 PHP2Shell 취약점(CVE-2026-109618, CVE-2026-109619)을 악용하여 Mirai 봇넷 변종인 Potassium에 감염시키려 시도한 정황이 포착되었다. 공격은 원격 코드 실행(RCE)을 목표로 했으며, 해당 취약점은 PHP 버전 8.5.12, 8.4.27, 8.3.36, 8.2.35에서 패치되었다.
오라클 자바 환경의 JSSE 구성요소에서 인증기관 중간 CA 인증서의 개인키가 취약한 난수 생성 결함으로 인해 외부에 노출된 치명적 취약점(CVE-2026-91403)이 발견되었다. 공격자는 이 취약점을 이용해 TLS 통신을 위조하고 중간자 공격을 수행할 수 있다. 영향을 받는 사용자는 오라클의 긴급 패치를 적용하거나, 수동으로 신뢰 저장소에서 해당 인증서를 차단해야 한다.
국민대학교 연구팀이 주관하는 컨소시엄이 ISO/IEC JTC 1/SC 27 총회에서 AI 에이전트 보안 및 프라이버시 관련 국제 표준 예비 작업 항목 2건을 최종 승인받았다. 승인된 과제들은 각각 정보보호 평가 방법과 프라이버시 가이드라인을 다루며, 향후 국제 보안 평가 스킴에 반영하는 것을 목표로 한다.
(새 창에서 원문 열기)PHP 취약점 패치 공개 약 36시간 시점에 국내 서버 중 패치를 적용한 비율은 약 3.8%로 나타났다. 이는 공격자가 패치 공개 시점부터 공격 코드를 준비할 수 있어, 방어 측의 빠른 대응이 필수적임을 시사한다.
(새 창에서 원문 열기)구글 브로틀리 디코더의 버퍼 오버플로 취약점(CVE-2026-111497)이 Node.js 및 Bun 런타임에서 발견되어 공격자가 조작된 압축 데이터를 이용해 원격 코드 실행을 시도할 수 있다. 이 취약점은 메모리 오염을 통해 서비스 거부 또는 임의 코드 실행으로 이어질 수 있으며, 사용자는 즉시 런타임 버전을 업데이트하거나 임시 방어 조치를 취해야 한다.
AI 개발에 사용되는 파이썬 패키지 LiteLLM의 1.107.0 버전에서 계정 정보를 탈취하는 악성코드가 발견되었다. 이 악성코드는 파이썬의 자동 실행 기능을 악용하여 AWS, 클라우드 등 주요 서비스의 인증 정보와 키를 수집하고 외부 서버로 전송할 수 있다. 보안 전문가들은 감염된 환경을 격리하고 모든 인증 정보를 교체할 것을 권고했다.
(새 창에서 원문 열기)연구자들은 PHP2Shell 취약점(CVE-2026-109618 등)에 대해 ASLR이 활성화된 x86-64 서버 환경에서도 원격 코드 실행(RCE)을 달성하는 새로운 익스플로잇을 개발했다. 이는 기존의 방어 메커니즘을 우회하는 중요한 진전이며, 공격자들이 이 취약점을 악용하고 있음을 보여준다.
공격자들이 Arista의 VeloCloud Orchestrator(VCO)에서 제로데이 SQL 인젝션 취약점을 악용하고 있다. 이 취약점은 로그인 계정만 있으면 운영자 권한을 획득할 수 있으며, 이에 대한 패치 버전과 대응 방안이 발표되었다.
연구자가 eMudhra의 중간 CA 인증서 8개의 개인 키가 쉽게 추측 가능하다는 취약점을 발견하면서, eMudhra는 글로벌 SSL/TLS 인증서 사업에서 철수하기로 결정했다. 이로 인해 Chrome 등 주요 브라우저는 해당 루트 인증서에 대한 신뢰를 중단할 예정이며, 영향을 받은 약 30,800개의 인증서에 대한 조치가 필요하다.
(새 창에서 원문 열기)GitLab은 특정 조건 하에서 인증되지 않은 공격자가 서버에서 임의 코드를 실행할 수 있는 최대 심각도의 취약점을 패치했다. 이 버그는 2014년까지의 버전을 포함하여 12년간의 릴리스에 걸쳐 존재했으며, 사용자는 즉시 업데이트가 필요하다.
Arista Networks는 VeloCloud Orchestrator 온프레미스 배포에 영향을 미치는 제로데이 취약점에 대한 보안 업데이트를 출시했다. 이 취약점은 기본적인 권한으로 SQL 인젝션을 통해 권한 상승을 일으킬 수 있으며, 공격자들이 이미 악용하고 있는 것으로 확인되었다. 영향을 받은 시스템 관리자는 패치 적용 및 의심스러운 활동 모니터링을 권고받았다.
리눅스 커널의 KSMBD 서비스에서 Trend Micro의 제로데이 이니셔티브가 두 가지 원격 코드 실행 취약점을 발견했으며, 이는 아직 메인라인 커널에 패치되지 않은 상태이다. 한 취약점은 네트워크 인증 없이도 트리거 가능하며, 다른 하나는 SMB Direct 및 RDMA 지원이 필요하다. 커널 개발자들은 해당 취약점에 대한 수정안을 검토 중이나 공식적인 패치는 아직 나오지 않았다.
(새 창에서 원문 열기)ANSSI와 CERT-FR은 PHP의 두 가지 심각한 취약점(CVE-2026-109618, CVE-2026-109619)을 발표했으며, 이는 인증 없이도 원격 코드 실행을 허용한다. 해당 취약점은 PHP 5부터 8.1 버전을 포함한 광범위한 버전에 영향을 미치므로, 사용자는 즉시 패치 적용 또는 격리 조치를 취해야 한다.
PHP의 특정 버전에서 메모리 오버플로우 및 전역 상태 변조를 이용한 두 가지 원격 코드 실행(RCE) 취약점이 확인되었다. 공격에 노출된 웹 서버는 패치된 버전을 사용하거나, `memory_limit=1` 설정 및 `session.upload_progress.enabled` 비활성화 등의 완화 조치를 취해야 한다.
Amazon은 PHP의 취약점이 발견된 지 4일 전부터 해커들에 의해 광범위하게 악용되고 있음을 경고했다. 미국 NSA와 영국 당국 역시 이 취약점이 전 세계 웹사이트들을 심각하게 노출시켰다고 경고했으며, PHP 개발자들은 해당 취약점에 대한 패치를 발표했다.
(새 창에서 원문 열기)Amazon Threat Intelligence는 PHP2Shell 취약점(CVE-2026-109618, CVE-2026-109619)에 대한 공격 시도가 패치 공개 4일 전부터 시작되었음을 보고했다. 공격자들은 패치 공개 이후에도 해당 취약점을 광범위하게 악용하고 있는 것으로 나타났다. PHP 개발팀은 공식 보안 패치 적용만이 영구적인 방어책이라고 강조했다.
클라우드플레어와 아마존의 정보에 따르면, PHP2Shell 취약점 공격 시도가 공개되기 며칠 전부터 존재했으며, 공격자들은 이를 악용하고 있었다. 공격자들은 페이로드를 변형하여 방화벽을 우회하려 시도했으며, 이 취약점은 PHP 런타임 자체에 영향을 미쳐 심각한 보안 위협을 제기하고 있다.
InterSystems IRIS for Health 제품군에서 TLS/SSL 암호화가 기본적으로 비활성화되어 있어 공격자가 전송 데이터를 가로채거나 로그인에 사용할 수 있는 취약점이 발견되었다. 해당 취약점은 전 세계적으로 배포된 의료 및 공중 보건 분야에서 영향을 받을 수 있으며, 제조사는 서버 설정을 통해 TLS를 필수적으로 요구하도록 구성할 것을 권고하고 있다.
본 페이지의 기사 요약은 공개된 자료를 AI가 정리한 것으로, 원문과 차이가 있을 수 있습니다. 정확한 내용은 각 기사의 원문을 확인하십시오. 모든 저작권은 원 매체에 있습니다.