vibeOS, AI 네이티브 OS의 권한 문제

OS라는 이름이 붙는 순간 질문이 달라진다

vibeOS는 "AI-native operating system"을 내세우며 Claude Code가 컴퓨터의 하드웨어부터 UI까지 제어한다고 설명한다. 화면에는 프롬프트를 입력하면 위젯, 미니게임, 뉴스 앱 같은 결과가 즉시 만들어지는 데모가 놓여 있다. 내부 구성으로는 Claude Code, Next.js UI, Tailwind, tRPC, React, MCP 유틸리티, 브라우저 핸드오프를 언급한다.

이것을 단순한 바이브 코딩 데모로 보면 놓치는 것이 있다. OS라는 단어가 붙는 순간 문제는 앱 생성 속도가 아니라 권한 모델이 된다. 파일을 읽고, 브라우저를 조작하고, 네트워크를 쓰고, 로컬 명령을 실행하는 에이전트가 있다면 그것은 IDE 플러그인이 아니라 사용자 컴퓨터의 대리 실행 계층이다. Computex 2026, 에이전트 PC가 온다는 신호가 말한 에이전트 PC 담론과 같은 축에 있다.

Claude Code와 MCP가 OS 표면으로 올라온다

Anthropic의 Claude Code는 터미널 기반 코딩 에이전트로 자리 잡았다. Claude Code 문서는 설치와 사용 흐름을 설명한다. vibeOS는 이를 전면 UI와 결합해 "컴퓨터에 무엇을 만들지 말하면 화면에 바로 나타나는" 경험을 겨냥한다. 여기에 Model Context Protocol이 붙으면 외부 도구와 데이터 소스를 더 쉽게 연결할 수 있다.

vibeOS는 Dockerized version을 제시하며 보호 기본값을 강조한다. Docker 문서가 말하는 컨테이너 격리는 이런 실험에 중요한 출발점이다. 다만 컨테이너만으로 충분하다고 보기는 어렵다. 브라우저 세션, 클립보드, 사용자 파일, 인증 토큰이 어디까지 들어오는지에 따라 위험은 크게 달라진다.

보안은 데모 뒤에 붙일 수 없다

에이전트가 OS 표면에 가까워질수록 보안은 기능 출시 뒤에 붙이는 옵션이 아니다. Copilot Cowork 유출 실험, 에이전트 보안의 경고는 협업 에이전트가 파일과 권한을 잘못 다룰 때 어떤 유출 경로가 생기는지 보여줬다. vibeOS 같은 제품은 사용자가 한 문장으로 "내 메일과 문서를 보고 보고서를 만들어줘"라고 말하는 순간 민감 데이터 경계가 흔들린다.

필요한 것은 세 가지다. 첫째, 도구 호출 전 명확한 권한 프롬프트. 둘째, 파일 변경과 네트워크 요청의 감사 로그. 셋째, 작업 범위가 커질 때 사람이 중단할 수 있는 회로다. NIST AI RMF는 이런 위험을 식별, 측정, 관리하는 언어를 제공한다. 에이전트 OS는 "멋진 화면"보다 이 언어를 얼마나 제품에 녹였는지가 중요하다.

한국 기업이 볼 포인트

한국 기업 환경은 망분리, DRM, 문서중앙화, 전자결재, 개인정보보호 규정이 강하다. AI 네이티브 OS가 이 환경에 들어오려면 로컬 실행 여부보다 더 세밀한 통제가 필요하다. 사내 문서를 읽는 에이전트, 브라우저를 대신 조작하는 에이전트, MCP로 사내 API를 부르는 에이전트가 각각 다른 권한과 로그를 가져야 한다.

Agent Harness, 샌드박스 밖 에이전트 아키텍처와 Open Envelope, 에이전트 팀 정의의 표준화 실험은 이 문제를 다른 각도에서 다룬다. 결국 AI 네이티브 OS의 경쟁력은 모델 성능이 아니라 에이전트 작업을 설명하고 제한하고 복구하는 운영 체계다.

자주 묻는 질문

Q1: vibeOS는 실제 운영체제인가요?

A: 현재 공개 설명만 보면 전통적 커널 OS라기보다 에이전트, 웹 UI, 컨테이너 실행 환경을 묶은 AI 네이티브 작업 표면에 가깝다.

Q2: 왜 권한 모델이 핵심인가요?

A: 에이전트가 파일, 브라우저, 네트워크, 도구를 대신 조작하면 사용자의 의도와 실제 실행 사이에 큰 간극이 생기기 때문이다.

Q3: Docker로 실행하면 안전한가요?

A: 도움이 되지만 충분조건은 아니다. 컨테이너 안으로 어떤 파일과 자격증명이 들어가는지가 더 중요하다.

Q4: MCP는 어떤 역할을 하나요?

A: 에이전트가 외부 도구와 데이터 소스를 표준 방식으로 연결하는 통로가 될 수 있다. 동시에 권한 관리 대상도 늘어난다.

Q5: 기업 도입 전 확인할 것은 무엇인가요?

A: 도구 호출 로그, 파일 접근 범위, 네트워크 정책, 승인 절차, 작업 중단 기능, 사용자별 권한 분리를 확인해야 한다.