거래소 보안 감사: 엔터프라이즈 운영자를 위한 사기 방지 및 리스크 통제

목차

• 암호화폐 거래소가 여전히 주요 공격 대상인 이유
• 안전한 암호화폐 거래소 아키텍처의 핵심 계층
• 핫 웜 콜드 월렛 보안 모델
• 내부 사기 및 잔액 조작 방지
• 입출금 리스크 관리
• 컴플라이언스 모니터링 및 인시던트 대응
• 거래소 소프트웨어를 평가하는 창업자를 위한 보안 체크리스트
• 보안은 기능이 아닌 지속적인 프로세스다

암호화폐 거래소가 여전히 주요 공격 대상인 이유

암호화폐 거래소는 되돌릴 수 없는 결제 방식으로 유동성이 높은 디지털 자산을 집중적으로 보관합니다. 이러한 조합은 거래소를 핀테크 분야에서 가장 가치 높은 공격 대상으로 만듭니다. 은행, 결제 처리사, 심지어 DeFi 프로토콜보다 공격자에게 더 매력적인 대상입니다.

2019년부터 2025년까지 중앙화 거래소에서 탈취된 자산은 65억 달러를 넘었으며, 돌이켜 볼 때 그 대부분은 예방 가능한 공격이었습니다. 패턴은 반복됩니다. 탈취된 핫 월렛, 부족한 접근 통제, 내부자 조작, 그리고 악용되기 전 몇 달간 모니터링되지 않은 API 취약점이 그것입니다.

불편한 진실은 대부분의 거래소 보안 실패가 정교한 제로데이 공격이 아니라는 점입니다. 플랫폼이 작고, 팀이 속도를 내고, 보안이 “나중에 강화할 것”이었던 초기에 내려진 아키텍처 결정에서 비롯됩니다.

그리고 그 “나중”은 사고가 터지기 전에 오지 않는 경우가 많습니다.

일반적인 공격 경로

위협 모델을 이해하려면 거래소가 실제로 어디서 뚫리는지 분류해야 합니다.

월렛 및 커스터디 공격은 여전히 재정적으로 가장 치명적입니다. 서버 침해, 부실한 키 관리, 미흡한 서명 통제 등으로 인한 핫 월렛 개인키 노출은 대규모 손실의 대부분을 차지합니다. Mt. Gox, Bitfinex, WazirX 사고 모두 커스터디 계층 실패로 귀결됩니다.

API 및 애플리케이션 계층 공격은 거래 로직, 인증 흐름, 출금 처리를 노립니다. 주문 매칭의 레이스 컨디션, 출금 엔드포인트의 불충분한 레이트 리미팅, 약한 토큰 관리로 인한 세션 하이재킹이 모두 실제 운영 중인 거래소에서 악용된 바 있습니다.

관리자 및 내부자 위협은 가장 과소평가된 경로입니다. 놀라울 정도로 많은 거래소가 전체 출금 권한을 가진 단일 관리자 패널 계정으로 운영됩니다. 그 계정이 탈취되거나 그 계정을 보유한 사람이 악의적으로 행동할 경우, 차단 장치가 없습니다.

사회공학 및 크리덴셜 공격은 고객 지원 직원, 운영 팀, 심지어 창업자 본인을 직접 노립니다. 거래소 운영자를 겨냥한 SIM 스왑 공격은 플랫폼 전체 침해로 이어진 바 있습니다. 내부 도구를 노리는 피싱 캠페인이 여전히 효과적인 이유는 많은 거래소가 사용자 대면 제품보다 관리자 패널의 보안을 소홀히 다루기 때문입니다.

인프라 및 공급망 공격은 호스팅 제공업체, DNS 설정, CDN 오설정, 서드파티 종속성을 악용합니다. 예를 들어 2019년 GateHub 침해 사고는 애플리케이션 계층 취약점이 아니라 침해된 인프라에서 비롯된 것으로 밝혀졌습니다.

