엔드포인트에서 AI 에이전트 동작 차단

정책 적용

다른 솔루션은 지켜보기만 합니다.

ZYBE는 실행 전에 거부합니다.

AI 에이전트가 실행하려는 도구 호출은 에이전트 자체의 실행 전 단계에서, 엔드포인트에서, 귀사의 규칙에 따라 판정됩니다. 규칙이 거부하면 명령은 시작되지 않고, 파일은 열리지 않으며, 서버는 응답하지 않습니다. 모델에는 그 이유와 함께 다른 방법을 시도하지 말라는 안내가 전달됩니다. 프록시도, 게이트웨이도, 검사할 트래픽도 없습니다. 에이전트 스스로 결정을 따르기 때문에 오프라인에서도, 모든 노트북에서 동시에 적용됩니다.

그림으로 보는 작동 방식

에이전트별 적용 현황

차단 대상

엔드포인트에서 거부하는 12가지 동작

각 항목은 하나의 규칙입니다. 프로필별, 엔드포인트 그룹별, 에이전트별로 Report, Ask, Block 중 하나로 설정합니다.

적용 범위

규칙이 적용되는 12개 에이전트, 나머지는 실행 자체를 거부

실행 전 훅이 있는 에이전트는 모두 ZYBE의 훅을 실행합니다. 훅이 없는 앱은 MCP 서버를 통해 동작하고, 이 서버들은 ZYBE의 shim을 거쳐 실행됩니다. 콘솔은 실제로 들어온 호출을 바탕으로 엔드포인트별, 에이전트별 상태를 Blocking, Recording, Seen, Silent 네 가지 중 하나로 표시하고, 회사가 거부한 제품은 Not allowed로 표시합니다.

에이전트

거부가 전달되는 방식

관리형 설정의 훅

훅

훅, 기기 전체 설치 시 관리형

훅과 관리형 정책

공유 Gemini 훅 파일의 훅

설정 파일의 셸 훅

게이트웨이 안의 ZYBE 플러그인

MCP 서버가 ZYBE shim을 거쳐 실행

MCP 서버가 shim을 거쳐 실행

실행 자체를 거부: 엔드포인트가 실행 권한을 회수

마지막 행은 훅이 없어 호출을 하나씩 판정할 수 없습니다. 회사가 해당 제품의 허용 여부를 결정하고 엔드포인트가 이를 적용합니다. 콘솔은 파일이 설치되어 있다는 이유만으로 에이전트를 차단된 것으로 집계하지 않습니다.

에이전트의 실제 응답

거부는 이렇게 보입니다

실제 세션에서 실제 에이전트에게 워크스페이스가 격리한 패키지를 설치하라고 요청했습니다. 모든 에이전트가 멈추고, 이유를 인용했으며, 다시 시도하지 않았습니다.

콘솔의 위협 상세 화면: 주입된 출력, 이어진 명령, 요약, 해결 방법

콘솔에서 본 연쇄 과정: 가져온 페이지로 들어온 지시, 해당 세션의 다음 명령, 그리고 대응 방법.

네 번째 상태

Not allowed: 막을 지점이 없으면 엔드포인트가 앱 자체를 거부합니다

어떤 앱은 공급업체의 클라우드나 웹에서 동작해, 노트북에 훅을 걸 지점이 없습니다. 이런 앱은 회사가 허용 여부를 결정하고 엔드포인트가 그 결정을 적용합니다. 앱의 실행 권한을 회수하고, 실행 중이면 종료하며, 회사가 다시 허용하는 즉시 권한을 되돌립니다. Rules에서 제품 이름을 한 번 입력하면 1분 안에 모든 엔드포인트가 이를 거부합니다. 설치되어 있어도 거부되며, 모든 엔드포인트에서 Not allowed로 표시됩니다. 엔드포인트에서 이렇게 하는 솔루션은 ZYBE뿐입니다.

밖으로 나가는 것은 없습니다

다른 회사의 클라우드가 아닌 기기에서 판정합니다

명령, 경로, 페이지, 프롬프트는 엔드포인트에서 읽히며 외부로 전송되지 않습니다. 콘솔에 전달되는 것은 일치한 규칙, 결정, 에이전트, 해시뿐입니다. 이것이 트래픽을 검사하는 게이트웨이와의 차이입니다. ZYBE는 에이전트가 하는 일을 보고, 대화 내용은 귀사의 것으로 남습니다.

기기 한 대에 설치

기기 밖으로 나가는 정보