✓ 생존 제안 16개 중 1위인디 보안 2026년 11월 8일

에이전트 하네스를 위한 검증된 확장 레지스트리 및 샌드박스

오픈소스 코딩 에이전트 하네스를 위한 보안 계층입니다. 검증된 확장 레지스트리, OAuth 토큰이 안전하게 설치되는 방식, 위험한 동작을 차단하는 네이티브 권한 엔진을 제공합니다.

Claude Code, Cursor 등 코딩 에이전트에 바로 붙여 넣을 수 있는 브리프(영어)입니다.

I want to build a small, bootstrappable product. Help me plan and start the MVP.

Product: Vetted extension registry and sandbox for agent harnesses
What it is: A security layer for open-source coding-agent harnesses: vetted extension registry, OAuth-token-safe installs, and a native permission engine that blocks dangerous actions.
Who pays: Engineering leads and staff devs at 20–200 person companies adopting open agent harnesses (Pi and clones), paying $50–200/mo per team from the dev-tools/security budget; also prosumers at $10–20/mo.
Closest alternatives: npm audit / Snyk (generic dependency scanning, blind to agent-extension threats , Claude Code's built-in permission system (only works inside its own harness), OS-level sandboxing like Docker/Seatbelt (no agent-aware policies), Pi community extensions (unvetted, self-serve)
The gap: Open harnesses are accumulating a fast-growing extension ecosystem with zero supply-chain vetting and no native runtime safety defaults; generic dependency scanners don't check for OAuth-token exfiltration, hidden prompt injection, or scope creep in agent extensions, and no product fills this.
Why now: The open-harness ecosystem (Pi and similar) has exploded in the last ~12 months along with subscription-based OAuth access, creating both a new attack surface (token theft leading to account bans) and a new class of extension supply-chain risk that nobody has productized defenses for yet.
Moat to build toward: A curated, audited extension registry plus a continuously updated threat-intel feed of agent-extension attack patterns compounds with adoption; becoming the default trust layer creates a distribution lock-in similar to package registries.
Biggest risk: Pi (or another harness vendor) ships native sandboxing and an official vetted registry, collapsing the third-party opportunity before the market is big enough.

First three steps:
1. Build a static analyzer that scans Pi extensions for token exfiltration, network calls, and prompt-injection patterns, and publish a scored public registry.
2. Ship a permission-policy extension for Pi that enforces an auto mode (dangerous command blocking, approval rules) so users get Claude-Code-grade safety natively.
3. Release a 'hardened profile' bundle (sandbox launcher + vetted extensions) and sell team seats with org-wide policy enforcement.

Start by asking me up to five questions about constraints (stack, budget, timeline), then propose the smallest version a paying customer would use, and scaffold it.

종합6.1/10

고통6

지불 의향5

타이밍8

시장 공백7

해자5

실현 가능성6

찬성

누가 돈을 내나

Pi 및 유사 하네스를 도입하는 20~200명 규모 회사의 엔지니어링 리드와 시니어 개발자입니다. 개발 도구/보안 예산에서 팀당 월 $50~200을 지불할 것으로 보고, 개인 사용자(프로슈머)는 월 $10~20을 고려할 수 있습니다.

사람들이 한 말 · 4

오픈 하네스에는 위험한 동작을 막는 내장 자동 모드가 없고 인기 있는 서드파티 모듈에 대한 검증도 없어서, Claude Code로 되돌아갔다는 사례가 있습니다. 댓글 읽기 ↗
계정 정지 사례가 반복 보고되면서 서드파티 확장에 OAuth 토큰을 맡기지 않겠다는 입장입니다. 댓글 읽기 ↗
파괴적인 작업을 막기 위해 Pi 위에 직접 샌드박싱 계층을 만들었습니다. 댓글 읽기 ↗
하네스가 기본으로 제공하지 않는 안전 기능을 대신하도록, 파괴적인 CLI 호출과 파일 수정에 승인이 필요하도록 패턴 매칭을 수동으로 설정했습니다. 댓글 읽기 ↗

토론 내용을 요약한 것입니다. 원래 댓글은 링크에서 볼 수 있습니다.

경쟁사와 빈틈

npm audit / Snyk (generic dependency scanning, blind to agent-extension threats Claude Code's built-in permission system (only works inside its own harness)OS-level sandboxing like Docker/Seatbelt (no agent-aware policies)Pi community extensions (unvetted, self-serve)

오픈 하네스의 확장 생태계는 빠르게 커지고 있지만 공급망 검증이 전혀 없고, 런타임 안전 기본값도 내장되어 있지 않습니다. 일반적인 의존성 스캐너는 에이전트 확장에서의 OAuth 토큰 유출, 숨겨진 프롬프트 인젝션, 권한 범위 확대를 확인하지 못하며, 이 문제를 해결하는 제품은 아직 없습니다.

왜 지금인가

Pi 등 오픈 하네스 생태계는 지난 약 12개월 동안 구독 기반 OAuth 접근과 함께 폭발적으로 성장했습니다. 그 결과 토큰 탈취로 인한 계정 정지라는 새로운 공격 표면과, 아직 제품화된 방어책이 없는 새로운 유형의 확장 공급망 위험이 동시에 생겨났습니다.

해자 · 5/10

큐레이션되고 감사를 거친 확장 레지스트리와, 에이전트 확장의 공격 패턴을 지속적으로 갱신하는 위협 인텔리전스 피드는 도입이 늘수록 가치가 쌓입니다. 기본 신뢰 계층이 되면 패키지 레지스트리와 비슷한 수준의 유통 락인 효과가 생깁니다.

반대

레드팀: 오픈 하네스 확장 생태계에는 OAuth 토큰 탈취, 확장 내 프롬프트 인젝션처럼 뚜렷하고 고유한 공급망 위험이 실제로 존재하며, 일반 스캐너나 IDE 확장 무결성 아이디어로는 이를 다루지 못합니다. 또한 이 위협 구간은 실제로 새롭게 열린 시장입니다.
실패한다면 그 이유: Pi나 다른 하네스 벤더가 네이티브 샌드박싱과 공식 검증 레지스트리를 내놓아, 시장이 충분히 커지기 전에 제3자 기회가 사라지는 경우입니다.

시작

첫 세 단계: Pi 확장을 스캔해 토큰 유출, 네트워크 호출, 프롬프트 인젝션 패턴을 찾는 정적 분석기를 만들고, 점수가 매겨진 공개 레지스트리로 배포합니다.
위험 명령 차단과 승인 규칙을 강제하는 자동 모드 권한 정책 확장을 Pi용으로 출시해, 사용자가 Claude Code 수준의 안전 기능을 네이티브하게 쓸 수 있도록 합니다.
하드닝 프로필 번들(샌드박스 런처와 검증된 확장)을 출시하고, 조직 전체 정책 적용이 가능한 팀 좌석을 판매합니다.
원래 토론: Goodbye Claude, hello Pi ↗ 605포인트댓글 391개댓글에서링크된 기사

영어에서 번역했습니다. 원문 읽기