---

안전한 암호화폐 거래소 아키텍처의 핵심 계층

방어 가능한 거래소 보안 아키텍처는 단일 기능이나 체크리스트 항목이 아닙니다. 각 계층이 독립적으로 작동하고 우아하게 실패하는 계층형 시스템이며, 한 계층의 침해가 전체 손실로 확대되지 않아야 함을 의미합니다.

계층 1: 사용자 보안

사용자 대면 보안 계층은 가장 눈에 잘 띄지만, 역설적으로 강제 집행의 엄격함 측면에서는 가장 소홀해지기 쉽습니다.

의무적 2단계 인증은 기본입니다. 하지만 구현 세부사항이 중요합니다. SMS 기반 2FA는 SIM 스왑 공격에 취약하므로 기본 수단이 아닌 대체 수단으로 취급해야 합니다. 하드웨어 보안 키(FIDO2/WebAuthn)와 TOTP 기반 인증기가 훨씬 강력한 보호를 제공합니다.

세션 관리는 특별한 주의가 필요합니다. 세션은 기기 지문과 IP 범위에 바인딩되어야 하며, 의심스러운 변경 시 자동으로 무효화되어야 합니다. 동시 세션 제한은 크리덴셜 공유 공격을 방지합니다. 세션 토큰은 권한 상승 시 교체되어야 합니다. 로그인은 하나의 세션 컨텍스트이고, 출금 시작은 또 다른 컨텍스트입니다.

의무적 대기 기간(일반적으로 신규 주소에 대해 24~48시간)이 적용된 출금 주소 화이트리스트는 계정 침해의 가장 흔한 결과인 즉각적인 자금 인출을 막습니다. 이 단일 통제만으로도 업계 전반의 개인 계정 손실 상당 부분을 예방할 수 있었을 것입니다.

안티 피싱 코드, 즉 모든 정규 이메일에 표시되는 사용자 정의 문자열은 사용자에게 신뢰할 수 있는 진위 신호를 제공해 피싱 캠페인의 효과를 줄여줍니다.

계층 2: 월렛 및 커스터디

월렛 및 커스터디 계층은 가장 큰 금전적 리스크가 집중되는 곳입니다. 여기서의 모든 아키텍처 결정은 직접적인 금액상의 영향을 가집니다.

근본 원칙은 단일 침해 지점을 통해 접근 가능한 자금의 양을 최소화하는 것입니다. 이것이 아래에서 자세히 다루는 핫-웜-콜드 월렛 분리 모델을 이끄는 원칙입니다.

다중서명 체계는 사람이든 기계든 단일 키 보유자가 거래를 승인할 수 없도록 보장합니다. 구체적인 임계값(2-of-3, 3-of-5 등)은 운영 요건에 따라 달라지지만, 의미 있는 규모의 사용자 예치금을 보유하는 모든 거래소에 다중 독립 승인 요구 원칙은 타협 불가능합니다.

하드웨어 보안 모듈(HSM)이 핫 월렛 운영의 키 자료를 관리해야 합니다. 키는 애플리케이션 메모리나 디스크에 평문으로 존재해서는 안 됩니다. 서명 프로세스는 거래 생성 프로세스와 분리되어야 합니다. “주소 X로 5 BTC 전송”을 결정하는 시스템은 그 전송을 승인할 키를 보유한 시스템과 같아서는 안 됩니다.

계층 3: 거래 및 잔액 무결성

거래 엔진과 잔액 관리 시스템은 절대적인 일관성을 강제해야 합니다. 입금 이중 반영이나 부풀려진 잔액에 대한 출금 처리는 지급불능으로 이어질 수 있으며, 이는 뱅크런 상황이 부족분을 드러낼 때까지 발견되지 않을 수 있습니다.

