[라온 보안동향보고서] 2026년 8월 주요 보안 이슈

1. 악성코드 현황

1.1. 악성코드 동향

2026년 7월, Samsung Galaxy 기기에 탑재된 Qualcomm 미디어 코덱 라이브러리에서 심각한 힙 기반 메모리 취약점이 공개되었습니다. CVE-2026-21045는 TIFF 이미지 파싱 과정에서 발생하는 Out-of-bounds Write 취약점으로, Android 14·15·16을 실행하는 Samsung Galaxy 전 라인업에 영향을 미칩니다. Samsung Mobile이 CNA로서 산정한 CVSS 4.0 점수는 8.3(HIGH)이며, Zero Day Initiative(ZDI)는 CVSS 3.x 환산 기준 8.8(HIGH)로 평가했습니다.

이 취약점의 핵심 위험은 원격 코드 실행(RCE) 가능성입니다. 공격자는 특수 조작된 TIFF 파일을 이메일 첨부파일, 메시지 앱, 악성 웹페이지 임베드 이미지 등 다양한 경로로 전달하여 피해 기기에서 코드 실행을 시도할 수 있습니다. 공격자가 피해 기기와 동일 네트워크에 위치할 필요 없이 인터넷을 통한 원격 전달이 가능하다는 점에서 공격 표면이 넓습니다.

보안 연구자 Dvir Gozlan이 2026년 5월 6일 삼성에 최초 제보하였으며, ZDI 조율 공개 절차를 거쳐 2026년 7월 10일 NVD에 공식 등재되었고, 8월 11일 ZDI 어드바이저리(ZDI-26-529)가 공개되었습니다. Samsung은 SMR Jul-2026 Release 1을 통해 7월 패치를 배포 완료하였습니다. 현재까지 야생 환경(In-the-Wild)에서의 익스플로잇은 보고되지 않았으며, CISA KEV에도 등재되지 않았습니다.

이미지 파서 취약점은 공격 진입 장벽이 낮고 공격 표면이 넓다는 구조적 특성을 가집니다. 스마트폰은 일상적으로 외부 이미지를 자동 처리하기 때문에, 라이브러리 수준의 파싱 결함 하나가 광범위한 기기를 잠재적 표적으로 만듭니다. Galaxy S25, Galaxy Z Fold 7, Galaxy Z Flip 7 등 최신 플래그십 기기도 패치 미적용 상태에서는 영향권에 포함되며, 삼성 공식 보안 업데이트의 신속한 적용이 현시점 가장 확실한 방어 수단입니다.

1. 취약점 요약 표

2. 기술적 분석

(1) 취약점 상세

CVE-2026-21045는 Samsung Galaxy 기기에서 사용되는 Qualcomm 공급 미디어 코덱 라이브러리 libimagecodec.media.quram.so에 존재하는 힙 기반 Out-of-bounds Write 취약점입니다. 해당 라이브러리는 TIFF 이미지 파일 파싱을 담당하며, 취약점의 직접적 원인은 TIFF 픽셀 데이터를 힙 버퍼에 복사하기 전 입력 길이를 충분히 검증하지 않는 코드 결함입니다. 공격자가 TIFF 헤더 필드 값을 조작하여 실제 데이터 크기보다 작은 힙 버퍼가 할당되도록 유도하면, 라이브러리는 버퍼 경계를 초과한 인접 힙 메모리 영역에 데이터를 기록합니다.

Samsung CNA는 NVD 공식 기록에 CWE를 별도로 기재하지 않았으나, 취약점 설명 내 "out-of-bounds write"가 명시되어 있고 ZDI와 OffSeq 위협 인텔리전스가 CWE-787로 분류하였습니다. CVSS 점수는 출처에 따라 차이가 있으므로 구분이 필요합니다. Samsung Mobile(CNA)은 CVSS 4.0 벡터 AV:N/AC:L/AT:P/PR:N/UI:N/VC:N/VI:H/VA:L 기준 8.3(HIGH)을 산정하였으며, NIST NVD는 자체 점수를 별도로 산정하지 않고 Samsung CNA 제공 점수를 등재했습니다. ZDI는 CVSS 3.x 환산 기준 8.8(HIGH), OffSeq는 CVSS 4.0 기준 8.4(HIGH)를 제시했습니다.

(2) 공격 메커니즘

공격은 두 단계로 구성됩니다. 첫째, 공격자는 TIFF 파일 구조를 조작하여 힙 버퍼 오버플로를 유발하도록 설계된 악성 파일을 제작합니다. 둘째, 이 파일을 피해자 기기에 전달하고 libimagecodec.media.quram.so가 해당 파일을 처리하도록 유도합니다.

공격 성립을 위한 전제조건은 다음과 같습니다. 피해 기기가 SMR Jul-2026 Release 1 이전 버전을 실행 중이어야 하고, 악성 TIFF 파일이 처리되는 상태(메시지 앱 자동 미리보기, 악성 웹페이지의 이미지 자동 로드, 이메일 첨부파일 열람 등)여야 합니다. 공격자가 피해 기기와 동일 네트워크에 위치할 필요는 없으며 인터넷을 통한 원격 전달이 가능합니다. 별도의 인증 세션, 페어링 키, 기기 내 사전 설치된 악성 앱은 필요하지 않습니다.

Samsung CNA의 CVSS 4.0 벡터는 사용자 상호작용을 UI:N으로 명시하여 자동 파일 처리 시나리오를 상정했습니다. ZDI와 OffSeq는 악성 파일 열람 또는 악성 페이지 방문 수준의 최소 사용자 행동이 필요한 시나리오를 분석했습니다. 두 해석 모두 공식 기관의 분석에 근거하며, 실제 공격 경로와 앱의 자동 처리 동작 여부에 따라 요구 상호작용 수준이 달라집니다.

