--- title: "화이트리스트" title_en: "Whitelist" type: 용어 url: https://wiki.tokenpost.kr/w/whitelist canonical: https://wiki.tokenpost.kr/w/whitelist language: ko publisher: "토큰포스트" updated: 2026-08-06T03:35:01.802+00:00 created: 2026-07-28T22:42:08.765034+00:00 same_as: ["https://ko.wikipedia.org/wiki/%ED%99%94%EC%9D%B4%ED%8A%B8%EB%A6%AC%EC%8A%A4%ED%8A%B8", "https://en.wikipedia.org/wiki/Whitelist"] status: draft --- # 화이트리스트 > Whitelist > **인용 전에 확인해 주세요.** 이 문서는 자동으로 만든 초안이며 사람의 > 검수를 거치지 않았습니다. 사실 관계는 아래 각주의 원문으로 확인해 주세요. **분류**: 용어 화이트리스트는 사전에 승인된 대상만 특정 행위를 할 수 있도록 허용하는 명단으로, 모든 접근을 기본 차단한 뒤 등록된 대상에게만 예외적으로 권한을 주는 보안·통제 방식이다. 특정 대상만 골라 막는 블랙리스트와 정반대 원리로 동작한다. ## 1. 개요 **화이트리스트(Whitelist)**는 사전에 승인된 대상만 특정 행위를 할 수 있도록 허용하는 명단을 가리킨다. '허용 목록(allow list)'으로도 번역되며, 특정 대상을 차단하는 **블랙리스트(blacklist)**와 반대되는 개념이다. 기본적으로 모든 접근을 거부한 상태에서 목록에 등록된 대상에게만 예외적으로 권한을 부여하는 방식으로 동작하기 때문에, 보안성과 통제력을 높이는 수단으로 널리 쓰인다. 암호화폐·블록체인 분야에서 화이트리스트는 주로 지갑 주소, 참여자 신원, 스마트 컨트랙트 등을 대상으로 운용된다. 예를 들어 토큰 판매에서 신원 확인([KYC](https://wiki.tokenpost.kr/w/kyc))을 마친 참여자만 명단에 올려 구매를 허용하거나, 스마트 컨트랙트에 등록된 주소만 특정 함수를 호출하도록 제한하는 식이다. 또한 목록에 없는 대상의 거래를 원천 차단해 자금 세탁이나 해킹 피해를 줄이려는 목적으로도 활용된다. 이 문서는 백과 안에서 26개 문서가 참조하는 허브 개념으로, 보안·거래소·토큰 판매·규제 등 여러 맥락에서 반복적으로 등장한다. ## 2. 블랙리스트와의 관계 화이트리스트와 블랙리스트는 접근 통제(access control)를 설계하는 두 가지 상반된 접근이다. - **화이트리스트(허용 목록)**: 기본값이 '차단'이며, 명단에 오른 소수만 허용한다. 허용 대상이 명확하고 제한적일 때 강력하다. - **블랙리스트(차단 목록)**: 기본값이 '허용'이며, 명단에 오른 소수만 차단한다. 위험 대상이 알려져 있고 나머지는 열어 둬야 할 때 쓰인다. 블랙리스트는 알려지지 않은 새로운 위협을 놓치기 쉬운 반면, 화이트리스트는 승인되지 않은 모든 대상을 자동으로 배제하므로 보수적이고 방어적인 설계에 가깝다. 그 대신 정상적인 대상이라도 목록에 없으면 함께 막히는 '과잉 차단' 문제가 생길 수 있어, 두 방식은 상황에 따라 선택되거나 병행된다. ## 3. 작동 원리 — 기본 차단 원칙 화이트리스트의 핵심은 이른바 '기본 차단(default-deny)' 원칙이다. 시스템은 명단에 명시적으로 등록되지 않은 모든 요청을 거부하는 것을 기본 상태로 삼고, 등록된 항목에 한해서만 통과시킨다. 이 방식이 보안 측면에서 유리한 이유는 **[공격 표면](https://wiki.tokenpost.kr/w/attack-surface)**을 크게 좁히기 때문이다. 허용된 소수의 경로만 열려 있으므로, 공격자가 악용할 수 있는 진입점이 줄어든다. 반대로 관리 부담은 커진다. 정당한 대상이 늘어날 때마다 목록을 갱신해야 하고, 누가 그 목록을 관리하느냐에 따라 시스템 전체의 신뢰가 좌우된다. 목록을 통제하는 주체가 곧 권한의 게이트키퍼가 되므로, 화이트리스트는 본질적으로 '누구를 신뢰할 것인가'를 명시적으로 선언하는 구조라 할 수 있다. ## 4. 화이트리스트의 유형 화이트리스트는 적용되는 계층에 따라 여러 형태로 나타난다. - **출금 주소 화이트리스트**: [중앙화 거래소](https://wiki.tokenpost.kr/w/cex)에서 이용자가 미리 등록한 지갑 주소로만 출금을 허용하는 보안 기능이다. 계정이 탈취되더라도 공격자가 등록되지 않은 주소로 자금을 빼내지 못하도록 막는다. - **스마트 컨트랙트 화이트리스트**: [솔리디티](https://wiki.tokenpost.kr/w/solidity) 등으로 작성된 컨트랙트 코드 안에 승인된 주소 목록을 저장해 두고, 해당 주소만 특정 기능(민팅, 거래, 관리자 권한 등)을 실행하도록 제한한다. [스테이블코인](https://wiki.tokenpost.kr/w/stablecoin) 발행사가 규제 준수를 위해 특정 주소만 발행·상환에 참여시키는 경우도 이에 해당한다. - **참여자 화이트리스트**: [토큰 세일](https://wiki.tokenpost.kr/w/ico)이나 NFT 사전 판매에서 [KYC](https://wiki.tokenpost.kr/w/kyc)를 마쳤거나 사전 조건을 충족한 이용자만 명단에 등록해 우선 참여권을 주는 방식이다. 계층에 따라 목록의 저장 위치도 다르다. 거래소 화이트리스트는 거래소 내부 시스템에, 스마트 컨트랙트 화이트리스트는 온체인 코드에 기록되며, 후자는 블록체인에 남아 누구나 검증할 수 있다는 특징이 있다. ## 5. IT 보안에서의 화이트리스트 화이트리스트는 암호화폐 이전부터 전통적인 정보보안 전반에서 폭넓게 쓰여 온 기법이다. 대표적인 적용 사례는 다음과 같다. - **애플리케이션 화이트리스팅**: 승인된 프로그램만 실행을 허용하고 그 외 모든 실행 파일을 차단해, 악성코드나 허가되지 않은 소프트웨어의 구동을 막는다. - **IP·네트워크 화이트리스트**: 지정된 IP 주소나 대역에서 들어오는 접속만 허용해, 관리자 페이지나 내부 시스템을 외부로부터 격리한다. - **이메일 화이트리스트**: 신뢰하는 발신자를 등록해 스팸 필터에 걸리지 않고 수신되도록 하는 방식이다. 이처럼 화이트리스트는 '무엇을 막을지'가 아니라 '무엇을 허용할지'를 정의하는 보안 철학으로, 방화벽·접근 제어·엔드포인트 보안 등 여러 계층에서 공통적으로 활용된다. 블록체인 분야의 화이트리스트도 이러한 오래된 보안 원리를 자산과 주소에 적용한 것으로 볼 수 있다. ## 6. 암호화폐·블록체인에서의 활용 암호화폐 환경에서 화이트리스트는 지갑 주소를 식별자로 삼아 운용되는 경우가 많다. 스마트 컨트랙트는 코드 안에 승인된 주소 집합을 두고, 그 주소에서 호출한 트랜잭션만 특정 함수를 실행하도록 조건을 건다. 이를 통해 관리자 전용 기능을 보호하거나, 특정 참여자에게만 민팅·거래 권한을 부여하거나, 규제 대상 자산의 이동을 통제한다. [스테이블코인](https://wiki.tokenpost.kr/w/stablecoin) 발행사가 발행·상환 주소를 제한하거나, 기관용 [커스터디](https://wiki.tokenpost.kr/w/custody) 서비스가 자금 이동 경로를 사전에 고정하는 것도 같은 맥락이다. 한편 화이트리스트는 승인되지 않은 대상의 거래를 원천 차단하므로, 자금 세탁 방지([AML](https://wiki.tokenpost.kr/w/aml))나 해킹으로 인한 자금 유출을 줄이는 데 기여한다. 다만 이러한 통제는 블록체인이 지향하는 [검열 저항성](https://wiki.tokenpost.kr/w/censorship-resistance)이나 [탈중앙화](https://wiki.tokenpost.kr/w/decentralization) 가치와 긴장 관계에 놓일 수 있어, 어디까지 목록으로 통제할지가 설계상의 쟁점이 된다. ## 7. 토큰 세일과 NFT 프리세일 대표적인 활용 사례는 NFT나 신규 토큰의 사전 판매(프리세일)이다. 프로젝트 팀은 커뮤니티 활동이나 이벤트 참여를 통해 초기 지지자를 선별한 뒤 이들의 지갑 주소를 화이트리스트에 등록한다. 명단에 오른 이용자는 일반 판매보다 저렴한 가격이나 이른 시점에 구매할 수 있어, 화이트리스트 확보 자체가 하나의 특전으로 여겨진다. 이 방식은 초기 물량 배분([얼로케이션](https://wiki.tokenpost.kr/w/allocation))을 통제하고, 봇이나 대량 매집을 억제하며, 검증된 참여자에게 우선권을 주려는 목적을 함께 담는다. [토큰 세일](https://wiki.tokenpost.kr/w/ico)·[IDO](https://wiki.tokenpost.kr/w/ido)·[론치패드](https://wiki.tokenpost.kr/w/launchpad) 등 다양한 발행 방식에서 화이트리스트가 참여 자격의 관문으로 쓰인다. [밈코인](https://wiki.tokenpost.kr/w/memecoin) 열풍 시기에는 이러한 화이트리스트 참여 경쟁이 과열되어, 자리 확보를 둘러싼 [포모](https://wiki.tokenpost.kr/w/fomo) 현상이 나타나기도 했다. ## 8. 거래소 출금 주소 화이트리스트 이용자 보안 측면에서는 [거래소](https://wiki.tokenpost.kr/w/cex) 출금 주소 화이트리스트를 설정해 두는 것이 권장된다. 자신의 [소프트 월렛](https://wiki.tokenpost.kr/w/soft-wallet)이나 [하드 월렛](https://wiki.tokenpost.kr/w/hard-wallet) 주소를 미리 등록해 두면, 로그인 정보가 유출되더라도 자금이 낯선 주소로 이체되는 것을 방지할 수 있다. 많은 거래소는 이 기능을 보안 옵션으로 제공하며, 새 주소를 등록하거나 화이트리스트를 해제할 때 일정 시간의 출금 지연(쿨다운)이나 추가 인증을 요구한다. 계정이 탈취되더라도 공격자가 즉시 자금을 빼내지 못하도록 시간을 벌어 주는 장치다. 이는 [콜드 스토리지](https://wiki.tokenpost.kr/w/cold-storage)·[하드웨어 지갑](https://wiki.tokenpost.kr/w/hardware-wallet) 사용과 함께, 이용자가 스스로 실천할 수 있는 기본적인 자산 보호 수단으로 꼽힌다. ## 9. 규제와 컴플라이언스 화이트리스트는 규제 준수의 도구로도 기능한다. 발행사나 거래소는 [고객확인제도(KYC)](https://wiki.tokenpost.kr/w/kyc)와 [자금세탁방지(AML)](https://wiki.tokenpost.kr/w/aml) 의무를 이행하기 위해, 신원이 검증된 주소만 명단에 올려 거래·발행·상환을 허용하는 방식을 택할 수 있다. 이를 통해 제재 대상이나 미검증 주소로의 자금 이동을 사전에 차단한다. 국내에서도 사업자들은 이용자 확인과 이상 거래 통제를 위해 유사한 통제를 적용하며, [디지털자산 거래소 공동협의체](https://wiki.tokenpost.kr/w/daxa)를 비롯한 자율 규제 틀 안에서 상장·거래 정책이 운용된다. 다만 화이트리스트 기반 통제는 [암호화폐 규제](https://wiki.tokenpost.kr/w/crypto-regulation) 논의에서 프라이버시 및 탈중앙화 원칙과 어떻게 균형을 맞출지가 지속적인 과제로 남아 있다. ## 10. 장점과 한계 화이트리스트의 강점과 약점은 동전의 양면과 같다. - **장점**: 승인되지 않은 모든 대상을 자동으로 배제하므로 보안 수준이 높고, 접근 경로가 명확해 통제와 감사가 용이하다. 알려지지 않은 새로운 위협에도 기본 차단이 적용된다. - **한계와 논란**: - **관리 비용**: 정당한 대상이 늘 때마다 목록을 갱신해야 하며, 규모가 커질수록 유지가 번거롭다. - **과잉 차단**: 명단에 없는 정상 대상까지 함께 막혀 접근성이 떨어질 수 있다. - **중앙화 위험**: 목록을 관리하는 주체에게 권한이 집중된다. 관리자가 오작동하거나 악용하면 검열이나 자의적 배제가 발생할 수 있어, 블록체인의 [검열 저항성](https://wiki.tokenpost.kr/w/censorship-resistance) 이념과 충돌한다. - **단일 실패 지점**: 목록 자체나 그 관리 권한이 탈취되면 통제 전체가 무력화될 수 있다. 따라서 화이트리스트는 만능 해법이 아니라, 대상의 성격과 위협 모델에 맞게 블랙리스트·다중 인증 등 다른 통제와 조합해 쓰는 것이 일반적이다. ## 11. 관련 개념과 과제 화이트리스트는 접근 통제라는 넓은 주제 아래에서 여러 개념과 맞닿아 있다. 신원 검증 측면에서는 [KYC](https://wiki.tokenpost.kr/w/kyc)·[시빅](https://wiki.tokenpost.kr/w/civic) 같은 아이덴티티 솔루션과, 자산 통제 측면에서는 [커스터디](https://wiki.tokenpost.kr/w/custody)·[스테이블코인](https://wiki.tokenpost.kr/w/stablecoin)과, 권한 관리 측면에서는 [거버넌스](https://wiki.tokenpost.kr/w/governance)·[탈중앙화 자율 조직](https://wiki.tokenpost.kr/w/dao)과 연결된다. 앞으로의 과제는 통제와 개방 사이의 균형이다. 규제 준수와 보안을 위해 화이트리스트는 계속 확대될 여지가 있지만, 동시에 프라이버시를 보존하면서 자격을 증명하는 기술(예: 영지식 기반 자격 증명)이나, 목록 관리 권한을 특정 주체에 집중시키지 않고 [DAO](https://wiki.tokenpost.kr/w/dao) 방식으로 분산하는 시도가 대안으로 논의된다. 화이트리스트를 '누가, 어떻게 관리할 것인가'라는 물음이 그 활용의 정당성을 결정하는 핵심으로 남아 있다. --- 같은 개체: [위키백과(한국어)](https://ko.wikipedia.org/wiki/%ED%99%94%EC%9D%B4%ED%8A%B8%EB%A6%AC%EC%8A%A4%ED%8A%B8) · [Wikipedia(EN)](https://en.wikipedia.org/wiki/Whitelist) 원문: https://wiki.tokenpost.kr/w/whitelist 최종 수정: 2026-08-06T03:35:01.802+00:00 발행: 토큰포스트 위키. 인용할 때 문서 제목과 원문 주소를 함께 밝혀 주세요.