금융권 망분리 환경에서 클로드 코드 도입할 때 실제로 걸리는 5가지 — 보안팀 질문과 대응 설정
카드사·신용평가사 대형 SI와 멀티클라우드·Kubernetes 운영을 20년 가까이 해 왔고, 최근에는 사내 AI 코딩 도구 도입과 거버넌스(가드레일) 설계를 다루고 있습니다. 이 글은 금융권처럼 망분리·보안 심사가 있는 환경에서 클로드 코드(Claude Code)를 도입할 때 실제로 어디에서 막히고, 무엇을 준비하면 통과하는지를 정리한 것입니다. 도입이 막히는 지점은 기술이 아니라 "질문"입니다 클로드 코드는 파일을 읽고 쓰고, 셸 명령을 실행하고, MCP로 외부 도구까지 부르는 에이전트입니다. 개발자 입장에서는 강력하지만, 정보보호팀 입장에서는 "우리 소스코드와 데이터를 외부로 내보내고, 운영 환경에 명령을 내릴 수 있는 프로그램"입니다. 그래서 심사에서 나오는 질문은 늘 비슷합니다. 이 질문에 설정 파일과 증적으로 답할 수 있으면 통과하고, 말로만 답하면 막힙니다. 보안팀이 반드시 묻는 5가지와 대응 1. 소스코드가 외부로 나가는가? 나갑니다. 이걸 부정하려고 하면 신뢰를 잃습니다. 대신 두 가지를 준비합니다. 첫째, 벤더의 데이터 보존 정책(학습 미사용, 보존 기간) 을 계약 문서·DPA로 확보합니다. 둘째, 나가면 안 되는 파일은 아예 읽지 못하게 설정으로 막습니다. .claude/settings.json 의 permissions.deny 에 .env* , *.pem , *.jks , 운영 프로파일 설정을 넣으면 클로드가 그 파일을 열 수 없습니다. 1번에서 막히면 나머지는 의미가 없으니 계약 확인부터 하세요. 2. 어떤 경로로 나가는가? 망분리 환경에서는 "직접 호출 경로가 막혀 있다"는 것을 증적으로 보여야 합니다. 구성 패턴은 세 가지입니다. 프록시 화이트리스트 : 개발망에서 벤더 API 도메인만 프록시로 허용. 가장 단순하고 빠릅니다. HTTPS_PROXY 환경변수로 클로드 코드가 프록시를 타게 합니다. 사내 LLM 게이트웨이 : 모든 호출을 사내 게이트웨이로 보내고 게이트웨이가 벤...