AI 에이전트 거버넌스: EU 규정과 구글의 에이전트 ID

서론

2026년 8월 첫째 주의 두 가지 발표는 서로 다른 방향에서 같은 변화를 가리키고 있습니다. 8월 2일, EU AI Act의 투명성 규칙이 시행 가능한 법이 되어, 챗봇, 콘텐츠 생성기 또는 감정 판독 시스템을 배포하는 모든 사람은 이를 명확히 공개해야 하며, 그렇지 않을 경우 최대 1,500만 유로의 벌금에 직면하게 됩니다. 며칠 후, Google Cloud는 Agent Identity 시스템을 일반 공급했습니다. 이는 AI 에이전트가 정확히 무엇에 접근할 수 있는지 추적하고 모든 작업을 기록하는 네이티브 권한 계층입니다. 하나는 공개를 강제하는 규제 기관입니다. 다른 하나는 책임을 기능으로 판매하는 클라우드 플랫폼입니다. 둘 다 같은 결론으로 수렴하고 있습니다. 아무도 식별, 감사 또는 책임을 물을 수 없는 AI 에이전트는 법원이 말하든 말든 프로덕션에 사용할 준비가 되지 않은 것입니다.

8월 2일에 변경된 사항

EU AI Act 제50조의 투명성 의무는 2026년 8월 2일부터 EU 전역의 국가 당국에 의해 일반적으로 적용 가능하고 시행 가능해졌습니다. 실제로 이는 네 가지 사항을 포괄합니다. 제공자는 사람들이 “문맥상 명백하지 않은 경우 AI 시스템을 다루고 있음을 명확히 알 수 있도록” 해야 합니다. 이것이 챗봇 공개 규칙입니다. 합성 오디오, 이미지, 비디오 또는 텍스트를 생성하는 시스템의 제공자는 해당 출력물을 기계 판독 가능하고 감지 가능한 형식으로 표시해야 합니다. 실제 인물, 장소 또는 사건의 딥페이크를 생성하는 시스템을 배포하는 사람은 이를 공개해야 합니다. 그리고 감정 인식 또는 생체 인식 분류 시스템을 배포하는 사람은 노출된 사람들에게 이를 알리고 EU 데이터 보호법을 준수해야 합니다.

이러한 개념 자체는 새로운 것이 아닙니다. AI Act는 몇 년 전에 서명되었습니다. 8월 2일에 변경된 것은 이러한 특정 의무가 더 이상 규정 준수 로드맵의 미래 날짜가 아니라 국가 규제 기관이 오늘부터 실제로 시행할 수 있는 것이 되었다는 점입니다.

비즈니스 성장 준비가 되셨나요?

오늘 무료 평가판을 시작하고 며칠 내로 결과를 확인하세요.

데모 요청 로그인

2027년과 2028년으로 연기된 사항

Act의 모든 내용이 예정대로 시행된 것은 아닙니다. 2026년 7월 8일 서명된 AI 디지털 옴니버스를 통해 EU는 고위험 시스템 요구사항을 연기했습니다. 부속서 III에 해당하는 독립형 시스템(고용 심사, 교육, 법 집행, 중요 인프라)은 이제 2027년 12월 2일까지 유예되었습니다. 의료 기기나 엘리베이터와 같이 부속서 I에 해당하는 이미 규제된 제품에 내장된 AI는 2028년 8월 2일까지 유예됩니다.

이 연장은 정확히 이해할 필요가 있습니다. “AI Act가 연기되었다"고 오해하기 쉽기 때문입니다. 그렇지 않습니다. 금지 관행 목록과 범용 AI 모델 의무는 영향을 받지 않았습니다. 변경된 것은 특히 고위험 분류 요구사항입니다. 가장 무거운 규정 준수 부담이며, 가장 좁은 범위의 시스템에 해당합니다. 에이전트가 사용자와 대화하거나 콘텐츠를 생성한다면, 이미 시행 중인 법의 적용을 받는 것입니다.

