이미지 불러오는 중Tendril 익스플로잇, 판매 후크 결함으로 USDT 약 $555K 탈취

사진: crazy motions / Pexels

공격자는 TENDRIL 토큰의 판매 로직에 있는 버그를 악용하여 BNB 체인의 PancakeSwap V2 풀에서 거의 모든 USDT를 빼냈다

2026년 11월 5일 목요일 · 02:31 EST · 3분 읽기

암호화폐에서

공유

BNB 체인의 한 소규모 토큰이 맞춤형 코드에 대해 값비싼 교훈을 방금 얻었다. TENDRIL의 매도 훅에 있는 결함으로 인해 공격자가 해당 토큰을 뒷받침하는 USDT의 거의 전부를 인출할 수 있었고, 약 $555,000의 순손실이 발생했다.

익스플로잇은 2026년 11월 5일 PancakeSwap V2의 TENDRIL/USDT 유동성 풀을 공격했습니다.

TENDRIL 공격은 어떻게 작동했는가

취약점은 토큰의 판매 로직에 있었습니다. BNB Chain의 많은 토큰은 누군가 판매할 때마다 수수료, 소각 또는 준비금 조정과 같은 사용자 정의 동작을 실행하도록 추가합니다. 이러한 추가 코드는 일반적으로 훅(hook)이라고 합니다.

보안 연구원들은 해당 공격을 PoolControl.sellToken을 포함한 함수 호출과 통제된 소각 작업의 결합으로 추적했습니다. 공개된 내용에 따르면, 공격자는 외부 전송이 완료되기 전에 해당 소각을 이용해 토큰의 준비금을 조작했습니다.

해당 계약은 판매가 아직 진행 중인 동안 공격자가 풀이 가격 책정에 의존하는 수치를 변경할 수 있게 했다. 그 준비금이 왜곡되자, 풀은 TENDRIL을 USDT 대비 실제보다 훨씬 더 가치 있는 것으로 취급했다.

PancakeSwap과 같은 자동화된 마켓 메이커는 풀에 예치된 토큰의 비율을 기준으로 자산 가격을 책정한다. 한쪽을 인위적으로 줄이면 다른 쪽이 갑자기 인출하기에 저렴해 보이게 된다. 공격자는 그 격차를 이용해 USDT 잔액의 거의 전부를 빼냈다.

온체인 데이터에서 한 가지 세부 사항이 눈에 띈다. 익스플로잇 과정에서 공격자는 30k USDT을 하드코딩된 수혜자 주소로 전송했다.

숫자가 완전히 일치하지는 않습니다

손실 추정치는 누가 집계하느냐에 따라 달라진다. 대표적인 수치는 약 $555,000의 순손실이며, 연구 결과에서는 총 약 $550,000 상당의 USDT가 유출되었다고 언급하고 있다.

초기 경보는 더 작은 규모를 보여주었다. 모니터링 서비스 TenArmorAlert는 처음에 손실을 약 $309,000으로 추정했다.

이 차이는 순손실과 공격자 이익을 계산하는 접근 방식의 차이를 반영한다. 풀에서 빠져나간 총 잔액, 비용을 제외한 공격자의 몫, 피해자들의 순손실은 모두 동일한 거래에서 서로 다른 합계를 산출할 수 있다.

ExVul과 ScaleBit의 보안 팀은 2026년 11월 5일 공격에 대한 공개 경보를 발령했습니다. 이들의 공개 내용에는 취약한 토큰 계약, 영향을 받은 페어 주소 및 관련 거래 데이터가 포함되어 다른 연구자들이 추적할 수 있는 단서를 제공했습니다.

배경: 커스텀 토큰, 커스텀 리스크

TENDRIL은 이번 사건 전까지 거의 주목받지 못했습니다. 이러한 패턴은 BNB 체인에서 익숙한 것입니다. 개발자들은 차별화된 토크노믹스 스토리를 만들기 위해 세금, 소각 또는 리플렉션 로직을 표준 토큰 템플릿에 덧붙입니다. 각각의 수정은 원래 템플릿이 예상하지 못한 방식으로 AMM과 상호작용하는 코드 경로를 추가합니다.

해당 경로를 통해 사용자가 거래 도중 풀 준비금을 변경할 수 있게 되면, AMM의 가격 산정 방식은 유동성 공급자를 더 이상 보호하지 못합니다.

CertiK는 분기별 손실, 공격 벡터 및 체인 수준 위험을 모니터링하는 Web3 보안 대시보드의 일환으로 이와 같은 사건을 계속 추적하고 있습니다. TENDRIL 유출 사건은 이제 2026년 하반기 누적 집계에 포함됩니다.

이는 DeFi 사용자와 구축자에게 무엇을 의미하는가

TENDRIL 보유자들에게 당면한 문제는 유동성입니다. USDT가 거의 전부 인출된 상태이므로, 매도를 흡수할 풀 반대편에 남은 자금이 거의 없습니다.

유동성 공급자 전반에 걸쳐, 철저히 감사된 거래소라도 자체 준비금을 다시 작성하는 토큰으로부터 풀을 보호할 수는 없습니다.

빌더들이 얻을 수 있는 더 명확한 교훈이 있다. 풀 잔액에 영향을 미치는 판매 후크와 소각 함수는 엄격한 순서를 따라야 하며, 상태 변경은 전송이 완료된 후에만 이루어져야 한다. TENDRIL 익스플로잇은 바로 이러한 순서 실패에서 비롯된 것으로 보이며, 이는 독립 감사가 포착하도록 설계된 유형의 문제다.

공개: 이 기사는 John Chen이 편집했습니다. 콘텐츠 제작 및 검토 방식에 대한 자세한 내용은 편집 정책을 참조하세요.