설치 뒤에는 에이전트 권한을 어떻게 제한할까?
AI 프로젝트를 진행하는 조직이라면 오픈소스 공급망 통제와 런타임 보안 감시를 함께 점검해야 합니다.
flowchart LR
A[npm 의존성 전수 점검] --> B[48시간 내 패치 대응 체계]
B --> C[AI 에이전트 런타임 감시]
C --> D[최소 권한 부여 원칙 적용]
첫째, 개발팀이 사용하는 AI 프레임워크의 직접, 전이 의존성을 점검해야 합니다. 둘째, 공개 PoC가 있는 취약점 익스플로잇의 88%가 48시간 이내에 관찰됐다는 보고를 고려해, 영향 확인과 임시 완화를 빠르게 시작할 수 있는 절차를 마련해야 합니다 [1]. 셋째, AI 에이전트에는 작업에 필요한 파일, 명령, 비밀, 네트워크 목적지만 허용하고 실행 로그를 남겨야 합니다.
런타임에서는 평소와 다른 자식 프로세스, 예상하지 않은 외부 연결, 비밀 저장소 접근과 대량 파일 읽기를 탐지 대상으로 삼을 수 있습니다. 단, 로그만 수집하고 담당자나 차단 기준이 없으면 경보가 사고 대응으로 이어지지 않습니다. 새 패키지 설치를 되돌리는 절차, 토큰과 비밀을 폐기하는 절차, 영향을 받은 에이전트를 격리하는 절차를 사전에 연습해야 공급망 통제가 실제 방어선이 됩니다.
점검의 우선순위는 패키지 이름의 유명세보다 노출 범위로 정하는 편이 합리적입니다. 운영 비밀을 읽거나 셸 명령을 실행하는 에이전트, 설치 단계에서 외부 코드를 실행하는 프로젝트, 잠금 파일 없이 매번 최신 의존성을 받는 빌드를 먼저 확인합니다. 반대로 특정 보고서 사례를 이유로 모든 npm 사용을 중단하면 필요한 업데이트까지 놓칠 수 있으므로, 자산 목록과 권한을 근거로 단계적으로 대응해야 합니다.
대응 훈련 뒤에는 감염 패키지를 찾아낸 시간과 비밀 폐기, 서비스 복구까지 걸린 시간을 남깁니다. 이 기록이 있어야 “48시간 대응” 같은 목표가 선언에 그치지 않고 다음 훈련의 개선 기준이 됩니다.