GlassWorm 공급망 공격, AI 에이전트 보안, AWS IAM 멀티리전

서론

안녕하세요, Twodragon입니다.

2026년 03월 15일 기준, 지난 24시간 동안 발표된 주요 기술 및 보안 뉴스를 심층 분석하여 정리했습니다.

수집 통계:

• 총 뉴스 수: 9개
• 보안 뉴스: 3개
• 블록체인 뉴스: 3개
• 기술 뉴스: 3개

이번 주기 특징:

3월 15일 다이제스트의 핵심은 개발 도구 공급망을 겨냥한 정교한 공격입니다. GlassWorm 그룹이 Open VSX 레지스트리에서 72개 확장을 악용한 공급망 공격을 감행했고, 같은 날 AI 에이전트 설계 결함으로 인한 프롬프트 인젝션·데이터 탈취 취약점이 공개됐습니다.

이 두 가지 위협의 공통 분모는 신뢰된 채널의 무기화입니다. 확장 마켓플레이스, AI 에이전트 명령 채널 — 모두 조직이 검증 없이 신뢰하는 경로입니다. 이번 주기는 보안팀이 “어떤 채널을 기본 신뢰하고 있는가”를 다시 물어야 할 때입니다.

빠른 참조

이번 주 하이라이트

경영진 브리핑

• GlassWorm 공급망 공격은 개발자 워크스테이션과 CI/CD 파이프라인을 동시에 위협합니다. Open VSX 기반 확장을 사용하는 모든 개발 조직이 즉각적인 확장 목록 감사를 수행해야 합니다.
• AI 에이전트를 내부 업무에 배포한 조직은 에이전트의 입력 검증과 출력 필터링 레이어가 없을 경우, 인증된 사용자가 에이전트를 통해 권한 범위 밖의 데이터를 탈취할 수 있는 경로가 존재합니다.

위험 스코어카드

1. 보안 뉴스

1.1 GlassWorm 공급망 공격 - Open VSX 72개 확장 악용

GlassWorm Supply-Chain Attack Abuses 72 Open VSX Extensions to Target Developers

The Hacker News Critical

GlassWorm Supply-Chain Attack Abuses 72 Open VSX Extensions to Target Developers를 기준으로 기술적으로는 공격 벡터·영향 범위·탐지 지표를 요약하고, 운영 측면에서는 우선 대응 순서와 의사결정 체크포인트를 함께 정리했습니다.

원문 보기 →

요약

GlassWorm은 VSCodium, Eclipse Che 등 오픈소스 IDE가 의존하는 Open VSX 레지스트리를 표적으로 삼았습니다. 공격 방식은 인기 있는 정상 확장을 복제한 뒤 이름을 유사하게 변조(typosquatting)하거나, 기존 확장 유지관리자 계정을 탈취해 악성 업데이트를 배포하는 두 가지입니다.

감염된 확장은 설치 후 다음 행위를 수행합니다.

1. ~/.ssh, ~/.aws/credentials, .env 파일 내 자격증명 수집
2. 환경변수에서 API 키·토큰 추출
3. 수집한 데이터를 C2 서버로 전송
4. 추가 페이로드 다운로드 및 실행 권한 획득

VS Code Marketplace(Microsoft 공식)는 별도 서명 검증 절차가 있으나, Open VSX는 커뮤니티 운영 레지스트리로 동일 수준의 검증이 적용되지 않습니다. VSCodium 사용자, JetBrains IDE의 Open VSX 연동, GitLab/GitHub Codespaces 원격 개발 환경이 직접 영향권입니다.

실무 포인트: 조직에서 사용 중인 모든 VS Code 및 호환 IDE 확장 목록을 즉시 인벤토리화하고, Open VSX 출처 확장은 퍼블리셔 ID·버전·설치 해시를 공식 체크섬과 대조하세요. CI/CD 파이프라인에서 IDE 확장을 자동 설치하는 스텝이 있다면 허용 목록(allowlist) 기반으로 전환하세요.

위협 분석

MITRE ATT&CK 매핑

탐지 쿼리 (Splunk)

index=endpoint sourcetype=sysmon EventCode=11
(TargetFilename="*/.vscode/extensions/*" OR TargetFilename="*/.vscode-server/extensions/*")
NOT (Image="code.exe" OR Image="codium" OR Image="node")

| stats count by TargetFilename, Image, ComputerName
| where count > 1

권장 조치

