facts

지난 수요일 밤, Rippling과 Runlayer가 서로를 상대로 제기했던 소송을 모두 취하했다. 법원 문서에 따르면 합의금 지급이나 변호사 비용 정산 없이 양측 모두 소송을 중단했다. 이번 분쟁의 중심에는 AI 에이전트의 데이터 접근을 제어하는 'MCP(Model Context Protocol) 게이트웨이' 제품이 있었다.

이번 소송 취하와 동시에 Rippling은 Runlayer의 제품과 경쟁 관계에 있는 MCP 게이트웨이를 즉시 출시했다. 분쟁의 발단은 Runlayer가 2025년 11월 스텔스 모드에서 벗어나 출시한 이후, Rippling이 1년 넘게 해당 제품을 테스트하며 협력하는 과정에서 발생했다. Runlayer는 Rippling이 테스트 과정에서 얻은 정보를 바탕으로 유사한 제품을 복제했다고 주장하며 소송을 제기했고, Rippling은 이에 맞서 Runlayer가 자사 특허를 침해했다며 맞소송으로 대응했다.

Runlayer는 Khosla Ventures의 Keith Rabois와 Felicis 등으로부터 총 4,200만 달러의 투자를 유치한 초기 단계 스타트업이다. 이번 법적 갈등은 증거 개시(discovery) 단계가 3주간 진행된 후 양측이 소송을 취하하는 것으로 마무리됐다.

how-it-works

MCP 게이트웨이의 핵심은 AI 에이전트가 기업 내부의 소프트웨어 시스템에 직접 접근하는 것을 차단하고, 중간에서 데이터 요청을 보안 처리하는 구조에 있다. 예를 들어 채용 담당자가 AI 에이전트에게 '상위 5명 후보자의 이메일을 포함한 세부 정보'를 요청하면, 게이트웨이가 채용 시스템에서 해당 데이터를 검색해 전달한다. 에이전트에게 시스템 전체에 대한 직접 접근 권한을 부여하지 않고, 게이트웨이가 필요한 데이터만 추출해 전달하는 방식이다.

데이터 처리 과정에서 게이트웨이는 두 가지 핵심 보안 계층을 수행한다. 첫째는 직원 역할 기반의 접근 제어(RBAC, Role-Based Access Control)다. 이를 통해 관리자와 인턴 등 직급과 역할에 따라 접근할 수 있는 데이터의 범위를 다르게 설정한다. 둘째는 관찰 가능성(Observability) 확보로, 모든 데이터 요청과 사용 경로를 로그로 남겨 추적할 수 있게 한다.

Rippling이 구현한 MCP 게이트웨이는 여기서 더 나아가 운영 효율성을 위한 관리 도구를 통합했다. 서로 다른 AI 모델로 요청을 라우팅하는 기능과 직원별 토큰 소비량을 대시보드로 시각화하는 기능을 지원한다. 반면 Runlayer는 게이트웨이를 기반으로 한 더 넓은 범위의 에이전트 보안 서비스를 제공한다. 여기에는 AI 에이전트 생성 도구와 더불어, IT 부서가 인지하지 못한 채 기업 내부에서 실행되는 '섀도우 AI 에이전트(Shadow AI agents)'를 탐지하는 기능이 포함된다.

implementation-impact

현재 AI 게이트웨이 시장은 인프라와 보안의 경계에서 빠르게 재편되고 있다. Rippling의 MCP 게이트웨이는 기존의 급여 및 복리후생 관리 영역을 넘어, Stripe, Ramp, Databricks 등이 경쟁하는 토큰 관리 및 라우팅 시장과 Amazon Bedrock, Docker 등이 포진한 AI 보안 시장에 동시에 진입한 형태다.

AI 소프트웨어 개발 속도가 빨라지면서 기업이 스타트업과 진행하는 장기적인 기술 검증(PoC) 방식에 변화가 필요해졌다. 검증 기간 동안 기업의 요구사항이 급변하거나, 검증 대상이었던 기술이 기업 내부의 자체 개발 제품으로 빠르게 대체될 수 있는 환경이 조성됐기 때문이다.

AI 인프라를 도입하는 개발자와 실무자는 단순한 API 연결을 넘어, 에이전트의 직접 접근을 차단하는 게이트웨이 계층의 유무와 RBAC 설정의 세밀함, 그리고 미승인 에이전트를 탐지할 수 있는 가시성 확보 여부를 기준으로 솔루션을 선택해야 한다.