Agent ID 권한 설정: AI 에이전트 지갑 격리, 한도 및 권한 철회 목록
이름은 단지 문패일 뿐, 권한이 진짜 열쇠다
Agent ID가 출시된 후 대부분의 사용자는 ‘좋은 이름을 먼저 확보했는가’에 주목합니다. 하지만 자금 안전을 진정으로 좌우하는 것은 또 다른 한 가지입니다: 이 AI 에이전트가 정확히 어떤 작업을 수행할 수 있도록 허용되었는가. 주소를 읽기 쉬운 형태로 표시하는 것(주소 가독성 향상)은 지갑을 식별하기 쉽게 해줄 뿐, 자동으로 보호 기능을 부여하지는 않습니다.
Binance는 Agent OS 관련 공지에서 권한 설계의 기본 틀을 제시했는데, 이 내용을 자신의 설정과 하나하나 대조해 보는 것이 매우 중요합니다.
Agent OS의 핵심 개념은 ‘격리 + 권한 부여’입니다. 즉, AI 에이전트는 주 계정을 직접 조작하지 않고, 독립된 에이전트 하위 계정 내에서만 활동하며, 모든 권한은 사용자가 항목별로 명시적으로 부여해야 합니다.
첫째, 격리 메커니즘을 먼저 이해하세요
공식 설명에 따르면, MCP 연동 시에는 주 계정과 완전히 분리된 독립된 에이전트 하위 계정이 사용됩니다. 에이전트는 이 하위 계정의 잔고, 포지션, 계정 내역을 확인할 수 있으며, 사용자가 별도로 허용한 경우에만 주 계정 정보를 읽기 전용으로 조회할 수 있습니다. 이는 만일 에이전트가 해킹당하더라도 손실이 이론적으로 하위 계정 내부로 제한된다는 의미입니다—단, 하위 계정에 과도한 자금을 넣지 않았다는 전제 하에 그렇습니다.
둘째, 에이전트가 할 수 있는 일과 할 수 없는 일
| 기능 | 공식 설명 | 위험 수준 |
|---|---|---|
| 하위 계정 잔고, 포지션, 내역 조회 | 지원됨 | 낮음(읽기 전용) |
| 주 계정 읽기 전용 조회 | 사용자 허용 필요 | 낮음(정보 유출 위험) |
| 현물, 레버리지, Convert, 선물 거래 주문 | 부여된 권한 및 지역별 이용 가능한 상품에 따라 다름 | 높음(거래 손실 유발 가능) |
| 하위 계정 내부 자금 이체(예: 현물 → USDT 선물) | 지원됨 | 중간 |
| 외부 주소로 자산 인출(출금) | 지원되지 않음 | —(핵심 보호 기능) |
‘외부로의 자산 인출 불가’는 현재 가장 중요한 방어선입니다. 이 제한 덕분에 API 키나 에이전트 로직이 악용되더라도 자산이 직접 유출되는 것을 막을 수 있습니다. 다만 이 방어선은 ‘당신이 자발적으로 자산을 외부로 이체하지 않는’ 전제에서만 유효합니다.
셋째, 출시 전 반드시 해야 할 다섯 가지 설정
- 용도에 맞춘 별도 하위 계정 개설: 해당 전략에 필요한 자금만 넣고, 주 계정 잔고와 절대 공유하지 말 것;
- 자금 상한선 설정: 단일 주문 및 하루 총액 두 가지 차원에서 제한을 걸어, 실수로 인한 전체 포지션 소진을 방지;
- 필요한 상품 권한만 활성화: 선물을 사용하지 않으면 선물 권한을 켜지 말고, 레버리지를 사용하지 않으면 레버리지 권한도 켜지 말 것;
- API 키에 IP 화이트리스트 적용: 오직 당신의 서버에서 나가는 IP 주소만 호출을 허용하여, 키 유출 시 악용 가능 창을 최소화;
- 불필요한 읽기 권한 비활성화: 주 계정 읽기 전용 권한은 줄 수 있으면 주지 말 것. 정보 노출 면적을 줄이는 것이 핵심입니다.
넷째, 언제 어떻게 권한을 철회할 것인가
공식 설명에 따르면 개발자는 언제든지 접근 권한을 철회할 수 있습니다. 실제 운영에서는 다음 세 가지 상황에 따라 대응하는 것이 좋습니다:
- 전략 중단 시: 먼저 API 권한을 철회하고, 이후 포지션을 정리한 다음, 하위 계정 잔고를 주 계정으로 이체;
- 키 유출 가능성 존재 시(예: GitHub에 실수로 업로드하거나 채팅창에 복사 붙여넣기 등): 즉시 기존 키 삭제 및 새 키 재생성 후, 하위 계정 거래 내역을 꼭 확인;
- 에이전트 이상 동작 시(주문 빈도 급증, 주문 규모 갑작스러운 증가, 설정하지 않은 거래쌍에서 거래 발생 등): 즉시 권한 철회. “잘못된 행동 하지 말라”는 경고만으로는 부족합니다.
다섯째, 흔히 하는 세 가지 오해
"Agent ID가 있으면 공식 인증된 것이다"
아닙니다. Agent ID는 단지 이름일 뿐이며, 누구나 자신의 Agentic Wallet에 자유롭게 연결할 수 있습니다. 신뢰도 판단은 이름 접미사가 아니라, 그 뒤에 있는 주소, 부여된 권한 범위, 그리고 실제 행동을 통해 이루어져야 합니다.
"출금이 불가능하면 절대 안전하다"
그렇지 않습니다. 에이전트는 여전히 주문을 낼 수 있습니다. 통제를 잃은 전략은 고레버리지나 유동성이 낮은 거래쌍을 통해 몇 분 만에 하위 계정 자금을 모두 잃을 수 있습니다. 출금 제한은 ‘도난’을 막아주지만, ‘손실’은 막지 못합니다.
"권한을 많이 주면 작동이 편리하다"
권한이 클수록 오류 발생 시 피해 규모도 커집니다. AI 에이전트의 오류 허용 범위는 ‘신뢰’가 아니라 ‘제한’에서 나옵니다. 이를 인턴처럼 대하세요: 업무 수행에 꼭 필요한 최소 권한만 주고, 나머지는 스스로 증명할 때까지 기다리세요.
여섯째, 실행 가능한 체크리스트
- □ 에이전트는 독립된 하위 계정을 사용하며, 잔고가 주 계정과 분리되어 있음
- □ 단일 주문 및 하루 총액 자금 상한선이 설정됨
- □ 현재 전략에 필요한 거래 상품만 활성화됨
- □ API 키에 IP 화이트리스트가 적용됨
- □ 주 계정에 불필요한 읽기 권한이 부여되지 않음
- □ 매주 하위 계정 거래 및 이체 내역을 한 번씩 확인함
- □ 권한 철회 경로를 정확히 알고 있으며, 실제로 한 번 테스트해 봄
위험 고지: 본 문서는 정보 정리 목적으로 제공되며, 투자 조언을 구성하지 않습니다. AI 에이전트는 자율적으로 주문을 낼 수 있어 짧은 시간 내에 막대한 손실을 초래할 수 있습니다. API 키 유출, 권한 설정 오류 또는 전략 통제 상실 등은 자금 안전을 위협할 수 있습니다. 반드시 독립된 하위 계정, 최소 권한, 자금 상한선을 적용하고, 정기적으로 권한 상태를 점검하세요.