• 조직 내 Open VSX 기반 확장 전체 인벤토리 작성 (개발자 워크스테이션 + 원격 개발 환경 포함)
• 영향받는 72개 확장 목록 확인 후 즉시 비활성화 또는 제거
• ~/.ssh, ~/.aws/credentials, .env 파일 접근 로그 검토
• CI/CD 파이프라인의 확장 자동 설치 스텝을 허용 목록 기반으로 전환
• 개발자 자격증명 로테이션 (AWS 키, SSH 키, GitHub PAT) 즉시 실행

1.2 AI 에이전트 설계 결함 - 프롬프트 인젝션·데이터 탈취

OpenClaw AI Agent Flaws Could Enable Prompt Injection and Data Exfiltration

The Hacker News High

OpenClaw AI Agent Flaws Could Enable Prompt Injection and Data Exfiltration를 기준으로 기술적으로는 공격 벡터·영향 범위·탐지 지표를 요약하고, 운영 측면에서는 우선 대응 순서와 의사결정 체크포인트를 함께 정리했습니다.

원문 보기 →

요약

이번에 공개된 취약점은 특정 제품의 버그가 아니라 AI 에이전트 설계 패턴 자체의 구조적 문제입니다. 대부분의 LLM 에이전트는 사용자 입력, 도구 호출 결과, 웹 검색 결과를 구분 없이 하나의 컨텍스트로 처리합니다. 공격자는 이 경계를 악용해 “이전 지시를 무시하고 다음을 수행하라”는 형태의 인젝션을 외부 데이터(이메일 본문, 웹페이지, 문서)에 심어 둘 수 있습니다.

실제 공격 시나리오는 다음과 같습니다.

• 악성 이메일을 에이전트가 요약 처리할 때, 본문 내 숨겨진 지시로 첨부 파일을 외부 URL로 전송
• 내부 지식베이스 RAG 파이프라인에서 오염된 문서가 에이전트 행동을 유도
• 도구 결과값에 포함된 악성 텍스트가 다음 에이전트 턴에서 권한 이탈 명령으로 실행

실무 포인트: 에이전트가 접근하는 데이터 소스(이메일, 문서, 웹)와 실행 가능한 도구(파일 쓰기, API 호출, 이메일 발송)를 분리하고, 도구 실행 전 사람의 승인(human-in-the-loop)을 필수로 설정하세요. 프로덕션 에이전트에서 시스템 프롬프트를 노출하는 API 엔드포인트가 없는지 즉시 점검하세요.

MITRE ATT&CK 매핑

권장 조치

• 프로덕션 LLM 에이전트의 시스템 프롬프트 노출 여부 즉시 점검
• 에이전트가 외부 데이터(이메일, 웹, 문서)를 처리하는 경우 출처 태그 분리 구현
• 파일 쓰기·외부 API 호출 도구에 human-in-the-loop 승인 레이어 추가
• 에이전트 실행 로그에 입력·출력·도구 호출 전체 기록 및 SIEM 연동
• OWASP LLM Top 10 기준 내부 배포 에이전트 취약점 점검 수행

1.3 AWS IAM Identity Center 멀티리전 배포 - 중앙 집중식 접근 관리

Deploy AWS applications and access AWS accounts across multiple Regions with IAM Identity Center

AWS Security Blog Medium

Deploy AWS applications and access AWS accounts across multiple Regions with IAM Identity Center를 기준으로 기술적으로는 공격 벡터·영향 범위·탐지 지표를 요약하고, 운영 측면에서는 우선 대응 순서와 의사결정 체크포인트를 함께 정리했습니다.

원문 보기 →

요약

AWS IAM Identity Center(구 AWS SSO)의 멀티리전 지원이 확장됐습니다. 기존에는 특정 리전을 홈 리전으로 설정하고, 그 리전에서만 Identity Center 콘솔을 관리했습니다. 이번 업데이트로 여러 리전의 AWS 계정에 대한 권한을 하나의 IdP 연동(Microsoft Entra ID, Okta 등)으로 일관되게 적용할 수 있습니다.

실무적으로 중요한 변화는 Permission Set의 멀티리전 배포입니다. 이제 ap-northeast-2(서울) 리전의 프로덕션 계정과 us-east-1의 DR 계정에 동일한 접근 정책을 동기화 배포할 수 있습니다. 이전에는 이를 Terraform 또는 AWS Organizations SCP로 별도 관리해야 했습니다.

보안 관점에서의 핵심 이점은 세 가지입니다.

1. 접근 권한 드리프트 방지: 리전별로 다른 권한이 설정되는 구성 드리프트를 Permission Set 중앙 관리로 제거
2. 감사 로그 단일화: CloudTrail 멀티리전 로그를 IAM Identity Center 접근 이벤트와 연계해 단일 대시보드로 감사 가능
3. 비상 접근 계정 관리: Break-glass 계정을 모든 리전에 일관되게 배포하되 정상 운영 중에는 비활성화하는 패턴 구현 용이

