자산 관리 앱이나 장부 서비스에 거래소 계정을 연결할 때 API 키를 요구하는 경우가 있습니다. API 키는 편리한 로그인 링크가 아니라 프로그램에 일정한 권한을 맡기는 수단입니다. 같은 키라는 이름을 쓰더라도 조회만 가능한 것과 주문·자산 이동까지 가능한 것은 위험 범위가 다릅니다. 연결을 시작하기 전에 앱이 해야 할 일을 한 문장으로 정리하면 불필요한 권한을 구분하기 쉬워집니다.
코인마당 편집팀 · AI 생성 일러스트 · AI 생성 후 크기 조정 및 WebP 변환
기능에서 필요한 권한을 역으로 찾기
월별 거래내역을 가져오는 장부라면 필요한 것은 거래와 잔액의 조회입니다. 이 기능을 위해 주문을 내거나 자산을 출금할 권한이 당연히 필요한 것은 아닙니다. Coinbase Exchange 문서는 View, Trade, Transfer, Manage 권한을 별도로 설명합니다. 다른 거래소에서는 이름이나 묶음 방식이 다를 수 있으므로 같은 영문 단어를 보고 동일한 권한이라고 가정하지 않습니다. 서비스가 요구한 항목을 해당 거래소의 공식 설명과 하나씩 대조합니다.
읽기 전용이라고 정보 가치가 없는 것은 아닙니다. 잔액, 주문 이력, 입출금 주소가 노출되면 자산 규모나 거래 습관이 드러날 수 있습니다. 따라서 출금이 막혀 있다는 이유만으로 아무 웹사이트에 키를 입력해도 되는 것은 아닙니다. 연결 서비스의 운영 주체와 데이터 보관·삭제 방식을 확인하고, 불필요한 계정이나 포트폴리오는 연결 대상에서 제외하는 편이 합리적입니다. 앱 삭제와 서버에 보관된 연결 정보 삭제도 구분해서 확인합니다.
Authentication flow for the Sent.ly Plus API.png · Sently · CC BY-SA 3.0 · 원본 비율 유지, 크기 조정 및 WebP 변환; 썸네일에 전체 내용이 남도록 가로 캔버스 여백 추가
가상의 장부 연동 사례
예를 들어 A가 한 달의 매매내역을 정리하려고 외부 장부에 연결한다고 가정합니다. 연결 전에는 우선 CSV 내려받기로 목적을 달성할 수 있는지 살펴봅니다. 자동 갱신이 필요해 API를 선택했다면 별도의 키를 만들고 조회만 허용합니다. 조회가 안 된다는 이유로 모든 권한을 켜기 전에 계정 범위, 지원 상품, 호출 제한, 등록한 IP 주소가 맞는지 점검합니다. 읽기 오류를 해결하려고 쓰기 권한을 추가하는 것은 원인을 확인하지 않은 권한 확대입니다.
키의 이름에는 실제 비밀값 대신 용도와 만든 날짜를 적습니다. 예를 들어 개인 장부용과 시세 알림용을 구분하면 어느 서비스와 연결됐는지 나중에 확인할 수 있습니다. 여러 앱에 하나의 키를 재사용하면 한 연결을 끊을 때 다른 작업까지 영향을 받고 유출 경로도 추적하기 어려워집니다. 반대로 목적별 키를 쓰면 문제가 생긴 연결만 중지하고 정상 작업의 영향을 줄일 수 있습니다.
제한과 보관을 함께 설정하기
거래소가 제공한다면 사용 가능한 IP와 계정 범위, 만료 조건을 확인합니다. 고정 IP를 요구하는 설정은 외부 서비스가 안내하는 주소가 실제 공식 정보인지 먼저 확인해야 합니다. 개인 인터넷의 공인 IP가 바뀌는 환경에서는 연결이 끊길 수 있지만, 그 불편만으로 접근 제한을 무조건 없애기보다 운영 방식에 맞는 선택을 검토합니다. 제한 기능은 서비스마다 다르므로 존재하지 않는 메뉴를 찾아 임의의 보안 앱을 설치하지 않습니다.
FIDO2 USB token.png · Yubinerd123 · CC BY-SA 4.0 · 원본 비율 유지, 크기 조정 및 WebP 변환
비밀키와 패스프레이즈는 일반 메모, 공개 저장소, 오류 화면에 포함되지 않도록 보관합니다. 고객지원에 문의할 때에도 전체 키를 보내기보다 키 식별자의 일부와 오류 코드, 발생 시각을 제공합니다. 코드 예시를 공유할 때는 키를 지운 뒤 화면을 다시 확인합니다. 이미 공개된 비밀값은 게시물에서 가렸다고 비밀로 돌아오는 것이 아니므로, 해당 거래소의 폐기·재발급 절차를 따르는 편이 안전합니다.
연결 종료까지가 관리의 범위
서비스 사용을 끝내면 외부 앱의 연결 해제와 거래소의 키 폐기를 각각 확인합니다. 키를 교체할 때에는 거래소의 공식 순서를 따릅니다. Coinbase Exchange는 기존 키를 먼저 폐기한 뒤 새 키를 만드는 절차를 안내합니다. 특히 유출이 의심되면 연결 편의를 위해 노출된 키를 계속 활성화하지 않습니다. 새 연결에서는 필요한 조회와 권한 범위를 다시 확인합니다. 권한 목록과 연결 대상을 주기적으로 확인하면 오래전에 시험한 서비스가 계속 접근하는 상황을 줄일 수 있습니다. API 키는 한번 설정하면 잊어도 되는 암호가 아니라, 목적과 수명이 있는 접근 권한으로 관리하는 편이 좋습니다.
Comments 0
Checking your sign-in status.
Sign in with Google · Share a respectful, relevant opinion.