잔액 업데이트는 원자적이고 직렬화되어야 합니다. 모든 입금 반영은 검증되고 컨펌된 온체인 입금으로 추적 가능해야 합니다. 모든 차감은 검증된 출금 기록과 대사되어야 합니다. 시스템은 독립적으로 검증 가능한 실시간 준비금 증명을 유지해야 합니다. 마케팅 수단이 아니라 운영 안전 장치로서 말입니다.

거래 실행 무결성은 매칭 엔진이 주문 주입, 워시 트레이딩, 우선순위 조작으로 조작될 수 없음을 요구합니다. 모든 주문 제출, 수정, 취소, 체결에 대한 감사 로그는 불변이어야 하며 독립적으로 저장되어야 합니다.

계층 4: 관리자 및 운영 보안

관리자 접근 권한은 설계상 사용자 대면 보안 통제를 우회하기 때문에 가장 리스크가 높은 경로입니다. 거래소의 관리자 패널은 기능적으로 플랫폼 전체의 마스터 키입니다.

세분화된 권한을 갖춘 거래소 관리자 패널을 통한 역할 기반 접근 통제(RBAC)가 출발점입니다. 사용자 2FA를 초기화할 수 있는 지원 상담원이 출금을 승인할 수 있어서는 안 됩니다. 계정을 동결할 수 있는 컴플라이언스 담당자가 월렛 인프라에 접근해서는 안 됩니다. 이러한 경계는 명백해 보이지만 실무에서는 일상적으로 위반됩니다.

모든 관리자 행위는 고위험 작업에 대해 다자 승인을 요구해야 합니다. 월렛 설정 변경, 출금 한도 조정, 권한 수정은 최소 2명의 권한 있는 개인의 승인을 요구해야 하며, 승인 워크플로우는 탈취된 단일 계정으로 우회할 수 없어야 합니다.

관리자 세션 보안은 사용자 대면 요건을 상회해야 합니다. 하드웨어 키 인증, VPN 전용 접근, 지역 제한, 시간 제한 세션은 관리자 침해의 공격 표면을 줄여줍니다.

계층 5: 인프라 및 모니터링

인프라 계층은 서버 하드닝과 네트워크 분할에서부터 실시간 이상 탐지와 인시던트 대응 자동화까지 모든 것을 포괄합니다.

네트워크 분할은 거래 엔진, 월렛 인프라, 사용자 대면 API, 관리 시스템을 엄격히 정의된 통신 규칙을 가진 별도 보안 구역으로 격리해야 합니다. 침해된 웹 서버는 절대로 월렛 서명 인프라에 대한 네트워크 접근 권한을 가져서는 안 됩니다.

실시간 모니터링은 모든 계층의 이상 패턴을 추적해야 합니다. 비정상 로그인 패턴, 출금 속도 급증, 잔액 불일치, API 남용 패턴, 관리자 행위 빈도 등이 그것입니다. 모니터링 시스템 자체도 변조에 강해야 하며, 모니터링 대상 시스템과 분리 저장되어야 합니다.

DDoS 완화는 기본 요건이지만, 잠재적인 주의 분산 수단이기도 합니다. 정교한 공격자는 대용량 DDoS 공격을 표적 월렛 공격의 위장으로 사용해 왔습니다. 모니터링 시스템은 고부하 상황을 그저 견디는 것이 아니라 그 상황 동안에도 가시성을 유지하도록 설계되어야 합니다.

---

핫 웜 콜드 월렛 보안 모델

3단계 월렛 모델은 운영 유동성과 자산 보안의 균형을 위한 업계 표준입니다. 각 단계의 위협 경계를 이해하는 것은 모든 거래소 운영자에게 핵심입니다.

핫 월렛

핫 월렛은 실시간 출금 처리를 위해 온라인 연결을 유지합니다. 사용자 출금 수요를 처리하는 데 필요한 최소한의 유동성, 일반적으로 커스터디 자산 총액의 2~5%를 나타냅니다.