실무 포인트: 현재 리전별로 독립적인 IAM 사용자를 관리하고 있다면, IAM Identity Center로 마이그레이션해 중앙 IdP 인증과 최소 권한 Permission Set을 적용하세요. 특히 AWS Organizations 환경에서 멤버 계정이 10개 이상이라면 이 아키텍처 전환의 운영 부담 절감 효과가 큽니다.

보안 종합 분석

이번 주기 3건의 보안 뉴스를 교차 분석하면 하나의 구조적 패턴이 드러납니다. 신뢰된 채널의 무기화(Weaponization of Trusted Channels)입니다.

두 가지 공격 위협의 연결 고리: GlassWorm이 개발자 자격증명을 탈취하면, 그 자격증명으로 CI/CD 파이프라인에 침투해 AI 에이전트 설정을 변조하거나, AWS 환경에 대한 지속적 접근권을 획득할 수 있습니다.

이 두 공격은 독립적이지 않습니다. 공격 체인의 다른 지점입니다.

운영팀을 위한 종합 시사점

단기(0~7일):

• Open VSX 기반 확장 인벤토리 작성 및 감사 - 72개 악성 확장 목록과 대조
• AI 에이전트 프로덕션 배포 현황 점검 및 시스템 프롬프트 노출 취약점 확인

중기(1~4주):

• IAM Identity Center 멀티리전 마이그레이션 검토 - 리전별 IAM 사용자 폐지 계획 수립
• 개발자 워크스테이션 보안 정책 강화 - 확장 허용 목록, 자격증명 저장소 분리
• AI 에이전트 보안 가이드라인 수립 (입력 검증, 도구 실행 승인, 감사 로그)

장기(1~3개월):

• 공급망 보안 프로그램에 오픈소스 소프트웨어 레지스트리 모니터링 포함
• 제로 트러스트 아키텍처 로드맵에 AI 에이전트 신뢰 경계 설계 반영

2. 블록체인 뉴스

2.1 Basel III 규칙 변경이 BTC 시장 유동성에 미치는 영향

Changing Basel rules could unlock 'huge' liquidity for BTC

Cointelegraph Medium

Changing Basel rules could unlock 'huge' liquidity for BTC를 기준으로 기술적으로는 공격 벡터·영향 범위·탐지 지표를 요약하고, 운영 측면에서는 우선 대응 순서와 의사결정 체크포인트를 함께 정리했습니다.

원문 보기 →

요약

현행 Basel III 체계에서 비트코인은 Group 2b 자산으로 분류돼 1,250%의 위험 가중치가 적용됩니다. 이는 은행이 BTC 1달러를 보유하려면 자기자본 12.5달러를 적립해야 한다는 의미로, 사실상 은행의 BTC 직접 보유를 금지하는 수준입니다.

논의 중인 규칙 변경은 비트코인을 별도 자산군으로 분류하고 위험 가중치를 실질적으로 낮추는 방향입니다. 이 변경이 실현되면 미국·유럽 대형 은행들이 custody 서비스, ETF 발행, 직접 보유를 통해 BTC 시장에 진입할 수 있는 제도적 기반이 마련됩니다.

실무 포인트: 기업 재무팀이 BTC를 대차대조표 자산으로 검토 중이라면, Basel III 변경 타임라인을 주시하면서 은행 파트너십 협상 시 custody 조건을 먼저 확인하세요. 규칙 변경 전 은행들은 여전히 BTC 관련 서비스에 제한이 있습니다.

2.2 Boris Johnson, BTC 폰지 사기 연루 의혹

Boris Johnson linked to BTC Ponzi scheme allegations

Cointelegraph Medium

Boris Johnson linked to BTC Ponzi scheme allegations를 기준으로 기술적으로는 공격 벡터·영향 범위·탐지 지표를 요약하고, 운영 측면에서는 우선 대응 순서와 의사결정 체크포인트를 함께 정리했습니다.

원문 보기 →

요약

이번 사례는 기술적 취약점이 아닌 사회공학적 신뢰 조작의 전형입니다. 전직 국가 지도자 수준의 유명인을 내세워 투자자들의 경계심을 낮추는 이 수법은 딥페이크 광고와 결합해 더 정교해지고 있습니다.

보안팀보다 직원 인식 제고가 더 중요한 영역입니다. 조직 구성원이 유명인 추천 암호화폐 투자 광고를 접했을 때 내부 재무팀에 문의하거나 사기 신고 채널을 사용하도록 교육하세요.

