AI 코딩 에이전트를 전용 microVM에 가두는 Docker Sandboxes

AI 코딩 에이전트를 전용 microVM에 가두는 Docker Sandboxes

AI 뉴스 썸네일

AI 코딩 도구에 넓은 실행 권한을 주면 작업은 빨라지지만 호스트 파일과 네트워크도 함께 위험해져요. Docker Sandboxes는 코딩 에이전트마다 전용 microVM을 만들고, 개발 환경과 프로젝트 작업공간만 연결해 이 문제를 줄이려는 도구예요. 1

핵심 요약

구분	내용	확인할 점
실행 환경	코딩 에이전트마다 전용 microVM을 만들어요	호스트와 분리된 일회성 작업공간을 써요
권한	패키지 설치, 설정 변경, 서비스 실행, 내부 Docker 컨테이너 구동을 허용해요	파일시스템과 네트워크 범위를 따로 제한해야 해요
지원 도구	Claude Code, Gemini CLI, Copilot CLI, Codex, OpenCode, Kiro를 지원해요	사용자 정의 코딩 에이전트도 추가할 수 있어요
운영	작업이 끝난 샌드박스를 빠르게 폐기할 수 있어요	팀 정책은 Docker AI Governance와 연결해 관리해요

1. 코딩 에이전트의 실행 권한을 microVM 안으로 옮겨요

Docker Sandboxes는 AI 코딩 에이전트마다 별도 microVM을 만들어요. 프로젝트 폴더와 필요한 개발 환경만 샌드박스에 마운트하고, 호스트의 나머지 영역과 분리해요. 에이전트가 명령을 잘못 실행하거나 의존성 설치 과정에서 예상 밖의 변경을 만들어도 영향을 샌드박스 안에 묶는 방식이에요. Docker는 이를 호스트와 분리된 보안 경계라고 설명해요. 2

실제 개발 작업을 멈추지 않는 격리 환경이에요

격리 강도가 높아도 개발 작업을 제대로 수행하지 못하면 활용 범위가 좁아요. Docker Sandboxes 안에서는 패키지를 설치하고 설정 파일을 바꿀 수 있어요. 테스트용 서비스나 데이터베이스를 띄우고, 필요한 Docker 컨테이너도 추가로 실행할 수 있어요. 장시간 작업을 맡긴 뒤 결과만 확인하는 흐름을 염두에 둔 구성이에요.

728x90

작업공간은 일회성 사용이 기본이에요. 문제가 생기거나 작업이 끝나면 샌드박스를 폐기하고 새 환경에서 다시 시작할 수 있어요. 여러 프로젝트의 의존성과 설정이 한 개발자 PC에 뒤섞이는 상황도 줄일 수 있어요.

승인 요청을 건너뛰어도 접근 범위는 제한해요

Claude Code의 `--dangerously-skip-permissions`처럼 승인 요청을 생략하는 실행 방식은 빠르지만 위험해요. 명령마다 사람이 확인하지 않으므로 파일 삭제, 외부 통신, 자격 증명 접근 같은 사고를 뒤늦게 발견할 수 있어요.

Docker Sandboxes는 이런 실행을 호스트에서 직접 허용하지 않고 전용 microVM 안에서 처리해요. 파일시스템과 네트워크 규칙으로 에이전트가 볼 수 있는 경로와 통신 대상을 좁혀야 해요. 격리 환경을 쓴다는 이유만으로 모든 명령이 안전해지는 것은 아니에요. 프로젝트 비밀 값과 외부 서비스 접근 권한은 별도로 최소화해야 해요. 2

여러 코딩 도구를 같은 방식으로 다뤄요

공식 지원 목록에는 Claude Code, Gemini CLI, Copilot CLI, Codex, OpenCode, Kiro가 들어 있어요. 기본 목록에 없는 도구도 사용자 정의 방식으로 추가할 수 있어요. 팀이 여러 코딩 에이전트를 시험하더라도 도구마다 별도 격리 체계를 다시 만들 필요가 줄어요.

Docker Desktop은 필수가 아니에요. 공식 제품 페이지에는 macOS용 Homebrew, Windows용 winget, Ubuntu Linux용 패키지 설치 방법이 안내돼 있어요. 운영체제와 CPU 아키텍처에 따라 지원 범위가 달라질 수 있으니 실제 도입 전에는 사용할 장비에서 설치와 실행을 먼저 확인하는 편이 안전해요. 2

조직 정책은 중앙에서 맞출 수 있어요

개인 개발자는 로컬 규칙만으로 시작할 수 있어요. 여러 개발자에게 같은 네트워크 정책과 파일 접근 규칙을 강제하려면 Docker AI Governance를 함께 써요. 조직 단위 관리자 설정과 MCP 거버넌스도 이 영역에서 다뤄요.

여기에는 별도 검토가 필요해요. 공식 제품 페이지는 Docker가 제공하는 기능 설명이라 독립적인 보안 평가 자료는 아니에요. microVM 경계만 볼 것이 아니라 자격 증명 전달 방식, 아웃바운드 통신, 감사 로그, 샌드박스 폐기 후 데이터 처리까지 팀의 보안 기준과 맞는지 확인해야 해요.

왜 중요한가요

코딩 에이전트가 코드 제안에서 직접 실행으로 넘어가면서 권한 설계가 개발 생산성의 일부가 됐어요. 에이전트가 테스트와 빌드만 맡을 때는 제한된 컨테이너로 충분할 수 있어요. 패키지 설치와 서비스 실행, 추가 컨테이너 구동까지 맡기면 호스트와의 경계를 더 분명하게 나눠야 해요. Docker Sandboxes는 이 실행 환경을 익숙한 Docker 도구 흐름 안에서 제공해요. 2

도입 판단은 "격리돼 있다"라는 문구보다 실제 정책으로 해야 해요. 프로젝트 폴더 중 어떤 경로를 쓰기 가능하게 둘지, 외부 도메인을 어디까지 허용할지, 비밀 값을 어떤 방식으로 전달할지 먼저 정해야 해요. 작업이 끝난 뒤 결과물만 남기고 환경을 폐기할 수 있는지도 확인해야 해요. 이 네 가지가 정리되면 승인 없는 장시간 작업을 맡길 때 생기는 위험을 구체적으로 줄일 수 있어요.

참고 자료

1. Docker Sandboxes - AI 에이전트용 일회성 격리 환경 — GeekNews
2. Docker Sandboxes | Sandboxes for Coding Agents — Docker