카테고리: 브랜드 동향 · Red Hat / 오픈소스 AI 타겟 독자: 플랫폼·보안 아키텍트, AI 에이전트 도입 검토 담당자, 쿠버네티스 운영 조직
AI 에이전트를 기업 안에서 상시 운영하려는 조직이 마주치는 첫 질문은 “누가 이 에이전트의 권한과 행동을 통제하는가”다. 이 질문에 대한 오픈소스 쪽 답이 지난 9월 말 나왔다. 더 뉴 스택(The New Stack)에 따르면 OpenClaw 재단은 상시 동작하는 AI 에이전트를 기업 인프라에서 배포·관리하는 오픈소스 제어 플레인 ‘오픈클로 엔터프라이즈(OpenClaw Enterprise, OCE)’를 공개했다. 라이선스는 오픈소스이며 어떤 조직이든 무료로 쓸 수 있다.
구성은 중앙 관리용 컨트롤 플레인, 에이전트별로 분리된 네임스페이스, 자격증명과 권한 관리, 활동 로그와 변경 기록, 그리고 쿠버네티스 네이티브 배포 옵션이다. 기능 목록에는 신원 관리, 세분화된 권한, 정책 집행, 감사 추적, 샌드박싱, LLM 보조 검토가 들어 있다. 이 프로젝트를 이끄는 오픈AI의 케빈 린(Kevin Lin)은 “대부분 조직에서 IT의 기본 입장은 에이전트 플랫폼 자체를 금지하는 것”이라고 말했는데, 이 도구는 그 금지를 풀 수 있는 통제 수단을 제공하겠다는 취지다. 오픈AI가 원 개발사로 재단을 후원하고, 엔비디아와 깃허브도 재단 후원사로 참여한다. 레드햇은 리눅스, 쿠버네티스, 분산 시스템, 보안 분야 엔지니어링 역량을 기여한다.
레드햇 쪽에서는 같은 시기 ‘Friday Five'(10월 2일)에서 최고기술책임자 크리스 라이트(Chris Wright)의 글을 소개했다. 에이전트 보안은 에이전트 자체가 아니라 신원, 런타임, 네트워크, 인프라 계층을 겹겹이 방어하는 방식으로 접근해야 한다는 내용이다. OCE의 기능 구성과 같은 방향이다. 앞서 정리한 레드햇의 ‘MCP 내장 오픈시프트 AI’가 에이전트를 도구와 연결하는 표준이었다면, OCE는 연결된 에이전트를 통제하는 계층에 해당한다. 같은 주제를 두 단계로 나누어 채워가는 셈이다.
다만 아직 도입 판단 단계는 아니다. 더 뉴 스택에 따르면 프로젝트는 개발 프리뷰 상태이고 1.0은 2026년 후반으로 예정돼 있으며, 외부 게이트웨이 승인과 모델 인증 방식 등 일부 구성요소는 미완성이다. 레드햇이 이를 자사 제품(오픈시프트 등)에 어떤 형태로 통합하고 상용 지원을 제공할지는 이번 보도에서 확인되지 않는다(확인되지 않음). 국내 규제 환경에서의 검증 사례도 아직 없다.
그럼에도 기획자가 지금 챙길 점이 있다. 시스코·옴디아 설문에서 응답자의 82%가 AI의 프로덕션 변경을 사전 승인 없이 허용하고 있었던 것과 달리, 국내 다수 조직은 에이전트를 사실상 금지하거나 비공식적으로 쓰고 있을 가능성이 높다(이 부분은 현장 관찰이며 확인된 통계는 아니다). 어느 쪽이든 필요한 것은 에이전트 신원, 권한 범위, 감사 로그의 요건을 먼저 문서화하는 일이다. OCE는 그 요건을 점검할 때 참고할 수 있는 구체적 설계 예시이므로, 쿠버네티스 환경을 운영하는 조직이라면 프리뷰 코드를 테스트 환경에서 검토해볼 만하다.
참고: OpenClaw Enterprise의 구성, 후원 구조, 인용문, 개발 프리뷰 상태는 더 뉴 스택(thenewstack.io, 2026.9.30) 기사를 근거로 함. 레드햇 CTO 글은 Red Hat Friday Five(redhat.com, 2026.10.2)를 근거로 함. 시스코 설문 수치는 시스코 뉴스룸(2026.9.23)을 근거로 함. 제품 통합 계획과 국내 지원 여부는 확인되지 않음.