Heap OOB Write가 발생한 이후, 공격자는 힙 메타데이터 변조, 함수 포인터 또는 vtable 덮어쓰기, 인접 객체 오염 등의 후속 기법을 통해 임의 코드 실행으로 발전시킵니다. 성공 시 코드는 libimagecodec.media.quram.so 프로세스 컨텍스트, 즉 미디어 서비스 샌드박스 수준에서 실행됩니다.

(3) 영향 분석

성공적으로 익스플로잇될 경우, 공격자는 libimagecodec.media.quram.so 프로세스 컨텍스트 내에서 임의 코드를 실행할 수 있습니다. 이 권한은 미디어 서비스 샌드박스로 제한되며, 이 단계만으로 즉각적인 root 통제 또는 시스템 전체 장악이 가능한 것은 아닙니다. 전체 기기 통제로 이어지려면 별도의 권한상승 취약점과의 연계가 추가로 필요합니다.

실질적 공격 표면은 Android 14·15·16을 실행 중이고 SMR Jul-2026 패치가 미적용된 Samsung Galaxy 기기입니다. Samsung Galaxy S25, Z Fold 7, Z Flip 7이 영향 기기로 공식 확인되었으며, 동일 Android 버전을 실행하는 그 외 Galaxy 라인업도 포함됩니다. 일부 매체는 "수십억 대"에 달하는 기기가 영향을 받는다고 추정했으나, 이는 Android 전체 점유율을 단순 적용한 추정치입니다. 실제 취약성 성립에는 Samsung Galaxy 기기일 것, Android 14 이상일 것, SMR Jul-2026 미적용 상태일 것이라는 세 조건이 모두 충족되어야 합니다.

OffSeq 플랫폼이 제시한 EPSS 점수는 0.5%(상위 58% 수준)로, 현시점에서 야생 익스플로잇 확률이 낮은 편임을 나타냅니다. 그러나 이미지 파서 취약점 연구는 활발히 진행 중이며, 공개 PoC가 등장하거나 패치 적용이 지연될 경우 위험이 높아집니다.

3. 공격 시나리오

시나리오 1: 메시지 앱을 통한 조용한 코드 실행

공격자는 TIFF 포맷 파일로 위장한 악성 이미지를 문자 메시지 또는 메신저 앱을 통해 피해자에게 전송합니다. 일부 스마트폰 메시지 앱은 첨부 이미지를 자동으로 미리보기하거나 다운로드하는 동작을 수행합니다. 피해 기기의 libimagecodec.media.quram.so가 해당 TIFF 파일을 처리하는 순간 Heap OOB Write가 발생하고, 공격자는 미디어 서비스 샌드박스 내 임의 코드 실행 권한을 획득합니다. 사용자가 별도로 파일을 실행하거나 링크를 클릭하지 않더라도, 앱의 자동 미리보기 동작이 활성화된 환경에서는 메시지 수신만으로 공격이 트리거될 수 있습니다.

시나리오 2: 악성 웹페이지를 이용한 드라이브-바이 공격

공격자는 피싱 이메일 또는 소셜 미디어 링크를 통해 피해자를 악성 웹페이지로 유도합니다. 웹페이지에는 조작된 TIFF 파일이 이미지 요소로 삽입되어 있어, 피해자가 페이지를 방문하는 순간 브라우저 또는 시스템 미디어 라이브러리가 해당 이미지를 자동으로 처리합니다. 공격자는 피해 기기와 동일 네트워크에 위치하지 않아도 되며, 전 세계 어디서나 인터넷을 통해 공격을 시도할 수 있습니다. 성공 시 미디어 서비스 컨텍스트에서 코드가 실행되며, 추가 권한상승 취약점과 연계 시 더 높은 권한 획득도 가능합니다.

시나리오 3: 이메일 첨부파일을 통한 표적 공격

특정 기업이나 개인을 노리는 스피어피싱 시나리오에서, 공격자는 업무 관련 문서로 위장한 이메일에 악성 TIFF 파일을 첨부합니다. 기업 이메일 클라이언트가 첨부 이미지를 자동으로 처리하거나 사용자가 파일을 열람하는 순간 취약점이 트리거됩니다. 공격자가 신뢰할 수 있는 발신자를 사칭하는 사회공학 기법을 결합하면 피해자가 의심 없이 첨부파일을 여는 확률이 높아지고, 탐지 회피와 공격 성공률을 동시에 높입니다.

4. 대응 방안

(1) 즉각 조치

가장 확실한 즉각 조치는 Samsung SMR Jul-2026 Release 1 보안 업데이트를 적용하는 것입니다. Android 14·15·16을 실행 중인 Samsung Galaxy 기기 사용자는 설정 > 소프트웨어 업데이트 메뉴에서 최신 보안 패치를 확인하고 즉시 설치해야 합니다. 기기의 보안 패치 수준이 2026년 7월 이후로 표시되어야 CVE-2026-21045 패치가 적용된 것으로 확인됩니다. 패치 적용 전 단기 위험 완화 조치로는, 출처가 불분명한 TIFF 파일이 포함된 메시지·이메일 첨부파일을 열람하지 않도록 사용자 교육을 시행하는 방법이 있습니다. 기업 환경에서는 모바일 기기 관리(MDM) 솔루션을 통해 패치 미적용 기기를 식별하고, 업데이트 완료 전까지 기업 네트워크 접근을 제한하는 조치를 병행할 것을 권고합니다.

(2) 장기 대응