실무 포인트: 딥페이크 기반 유명인 암호화폐 사기 광고 탐지 방법을 사내 보안 인식 교육에 포함하세요. 특히 임직원이 개인 자금을 사용하더라도 조직 이메일이나 연락처로 접촉이 이뤄지면 사회공학 공격의 내부 침투 경로가 될 수 있습니다.

2.3 Bitcoin, 주식 수익률 상회 - Strategy $776M BTC 매수 계획

Bitcoin beats stocks as Strategy eyes $776M BTC buying potential

Cointelegraph Medium

Bitcoin beats stocks as Strategy eyes $776M BTC buying potential를 기준으로 기술적으로는 공격 벡터·영향 범위·탐지 지표를 요약하고, 운영 측면에서는 우선 대응 순서와 의사결정 체크포인트를 함께 정리했습니다.

원문 보기 →

요약

Strategy의 Michael Saylor 모델(채권 발행 → BTC 매수)이 기관 투자자들의 레퍼런스 케이스로 자리 잡으면서, 유사 전략을 채택하는 상장사가 늘고 있습니다. 이번 $776M 매수 계획은 STRC라는 수익 공유형 채권 상품을 통해 조달하며, BTC 가격 상승 시 채권 이자를 BTC로 지급하는 구조입니다.

보안 관점에서 기관 BTC 보유 확대는 custody 솔루션 보안 수요 증가를 의미합니다. Fireblocks, BitGo 등 기관 custody 플랫폼의 보안 감사 요청이 늘고 있으며, 멀티시그(Multi-sig) 키 관리와 HSM(Hardware Security Module) 기반 서명 인프라에 대한 관심도 높아지고 있습니다.

실무 포인트: 조직이 BTC custody 서비스를 도입 중이거나 검토 중이라면, SOC 2 Type II 인증, 펜테스트 보고서 최신 여부, 멀티시그 설정(2-of-3 이상), 보험 coverage 한도를 custodian 평가 기준으로 사용하세요.

3. 기술 뉴스

4. 트렌드 분석

이번 주기의 핵심은 개발자 도구와 AI 에이전트가 새로운 공격 표면으로 부상했다는 점입니다. 전통적인 취약점(CVE 기반 패치)보다 신뢰 구조를 겨냥한 공격이 늘어나는 추세가 3주째 이어지고 있습니다. 3월 10~15일 주간 흐름을 보면, 직접 침해(10일) → 신뢰 리스크(12일) → 공급망·에이전트 공격(15일) 순으로 위협의 추상화 수준이 높아지고 있습니다.

주간 비교: 3월 12~15일 트렌드 변화

다음 주 예측 포인트:

• GlassWorm 72개 악성 확장 전체 목록 공개 여부 - 추가 CVE 발급 가능성
• AI 에이전트 취약점 PoC 공개 여부 - 프롬프트 인젝션 실제 악용 사례 증가 가능성
• Basel III 변경안 공식 발표 타임라인 - 기관 BTC 진입 속도에 영향

5. 운영 우선순위 정리

위험 매트릭스

6. 실무 체크리스트

P0 (즉시)

공급망 보안 - GlassWorm 대응:

• 개발자 워크스테이션의 VS Code / VSCodium 확장 목록 전수 추출 (code --list-extensions)
• Open VSX 출처 확장 식별 및 GlassWorm 72개 악성 확장 목록과 대조
• CI/CD 파이프라인에서 확장 자동 설치 스텝 유무 확인 및 허용 목록 전환
• 개발자 AWS 키, GitHub PAT, SSH 키 즉시 로테이션 및 이전 키 무효화
• ~/.ssh, ~/.aws/credentials, .env, ~/.npmrc 최근 비정상 접근 로그 확인

AI 에이전트 보안:

• 프로덕션 배포 LLM 에이전트 목록 작성 및 시스템 프롬프트 노출 엔드포인트 확인
• 에이전트 입력 경로(이메일·문서·웹 검색)에 인젝션 패턴 검증 레이어 적용 여부 확인
• 에이전트가 사용하는 도구(파일 쓰기, 이메일 발송, 외부 API) 실행 승인 정책 점검
• 에이전트 실행 로그 보존 및 SIEM 연동 여부 확인

P1 (7일 내)

AWS IAM 접근 관리:

• 리전별 독립 IAM 사용자 현황 파악 및 IAM Identity Center 마이그레이션 로드맵 작성
• CloudTrail 멀티리전 로그가 중앙 S3 버킷으로 집계되는지 확인
• Permission Set의 최대 세션 시간 검토 (8시간 초과 설정은 단축 권고)
• 비상 접근(Break-glass) 계정이 MFA 강제 설정되어 있는지 확인

