Kiro IDE 안전 장치

안전 장치

AI의 속도를 유지하면서 사고를 막는 3중 보호 체계

3중 보호 체계

실행 모드·Checkpoint·Permissions — 서로 다른 층에서 실수를 거르는 세 겹의 제어

1. 1
   Autopilot / Supervised

   • AI 자율 실행 여부를 제어
   • Autopilot: 즉시 적용 (승인 대기 없음)
   • Supervised: 변경 사항을 먼저 보여주고 승인 대기
2. 2
   Checkpoint

   • AI 변경마다 자동으로 복원 지점 생성
   • 특정 시점으로 전체 프로젝트 즉시 되돌리기
   • Git과 독립 — 커밋 전에도 복원 가능
3. 3
   Permissions

   • 파일 읽기/쓰기/셸/MCP 각각 별도 승인 정책
   • Autopilot/Supervised와 공존하는 추가 레이어
   • permissions.yaml로 선언적 설정

실험은 Checkpoint, 확정은 Git

안전 장치의 핵심 철학

실행 모드

Autopilot과 Supervised — 위험도에 따라 자율성을 조절하는 기준

Autopilot vs Supervised

AI 자율성 수준을 세션 중 언제든 전환

상황별 모드 선택 가이드

프로토타입·문서는 Autopilot, 프로덕션·인프라·보안은 Supervised — 실패 비용과 되돌리기 난이도가 기준

Checkpoint

AI 변경마다 자동으로 남는 복원 지점 — Revert·Restore와 Git과의 역할 분담

Checkpoint 동작 흐름

프롬프트마다 자동 스냅샷 — 마지막 턴만 취소하는 Revert · 특정 시점으로 되감는 Restore

1. 1
   AI 변경

   • 프롬프트마다 자동으로 Checkpoint 생성
   • 에이전트가 수정한 파일 내용을 스냅샷
   • 수동 편집·MCP·터미널 변경은 추적하지 않음
2. 2
   마커 표시

   • 채팅 히스토리에 Checkpoint 마커로 표시
   • 어느 프롬프트 시점인지 대화 맥락과 함께 확인
   • 수동 저장 불필요 — 완전 자동
3. 3
   Revert

   • 마지막 턴의 파일 변경만 취소
   • 대화는 그대로 두고 코드만 되돌림
   • 가장 가벼운 되돌리기
4. 4
   Restore

   • 특정 Checkpoint 시점으로 코드+대화 컨텍스트를 되감기
   • 이후 대화는 폐기됨
   • Git 커밋과 무관 — 커밋 전에도 복원

Checkpoint vs Git

보완적 관계 — 서로 다른 역할

Permissions

능력(capability) 단위로 선언하는 승인 정책 — deny > ask > allow

Permissions — 능력별 권한 제어

Autopilot/Supervised 위에 겹쳐 적용하는 추가 보호 레이어

permissions.yaml 설정 예시

~/.kiro/settings/ 또는 워크스페이스별 설정

# ~/.kiro/settings/permissions.yaml
rules:
  # ① 셸: git, npm, npx만 허용
  - capability: shell
    effect: allow
    match:
      - "git *"
      - "npm *"
      - "npx *"
    exclude:
      - "npm publish*"

  # ② 파일 쓰기: src/와 tests/만 허용
  - capability: fs_write
    effect: allow
    match:
      - "src/**"
      - "tests/**"

  # ③ .env 파일 읽기 금지
  - capability: fs_read
    effect: deny
    match:
      - "**/.env"
      - "**/.env.*"

IDE 동의 UI 흐름

도구 호출이 ask로 평가되면 채팅 상단에 프롬프트 표시

1. 1
   도구 호출

   • AI가 도구 사용을 요청
   • 해당 capability의 규칙을 평가
   • deny면 즉시 차단, allow면 즉시 실행
2. 2
   ask 프롬프트

   • 채팅 패널 상단에 승인 UI 표시
   • Allow(1회) / Always allow(규칙 저장)
   • Deny(1회) / Always deny(규칙 저장)
3. 3
   패턴 선택

   • 허용 범위를 정확 명령·명령 접두사 중 선택
   • 스코프: All workspaces / This workspace / This session
   • 넓게 열수록 편하지만 위험도 함께 커짐
4. 4
   규칙 저장

   • permissions.yaml에 자동 추가
   • 다음부터 동일 패턴은 프롬프트 없음
   • 복합 셸 명령(; && ||)은 분리 평가

3가지 정책 옵션

프로젝트 민감도에 맞는 정책 선택

거버넌스

IT 관리자가 조직 수준에서 Kiro를 제어하는 세 축 — 사용자·정책·비용

엔터프라이즈 제어 3축

사용자는 IAM Identity Center · 정책은 Governance · 비용은 티어와 크레딧 모니터링 — AWS 콘솔의 Kiro 서비스에서 관리

엔터프라이즈 관리 체계

IAM Identity Center → Kiro Profile → 구독 관리 — 그룹 배정이 개별 유저에 자동 적용되는 구조

1. 1
   IAM Identity Center

   • AWS 중앙 사용자 ID 관리 서비스
   • Okta, Microsoft Entra ID 연동 가능
   • 그룹 단위로 Kiro 구독 배정
2. 2
   Kiro Profile

   • AWS 계정 + 리전 조합의 관리 단위
   • 구독 티어와 설정을 사용자에게 적용
   • AWS 콘솔의 Kiro 서비스에서 생성
3. 3
   구독 관리

   • Free/Pro/Pro+/Pro Max/Power 티어 배정
   • 크레딧 사용량 모니터링
   • Governance 정책으로 모델/MCP 제한

Governance 정책

Model Governance·MCP Registry·Administration Permissions — 개인이 오버라이드할 수 없는 조직 수준 정책