개발·보안 운영 관점에서는 서드파티 미디어 처리 라이브러리의 입력 유효성 검증 강화가 핵심입니다. 이미지 파서 라이브러리는 공격 표면이 넓고 취약점 발굴 연구가 활발하게 진행되는 영역으로, 벤더 보안 공지를 정기적으로 모니터링하고 패치 배포 즉시 적용하는 운영 체계를 갖추어야 합니다.

기업 보안팀은 삼성 SMR 공지(security.samsungmobile.com) 및 NVD RSS 피드를 구독하여 신규 취약점 공지를 자동으로 수신하는 체계를 구축할 것을 권고합니다. 모바일 위협 방어(MTD) 솔루션을 도입하여 비정상적인 미디어 처리 행위를 탐지하는 심층 방어 체계를 마련하고, Samsung Knox 등 플랫폼 보안 기능이 제공하는 샌드박스 격리를 최대한 활용하면 익스플로잇 성공 시에도 피해 범위를 미디어 서비스 컨텍스트로 제한하는 데 기여합니다.

5. IOC (침해 지표)

현재 공개된 IOC 없음.

CVE-2026-21045에 대한 공개 PoC 코드 및 야생 익스플로잇이 현재까지 보고되지 않아 관련 침해 지표가 존재하지 않습니다. OffSeq 위협 인텔리전스 플랫폼도 야생 익스플로잇 미확인을 명시하였으며, CISA KEV에도 등재되지 않았습니다. 향후 익스플로잇 활동이 확인될 경우 삼성 및 보안 벤더의 공지를 통해 IOC가 갱신될 수 있습니다.

6. 탐지 규칙

현재 공개된 탐지 규칙 없음. 벤더 패치 적용을 권고합니다.

CVE-2026-21045에 대한 공개 Sigma, Snort, YARA 등의 탐지 규칙은 현재 공개되지 않았습니다. 야생 익스플로잇이 확인되지 않은 현 시점에서는 Samsung SMR Jul-2026 Release 1 보안 업데이트 적용이 가장 확실한 방어 수단입니다. 패치 적용 완료 여부는 기기 보안 패치 수준(2026년 7월 이후)으로 확인할 수 있습니다.

7. 참고 자료 URL 목록

- https://nvd.nist.gov/vuln/detail/CVE-2026-21045

- https://security.samsungmobile.com/securityUpdate.smsb?year=2026&month=07

- https://www.zerodayinitiative.com/advisories/ZDI-26-529/

- https://radar.offseq.com/threat/cve-2026-21045-cwe-787-out-of-bounds-write-in-sams-34ea9c80d605121e

- https://source.android.com/docs/security/bulletin/2026/2026-07-01

1.2. 악성코드 수집 현황

TouchEn mVaccine으로 수집된 최근 4개월(2026년 4월~7월)의 악성코드 수집·반영 현황을 보면, 월별 수집 건수는 2,300건대 중후반에서 2,500건대 초반 사이에서 오르내렸습니다. 이 가운데 유형별 분류를 거쳐 DB에 등재한 반영 건수는 달마다 차이가 있었습니다.

2026년 4월에는 2,563건이 수집되었고 이 중 1,094건이 반영되었습니다. 유형별로는 Trojan이 528건(48.3%)으로 가장 많았고, Riskware 394건(36.0%), Generic 42건(3.8%), Adware·Linux 각 38건(3.5%), VoicePhishing 8건(0.7%), 기타 46건(4.2%)이 뒤를 이었습니다. 5월에는 수집 건수가 2,489건으로 소폭 줄었으나 반영 건수는 1,226건으로 늘었고, Trojan 비중이 666건(54.3%)으로 높아졌습니다. 6월에는 수집 2,385건, 반영 1,076건을 기록했으며 Trojan 604건(56.1%)과 Riskware 350건(32.5%)이 상위를 차지했습니다. 7월에는 수집 건수가 2,389건으로 전월 대비 소폭(+0.2%) 늘었으나 반영 건수는 962건으로 10.59% 줄었습니다. 유형별로는 Riskware가 388건(40.3%)으로 Trojan 364건(37.8%)을 앞선 점이 눈에 띄고, Etc 유형이 전월 4건에서 90건으로 크게 늘었으며 Generic도 86건(8.9%)으로 전월보다 증가했습니다.

주차별 수집 현황을 보면, 4월은 1주차 784건으로 가장 많았다가 이후 줄어 4주차 643건으로 마무리되었습니다. 5월은 1주차 626건에서 시작해 3주차 652건까지 소폭 오르내린 뒤 4주차 616건으로 마감해, 한 달 동안 비교적 고르게 분포했습니다. 6월은 1~3주차(605건·574건·504건)에 걸쳐 점차 줄다가 4주차에 702건으로 몰렸습니다. 7월은 2주차가 700건으로 가장 많았고, 3주차에 489건으로 크게 줄었다가 4주차 562건으로 소폭 회복되었습니다.

1.3. 악성코드 유형별 비율 및 전월 비교

2026년 최근 4개월간(4월~7월) 수집된 악성코드 샘플은 4월 2,563건, 5월 2,489건, 6월 2,385건, 7월 2,389건으로, 6월 이후 2,400건 안팎을 유지하고 있습니다. DB 반영 건수는 5월 1,226건을 최고치로 6월 1,076건, 7월 962건으로 줄고 있습니다. 7월 수집 건수는 전월 대비 +0.2%로 거의 그대로였으나 반영 건수는 10.6% 감소했고, 수집한 샘플 중 실제로 DB에 반영된 비율도 40.3%로 전월(45.1%)보다 낮아졌습니다.

월별 유형별 반영 현황은 아래 표와 같습니다.

7월 유형별 분포는 Riskware 388건(40.3%), Trojan 364건(37.8%), Etc 90건(9.4%), Generic 86건(8.9%), Adware 32건(3.3%), Linux 2건(0.2%) 순입니다. 전월(6월) 대비 변화율이 가장 큰 세 유형은 Etc(+2,150.0%), Linux(-50.0%), Trojan(-39.7%)입니다.

