콘텐츠로 이동하기
보안 & 아이덴티티

에이전트를 사용하여 내부자 위협을 차단하는 방법

2026년 10월 27일
https://storage.googleapis.com/gweb-cloudblog-publish/images/GettyImages-1301521817.max-2600x2600.jpg
Bill Reid

Security Advisor, Office of the CISO

Sri Gourisetti

Technical member, Google Cloud FDE

Get original CISO insights in your inbox

The latest on security from Google Cloud's Office of the CISO, twice a month.

Subscribe

*이 콘텐츠는 AI 번역 도구를 사용하여 번역되었습니다. 정확성을 기하기 위해 노력하고 있으나, 자동 번역에는 오류나 누락이 포함될 수 있습니다. 정확한 정보는 영문 원본을 참고해 주시기 바랍니다.


에이전트 시대에는 고객, 공급업체, 그리고 무엇보다도 자사 직원과의 관계에서 신뢰와 검증 가능한 보안이 필요합니다. 신입 직원에 대한 신원 조사는 오랫동안 모든 고용주에게 있어 표준적인 관행이었지만, 보안팀은 이제 내부자 위협이 될 수 있는 직원들의 행동을 평가하기 시작했습니다. 

더 이상 고용주의 방침에 따라 일하지 않거나 고용주의 이익을 위해 일하지 않는 직원에 의한 내부자 위협을 방어하려면, 세분화된 ID 및 액세스 관리(IAM), 제로 트러스트, 내결함성, 마이크로 세분화, 데이터 손실 방지, 모니터링 및 감지, 억제 및 교육, 사용자 행동 분석 등을 포함한 다양한 도구와 프로세스를 종합적으로 활용해야 합니다. 

이러한 시스템이 마련되어 있지만, 기업은 여전히 이러한 내부자 위험을 억제하고 관리하는 데 어려움을 겪고 있습니다.  2026 Ponemon Cost of Insider Risks 보고서에 따르면 내부자 사고를 억제하는 데 걸리는 평균 시간은 67일입니다. 이는 사고 억제에 85일 이상이 걸렸던 작년에 비하면 개선된 수치이지만, 수많은 외부 자동화 공격에 대한 대응 시간보다는 여전히 훨씬 더 느립니다.

작업자가 사람이 아닌 경우에는 어떻게 될까요?

아이작 아시모프는 단편 소설 Runaround에서 로봇 공학의 3대 원칙을 소개했습니다. 

  1. 로봇은 인간에게 해를 입혀서는 안 되며, 위험에 처한 인간을 방관해서도 안 된다. 

  2. 제1원칙에 위배되지 않는 한, 로봇은 인간의 명령에 복종해야 한다. 

  3. 제1원칙과 제2원칙에 위배되지 않는 한, 로봇은 자신을 보호해야 한다.

아시모프가 만든 이러한 틀을 에이전트에 적용해 보겠습니다. 디지털 에이전트는 1940년대에 아시모프가 상상했던 로봇을 구현한 존재입니다. 이들은 인간 작업자와 함께 일하거나 인간 작업자를 대신하여 작업하도록 설계되었습니다. 장비를 작동하거나, 법률 문서를 작성하거나, 의약품 화합물을 평가하는 용도로 사용할 수 있죠. 

오늘날 이들이 제시하는 시사점은 너무나 명확합니다. 에이전트가 기업 전반과 생산 현장 모두에 자리 잡음에 따라, Google에서는 에이전트나 사람이 내부자 위협이 되는 일을 방지하려 합니다. 

에이전트는 인간의 역량을 강화하는 도구입니다. 에이전트는 추론하고, 계획하고, 빌드하고, 처리하고, 행동할 수 있습니다. 그러나 에이전트는 인간 수준의 인지 능력을 갖추지는 못했으며, 문제 해결 과정에서 자신이 무엇을 잘못했는지 파악할 수 있는 근본적인 수단이 부족할 수 있습니다.

https://storage.googleapis.com/gweb-cloudblog-publish/images/Insider-Threats-and-Defenses_Final.max-1700x1700.jpg

에이전트를 지원하는 업무 환경에서 내부자 위협은 최소한 네 가지 방식으로 나타날 수 있으며, 이를 방지하는 조치가 있습니다.

에이전트 아키텍처의 구성이 부실한 경우가 많다는 점과 이러한 위험이 결합되면 공격 표면이 확대될 수 있습니다. 신뢰할 수 있는 요청과 신뢰할 수 없는 요청을 에이전트가 구분하지 못하면 위험은 더욱 커집니다. 에이전트의 과도한 자율성과, 승인되지 않거나 조작된 에이전트 작업을 감지하고 중지할 수 없는 상황이 결합되면 재앙이 발생할 수밖에 없습니다.

에이전트를 지원하는 이 새로운 업무 환경에서 내부자 위협은 최소한 네 가지 방식으로 나타날 수 있습니다.

  • 악의적인 인간과 악의적인 에이전트: 인간은 악의적인 의도(예: 금전적 이득, 불만, 이념, 스파이 활동)를 가지고 있으며, 에이전트는 목표와 일치하지 않거나 통제되지 않은 상태로 활동합니다.

  • 악의가 없는 인간과 악의적인 에이전트: 에이전트는 설계상 적대적이지만(예: 모델 및 학습 데이터 오염) 인간은 어떠한 악의도 없습니다.

  • 악의가 없는 인간과 악의가 없는 에이전트: 인간과 에이전트 모두 의도하지 않은 방식으로 행동합니다. 인간은 태만하며 에이전트는 작업을 수행하기 위해 의도치 않게 통제에서 벗어나게 됩니다.

  • 악의적인 인간과 악의적이지 않은 에이전트: 인간이 에이전트를 사용하여 취약점을 찾거나 시스템을 감시하는 등의 악의적인 작업을 실행합니다. 