P2 (30일 내)

공급망 보안 프로그램:

• 오픈소스 소프트웨어 레지스트리(npm, PyPI, Open VSX) 모니터링 도구 도입 검토 (Socket, Snyk)
• SBOM(Software Bill of Materials) 생성 프로세스에 IDE 확장 포함 여부 검토
• 개발자 보안 인식 교육에 공급망 공격 시나리오(타이포스쿼팅, 악성 업데이트) 추가

AI 에이전트 거버넌스:

• AI 에이전트 도입·운영 내부 가이드라인 수립 (승인 프로세스, 데이터 접근 범위, 감사 요건)
• OWASP LLM Top 10 기반 내부 에이전트 취약점 점검 계획 수립
• 에이전트 코딩 도구(Cursor, GitHub Copilot) 사용 시 시크릿 사전 제거 정책 수립

임직원 보안 인식:

• 딥페이크 기반 유명인 암호화폐 사기 광고 식별 방법 사내 교육 실시
• 임직원 대상 암호화폐 투자 사기 신고 채널 공지 및 재확인

용어 설명

GlassWorm

2026년 3월 처음 공개된 위협 행위자 그룹으로, 오픈소스 IDE 확장 레지스트리를 표적으로 공급망 공격을 수행합니다. 정상 확장을 복제하거나 유지관리자 계정을 탈취해 악성 코드를 삽입한 뒤 개발자 자격증명을 수집합니다.

Open VSX Registry

Eclipse Foundation이 운영하는 VS Code 호환 확장 마켓플레이스입니다. VSCodium, Gitpod, Eclipse Che 등 Microsoft 공식 마켓플레이스에 접근하지 않는 환경에서 사용됩니다. Microsoft의 Marketplace와 달리 퍼블리셔 서명 검증이 덜 엄격합니다.

프롬프트 인젝션(Prompt Injection)

외부 데이터(이메일, 웹페이지, 문서)에 숨겨진 악의적 지시문이 LLM 에이전트의 시스템 프롬프트나 이전 지시를 덮어쓰도록 유도하는 공격입니다. 직접 인젝션(사용자가 직접 시도)과 간접 인젝션(외부 데이터를 통한 시도) 두 가지 유형이 있습니다.

IAM Identity Center Permission Set

AWS IAM Identity Center에서 사용자 또는 그룹에 부여하는 권한 묶음입니다. AWS 관리형 정책, 인라인 정책, 권한 경계를 조합해 정의하며, 멀티 계정 환경에서 동일한 Permission Set을 여러 계정에 배포할 수 있습니다.

Basel III

2008년 금융위기 이후 국제결제은행(BIS)이 도입한 은행 자본·유동성 규제 프레임워크입니다. 현행 규정에서 비트코인은 Group 2b 자산으로 분류돼 1,250%의 위험 가중치가 적용되어, 은행이 BTC를 직접 보유하려면 비현실적인 수준의 자기자본이 필요합니다.

실무 적용 가이드

VS Code 확장 감사 스크립트

#!/bin/bash
# 개발자 워크스테이션 VS Code 확장 인벤토리 추출
# 사용법: ./audit-vscode-extensions.sh > extensions-$(hostname)-$(date +%Y%m%d).txt

echo "=== VS Code Extensions Audit ==="
echo "Host: $(hostname)"
echo "Date: $(date)"
echo ""

# VS Code (공식)
if command -v code &> /dev/null; then
    echo "--- VS Code (Official) ---"
    code --list-extensions --show-versions
fi

# VSCodium (Open VSX 기반)
if command -v codium &> /dev/null; then
    echo ""
    echo "--- VSCodium (Open VSX) ---"
    codium --list-extensions --show-versions
fi

# Remote 개발 환경 확장 (서버 측)
VSCODE_SERVER_DIR="$HOME/.vscode-server/extensions"
if [ -d "$VSCODE_SERVER_DIR" ]; then
    echo ""
    echo "--- VS Code Server Extensions ---"
    ls -la "$VSCODE_SERVER_DIR"
fi

이번 주 다이제스트

참고 자료

보안 기준 및 프레임워크

공급망 보안 참고자료

이번 주기 원문 출처

이 다이제스트는 매일 주요 보안·기술 뉴스를 수집하여 운영 관점의 실무 인사이트로 정리합니다. 주간 흐름을 파악하려면 위의 관련 포스트 링크를 통해 이전 날짜의 다이제스트를 함께 읽어보시길 권장합니다.

피드백이나 제보 사항이 있으시면 댓글 또는 GitHub Issues를 통해 알려주시기 바랍니다.

작성자: Twodragon