Etc 유형은 전월 4건(0.4%)에서 7월 90건(9.4%)으로 86건 늘어, 변화율로는 2,150.0% 급증했습니다. 이번 달에는 Generic(8.9%)을 근소하게 앞서며 세 번째 비중을 차지했습니다. Etc는 특정 분류 범주에 들어가지 않는 샘플을 묶은 항목으로, 이 기간 동안 분류 기준이나 수집원, 분석 정책에 생긴 변화가 수치에 반영됐을 가능성이 있습니다. 직전 3개월(4월~6월) Etc 비중은 각각 4.2%, 3.3%, 0.4%로 계속 낮아지다가 7월에 다시 크게 올랐습니다.

Trojan 유형은 전월 604건(56.1%)에서 7월 364건(37.8%)으로 240건 줄어 39.7% 급감했습니다. 최근 4개월을 보면 Trojan은 4월 528건(48.3%), 5월 666건(54.3%), 6월 604건(56.1%)으로 3개월 연속 반영 건수 1위를 지키며 전체의 절반 이상을 차지했습니다. 그러나 7월에는 비율이 18.3%포인트 내려가 Riskware에 1위를 내줬으며, 이는 최근 4개월 중 Trojan의 가장 적은 건수이자 가장 낮은 비중입니다.

Linux 유형은 전월 4건(0.4%)에서 7월 2건(0.2%)으로 50.0% 급감했습니다. 다만 절대 건수가 2건에 불과해, 비율상의 급감이 의미 있는 변화인지는 수치만으로 판단하기 어렵습니다. Linux 유형은 4월 38건(3.5%), 5월 42건(3.4%)까지는 일정 규모를 유지했으나 6월 4건(0.4%)부터 크게 줄었고, 이후 소규모 수준이 이어지고 있습니다.

Riskware 유형은 전월 350건(32.5%)에서 388건(40.3%)으로 10.9% 늘어, 최근 4개월 중 처음으로 반영 건수 1위에 올랐습니다. Generic 유형은 전월 74건(6.9%)에서 86건(8.9%)으로 16.2% 늘었으며, 4월(3.8%) 이후 4개월 연속 비중이 오르고 있습니다. Adware 유형은 전월 40건(3.7%)에서 32건(3.3%)으로 20.0% 감소했습니다.

7월 분포에서 눈에 띄는 변화는 Trojan과 Riskware의 순위 역전입니다. 4~6월 내내 1위였던 Trojan이 7월 처음으로 Riskware에 밀렸으나, 두 유형을 합한 비중은 78.1%로 여전히 대부분을 차지합니다. 여기에 6월까지 0.4%에 그치던 Etc가 7월 9.4%로 뛰면서 상위 두 유형에 쏠리던 비중이 다소 분산됐습니다. Generic도 4월 3.8%에서 매월 올라 7월 8.9%로 4개월 중 가장 높은 비중을 기록했습니다. 한편 수집 건수는 비슷한 수준을 유지했는데 반영 건수는 줄어, 수집 대비 반영 비율이 전월보다 낮아진 점은 이후 월별 흐름을 함께 지켜볼 대목입니다.

2. 루팅 및 에뮬레이터, 원격 앱 탐지 현황

2.1. 루팅 탐지 현황(Emulator)

모바일 금융·보안 애플리케이션에서는 루팅 상태와 에뮬레이터 실행 환경을 식별하는 기능이 주요 보안 통제 중 하나입니다. 아래 표는 2026년 8월 내부 시험에서 에뮬레이터의 루팅 상태를 탐지한 결과입니다.

전월과 동일한 시험 대상을 사용했으며, 표에 기재된 모든 항목에서 모든 항목이 전월과 동일하게 탐지됐습니다. 다만 이는 해당 버전과 내부 시험 조건에서의 결과이며, 패키지 변조나 별도의 루팅 은닉·후킹 기법을 추가 적용한 환경까지 포괄하지는 않습니다.

2.2. 루팅 탐지 현황(Real Device)

2026년 8월 실단말에서 루팅 관리·은닉 도구와 동적 계측 도구를 대상으로 탐지 시험을 수행했습니다. 전월 대비 시험 대상과 결과의 변경은 없었습니다. 결과는 표에 기재된 버전과 내부 시험 조건에 한정되며, 도구의 변조본이나 신규 은닉 모듈을 적용한 환경은 별도 시험이 필요합니다.

2.3. 에뮬레이터 탐지 결과

2026년 8월 에뮬레이터별 탐지 시험 결과는 다음과 같습니다. 전월 대비 시험 대상과 탐지 결과의 변경은 없었으며, 표에 기재되지 않은 신규 버전은 별도 검증 대상입니다.

2.4. 원격 탐지 현황

2026년 8월 원격 제어, 화면 공유와 기기 연동 기능을 제공하는 앱의 탐지 결과는 다음과 같습니다. 전월 대비 시험 대상과 결과의 변경은 없었습니다. 탐지 결과는 표에 기재된 정식 앱과 버전을 기준으로 하며, 리패키징 또는 변조된 앱은 별도의 확인이 필요합니다.

3. 국내외 보안 동향

3.1. 채비(CHAEVI) 개인정보 유출 사고

1. 사건 요약

국내 전기차 충전 플랫폼 채비(CHAEVI)는 2026년 7월 23일 외부 해킹 공격을 받아 고객 개인정보 약 29만 8천 건이 유출됐다고 공식 공지를 통해 밝혔습니다. 채비는 사고를 인지한 직후 침해 경로를 차단하고 취약점 조치를 수행했으며, 외부 전문기관과의 합동 원인 조사가 진행 중입니다. 이번 조사 과정에서 2025년 1월경 별도의 개인정보 유출 사고가 있었던 사실이 새롭게 확인됐으며, 해당 과거 사고의 범위와 경위는 현재 조사 중입니다.