위협 경계는 가장 넓습니다. 핫 월렛 키는 자동화 시스템이 접근할 수 있으므로, 애플리케이션 계층이나 호스팅 인프라 침해는 잠재적으로 키 노출로 이어집니다. 완화 수단은 엄격한 한도 강제입니다. 건당 한도, 시간당 속도 상한, 일일 총량 상한이 그것입니다. 임계값이 초과되면 시스템은 자동 처리를 중단하고 수동 개입을 요구해야 합니다.

웜 스토리지에서 핫 월렛으로의 보충은 이상 탐지와 함께 예측 가능한 스케줄을 따라야 합니다. 핫 월렛이 과거 평균보다 빠르게 고갈되고 있다면, 그 신호는 보충 후가 아니라 보충 전에 조사를 촉발해야 합니다.

웜 월렛

웜 월렛은 중간 단계를 차지합니다. 모든 외부 전송에 다자 승인을 요구하는 반온라인 시스템입니다. 정해진 기간(일반적으로 24~72시간) 동안 예상되는 출금 수요를 커버할 수 있는 운영 준비금을 보유합니다.

핫 월렛과의 핵심 차이는 웜 월렛 거래가 사람의 승인을 요구한다는 점입니다. 자동화 시스템은 웜에서 핫으로의 이전을 요청할 수 있지만, 이전 자체는 지정된 키 보유자들의 다중서명 승인을 필요로 합니다.

웜 월렛은 인터넷에 직접 노출되지 않는 전용 인프라에서 호스팅되어야 합니다. 거래는 웜 월렛 시스템에서 생성되고, 로컬에 보관된 키로 서명되며, 별도의 제한된 접근 네트워크 경로를 통해 브로드캐스트됩니다.

콜드 월렛

콜드 월렛은 거래소 자산의 대부분, 일반적으로 90~95%를 완전 오프라인 스토리지에 보관합니다. 개인키는 인터넷에 연결된 적이 없는 에어갭 기기에서 생성되고 저장됩니다.

콜드 월렛 거래의 운영 주기는 시간이 아니라 일 단위로 측정되어야 합니다. 콜드 스토리지에서 웜 월렛으로의 정기 보충은 다자 물리적 동석 요건을 갖춘 문서화된 절차를 따라야 합니다. 예정되지 않은 콜드 월렛 접근은 잠재적 인시던트로 취급되어야 합니다.

콜드 월렛 키 자료는 독립적인 접근 통제와 함께 여러 지리적 위치에 분산되어야 합니다. 단일 개인, 시설, 관할권이 콜드 스토리지에 일방적으로 접근할 수 있어서는 안 됩니다.

출금 리스크 통제

월렛 단계 모델 외에도 출금 처리는 계층화된 통제를 강제해야 합니다.

• 거래 가치와 블록체인 특성에 맞게 조정된 컨펌 깊이 요건. 50달러 비트코인 출금은 2컨펌 후 처리될 수 있지만, 50만 달러 출금은 6컨펌 이상을 기다려야 합니다.
• 비정상 출금 패턴을 보이는 계정이나 주소를 표시하는 속도 모니터링. 빈도의 급격한 증가, 최대 금액 출금, 입출금 간 빠른 순환 등이 해당합니다.
• 알려진 블랙리스트, 제재 대상 주소, 믹서/텀블러 서비스에 대한 주소 스크리닝. 사후 적용이 아니라 출금 승인 파이프라인에 통합되어야 합니다.

---

내부 사기 및 잔액 조작 방지

내부 사기는 거래소가 공개적으로 이야기하기를 가장 꺼리고 탐지 준비도 가장 안 된 위협입니다. “우리 팀은 신뢰할 수 있다”는 가정은 보안 통제가 아니라 취약점입니다.

불변 감사 추적