투명성 규칙이 중요한 이유

투명성 요구사항은 “고위험 시스템"에 비해 겸손해 보이지만, 실제로 대부분의 AI 에이전트 빌더가 가장 먼저 직면하게 될 규칙입니다. 고객 대면 지원 에이전트, 콘텐츠 생성 워크플로우, 음성 어시스턴트 — 이 모든 것은 사람과 대화하는 시스템이므로, 고위험으로 분류될지 여부와 관계없이 제50조가 적용됩니다. 이를 올바르게 처리하는 것은 복잡하지 않습니다. 사용자가 AI와 대화하고 있음을 명확히 말하고, 생성된 콘텐츠에 라벨을 부착하고, 이를 수행했다는 기록을 보관하면 됩니다. 잘못 처리하는 경우, 규정 준수 보고는 더 이상 서류 작업이 아니라 실제 숫자가 붙은 법적 위험이 됩니다.

뉴스레터 가입

최신 팁, 트렌드 및 특가 정보를 무료로 받아보세요.

이메일 주소

구독

Google, Agent Identity 출시

같은 근본적 문제에 대한 Google Cloud의 답변은 완전히 다른 방향, 즉 법이 아닌 인프라에서 나왔습니다. Google은 Gemini Enterprise Agent Platform을 일반 공급하면서 새로운 에이전트 거버넌스 기본 요소들을 함께 출시했습니다. Agent Memory Bank, Agent Runtime, Agent Gateway, Agent Registry, Agent Evaluation, 그리고 가장 주목할 만한 Agent Identity입니다.

Agent Identity는 오픈 표준을 기반으로 구축된 네이티브 IAM 자격 증명 유형으로, 인간 사용자 계정을 개조한 것이 아니라 자율 시스템을 위해 특별히 설계되었습니다. 에이전트의 런타임에 직접 권한을 바인딩하여 최소 권한 접근을 적용함으로써, 도난당한 에이전트 토큰이 다른 곳에서 재사용될 수 있는 일반적인 공격 경로를 차단합니다. 에이전트가 수행하는 모든 작업에 대해 부인 방지 로그를 생성합니다. 그리고 자격 증명 수명 주기를 자동으로 관리하여, 폐기된 에이전트가 방치된 사용 권한을 남겨 오용될 위험을 방지합니다.

Agent Identity가 실제로 하는 일

실질적인 효과는 “어느 에이전트가 이 작업을 수행했으며, 그것이 허용된 것이었는가?“라는 질문에 사후에 애플리케이션 로그에서 재구성한 추측이 아닌 명확한 답변을 제공한다는 것입니다. 이는 에이전트가 질문에 답하는 것에서 실제 행동(예약, 기록 편집, 자금 이동, 파일 삭제)을 수행하는 방향으로 나아갈수록 더 중요해집니다. 모델 자체에 대한 프롬프트 인젝션만 우려하는 LLM 보안 자세는 에이전트의 실제 권한과 그것으로 무엇을 했는지라는 전체 표면을 놓치게 됩니다.

이것이 두 발표가 처음보다 더 깊이 연결되는 지점이기도 합니다. 제50조는 “이것이 AI임을 공개했는가?“를 묻습니다. Agent Identity는 관련되지만 별개의 질문에 답합니다. “이 특정 에이전트가 어떤 권한으로, 누구의 승인 하에 정확히 무엇을 했는지 증명할 수 있는가?” 두 번째 질문에 명확히 답할 수 있는 시스템은 첫 번째 질문을 훨씬 더 쉽게 처리할 수 있습니다.

서로 다른 두 길, 같은 목적지