2. 확인된 사실

채비 공식 공지에 근거한 피해 내역은 다음과 같습니다.

- 2026-07-23: 외부 해킹 공격 발생. 채비는 사고 인지 직후 침해 경로를 차단하고 취약점 조치를 수행함

- 유출 규모 (총 298,333건):

- 이메일 주소만: 164,858건

- 이메일 + 암호화된 비밀번호: 131,411건

- 이메일 + 암호화된 이름·연락처 + 성별·생년월일·회원순번·가입일시: 1,235건

- 위 항목에 암호화된 비밀번호까지 포함: 829건

- 주민등록번호·여권번호·카드번호·계좌번호는 채비가 수집·보유하지 않아 유출 대상이 아님을 회사가 확인함

- 후속 공지 시점까지 확인된 2차 피해 사례는 없다고 채비가 밝힘

- 개인정보보호위원회, KISA, 금융위원회, 금융감독원, 수사기관에 신고 완료, 피해 고객 개별 통지 실시

- 조사 과정에서 2025년 1월경 별도의 유출 사고 존재가 확인됨. 해당 과거 사고의 범위·경위는 외부 전문기관과 조사 중

3. 미확인 정보 및 주장

채비는 악용된 취약점, 침투 경로, 공격에 사용된 기법 등 구체적인 공격 방식을 공개하지 않았습니다. 따라서 이번 사고와 관련해 확인되지 않은 공격자 측 주장이나 외부에 유포된 정보는 없습니다. 다만 이번 조사 과정에서 새롭게 드러난 2025년 1월경의 별도 유출 사고는 그 범위와 경위가 아직 확인되지 않았으며, 외부 전문기관과 함께 조사가 진행 중입니다.

4. 기술 분석

공개된 자료에는 악용된 취약점(CVE), 공격 벡터, 최초 침투 지점, 사용된 악성코드 등 기술적 세부 정보가 포함되어 있지 않습니다. 따라서 현재 확인 가능한 사실은 외부의 불법적인 해킹 공격에서 고객 개인정보 유출, 그리고 침해 경로 차단 및 취약점 조치로 이어지는 큰 흐름에 한정됩니다. 구체적인 공격 기법이 확인되기 전까지는 추측에 기반한 기술적 해석을 지양하고, 채비의 공식 공지와 관계 당국 조사 결과를 통해 추가로 공개되는 정보를 확인할 필요가 있습니다.

5. 영향 및 대응

유출된 비밀번호는 암호화된 형태이나, 이메일 주소와 암호화된 비밀번호가 함께 유출된 131,411건은 유출된 계정정보를 다른 사이트에 그대로 대입해 로그인을 시도하는 이른바 크리덴셜 스터핑 공격에 악용될 우려가 있습니다. 1,235건과 829건 유형은 이름·연락처·생년월일 등 개인을 특정하기 쉬운 정보가 포함돼 있어, 특정 대상을 노린 표적 공격에 활용될 위험이 상대적으로 큽니다.

채비는 침해 경로 차단 및 취약점 조치 이후 전체 시스템 점검, 망분리·방화벽 점검, 개인정보 암호화 적용 확대, 접근통제 강화, 24시간 시스템 모니터링을 시행했습니다. 재발방지 대책을 수립하고 관계 당국 및 수사기관에 신고한 뒤 피해 고객 개별 통지를 완료했습니다.

채비 이용자는 다른 서비스에서 같은 비밀번호를 쓰고 있다면 즉시 바꾸고, 계정에 이상 활동이 없는지 점검하는 것이 좋습니다.

6. 시사점

2025년 1월 유출 사고는 당시 발견되지 않았고, 2026년 7월 이번 조사 과정에서야 뒤늦게 확인됐습니다. 유출 사고가 1년 넘게 드러나지 않은 만큼, 침해 흔적을 평소에 점검하고 접근 기록을 정기적으로 확인하는 관리가 필요합니다.

▶출처/참고자료:

- https://www.chaevi.com/kr/customer/notice.php?bgu=view&code=notice&idx=811

- https://chaevi.com/kr/customer/notice.php?bgu=view&code=notice&idx=814

- https://www.donga.com/news//article/all/20260727/134374555/2

3.2. Hugging Face AI 에이전트 자율 침해 사고

1. 사건 요약

세계 최대 AI 모델 저장소인 Hugging Face에서 침해 사고가 발생해 회사가 이를 공식 확인했습니다. 회사 설명에 따르면 이번 공격은 사람이 일일이 조작하지 않고 AI가 스스로 판단해 작업을 수행하는 자율 AI 에이전트가 공격 과정 전반을 주도했습니다. 공격자는 데이터셋을 처리하는 시스템의 코드 실행 취약점을 악용해 내부 클러스터로 옮겨 다니며 서비스 접속에 쓰이는 인증정보를 빼냈고, Hugging Face는 2026년 7월 16일 공식 블로그를 통해 이를 공개했습니다. 다만 공개된 모델·데이터셋·Spaces와 소프트웨어 공급망(컨테이너 이미지·배포 패키지)이 변조된 증거는 발견되지 않았다고 회사가 확인했습니다.

2. 확인된 사실

- 2026-07-16: Hugging Face 공식 블로그를 통해 침해 사실 공개

- 데이터셋 처리 시스템에서 코드 실행 취약점 두 가지 확인: 외부 코드를 불러오는 원격 데이터셋 로더 취약점, 데이터셋 설정값에 악성 코드를 끼워 넣는 템플릿 인젝션