잔액에 영향을 주는 모든 작업, 즉 입금, 출금, 거래, 수수료 계산, 수동 조정은 불변의 감사 기록을 생성해야 합니다. “불변”이란 애플리케이션 자체가 과거 기록을 수정하거나 삭제할 수 없다는 뜻입니다. 감사 로그는 독립적인 접근 통제를 갖춘 추가 전용(append-only) 스토리지에 기록되어야 합니다.

감사 추적은 임의 시점의 모든 계정의 전체 잔액 이력을 재구성할 수 있을 만큼 완전해야 합니다. 현재 잔액과 기록된 모든 거래의 합계 사이에 불일치가 있다면, 그 불일치는 즉시 표시되고 조사되어야 합니다.

권한 분리

최소 권한 원칙이 모든 내부 역할을 지배해야 합니다. 특히 중요한 통제는 다음과 같습니다.

• 신규 월렛을 생성할 수 있는 팀원은 그 월렛에 출금 서명 권한을 부여할 수 있는 사람과 달라야 합니다.
• 수동 잔액 조정(분쟁 해결, 오류 정정 등)은 문서화된 사유와 함께 다자 승인을 요구해야 합니다.
• 운영 및 지원 직원의 데이터베이스 접근은 읽기 전용이어야 하며, 쓰기 작업은 비즈니스 규칙을 강제하고 감사 기록을 생성하는 애플리케이션 매개 워크플로우로 제한되어야 합니다.

거래 무결성 통제

대사는 주기적이 아니라 상시적이어야 합니다. 온체인 잔액과 내부 원장 잔액의 실시간 비교는 불일치를 며칠이 아닌 몇 분 내에 포착합니다. Codono 같은 플랫폼은 자동 대사를 핵심 아키텍처에 내장해 블록체인 상태에 대한 잔액 검증을 지속적인 주기로 실행합니다.

어떤 불일치든, 소수점 단위라도, 알림을 촉발해야 합니다. 소액 불일치는 반올림 악용이나 수수료 계산 오류의 초기 징후인 경우가 많으며, 방치하면 중대한 손실로 누적됩니다.

---

입출금 리스크 관리

입출금 처리는 거래소가 외부 블록체인 네트워크와 상호작용하는 지점이며, 보안 모델이 분산 합의라는 예측 불가능한 현실과 만나는 곳입니다.

컨펌 깊이와 리오그 인식

각 블록체인은 서로 다른 완결성 특성을 가집니다. 비트코인 거래는 6컨펌(약 60분) 후 확률적으로 완결됩니다. 이더리움은 비콘 체인을 통해 약 13분 내에 완결성에 도달합니다. 더 빠른 완결성을 제공하는 네트워크도 있고, 더 많은 인내를 요구하는 네트워크도 있습니다.

거래소는 문서에 공시된 “권장” 숫자가 아니라 각 체인의 실제 보안 속성에 맞게 컨펌 요건을 보정해야 합니다. 고액 입금의 경우 표준 임계값을 넘는 추가 컨펌이 신중합니다.

블록체인 리오그(재구성)는 특히 PoW 체인과 해시레이트가 낮은 일부 신생 네트워크에서 실제 운영 리스크입니다. 3컨펌 후 반영된 입금은 4블록 리오그가 발생하면 사라질 수 있습니다. 거래소는 리오그를 모니터링하고 체인 재구성으로 무효화된 입금의 반영을 되돌리는 자동화된 절차를 갖춰야 합니다.

이중 반영 방지

가장 은밀한 입금 관련 취약점은 이중 반영입니다. 동일한 온체인 거래를 두 개의 별도 입금으로 처리하는 것입니다. 이는 일반적으로 입금 모니터링 시스템이 재시작되거나 거래 식별자가 제대로 중복 제거되지 않을 때 발생합니다.

모든 입금은 온체인 거래 해시와 출력 인덱스로 고유하게 식별되어야 합니다. 시스템은 애플리케이션 수준뿐 아니라 데이터베이스 수준에서도 고유성 제약을 강제하여, 레이스 컨디션이나 시스템 불안정 상황에서도 이중 반영을 방지해야 합니다.

