지난주에는 새 기능보다 기존 신뢰 경계를 다시 설계해야 할 변화가 두드러졌다. 체인 지원 종료는 자산의 출구를 바꾸고, 정상 발송 인프라를 통한 피싱은 공식 이메일이라는 판단 기준을 흔들었다. Ethereum의 암호 전환 계획, DeFi 의존성 모니터링, 은행의 온체인 결제 실험도 같은 질문으로 이어진다. "어떤 기능을 제공하는가"만큼 그 기능이 의존하는 "권한과 정산 조건을 어디까지 검증하는가" 역시 중요하다.
이번 브리핑은 한국 시간 기준 2026년 9월 7일부터 13일까지의 발표와 사건을 다룬다.
1. Circle: Noble USDC와 CCTP V1 지원 종료 예고
Circle은 9월 10일 Noble 지원 종료 일정을 발표했다. Noble에는 CCTP V2가 도입되지 않는다. Circle Mint 신규 발행은 2026년 10월 13일 중단되고, CCTP V1 burn 한도는 10월 31일부터 줄어든다. Noble USDC contract와 CCTP 경로는 2027년 1월 12일 완전히 정지되며, snapshot 기반 수동 상환은 1월 13일부터 시작된다.
Cosmos 전체의 USDC 철수를 뜻하지는 않는다. 지원 종료 뒤의 수동 상환은 기존 전송·상환 경로 대신 Circle에 별도로 신청해 남은 잔액을 처리하는 절차다. 신청자는 Circle이 요구하는 법규 준수·보안 조건을 충족해야 한다. USDC도 보유자가 직접 통제하는 지갑에 있어야 하며, 그 주소가 지원 종료일에 기록한 Noble 잔액 목록(snapshot)에 포함돼 있어야 한다. 잔액이 남았다는 이유만으로 누구나 바로 출금할 수 있다는 뜻은 아니다. 지급 방식, 필요 서류, 수수료, 처리 기간 등 세부 절차는 아직 공개되지 않았다.
Product / Engineering 관점
Wallet: 앞으로 USDC를 받을 사용자에게는 Noble 대신 지원이 계속되는 네트워크를 안내하고, 이미 Noble에 USDC를 보유한 사용자에게는 다른 네트워크로 옮기는 방법을 안내해야 한다. 자산을 옮길 때는 받을 네트워크나 거래소가 해당 USDC를 지원하는지, 비용은 얼마인지, 한 번에 얼마까지 옮길 수 있는지, 어떤 절차를 거쳐야 하는지 알려줘야 한다. 수동 상환을 누구에게나 보장된 출금 버튼처럼 표현해서는 안 된다.
DeFi / Protocol: pool·vault·담보가 Noble USDC와 어떤 IBC 경로로 연결되는지 추적하고, 집중 출금 상황의 청산·유동성 회수를 테스트한다. ticker가 아니라 contract·denom trace별로 노출을 집계하고, 신규 예치 중단과 기존 포지션 해소를 서로 다른 결정으로 다룬다.
Follow-up
- [DeFi / Protocol] Circle의 후속 안내에서 다른 IBC 체인에 보관된 표현 자산의 snapshot·상환 처리 범위가 명확해지는지 확인한다. 현재 공지만으로 해당 범위까지 보장됐다고 판단하지 않는다.
2. Trezor: 정상 이메일 인프라가 피싱 경로가 된 사고
Trezor는 암호자산의 개인키를 전용 기기에 보관하는 하드웨어 지갑과 관리 앱 Trezor Suite를 제공하는 브랜드다. 사용자는 앱에서 자산과 거래를 관리하고, 기기에서 거래 내용을 확인해 서명한다. 지갑을 잃었을 때 복구에 사용하는 wallet backup은 자산에 접근할 수 있게 하는 중요한 비밀 정보다.
Trezor는 9월 10일 외부 이메일 제공업체 Brevo의 사고를 공개했다. 9월 9일 사고로 약 34만 7000개의 opt-in 뉴스레터 주소가 피싱 대상이 됐고, 악성 앱은 wallet backup 입력을 요구했다. Trezor는 다른 자사 시스템은 영향을 받지 않았다고 밝혔다. 주소 목록의 export 여부는 미확인이지만 공격자가 주소를 안다고 가정해 대응한다.
Brevo 사고 분석은 SAML SSO의 조직 경계 결함을 지목한다. 한 조직의 SSO 로그인으로 사용자가 접근할 수 있는 다른 조직까지 접근하게 됐다. 정상 발송 인프라를 썼기 때문에 일반적인 이메일 인증 검사도 통과했다.
발신 도메인이 진짜라는 사실과 요청한 행동이 안전하다는 사실은 다르다. 하드웨어 지갑 자체의 침해가 확인된 사례가 아니라, 외부 SaaS의 권한 결함이 복구 절차를 사칭하는 공격으로 이어진 사례다. 이메일 목록의 노출 가능성과 backup 제출로 생기는 자금 위험도 구분해야 정확한 안내가 가능하다.
Product / Engineering 관점
Wallet: 이메일 링크보다 이미 설치한 공식 앱과 기기 내 확인 절차를 보안 안내의 기준으로 삼는다. 외부 앱·웹폼의 backup 요청은 정상 지원 절차와 명확히 구분한다. 사고 공지는 수신·링크 클릭·backup 제출을 나누고, 마지막 경우에는 새 지갑으로 자산을 옮기는 대응을 안내한다.
Security / Platform: SaaS 평가에서는 MFA뿐 아니라 IdP·조직·초대·세션의 권한 범위가 일치하는지 확인한다. 한 조직에서의 인증이 다른 조직을 열지 못하는 negative test를 마련하고, 공급업체 사고 때 발송과 연결 링크를 끊는 권한·담당자를 정한다.
Frontend / dApp: 긴급 이메일을 독립된 앱 내 공지와 지원 채널에서 교차 확인할 수 있게 한다. 보안 사고를 이유로 새 다운로드나 비밀 정보 입력을 유도하는 배너는 제품 자체에서도 금지해야 한다.
3. Ethereum: 양자내성을 다중 업그레이드 계획의 우선순위로
Ethereum Foundation Protocol Cluster는 9월 7일 프로토콜 우선순위를 공개했다. 실행·합의·데이터 계층 전체의 양자내성 목표는 2029년 12월이다. 2030년 Q-day는 확정 예측이 아니라 의도적으로 빠르게 잡은 계획 가정이다. Hegotá의 주요 대상으로 선택된 Frames(EIP-8141)와 FOCIL(EIP-7805)는 아직 mainnet 출시 기능이 아니다.
핵심은 모든 암호 알고리즘을 즉시 바꾸라는 요청이 아니라, 앞으로 바꿀 수 있는 계정·transaction 경계를 준비하라는 방향이다. native account abstraction이 지향하는 서명 유연성과 합의 계층의 암호 전환은 서로 다른 문제다. 지갑이 새 서명을 지원한다고 전체 네트워크가 양자내성을 갖추는 것은 아니다.
Product / Engineering 관점
Wallet: 계정 정책·서명 알고리즘·직렬화·복구 정책을 하나의 고정 구현에 묶지 않는다. 새 서명 지원 여부를 체인별 capability로 확인하고, 계정 이동 과정에서 주소·권한·복구 수단의 변화를 사용자가 검증할 수 있게 한다.
Custody / Exchange: 서명 장비, key 관리, 승인 정책의 암호 의존성을 목록화하고 교체 가능한 경계를 확인한다. 목표 연도는 즉시 자산을 이동시키는 공포성 안내의 근거가 아니라 장비·감사·복구 절차의 변경 비용을 계산할 출발점이다.
4. Blockaid: 개별 contract에서 외부 의존성까지 모니터링 확대
Blockaid는 지갑·dApp·기관이 악성 거래, 피싱, smart contract의 이상 징후를 탐지하도록 돕는 온체인 보안 플랫폼이다. 거래 서명 전 위험을 확인하는 기능과 운영 중인 자산·protocol을 감시하는 기능을 제공한다. 이번 발표는 그중 운영 중의 위험 감시 범위를 넓힌 내용이다.
Blockaid는 9월 9일 Onchain Monitoring의 새 기능군을 발표했다. Auto-Discovery로 자산·contract 목록을 갱신하고, Dependency Mapping으로 외부 인프라 연결을 추적하며, Ecosystem Incidents Feed로 관련 사고를 전달한다. 유동성·oracle뿐 아니라 owner·role·upgrade·pause 변화도 감시 대상으로 제시했다. 이는 공급업체의 기능 설명이며 탐지 성능·손실 방지를 독립적으로 검증한 결과는 아니다.
이 변화가 중요한 이유는 DeFi 서비스가 자기 코드만 안전하다고 해서 안전하게 운영되는 것은 아니기 때문이다. 예를 들어 vault가 다른 protocol에 자금을 맡기고 그 protocol이 외부 oracle 가격을 사용한다면, 외부 protocol의 사고나 잘못된 가격이 vault 이용자의 손실로 이어질 수 있다. 자기 contract가 바뀌지 않아도 연결된 서비스의 위험은 달라지는 셈이다. 외부 의존성을 함께 추적하면 이런 연결을 놓치지 않고 사고 대응 범위를 판단하는 데 도움이 된다. 다만 정기 감사와 실시간 감시는 대체 관계가 아니며, 새 도구를 도입하기 전에 무엇을 감시하고 누가 대응할지부터 정해야 한다.
5. U.S. Bank: Stellar에서 은행 법인 간 USBDC 결제 파일럿
U.S. Bank는 9월 9일 USBDC의 실제 파일럿 거래를 발표했다. 달러 기반 자사 stablecoin으로 북미와 유럽의 은행 법인 간 결제를 Stellar에서 실행했다. core finance·risk·compliance·operations와 연결하고 발행·지급 상환·동결·clawback을 평가한 파일럿이다. 일반 고객 상품이나 제한 없는 DeFi 자산이 출시됐다고 해석해서는 안 된다.
Stellar는 결제·국경 간 송금과 디지털 자산 발행에 활용되는 공개 블록체인이다. 발행한 자산을 이전하고 거래를 기록할 수 있으며, 발행자의 자산 승인·동결 같은 통제 기능도 지원한다. 여기서 Stellar는 결제를 처리하는 네트워크이고, USBDC는 그 위에서 U.S. Bank가 발행하는 자산이다. 공개 네트워크를 쓴다고 USBDC의 보유·이전·상환 조건까지 누구에게나 개방되는 것은 아니다.
온체인 이전, 은행 원장 반영, 법정화폐 상환은 같은 완료 상태가 아니다. 은행 stablecoin은 속도뿐 아니라 발행자 통제와 운영 원장 연결을 가져온다. 이번 발표만으로 준비금 세부 구조, 고객 상환 권리, 예금과 동일한 보호, 제삼자 이전 가능성을 확정할 수는 없다.
USBDC는 중앙은행이 발행하는 CBDC가 아니라 민간 상업은행인 U.S. Bank가 발행하는 달러 기반 stablecoin이다.
이번 주 우선순위
가장 먼저 Noble USDC의 자산 위치와 출구를 확인한다. 발행 중단·한도 축소·완전 정지를 하나의 종료일로 합치지 말고 wallet 입금 안내와 protocol 포지션 해소 계획을 함께 맞춘다.
보안에서는 공식 이메일을 마지막 신뢰 경계로 삼지 않는 복구·공지 흐름과 SaaS 조직 격리를 점검한다. DeFi 모니터링은 contract 개수보다 외부 의존성 누락과 실제 대응 권한을 기준으로 평가한다.
Ethereum의 양자내성 목표와 Hegotá 예정 기능은 아직 구현·출시를 준비하는 단계이고, USBDC는 은행 법인 간 결제를 시험한 파일럿이다. 이를 이미 고객이 이용할 수 있는 기능이나 상품으로 해석해서는 안 된다. 지금 필요한 일은 미출시 기능을 약속하는 것이 아니라 암호·계정 모델의 교체 경계와 온체인·은행 원장의 정산 경계를 준비하는 것이다.
브리핑은 매주 월요일 Codex로 생성된 분석 자료를 기반으로 작성된다. 게재 전 블로그 운영자의 직접 검수 및 승인을 거친다.