이 패턴을 직접 언급할 필요가 있습니다. 계속해서 반복될 것이기 때문입니다. 규제 기관은 법적 리스크 측면에서 공개와 책임으로 수렴하고 있습니다. 클라우드 플랫폼은 보안 및 신뢰성 측면에서 아이덴티티와 권한으로 수렴하고 있습니다. AI 에이전트 프레임워크는 아이덴티티를 환경 변수의 API 키처럼, 플릿의 모든 에이전트가 공유하는 부차적인 요소로 취급하곤 했습니다. 이러한 모델은 규제 조사나 실제 보안 사고를 견딜 수 없으며, 이것이 바로 두 방향 모두 동일한 해결책을 가리키는 이유입니다. 어떤 에이전트가 어떤 접근 권한으로 무엇을 했는지 알고, 이를 증명할 수 있어야 합니다.

이미 실제 AI 에이전트 사례(고객 지원 봇, 연구 어시스턴트, 코딩 에이전트)를 실험해 온 팀들이 이 변화를 가장 먼저 느낄 것입니다. 단순히 프로덕션에 더 많은 에이전트를 보유하고 있어 설명해야 할 더 많은 작업을 생성하기 때문입니다. 이는 Claude Cowork와 그 경쟁사들이 에이전트를 단일 세션 채팅에서 지속적인 다일 작업으로 전환했을 때 보았던 것과 동일한 패턴입니다. 더 많은 자율성은 항상 이를 통제할 도구보다 한 발 앞서 도착합니다.

첫날부터 통제 가능한 에이전트 구축하기

감사 추적을 생성하도록 설계되지 않은 에이전트 플릿에 사후에 감사 추적을 추가하는 것은 고통스러운 프로젝트입니다. 모든 작업을 기존 로그에서 재구성해야 하며, 절반은 존재하지 않는 경우가 많습니다. 더 저렴한 방법은 에이전트의 모든 단계를 처음부터 가시적이고 추적 가능하게 만드는 도구를 기반으로 구축하는 것입니다. 이는 데이터 거버넌스가 데이터 계보를 사후에 추가하는 것이 아니라 일급 관심사로 취급하는 방식과 같습니다.

이것이 기반 모델의 발전 속도가 중요한 이유이기도 합니다. Microsoft의 Orchard 프레임워크와 같은 최근 릴리스와 특화되고 감사 가능한 에이전트(모든 것을 하는 하나의 거대한 범용 모델 대신)로의 광범위한 전환은, 범위와 권한이 본질적으로 좁고 명확히 정의된 에이전트를 구축하는 것을 더 실용적으로 만듭니다. 범위가 좁은 에이전트는 이론적으로 무엇이든 할 수 있는 에이전트보다 본질적으로 통제하기 쉽습니다.

FlowHunt의 접근 방식도 동일한 논리를 따릅니다. AI 에이전트 플랫폼으로서 모든 자동화는 블랙박스가 아닌 가시적인 흐름입니다. 따라서 규정 준수 질문(이 에이전트가 무엇을, 왜, 어떤 승인 하에 수행했는가)이 들어오면, 답변이 이미 워크플로우에 존재하며, 팀이 마감 압박 속에서 재구성할 필요가 없습니다.

결론

EU AI Act의 투명성 규칙과 Google의 Agent Identity 시스템은 서로 조율되지 않았으며, 명목상으로는 다른 문제(하나는 법적 규정 준수, 다른 하나는 클라우드 인프라)를 해결하고 있습니다. 그러나 같은 주에 등장하여 같은 근본적 진실을 가리키고 있습니다. AI 에이전트가 더 자율적이고 중요한 작업을 수행함에 따라, “우리는 그것이 무엇을 했는지 잘 모르겠습니다"라는 대답은 더 이상 용납될 수 없습니다. 질문하는 사람이 규제 기관이든 자체 보안 팀이든 마찬가지입니다. 아이덴티티, 공개 및 감사 가능성을 지금 핵심 요구사항(나중에 추가할 기능이 아닌)으로 취급하는 팀이 규정 준수 문제와 프로덕션 사고 모두에서 훨씬 덜 고통스러운 경험을 하게 될 것입니다.