런레이어(Runlayer)와 리플링(Rippling)의 짧지만 격렬했던 MCP 게이트웨이 분쟁이 법정의 승패 없이 끝났다. 양사는 2026년 8월 20일 서로 제기한 소송을 공동으로 ‘with prejudice’ 기각했다. 양측 모두 금전적 보상을 받지 않았고, 상대방의 법률 비용을 부담하지도 않았다. 101
하지만 이는 소송 절차가 끝났다는 뜻이지, 어느 한쪽의 주장이 사실로 확인됐다는 의미는 아니다. 법원은 리플링이 런레이어의 기밀 정보를 부당하게 사용했는지, 런레이어가 리플링의 특허를 침해했는지 판단하지 않았다. 법적 공방이 사라진 자리를 이제 제품 경쟁이 채우게 됐다.
무슨 일이 있었나
런레이어는 7월 28일 리플링을 상대로 소송을 제기했다. 런레이어의 주장에 따르면 리플링은 1년 넘게 런레이어의 MCP 게이트웨이를 평가했고, 양사 엔지니어링팀이 긴밀하게 협업했다. 그러나 리플링은 고객 계약을 체결하는 대신 평가 과정에서 접한 기밀 정보를 이용해 경쟁 제품을 개발했다는 것이 런레이어 측 주장이다. 리플링은 이 आरोप을 부인했다. 1417
이에 리플링은 런레이어가 자사의 특허 3건을 침해했다며 별도의 특허 소송을 제기했다. 동시에 리플링은 자체 MCP 게이트웨이를 개발하고 있으며, 런레이어 제품과 직접 경쟁하게 될 것이라고 밝혔다. 7
두 사건은 약 3주 동안 진행된 뒤 양측의 공동 기각 신청으로 종료됐다. ‘with prejudice’ 기각은 해당 사건을 영구적으로 종결한다는 뜻이다. 다만 이번 신청과 기각은 양측 주장의 진위를 확정한 판결이 아니다. 각 회사는 자신의 소송 비용을 부담하기로 했다. 10
소송이 끝난 날, 리플링은 경쟁 제품을 내놨다
실무적인 결과를 더욱 선명하게 만든 것은 출시 시점이었다. 리플링은 소송이 사라진 바로 그날, 분쟁의 중심에 있던 자체 MCP 게이트웨이를 공개했다. 런레이어가 막으려 했던 제품이 시장에 진입했고, 런레이어는 그대로 직접적인 경쟁자로 남았다. 114
리플링은 이 제품을 기업용 소프트웨어 플랫폼 안에서 제공하는 더 넓은 AI 거버넌스 기능의 일부로 포지셔닝했다. 반면 런레이어는 MCP 서버, 스킬(Skills), 플러그인, AI 클라이언트, 에이전트를 아우르는 기업용 ‘컨트롤 플레인’으로 자사를 설명한다. 공개된 제품 자료에는 MCP 게이트웨이와 정책·OAuth 제어, 런타임 보안, 감사 추적, 에이전트 런타임, 관리되지 않는 이른바 ‘섀도 MCP’ 배포를 찾는 기능 등이 포함돼 있다. 293127
현재 공개된 자료만으로 두 제품의 구조나 기능이 완전히 같다고 단정할 수는 없다. 확인 가능한 비교는 더 좁은 범위에 있다. 두 회사 모두 AI 에이전트가 기업의 도구와 데이터에 접근하는 방식을 통제하는 엔터프라이즈 계층을 겨냥하고 있으며, 런레이어는 여러 제품을 포괄하는 전문 컨트롤 플레인 모델을 내세우고 있다. 71429
MCP 게이트웨이란
MCP는 ‘모델 컨텍스트 프로토콜(Model Context Protocol)’의 약자로, AI 클라이언트와 에이전트가 외부 도구 및 데이터에 연결할 수 있도록 정한 표준 방식이다. MCP 게이트웨이는 AI 클라이언트·에이전트와 기업 시스템 사이에 위치하는 중앙 중계 계층이다. 이를 통해 기업은 여러 AI 요청을 한곳에서 관리하고 감시할 수 있다. 2132
일반적으로 MCP 게이트웨이는 다음과 같은 역할을 할 수 있다.
- 인증 및 권한 부여: 요청을 사용자나 서비스의 신원과 연결하고, 역할 기반 또는 최소 권한 원칙에 따라 접근을 허용한다.
- 도구·데이터 접근 통제: 승인된 MCP 서버와 도구만 사용하도록 하고, 에이전트가 접근할 수 있는 데이터 범위를 제한한다.
- 실행 중 보안 적용: 에이전트와 도구 사이를 오가는 요청을 검사하거나 필터링한다.
- 관측성 확보: 요청, 도구 호출, 정책 결정, 오류, 추적 정보를 기록해 감사와 사후 조사를 지원한다.
- 통제된 운영: 기업 시스템에 도달하기 전에 MCP 요청에 신원 확인, 정책 적용, 보안 검사, 감사 기록을 일관되게 붙인다. 293234
기업용 컨트롤 플레인은 여기에 모델 라우팅이나 토큰 사용량 추적 기능을 더할 수도 있다. 예를 들어 작업을 승인된 모델로 보내거나, 사용자·팀·에이전트·워크플로별 사용량과 비용을 파악하는 방식이다. 다만 이번 분쟁과 관련해 공개된 자료만으로 리플링과 런레이어가 이러한 기능을 모두 동일한 방식으로 제공한다고 확인할 수는 없다.
런레이어는 어떤 회사인가
런레이어는 뉴욕에 기반을 둔 기업용 AI 인프라 스타트업이다. 2025년 11월 비공개 개발 단계에서 모습을 드러냈으며, 당시 펠리시스(Felicis)와 코슬라 벤처스(Khosla Ventures)로부터 1,100만 달러의 시드 투자를 유치했다. 47
2026년 6월에는 펠리시스가 주도하고 코슬라 벤처스가 참여한 3,000만 달러 규모의 시리즈 A 투자를 발표했다. 이에 따라 총 투자 유치액은 4,200만 달러가 됐다. 공동 창업자이자 최고경영자(CEO)는 난잇(Nanit)을 창업했고 자피어(Zapier)에서 AI 업무를 이끌었던 앤드루 버먼이다. 404547
이 같은 투자와 초기 고객 확보는 아직 형성 중인 시장에서 런레이어를 자금력을 갖춘 전문 기업으로 자리매김하게 했다. 동시에 이번 소송은 전문 스타트업이 안고 있는 취약점도 드러냈다. 대형 기업 고객을 확보하려면 제품을 깊이 공개하고 엔지니어링팀을 오랫동안 협업에 참여시켜야 하지만, 잠재 고객이 그 과정에서 경쟁 제품을 만들 만큼의 지식을 얻을 수도 있기 때문이다.
창업자들이 얻을 수 있는 교훈: 평가 과정도 경쟁적 관계가 될 수 있다
양측의 주장은 여전히 다툼의 대상이다. 그러나 그 이면의 사업적 위험은 비교적 분명하다. 장기간의 개념증명(PoC)이나 제품 평가에는 제품 로드맵, 기술 문서, 아키텍처, 엔지니어링 절차, 때로는 소스 코드에 대한 접근이 포함될 수 있다. 잠재 고객이 결국 자체 개발을 선택하면 스타트업은 수개월 동안 미래의 경쟁자를 교육한 셈이 될 수 있고, 다른 영업 기회를 놓칠 수도 있다.
AI 인프라 분야에서는 이 위험이 더욱 커진다. 프로토콜, 모델 성능, 보안 기준, 제품 범주는 빠르게 변한다. 전통적인 엔터프라이즈 소프트웨어처럼 1년짜리 평가를 진행하는 동안 시장의 전제가 바뀔 수 있다. 런레이어와 리플링의 사례에서도 장기간의 평가 이후 소송, 약 3주간의 디스커버리, 소송 취하, 경쟁 제품 출시가 불과 몇 주 사이에 이어졌다. 1014
스타트업이 고려할 수 있는 현실적인 안전장치는 다음과 같다.
- 파일럿 범위를 제한한다. 구매 판단에 필요한 기능만 시연하고, 불필요한 내부 정보를 공개하지 않는다.
- 단계적으로 정보를 공개한다. 민감한 아키텍처, 로드맵, 구현 세부사항은 명확한 단계와 조건을 통과한 뒤 공유한다.
- 평가 기한을 정한다. 파일럿의 종료일과 구매 여부를 결정하는 절차를 문서화한다.
- 전환 기준을 합의한다. 성공 조건, 조달 절차, 실제 배포에 필요한 요건을 사전에 정한다.
- 기술 접근을 통제한다. 격리된 환경, 세분화된 권한, 로깅, 철회 가능한 인증 정보를 사용한다.
- 자체 개발과 구매를 구분하는 시점을 만든다. 상대방이 공급업체를 평가하는 것인지, 내부 제품의 요구사항을 수집하는 것인지 일찍 확인한다.
비밀유지계약(NDA)은 특정 정보의 보호에 도움을 줄 수 있지만, 자금력이 충분한 기업이 같은 시장에 진입하는 것 자체를 막아주지는 않는다. 법적 조치는 특정 행위를 다룰 수 있어도, 시장이 소송보다 빠르게 움직이는 상황에서 경쟁사의 출시를 막지 못할 수 있다.
결국 핵심은 법정이 아니라 시장이다
이번 사건은 MCP 게이트웨이 기술에 대한 법원의 판결이 아니다. 대신 기업용 AI 도입을 둘러싼 영업 과정이 얼마나 빠르게 제품 경쟁과 지식재산권 분쟁으로 바뀔 수 있는지를 보여준 사례다.
런레이어는 기업용 AI 에이전트를 위한 통제된 컨트롤 플레인을 만드는 자금력 있는 전문 스타트업으로 이 분쟁에 들어섰다. 리플링은 양측의 소송이 종료되자마자 경쟁 게이트웨이를 출시하며 시장에 직접 뛰어들었다. 합의금도, 라이선스 계약도, 어느 한쪽의 승소 판결도 없었던 만큼 이제 남은 질문은 상업적인 것이다.
AI 에이전트와 기업의 도구·데이터를 연결하는 빠르게 커지는 관문을 어느 회사가 더 안전하고 신뢰할 만하게 관리할 수 있을까. 그리고 스타트업은 잠재 고객을 상대할 때, 그 고객이 언제든 경쟁자로 바뀔 수 있다는 가능성까지 평가 설계에 포함해야 한다.