- 공격자는 처리 작업을 담당하는 워커에서 코드를 실행한 뒤 노드 수준의 높은 권한까지 획득해 클라우드·클러스터 인증정보를 탈취

- 주말 동안 여러 내부 클러스터를 옮겨 다니는 수평 이동 발생

- 내부 데이터셋 일부 접근과 여러 서비스 인증정보 탈취 확인

- 공개 모델·데이터셋·Spaces와 소프트웨어 공급망(컨테이너 이미지·배포 패키지)의 변조 증거 없음 (Hugging Face 공식 확인)

- Hugging Face의 AI 기반 이상 탐지 시스템이 사건을 초기에 포착

- Hugging Face 공식 블로그 인용: *"The attack was driven, end to end, by an autonomous AI agent framework executing many thousands of individual actions across a swarm of short-lived sandboxes."*

3. 미확인 정보 및 주장

공격에 쓰인 자율 AI 에이전트가 어떤 대형 언어모델(LLM)로 구동됐는지는 공식적으로 확인되지 않았습니다. Hugging Face는 "정확한 LLM은 불명확하며, 안전장치가 풀린(탈옥된) 호스팅 모델이거나 사용 제한이 없는 오픈웨이트 모델일 가능성이 있다"며 단정하지 않았습니다. 공격 시작 시점은 2026년 7월 14일로 추정되며, 공식적으로 확인된 날짜는 이를 발견한 7월 16일입니다.

4. 기술 분석

(1) 이번 사건에서 확인된 수법: 공격자는 데이터셋을 처리하는 두 가지 취약점인 외부 코드를 불러오는 원격 데이터셋 로더와 설정값에 악성 코드를 끼워 넣는 템플릿 인젝션을 악용해 처리 워커에서 코드를 실행했습니다. 이어 노드 수준의 높은 권한까지 확보해 클라우드·클러스터 인증정보를 모으고, 여러 내부 클러스터로 옮겨 다녔습니다.

(2) 공격 구조의 특징: Hugging Face 공식 블로그에 따르면 이번 공격은 자율 AI 에이전트가 처음부터 끝까지 주도했으며, 수명이 짧은 다수의 샌드박스(외부와 격리된 임시 실행 공간)에서 수만 건의 자동화된 개별 동작을 실행했습니다. 또한 공격을 지휘하는 인프라를 별도 서버가 아니라 공개된 서비스에 올려 두고 운영한 점이 이 사건의 두드러진 특징입니다. 이런 구조에서는 특정 IP를 차단하거나 트래픽을 분석하는 기존 방식만으로 공격을 가려내기 어렵습니다.

5. 영향 및 대응

내부 데이터셋 일부와 여러 서비스 인증정보가 탈취됐습니다. 공개 모델·데이터셋·Spaces와 소프트웨어 공급망은 변조 없이 안전한 상태라고 Hugging Face가 공식 확인했으며, 일반 사용자 자산에 미친 직접적인 영향은 확인되지 않았습니다.

Hugging Face는 취약한 데이터셋 코드 실행 경로를 수정(패치)하고, 침해된 노드를 다시 구축했으며, 모든 인증정보를 폐기하고 새로 교체했습니다. 클러스터 보안 통제를 강화하고 탐지·경보 체계를 개선했으며, 수사기관에 신고하고 침해 원인을 분석하는 포렌식 전문가를 투입했습니다.

Hugging Face의 모델·데이터셋을 가져다 쓰는 조직은 불러오는 데이터셋의 처리 코드와 공급망이 변조되지 않았는지 자체적으로 검증하고, 데이터셋 처리 환경과 내부 인프라 사이의 네트워크가 제대로 분리돼 있는지 다시 점검할 필요가 있습니다.

6. 시사점

이번 사건은 사람이 직접 조작하지 않아도 AI 에이전트가 탐지를 피하면서 공격을 스스로 진행할 수 있다는 점이 공개적으로 확인된 사례입니다. 방어 측에서는 AI 기반 이상 탐지가 사건을 초기에 포착하는 데 기여했지만, 공격자가 에이전트 수나 샌드박스 수명을 조절하면 이런 탐지를 피해 갈 여지도 있습니다. 또한 데이터셋을 처리하는 환경이 내부 인프라에 접근할 수 있으면서도 코드 실행에 대한 통제는 따로 관리되지 않으면, 이 경로 자체가 별도의 침투 통로가 될 수 있습니다.

▶출처/참고자료:

- https://huggingface.co/blog/security-incident-july-2026

- https://thehackernews.com/2026/07/worlds-largest-ai-model-repository.html

- https://securityboulevard.com/2026/07/ai-agent-jailbreak-breaches-hugging-face-the-chernobyl-moment-of-software-supply-chain-security/

3.3. GitHub Actions·cPanel 공급망 복합 공격

1. 사건 요약

2026년 7월 12일, PHP 패키지 생태계 Packagist에서 개발자 계정이 침해되며 악성 GitHub Actions 워크플로(코드 저장소에서 특정 작업을 자동 실행하도록 짜 둔 설정 파일) 파일이 오픈소스 저장소에 주입됐습니다. 주입된 워크플로는 GitHub가 무료로 제공하는 CI/CD 러너(코드를 자동으로 빌드·테스트하는 실행 서버)를 공격 실행 수단으로 끌어다 써서, 인터넷에 노출된 cPanel/WHM(웹호스팅 서버 관리 도구) 서버를 대상으로 CVSS 9.8의 제로데이 취약점(CVE-2026-41940)을 자동으로 악용했습니다. 제로데이는 패치가 나오기 전에 먼저 악용되는 취약점을 말합니다. cPanel은 2026년 4월 28일 긴급 패치를 배포했으며, 미국 사이버안보국(CISA)은 해당 취약점을 KEV 목록에 등재했습니다. 이번 캠페인의 최종 피해 규모는 조사 중이며 확정되지 않았습니다.

