시냅스와 크로스체인 브리지의 취약점들이 보안 위험을 초래한다

• 크로스체인 브리지는 보관자, 채무 발행자, 오라클 등을 기반으로 작동합니다. 이로 인해 공격의 여지가 생깁니다.특권적인 주소의 도용 및 증거 조작.
• “Synapse”와 “Nerve Bridge”의 해킹 방법은 Saddle.Finance에서 가져온 코드를 이용한 것이었습니다.스왑 계산의 차이로 인해 공격자들이 이점을 얻을 수 있었습니다.유동성을 소진시키는 것입니다.
• 스마트 컨트랙트 감사는 이제 거래소와 규제 기관들이 준수해야 할 필수적인 요건이 되었습니다. 이는 해킹을 방지하기 위함입니다.2025년에는 40억 달러 이상의 손실을 기록했습니다..
• 인터페이스 공격은 종종 사용자의 승인을 목표로 합니다. 이를 통해 제3자들이 사용자가 승인한 주소로 자금을 입금할 수 있게 됩니다. 이는 사용자의 명시적인 동의 없이 이루어집니다.
• 최선의 방식으로는, 감사된 브리지들을 사용하고, 고정적인 문제들에 대해서는 감사 보고서를 반드시 확인하는 것이 포함됩니다. 또한, dApp 사용자들에게 무한한 승인을 부여하는 것을 피해야 합니다.

크로스체인 브리지는 다양한 블록체인 간의 자산 전송을 위한 필수적인 인프라입니다. 하지만 이러한 시스템의 구조는 복잡한 보안 문제를 야기합니다. 일반적으로 이러한 시스템은 관리자, 채무 발행자, 그리고 오라클을 조합하여 거래를 처리합니다. 이러한 조합으로 인해 공격자가 자금을 탈취할 수 있는 취약점이 생깁니다. 관리자는 특히 권한이 있는 주소가 도용당할 위험이 있습니다. 예를 들어, 폴리 네트워크 해킹 사건에서는 공격자가 관리자 주소를 교체하여 통제권을 얻었습니다. 또한, 유효한 증명서를 조작하여 과도한 금액을 인출하는 경우도 발생합니다. 이러한 위험은 폴리곤 플라즈마 브리지의 취약점에서도 확인되었습니다.

채무 발행자들은, 통신 수단이 무효한 메시지를 전달하도록 속임을 당할 경우 발생하는 위험에 직면합니다. ‘Wormhole’ 공격 사례에서는 3억 2천만 달러의 손실이 발생했습니다. 이는 공격자가 검증 서명을 조작하여 채무 토큰을 만들 수 있음을 보여줍니다. 또한, 통신 수단 자체도 공격의 대상이 될 수 있습니다. 특정 계약 주소만을 확인한다면, 악의적인 계약들이 동일한 입금 이벤트를 발생시켜 과도한 채무 토큰을 생성할 수 있습니다. 51% 공격을 통해 데이터 소스를 오염시키는 것도 또 다른 방법이지만, 이는 일반적으로 비용이 많이 드는 방법입니다.

시냅스 해킹은 어떻게 일어났나요?

2021년 11월에 발생한 Synapse Bridge와 Nerve Bridge에 대한 공격들은 Saddle.Finance에서 사용되는 공유 코드를 악용한 것이었습니다. 두 프로토콜 모두 여러 stablecoin을 기반으로 하는 LP 토큰을 사용하는 MetaPools를 활용했습니다. 취약점은 스왑 함수가 LP 토큰의 가치를 어떻게 계산하는지에 있었습니다. ‘swapUnderlying’ 함수는 LP 토큰에 대한 ‘가상 가격’을 계산하지만, ‘swap’ 함수는 이 영향을 무시하고, LP 토큰의 가치를 ‘swapUnderlying’보다 낮게 평가했습니다.

네이버 브리지 공격자는 이러한 차이를 이용하기 위해 ‘스왑’ 기능을 활용했습니다. 그들은 ‘스왑’ 기능을 사용하여 과대한 수의 LP 토큰을 받았습니다. 그런 다음 BUSD liquidity를 제거하고 ‘스왑어버리딩’ 기능을 이용해 초기에 입금된 금액보다 더 많은 fUSDT를 얻었습니다. 이 과정에서 반복적인 slippage를 통해 금전적 손실을 입혔습니다. 시나프 공격자도 마찬가지로 800만 달러 이상의 자산을 빼돌렸지만, 그 거래는 체인 간 전송 중에 거절당했습니다. 반면, 네이버 브리지 공격은 성공적으로 이루어졌습니다.

이러한 사건들은, 적절한 보안 감사를 거치지 않고 제3자의 코드를 사용하는 것의 위험성을 보여줍니다. 이 취약점은 공유된 기능을 두 가지 다른 방식으로 구현했기 때문에 발생했습니다. 그 결과, 계산 오류가 지속될 수밖에 없었습니다. 인터페이스 공격은 종종 사용자의 승인을 목표로 합니다. 계약에 따라 제3자는 승인된 주소에서 자금을 입금할 수 있습니다.

왜 지금 스마트 컨트랙트 감사는 매우 중요한가요?

스마트 컨트랙트 감사는 소스 코드에 대한 구조화된 보안 검토입니다. 이 과정은 배포 전에 취약점을 식별하기 위해 수행됩니다. 일반적으로 이 과정에는 세 가지 단계가 포함됩니다: 알려진 패턴을 자동으로 스캔하는 작업, 고급 엔지니어들이 수동으로 코드를 검토하여 논리적 오류나 경제적인 문제를 발견하는 작업, 그리고 퓨전 테스트와 같은 동적 테스트를 수행하는 작업입니다. 2025년에는 스마트 컨트랙트 관련 취약점으로 인해 웹3 분야에서 40억 달러의 손실이 발생했으며, 그 중 5억 1200만 달러는 액세스 제어 관련 문제로 인해 발생했습니다.

CertiK나 Hacken과 같은 선도적인 기업들은 형식적인 검증을 활용하여 계약의 성능에 대한 수학적 보장을 제공합니다. 현재는 주요 거래소에 상장하거나 새로운 규정을 준수하기 위해서는 감사를 받는 것이 필수적인 요구사항입니다. 이는 생태계의 안전성을 보장하는 데 중요한 역할을 합니다. MiCA와 같은 규제 체계에서도 이러한 감사는 프로토콜의 안정성과 사용자들의 신뢰를 보장하기 위해 점점 더 중요해지고 있습니다.

위험을 줄이는 데 있어서 가장 좋은 방법은 감사된 브리지를 사용하는 것, 고정적인 문제들에 대한 감사 보고서를 확인하는 것, 버그 보상 프로그램을 검토하는 것, 그리고 DApp 사용자들에게 무한한 승인 과정을 피하는 것입니다. 이러한 조치들은 투자자를 보호하고 글로벌 인프라의 무결성을 유지하기 위해 매우 중요합니다.