이중지불 인식

잘 확립된 블록체인에 대한 진정한 이중지불 공격은 드물지만, 거래소는 불가능하다고 가정해서는 안 됩니다. 고액 입금의 경우, 원거래에 대한 충돌 거래(동일 입력을 다른 목적지로 사용하려는 시도)를 모니터링하면 추가적인 안전 계층이 됩니다.

보안 예산이 낮은 체인(해시레이트가 낮거나 검증자가 적은 체인)에서 운영하는 거래소는 비례적으로 더 높은 컨펌 요건과 더 낮은 자동 반영 한도를 적용해야 합니다.

---

컴플라이언스 모니터링 및 인시던트 대응

암호화폐 거래소에서 보안과 컴플라이언스는 별개의 분야가 아니라 깊이 얽혀 있습니다. 규제 프레임워크는 점점 특정 보안 통제를 의무화하고 있고, 보안 인시던트는 규제 보고 의무를 유발합니다.

KYC 및 AML 통합

KYC 및 AML 통제는 규제 요건이면서 동시에 보안 도구입니다. 검증된 사용자 신원은 특정 공격 패턴을 억제하고 사후 조사를 가능하게 하는 책임성을 만듭니다.

거래량과 출금 한도에 따라 검증 요건이 확대되는 계층형 KYC 구조는 사용자 경험과 리스크 관리의 균형을 맞춥니다. Codono의 Sumsub 같은 제공업체와의 통합은 수동 개입 없이 관할권 요건에 적응하는 자동화된 신원 확인 워크플로우를 가능하게 합니다.

AML 목적의 거래 모니터링은 배치가 아닌 실시간으로 작동해야 합니다. 의심스러운 패턴, 즉 스트럭처링(임계값 회피를 위해 대형 거래를 소형으로 쪼개는 행위), 계정 간 빠른 자금 이동, 플래그된 주소가 관련된 거래는 자동 보류와 수동 검토 큐를 촉발해야 합니다.

이상 탐지

효과적인 이상 탐지는 행동 기준선을 설정하고 편차를 표시하는 것을 요구합니다. 주요 신호는 다음과 같습니다.

• 계정 수준 이상: 새로운 지역에서의 로그인, 기기 변경, 거래량 또는 출금 빈도의 급격한 증가.
• 플랫폼 수준 이상: 과거 평균을 초과하는 총 출금 속도, 특정 거래 페어에 대한 비정상적 활동 집중, 여러 계정에서의 동시 대규모 출금.
• 인프라 이상: 예상치 못한 네트워크 트래픽 패턴, 무단 프로세스 실행, 유지보수 윈도우 외의 설정 변경.

모니터링 시스템은 계층 간 신호를 상관 분석해야 합니다. 계정 수준 이상(비정상 로그인)과 플랫폼 수준 이상(출금량 증가)의 결합은 각각의 단독 신호보다 강력한 신호입니다.

인시던트 대응

모든 거래소는 탁상 훈련으로 검증된 문서화된 인시던트 대응 계획을 갖춰야 합니다. 계획은 다음을 다뤄야 합니다.

• 탐지 및 분류: 인시던트 식별 방법, 통보 대상, 심각도 평가 방식.
• 차단: 경영진 승인을 기다리지 않고 실행할 수 있는 즉각적 위협 차단을 위한 사전 승인 조치. 월렛 동결, 출금 중단, 세션 무효화 등.
• 조사: 서비스를 복구하면서 증거를 보존하는 포렌식 절차.
• 커뮤니케이션: 사용자, 규제기관, 사법기관 통보를 위한 템플릿과 채널.
• 복구: 검증된 무결성으로 운영을 재개하는 절차.