2. 확인된 사실

- 2026-07-12~13: Packagist 계정(개발자 dinushchathurya) 침해 확인 (Socket.dev 포렌식 분석)

- 오픈소스 저장소에 악성 GitHub Actions 워크플로 파일 583개(캠페인 식별자 기준, 10개 버전) 주입이 확인됨

- 각 워크플로 실행 시 GitHub 무료 CI/CD 러너에서 공격자 인프라의 Linux 페이로드를 내려받아 인터넷에 노출된 cPanel/WHM 서버를 스캔·공격하는 방식으로 동작함

- CVE-2026-41940 (CVSS 9.8): cpsrvd 기본 인증 핸들러의 CRLF 인젝션 취약점으로, 인증 없이 세션 파일에 `user=root` 속성을 주입해 루트 권한을 획득 (cPanel 공식 패치 및 NIST NVD 확인)

- CVE-2026-41940은 약 2026년 2월부터 패치 전까지 악용된 제로데이로, cPanel이 2026년 4월 28일 긴급 패치를 배포함

- CISA가 CVE-2026-41940을 KEV(Known Exploited Vulnerabilities, 실제 악용이 확인된 취약점) 목록에 등재함

- Packagist는 침해 계정의 악성 패키지를 제거했으며, GitHub는 관련 워크플로를 차단하는 조치를 취함

- 탈취 대상 정보(Socket.dev 확인): AWS 키, GitHub/GitLab 토큰, OpenAI·Google 인증정보, Stripe 키, 데이터베이스 접속정보, SSH 자료, Git 토큰, 클라우드 키

3. 미확인 정보 및 주장

검색 범위를 넓게 잡으면 악성 워크플로가 최대 15,000~16,000개에 달한다는 분석도 있으나, Socket.dev는 "이 수치는 저장소 중복을 포함한 파일 수를 나타낼 뿐이며, 침해된 계정 수가 확정된 것은 아니다"라고 유보했습니다. CVE-2026-41940의 영향을 받는 서버가 약 150만 대에 이른다는 Picus Security의 추산이 있으나, 이는 공식 확인된 피해 집계가 아닙니다. 캠페인 전체에서 실제로 탈취된 인증정보 수는 미확정입니다.

4. 기술 분석

(1) 이번 사건에서 확인된 수법: 공격자는 Packagist 계정을 침해해 저장소의 `.github/workflows` 디렉터리에 악성 워크플로 파일을 주입했습니다. 이 워크플로가 개발자 환경에서 실행되면 GitHub 무료 러너가 공격자 인프라에서 Linux 페이로드를 내려받아 인터넷에 노출된 cPanel/WHM 서버를 자동으로 스캔하고 CVE-2026-41940을 악용했습니다. Socket.dev는 "페이로드가 PHP 패키지 설치 과정을 거치지 않고 워크플로 파일을 통해 실행됐다"고 설명했습니다.

(2) 복합 공급망 공격의 구조: 이번 캠페인은 패키지 생태계 계정 침해 → GitHub CI/CD 인프라 악용 → 웹호스팅 서버 대상 취약점 자동 공격의 세 단계가 맞물린 구조입니다. 공격이 여러 개발자 환경의 무료 러너에서 분산 실행되는 방식이어서, 단일 공격 서버를 추적하는 기존 탐지 방식으로는 걸러내기 어려울 수 있습니다.

5. 영향 및 대응

공격자는 루트 권한을 탈취한 cPanel/WHM 서버에서 클라우드 키·API 토큰·데이터베이스 접속정보 등 여러 인증정보를 노렸습니다. 확인된 악성 워크플로 파일은 캠페인 식별자 기준 583개이며, 실제 피해 규모는 추가 조사 중입니다.

대응 현황으로는 cPanel의 2026년 4월 28일 긴급 패치 배포, Packagist의 악성 패키지 제거, GitHub의 관련 워크플로 차단, CISA의 KEV 등재가 확인됩니다.

CVE-2026-41940 패치를 아직 적용하지 않은 cPanel/WHM 서버 운영자는 즉시 업데이트해야 합니다. 아울러 자체 저장소에 포함된 GitHub Actions 워크플로를 전수 점검해 외부 URL에서 페이로드를 내려받아 실행하는 동작이 있는지 확인하고, 외부 저장소에 대한 의존을 최소화하는 것이 좋습니다.

6. 시사점

CVE-2026-41940은 2026년 4월 28일 패치가 배포됐는데도 약 3개월 뒤인 7월 캠페인에서 다시 악용됐습니다. 패치가 나온 뒤에도 적용이 늦어진 서버가 표적이 된 만큼, 호스팅 벤더에 의존하는 환경일수록 패치 적용을 앞당기거나 별도 점검 주기를 짧게 가져갈 필요가 있습니다. 또한 이번 사건에서는 외부 인프라에서 코드를 내려받아 실행하는 워크플로 파일이, 일반 코드 변경과 달리 별도의 보안 심사 없이 실행 환경으로 들어갔습니다. CI/CD 파이프라인의 워크플로 파일 자체도 공급망 공격의 대상이 될 수 있으므로, 코드와 같은 수준으로 점검·관리하는 것이 필요합니다.

▶출처/참고자료:

- https://socket.dev/blog/github-actions-abuse-powers-cpanel-and-whm-exploitation

- https://thehackernews.com/2026/07/attackers-weaponize-github-actions.html

- https://www.helpnetsecurity.com/2026/04/30/cpanel-zero-day-vulnerability-cve-2026-41940-exploited/