불량 에이전트에 관한 현재 논의의 상당 부분은 모델 정렬, 즉 인간 피드백 기반 강화 학습(RLHF)과 미세 조정을 통해 자율 시스템이 바람직한 특정 방식으로 행동하도록 만드는 일에 초점을 맞춥니다. 모델의 정렬이 우수하면 당연히 모델이 더 적절하게 동작할 확률이 높아집니다. 이제 안전 전문가들은 모델 정렬이 필수 요소 중 하나일 뿐이며 완전한 솔루션은 아니라고 주장합니다.  

에이전트 시스템을 구현하는 기업에는 모델 제어와 표면 영역 강화, 김지 및 대응과 같은 기존 보안 방법의 결합이 필요합니다. 에이전트와 인간 팀 또는 단독 에이전트는 신속하게 움직여야 하므로, 기계 수준의 대응 능력이 필수적입니다. 

보안은 Gemini의 본질적인 요소로, 모델과 에이전트 및 네트워크 계층에서 즉시 사용 가능한 보안 제어 기능을 제공합니다. 이를 통해 기업은 감사 가능한 방식으로 모든 에이전트와 작업을 추적하고 확인할 수 있습니다. 다음은 Agent Studio를 사용하는 로우 코드 에이전트와 에이전트 개발 키트를 사용하는 하이 코드 에이전트로 내부자 위험을 최소화하기 위해 Google에서 권장하는 방법입니다.

  1. 에이전트 아이덴티티 및 액세스 권한: 최소 권한의 원칙에 따라 에이전트에 대한 세분화된 액세스 제어를 정의합니다. 에이전트의 아이덴티티 유형(전용 또는 위임)을 확인하고 에이전트 아이덴티티를 사용합니다. 가장 제한적인 리소스에는 에이전트 자체 ID에만 바인딩된 가장 제한적인 역할을 부여하고, 공유 계정은 절대로 사용하지 않습니다.

  2. Agent Governance: 최소 에이전시 원칙을 따르고 비잔틴 내결함성을 도입하여 단일 지점 장애와 결탁을 완화하고, 모듈성을 유지하며, 영향 범위를 제한합니다.  Agent Gateway와 시맨틱 거버넌스 정책을 사용하여 에이전트 상호작용과 도구 호출을 제어합니다.

  3. Agent Artifact Registry: 에이전트 작업을 에이전트 ID 및 데이터 계보 프로세스에 매핑합니다. 에이전트 작업에 대한 감사 추적을 통해 에이전트의 이상 행동이나 정책 위반을 감지합니다.  Agent Registry를 사용하여 모든 에이전트, 도구, 기술, 엔드포인트의 인벤토리를 유지합니다. 

  4. 공격 표면 관리: Agent Gateway와 Private Service Connect 및 Private Ingress(비공개 URL)를 함께 사용하여 의도치 않은 외부 노출을 완화합니다. 

  5. 요청 승인: 하이 코드 에이전트의 경우 REQUEST-AUTHZ를 IAP(Identity-Aware Proxy)와 함께 사용하여 에이전트 호출을 가로채고 HTTP 헤더를 검사합니다.

  6. 콘텐츠 승인: 데이터 손실 방지를 달성하고, 콘텐츠 수준 가드레일을 적용하고, 하이 코드 에이전트에  Model Armor 및 CONTENT_AUTHZ를 사용하여 데이터를 정리합니다.

  7. 위협 감지:  Agent Platform Threat Detection을 사용하여 시맨틱 공격 감지(예: 프롬프트 인젝션, 탈옥)에 대한 알림을 보내고, 자동 대응을 실행하여 손상된 Agent Runtime을 격리합니다. 하이 코드 에이전트의 경우에는 BeforeToolCallback 및 AfterToolCallback을 사용하여 결정론적 규칙을 적용해 프롬프트 인젝션을 차단하고 출력을 검증합니다.

  8. 의도 및 기능 제약: 의도를 제약하는 모델 수준 제어(입력 정제, 데이터 수집 최소화, 범위 격리)와 기능을 제약하는 에이전트 수준 제어(목표 제한 설정, 휴먼인더루프, 최소 권한 IAM)를 통해 심층 방어를 달성합니다.

  9. 네트워크 보안:  VPC-SC를 보안 주체 액세스 경계와 결합하여 에이전트 환경을 위한 포괄적인 네트워크 방어 체계를 구축합니다.

  10. 멀티 테넌트 컨텍스트 매핑: 업스트림 테넌트 컨텍스트(예: X-Tenant-ID)를 Agent Gateway에 있는 사용자의 검증된 디렉터리 사용 권한에 바인딩합니다. 신뢰할 수 없는 원시 헤더를 제거하고 다운스트림 암호화 서명 JWT를 발행하여, 침해되거나 삽입된 런타임이 테넌트 파라미터를 스푸핑하고 측면 데이터 에스컬레이션 공격(혼동된 대리인)을 실행하지 못하게 합니다.

에이전트(또는 아시모프가 상상한 로봇)와 함께 살아가려면, 우리에게는 강력한 모델 제어 기능과 전통적인 보안 관행의 지원을 받는 잘 정렬된 모델이 필요합니다. 이러한 모델 제어 기능과 관행은 모델이 제대로 정렬되지 않은 경우에도 정상적으로 작동합니다.

이 모든 것은 내부자 위험 프로그램이 인간과 에이전트를 구분하지 않는 미래를 시사합니다. 이러한 미래에는 에이전트가 내부자 위험 관리에 동원될지도 모릅니다. 자세히 알아보려면 CISO 인사이트 허브를 확인하세요.

게시 위치