openclaw macOS 앱의 exec 요청 잘못된 인가로 인한 임의 코드 실행 위험
이 취약점은 macOS 앱 런타임이 exec 승인 요청을 처리할 때의 로직 결함에서 비롯됩니다. 허용 목록과 수동 확인 정책을 설정했더라도 앱은 인가되지 않은 명령을 자동으로 '한 번 허용'으로 처리합니다. 공격자는 사용자 상호작용 없이 네트워크를 통해 이 동작을 유발해 게이트웨이 측 보안 차단 메커니즘을 우회할 수 있으며, 그 결과 피해 호스트에서 임의 시스템 명령이 은밀하게 실행되어 무결성과 가용성이 심각하게 훼손됩니다.
컴포넌트
OpenClaw는 에이전트 스케줄링과 디바이스 제어를 통합한 자동화 시스템이며, macOS 클라이언트는 엣지 노드로서 게이트웨이 아키텍처에 연결되어 중앙 에이전트의 실행 지시를 처리합니다. 로컬 런타임 환경을 통해 화면 스냅샷, 시스템 명령 실행 등 하드웨어 수준의 상호작용을 구현하며, 호스트 운영체제에서 지능형 에이전트의 조작 능력을 확장하면서 정책 일관성을 유지하는 것을 목표로 합니다.
유형
Incorrect Authorization (CWE-863)
저장소
대응 방안
- 클라이언트 런타임의 승인 판단 로직을 수정해 사전 설정된 보안 정책을 엄격히 적용하고, 허용 목록에 없는 명령의 자동 승인을 금지하십시오. 아울러 승인 상태에 대한 2차 검증 메커니즘을 추가해 의도하지 않은 인가를 방지할 것을 권장합니다.
open-lovable API의 인가 메커니즘 부재로 인한 임의 명령 실행 및 데이터 유출
공격자는 `app/api/` 디렉터리 아래 모든 라우트 엔드포인트에 인증과 세션 검사가 없는 결함을 이용해 자격 증명 없이 악성 HTTP 요청을 직접 보낼 수 있습니다. 시스템이 현재 활성 샌드박스 상태를 단일 전역 변수 `global.activeSandbox`에 저장하고 사용자 격리를 하지 않기 때문에, 공격자는 특정 JSON 페이로드를 구성해 임의 명령 실행, 민감한 파일 읽기, 악성 코드 주입을 유발할 수 있으며, 이로 인해 테넌트 간 데이터 유출, 무결성 훼손, 서비스 거부가 발생해 시스템 보안에 심각한 영향을 줍니다.
컴포넌트
open-lovable은 Next.js 아키텍처 기반의 AI 보조 개발 플랫폼으로, Vercel Sandbox나 E2B 같은 클라우드 샌드박스 기술을 통합해 자동 코드 생성, 환경 구성, 애플리케이션 배포 서비스를 제공합니다. 핵심 컴포넌트는 RESTful API 설계를 채택해 샌드박스 인스턴스 생성, 시스템 명령 실행, 파일 읽기·쓰기, 의존성 패키지 설치 등을 지원하며, 전역 상태 관리로 여러 사용자의 동시 요청을 조율해 효율적인 멀티 테넌트 리소스 공유와 워크플로 자동화를 구현합니다.
유형
Missing Authorization (CWE-862)
저장소
대응 방안
- 개발자는 API 진입점에 엄격한 인증 미들웨어를 도입하고 세션 토큰이나 API 키 기반 접근 제어를 적용하십시오. 또한 상태 관리 메커니즘을 재구성해 전역 공유 변수를 사용자 ID 또는 세션 ID별 독립 컨텍스트 저장소로 대체하고, 서로 다른 사용자의 요청을 격리해 권한 외 접근을 방지하십시오.
Supabase Studio 엔드포인트의 인증 및 URL 검증 부재로 인증 없는 SSRF 공격을 통해 내부망 민감 데이터 획득 가능
공격자는 /api/edge-functions/test 엔드포인트에 인증 없는 요청을 보낼 수 있습니다. 셀프 호스팅 환경에서는 URL 검증 로직이 경로 형식만 확인하고 호스트 이름 제한을 무시하므로, 공격자는 대상을 내부 서비스나 클라우드 메타데이터 주소로 지정하고 사용자 지정 HTTP 헤더와 결합해 전체 응답을 얻을 수 있으며, 이로 인해 내부 네트워크 토폴로지 유출과 민감 정보 탈취가 발생합니다.
컴포넌트
Supabase는 오픈소스 Backend-as-a-Service 플랫폼이며, Studio 컴포넌트는 핵심 관리 인터페이스로서 데이터베이스 시각화 관리와 엣지 함수 개발·테스트 기능을 제공합니다. 클라우드 네이티브 백엔드 서비스의 구성, 모니터링, 디버깅을 단순화하고 통합 Web 콘솔로 효율적인 데이터 상호작용과 서비스 오케스트레이션을 구현하는 것을 목표로 합니다.
유형
SSRF (CWE-918)
저장소
대응 방안
- 모든 API 인터페이스에 엄격한 인증을 적용하고, 서버 측에서 요청 대상 호스트 이름을 허용 목록으로 강제 검증해 임의 IP 주소나 예상치 못한 도메인의 해석을 금지하십시오. 아울러 네트워크 계층 접근 제어를 배포해 민감한 내부 리소스에 대한 불법 탐색을 차단할 것을 권장합니다.