인시던트 대응 계획을 작성하기에 최악의 시점은 인시던트 도중입니다. 두 번째로 나쁜 시점은 인시던트 이후입니다.

---

거래소 소프트웨어를 평가하는 창업자를 위한 보안 체크리스트

거래소 소프트웨어를 평가 중이라면, 사내 구축이든 Codono 같은 화이트라벨 솔루션 라이선스든 맞춤 개발 업체와의 협업이든, 다음은 보안이 아키텍처에 녹아 있는지 아니면 겉치레인지를 드러내는 질문들입니다.

월렛 아키텍처: 플랫폼이 핫/웜/콜드 분리를 기본으로 강제하는가? 다중서명 임계값을 설정할 수 있는가? 키 자료는 어디에 저장되며 누가 접근하는가?

출금 통제: 설정 가능한 건당 한도와 속도 한도가 있는가? 특정 임계값 이상에서 의무적 사람 승인이 있는가? 이상 탐지 시 출금 처리를 자동으로 중단할 수 있는가?

관리자 접근: 관리자 패널이 세분화된 권한의 역할 기반 접근 통제를 지원하는가? 고위험 관리 행위가 다자 승인으로 보호되는가? 모든 관리자 활동이 불변으로 로깅되는가?

감사 및 대사: 플랫폼이 온체인 대 원장의 상시 대사를 유지하는가? 준비금 증명을 독립적으로 검증할 수 있는가? 감사 로그가 애플리케이션 데이터베이스와 분리 저장되는가?

입금 안전: 시스템이 블록체인 리오그를 어떻게 처리하는가? 어떤 컨펌 깊이가 강제되며 체인별로 설정 가능한가? 이중 반영 방지가 데이터베이스 수준에서 강제되는가?

컴플라이언스 준비도: 플랫폼이 계층형 KYC 워크플로우를 지원하는가? 실시간 거래 모니터링이 내장되어 있는가? 의심거래보고서(SAR)를 자동 생성할 수 있는가?

인프라: 월렛 인프라를 격리된 네트워크에 배포할 수 있는가? 플랫폼이 네트워크 분할을 전제로 설계되었는가? 어떤 모니터링 및 알림 기능이 포함되는가?

인시던트 대응: 벤더가 인시던트 대응 문서를 제공하는가? 플랫폼이 독립 감사를 받았는가? 취약점 공개 프로그램이 있는가?

벤더가 이 질문들에 구체적이고 자신 있게 답하지 못한다면, 그것이 그들의 보안 태세에 대해 중요한 무언가를 말해줍니다.

---

보안은 기능이 아닌 지속적인 프로세스다

“안전한” 상태로 출시되어 무기한 그 상태를 유지하는 거래소 소프트웨어 같은 것은 존재하지 않습니다. 보안은 진화하는 위협 환경에 맞선 평가, 적응, 개선의 지속적인 프로세스입니다.

살아남는 거래소는 초기 보안 감사가 가장 인상적이었던 곳이 아닙니다. 정기적인 침투 테스트, 상시 모니터링, 신속한 패치, 지속적인 직원 교육, 그리고 보안 우려가 묵살이 아닌 에스컬레이션되는 문화라는 조직적 규율을 갖춘 곳입니다.

이 공간에 진입하는 창업자에게 가장 중요한 단일 결정은 보안을 나중에 덧붙이는 기능이 아니라 기초 제약으로 설계된 인프라를 선택하는 것입니다. 초기에 내려진 아키텍처 결정, 즉 월렛 분리, 권한 모델, 감사 추적 설계, 대사 로직은 출시 후에는 개조 비용이 엄청나게 비싸고, 인시던트 후에는 수정이 거의 불가능합니다.

제대로 된 보안 아키텍처의 비용은 항상 침해의 비용보다 낮습니다. 이것은 마케팅 문구가 아닙니다. 이 업계 역사상 모든 주요 거래소 보안 인시던트가 일관되게 문서화한 교훈입니다.