3.4. Bank of Baroda 데이터 탈취 및 다크웹 공개 사고

1. 사건 요약

인도 국영은행 Bank of Baroda가 직원 이메일 계정 침해를 통해 일부 데이터에 무단 접근이 있었다는 사실을 2026년 7월 27일 공식 성명으로 확인했습니다. 새로 등장한 공격 그룹 TripleX는 그보다 사흘 앞선 7월 24일 다크웹에 약 1TB 분량의 데이터를 무료로 공개했다고 주장했으나, 탈취 데이터의 내용과 규모는 은행이 독립적으로 확인하지 않은 상태입니다. 계좌와 거래를 처리하는 핵심 뱅킹 시스템은 침해되지 않았다고 은행이 공식 확인했습니다.

2. 확인된 사실

- 2026-07-27: Bank of Baroda 공식 성명 발표

- 직원 이메일 계정 침해를 통한 일부 데이터에 대한 무단 접근이 발생했음을 공식 확인

- 계좌 및 거래 처리를 담당하는 핵심 뱅킹 시스템은 침해되지 않았음을 공식 확인

- 사건을 신속히 감지·봉쇄했으며 법 집행 기관과 협력 중임을 공식 확인

- 인도 금융 당국(RBI)에 보고한 것으로 알려짐

- 영향을 받은 데이터 범위에 대한 추가 조사 진행 중

- Bank of Baroda 공식 성명 인용: *"unauthorised access into some of its data via compromise of an employee's email account"*, *"core banking systems…were never touched."*

3. 미확인 정보 및 주장

- 2026-07-24: TripleX 그룹이 다크웹에 약 1TB 분량의 데이터를 무료로 공개했다고 주장했습니다. 보고서마다 수치가 700GB~1TB로 다르며, CyberPeace는 "유출 내용과 규모는 은행이 독립적으로 검증하지 않았다"고 밝혀 공식 확인된 수치가 아닙니다.

- TripleX는 탈취 데이터에 고객 KYC(신원 확인) 양식, Aadhaar·PAN 세부정보, 대출 서류, 내부 감사 문서가 포함됐다고 주장했으나 은행은 이를 확인하지 않았습니다.

- TripleX는 몸값을 요구하는 대신 데이터를 무료로 공개한 이유를 "은행의 취약한 비밀번호 관리와 보안 허점에 대한 보복"이라고 주장했습니다(CyberPeace, 2026-07).

- TripleX는 2026년 5월에 처음 등장한 공격 그룹으로, 앞서 PT Bank Negara Indonesia를 공격해 약 2TB 데이터를 탈취한 전례가 있다고 보도됐으나, 이번 사건과의 수법 연관성은 공식 확인되지 않았습니다.

4. 기술 분석

Bank of Baroda 공식 성명에서 확인된 침해 경로는 직원 이메일 계정 침해뿐입니다. 초기 침투 방식이 피싱인지, 유출된 계정정보를 여러 사이트에 그대로 대입해 로그인을 시도하는 방식인지 등과 내부 확산 경로, 공격 도구 같은 세부 기술 정보는 공개 자료에 담겨 있지 않아 현재로서는 확인되지 않습니다. 이메일 계정이 내부 시스템 접근의 연결 고리로 쓰였다는 점에서, 임직원 계정에 대한 다중인증(MFA·로그인 시 비밀번호 외에 추가 인증을 요구하는 방식) 적용 여부와 이메일 계정으로 도달할 수 있는 내부 자원의 범위가 이번 사건에서 점검이 필요한 핵심 지점입니다.

5. 영향 및 대응

은행이 확인한 영향은 일부 데이터에 대한 무단 접근이며, 핵심 뱅킹 시스템은 침해되지 않았습니다. TripleX가 공개했다고 주장하는 데이터에 Aadhaar 번호가 포함됐다면, 인도에서 Aadhaar는 금융·행정 서비스 전반의 단일 식별자로 쓰이기 때문에 2차 피해 범위가 클 수 있습니다. 다만 이는 아직 공식 확인되지 않은 사항입니다.

Bank of Baroda는 사건을 신속히 감지·봉쇄하고 법 집행 기관과 협력 중이라고 밝혔습니다. 핵심 뱅킹 시스템은 안전하다고 공표했으며, 영향을 받은 데이터 범위는 추가 조사를 진행 중입니다. 금융기관은 이메일 계정을 포함한 모든 임직원 계정에 다중인증을 적용하고, 이메일 계정으로 접근할 수 있는 내부 시스템의 범위를 최소화하도록 권고됩니다.

6. 시사점

TripleX가 몸값을 요구하지 않고 데이터를 무료로 공개한 점은, 협상 여부와 관계없이 데이터가 이미 공개된다는 점에서 몸값 협상을 전제로 한 기존 랜섬웨어와는 다른 유형입니다. 이 경우 피해 기관은 협상으로 공개를 막을 여지가 없어, 유출 사실 확인과 고객 통지, 규제 당국 보고를 서둘러야 하는 부담이 커질 수 있습니다. TripleX의 다크웹 게시일(7월 24일)은 은행의 공식 인정일(7월 27일)보다 사흘 앞섰으며, 침해 사실이 외부 공개로 먼저 드러난 뒤 은행의 확인이 이어졌습니다.

▶출처/참고자료:

- https://www.techtimes.com/articles/321928/20260729/bank-baroda-breach-triplex-dumps-1-tb-aadhaar-account-data-free.htm

- https://cyberpeace.org/resources/blogs/the-bank-of-baroda-data-breach-what-we-know-what-we-dont-and-what-comes-next

- https://www.govinfosecurity.com/bank-baroda-breach-tests-disclosure-readiness-a-32335