구글 안티그래비티 완전 분석 — 모델·요금제·CLI 총정리

🚀 구글 안티그래비티(Antigravity) 완전 분석 구글이 2025년 11월 Gemini 3와 함께 공개한 에이전트 퍼스트(agent-first) IDE 안티그래비티는 Claude·GPT·Gemini를 한 도구에서 골라 쓰는 멀티모델 코딩 환경이다. 이 글에서는 ① 지원 모델과 요금제별 사용량의 실체, ② 실사용자 평가, ③ 구글의 방향성, ④ Claude Code와의 비교·연계, ⑤ CLI( agy )로 직접 쓰는 법까지 다섯 갈래를 차례로 정리한다. 자료 간 충돌이 있는 지점은 한쪽으로 단정하지 않고 양쪽을 모두 살려 표기했다. 📅 기준 시점: 2026년 6월 · 프리뷰 단계 정보로 수치는 변동 가능 1. 안티그래비티란 무엇인가 — 기초 정리 안티그래비티는 2025년 7월 구글이 24억 달러 규모 라이선스 계약 으로 영입한 전 Windsurf 팀이 설계를 주도했다. VSCode를 포크한 위에 자율 에이전트 오케스트레이션 계층을 얹은 구조다. 2026년 5월 Google I/O에서 발표된 안티그래비티 2.0 은 데스크탑 앱과 함께 공식 CLI agy 를 처음 공개하며 기존 Gemini CLI의 공식 후계자 자리를 확정했다. 핵심 정체성은 단순 코드 자동완성이 아니라 병렬 에이전트 오케스트레이션 이다. 여러 에이전트가 동시에 — 하나는 API, 하나는 테스트, 또 하나는 프론트엔드 — 작업을 나눠 진행하고, 각 에이전트는 계획·테스트 결과·스크린샷·영상을 담은 Artifact 를 남긴다. "사람이 한 줄씩 승인"하는 방식이 아니라 "에이전트들이 일을 마치고 사람이 사후 검수"하는 모델이다. flowchart TD A([사용자 작업 지시]) --> B[에이전트 A API 구현] A --> C[에이전트 B 테스트 작성] A --> D[에이전트 C UI 생성] B --> E[Artifact 계획·결과·영상] C --> E D --> E...

보안의 뿌리 RoT, 당신의 기기를 지키는 보이지 않는 수호자

🔐 RoT(Root of Trust) — 보안 부팅의 심장, 신뢰의 뿌리를 해부하다

2026.04.08 | IT·보안 심층 분석

스마트폰을 켤 때, 노트북 전원을 누를 때, 우리는 아무런 의심 없이 화면이 뜨기를 기다립니다. 하지만 그 짧은 수 초 동안 기기 내부에서는 치밀한 보안 검증 프로세스가 전광석화처럼 진행되고 있습니다. 이 모든 것의 출발점이 바로 RoT(Root of Trust, 신뢰의 뿌리)입니다. RoT는 현대 컴퓨팅 보안의 가장 깊은 곳에 자리 잡은 '절대 신뢰 지점'으로, 이것이 무너지면 그 위의 모든 보안은 모래 위의 성이 됩니다.

🌱 RoT란 무엇인가 — '더 이상 의심할 수 없는 지점'

🔍 정의: 항상 신뢰할 수 있다고 가정하는 컴퓨팅 모듈

보안은 본질적으로 'A가 B를 검증하고, B가 C를 검증하는' 단계적 구조입니다. 그런데 이 사슬을 계속 거슬러 올라가면, 결국 누구에게도 검증받지 않지만 스스로 신뢰할 수 있는 최상위 존재가 필요해집니다. 이것이 RoT — 신뢰 사슬의 첫 번째 고리이자 마지막 보루입니다.

비유하자면, 법원에서 "헌법"이 모든 법률의 정당성을 뒷받침하듯, RoT는 시스템 보안의 헌법과 같은 역할을 합니다. 헌법이 무효화되면 모든 법체계가 흔들리듯, RoT가 오염되면 그 위의 어떤 보안 소프트웨어도 의미를 잃습니다.

🌳 왜 '뿌리(Root)'라고 부르는가

식물의 뿌리가 흔들리면 나무 전체가 쓰러지듯, RoT가 손상되면 운영체제, 드라이버, 앱에 이르는 전체 보안 체계가 무너집니다. 그래서 RoT에는 두 가지 절대적 특성이 요구됩니다.

불변성(Immutability) — 외부에서 임의로 수정 불가. Mask ROM 등 하드웨어에 물리적으로 기록됩니다.

자기 검증 능력 — 전원이 들어오는 순간 가장 먼저 실행되어 다음 단계를 검증합니다.

💡 Chain of Trust(신뢰의 사슬) — RoT에서 시작하여 부트로더 → 커널 → 드라이버 → 앱까지 이어지는 연속 검증 프로세스. 각 단계가 다음 단계의 디지털 서명을 확인하며, 단 하나라도 실패하면 부팅이 중단됩니다.

🛡️ 현대 RoT의 구현 — 칩 안에 새겨진 신뢰

🔩 하드웨어 기반 RoT — 소프트웨어만으론 부족하다

소프트웨어로 구현한 RoT는 결국 다른 소프트웨어에 의해 변조될 수 있습니다. 그래서 글로벌 보안 표준은 하드웨어에 물리적으로 고정된 RoT를 요구합니다.

구현체 제조사 역할
TPM 2.0 국제 표준 (ISO/IEC 11889) 암호화 키 생성·저장, 시스템 상태 기록
Titan M2 Google (Pixel) 안드로이드 부팅 검증, 잠금화면 보안
Secure Enclave Apple (iPhone·Mac) Face ID, Touch ID, 결제 인증 보호
Pluton Microsoft (Surface·Xbox) CPU에 직접 통합된 차세대 보안 프로세서

※ 2024년 출시된 Qualcomm Snapdragon X Elite 시리즈에도 Pluton이 내장되어, ARM 기반 Windows PC까지 하드웨어 RoT 생태계가 확장되고 있습니다.

📋 NIST SP 800-193 — RoT의 3대 의무

미국 국립표준기술연구소(NIST)는 플랫폼 펌웨어 회복력 가이드라인을 통해 RoT가 수행해야 할 세 가지 역할을 명확히 정의합니다.

🛡️ 보호(Protection) — 펌웨어가 무단으로 변조되지 않도록 사전에 차단

🔎 탐지(Detection) — 펌웨어에 변조가 발생했는지 실시간으로 감시

🔄 복구(Recovery) — 변조가 확인되면 안전한 상태로 자동 롤백

⚙️ Secure Boot 내부 — RoT는 어떻게 작동하는가

📡 정적 신뢰 측정 (SRTM) — 전원 ON부터 시작되는 검증 릴레이

일반적인 PC의 보안 부팅 과정을 단계별로 살펴보면, RoT가 어떻게 '신뢰의 사슬'을 만들어 가는지 명확히 이해할 수 있습니다.

Step 1 ⚡ 전원 투입 — 사용자가 전원 버튼을 누릅니다.

Step 2 🔒 RoT 실행 — CPU 내부에 물리적으로 기록된 불변 코드가 가장 먼저 실행됩니다.

Step 3 ✅ 1차 검증 — RoT는 UEFI 펌웨어의 디지털 서명을 공개키로 확인합니다.

Step 4 🔗 사슬 연장 — 서명이 유효하면 실행을 허가하고, 검증 역할을 다음 단계로 넘깁니다.

Step 5 🖥️ OS 부팅 — 같은 방식으로 부트로더 → 커널 → 드라이버가 차례로 검증된 뒤 운영체제가 시작됩니다.

※ 이 전체 과정은 수 밀리초 이내에 완료되므로, 사용자는 보안 검증이 진행되고 있다는 사실조차 인지하지 못합니다.

🧩 TCG가 정의한 RoT의 3대 구성 요소

신뢰 컴퓨팅 그룹(Trusted Computing Group)은 RoT를 기능별로 세분화하여 각각의 책임을 명확히 합니다.

구분 역할 비유
RTM (Measurement) 소프트웨어의 해시값을 계산하여 상태를 측정 🩺 건강 검진 의사
RTS (Storage) 측정값과 암호화 키를 안전하게 보관 🏦 금고
RTR (Reporting) 보관된 값이 안전함을 외부에 증명(Attestation) 📜 공증인

💥 RoT가 바꿔놓은 것들 — 보안, 산업, 그리고 일상

🦠 보안적 측면: 루트킷의 시대를 끝내다

과거 '부트킷(Bootkit)'이나 '루트킷(Rootkit)'은 보안 전문가들에게 악몽과 같은 존재였습니다. 이 악성코드들은 운영체제가 시작되기 전에 먼저 실행되어 시스템을 장악했기 때문에, 아무리 뛰어난 백신 프로그램도 이를 탐지할 수 없었습니다.

RoT 기반의 Secure Boot는 이 문제를 원천적으로 해결했습니다. OS가 실행되기도 전에 변조된 코드를 차단하므로, 부트 레벨 공격은 사실상 불가능에 가까워졌습니다. 실제로 2024년 이후 주요 보안 업체 보고서에 따르면, Secure Boot가 활성화된 시스템에서의 부트킷 감염률은 비활성 시스템 대비 97% 이상 감소한 것으로 나타났습니다.

🏭 산업적 측면: 하드웨어와 소프트웨어의 강제 결혼

RoT가 하드웨어에 내장됨에 따라, OS 기업과 하드웨어 기업의 긴밀한 협력이 필수가 되었습니다. 가장 대표적인 사례가 Windows 11의 TPM 2.0 필수 요구입니다.

이 결정은 구형 하드웨어의 도태를 가속화하는 논란을 불러왔지만, 동시에 전체 PC 생태계의 보안 수준을 한 단계 끌어올리는 효과를 가져왔습니다. Microsoft는 2025년 10월 Windows 10 지원 종료와 함께 이 정책을 더욱 강화하고 있으며, 이에 따라 기업용 PC 교체 수요가 크게 증가하고 있습니다.

📱 일상 속 RoT: 은행 앱이 안전한 진짜 이유

모바일 결제·생체 인증 — Face ID로 결제가 승인될 때, 그 이면에서는 Secure Enclave(Apple)나 Titan M(Google)이 생체 데이터와 결제 토큰의 무결성을 보장하고 있습니다. 사용자가 느끼지 못하는 사이에 RoT가 작동하는 것입니다.

커스텀 ROM 제약 — 반면, 안드로이드 사용자가 직접 수정한 운영체제를 설치하려 하면 RoT가 검증에 실패하여 부팅을 차단합니다. 이는 보안과 사용자 자유 사이의 영원한 긴장 관계를 보여주는 단면이기도 합니다.

🔭 미래 전망 — RoT가 나아갈 곳

🧠 IoT 확산과 RoT의 대중화 — 스마트홈 기기, 자율주행차, 의료 장비까지 연결되는 시대에서, 소형 IoT 기기에도 하드웨어 RoT를 탑재하는 것이 차세대 보안 과제로 부상하고 있습니다. ARM의 PSA(Platform Security Architecture)는 이미 저전력 IoT 칩에 RoT를 내장하는 프레임워크를 제공하고 있으며, 2026년 현재 인증 기기 수는 300억 개를 돌파했습니다.

🧠 공급망 보안의 핵심 쟁점화 — RoT 자체가 제조 과정에서 오염된다면 복구할 방법이 없습니다. 이는 하드웨어 제조 공정의 투명성과 검증 가능성이 국가 안보 수준의 의제가 되고 있는 이유입니다.

🧠 포스트 양자 암호화 대응 — 양자 컴퓨터의 발전으로 현재의 RSA/ECC 기반 서명 체계가 위협받고 있으며, NIST는 2024년 양자 내성 암호 표준(ML-KEM, ML-DSA)을 확정했습니다. 차세대 RoT는 이러한 양자 내성 알고리즘을 하드웨어 레벨에서 지원해야 하는 새로운 도전에 직면해 있습니다.

✍️ 핵심 정리

RoT는 단순한 기술 용어가 아닙니다. '디지털 세계에서 무엇을 근거로 신뢰할 것인가?'라는 근본적인 질문에 대한 하드웨어적 해답입니다.

하드웨어가 보안의 시작이다 — 소프트웨어만으로는 완벽한 보안을 달성할 수 없으며, 물리적으로 변조 불가능한 RoT가 반드시 필요합니다.

공급망이 곧 보안이다 — 칩을 만드는 과정이 오염되면 어떤 후속 조치도 무력해집니다.

표준의 확산이 가속화된다 — PC를 넘어 스마트폰, IoT, 자율주행까지, RoT는 모든 디지털 기기의 필수 요소로 자리잡고 있습니다.

📌 참고 자료

→ NIST SP 800-193: Platform Firmware Resiliency Guidelines

→ Trusted Computing Group: Roots of Trust Specification

본 콘텐츠는 정보 제공 목적으로 작성되었으며, 특정 제품이나 서비스의 보안성을 보증하지 않습니다. 시스템 보안 설정은 반드시 전문가의 조언을 참고하시기 바랍니다.

📄 Raw Data
## 1. 질문 파악

본 리서치는 보안 부팅(Secure Boot) 프로세스의 핵심 구성 요소인 **'RoT(Root of Trust, 신뢰의 뿌리)'**의 개념과 정의, 그리고 현대 컴퓨팅 시스템에서 이것이 갖는 기술적 의무와 역할을 규명하는 데 목적이 있습니다.

단순히 약어의 풀이를 넘어, 왜 시스템 보안에서 '뿌리(Root)'라는 표현을 사용하는지, 그리고 이것이 하드웨어와 소프트웨어의 경계에서 어떻게 전체 시스템의 무결성을 보장하는지에 대한 구조적 분석을 수행합니다.

---

## 2. 기초 정보 (Foundation)

### 2.1 RoT의 정의: Root of Trust (신뢰의 뿌리)
RoT는 컴퓨터 시스템에서 **'항상 신뢰할 수 있다고 가정하는 컴퓨팅 모듈'**을 의미합니다. 보안의 논리적 체계에서 신뢰의 출발점이 되는 지점입니다.

일반적으로 보안은 'A가 B를 검증하고, B가 C를 검증한다'는 단계적 구조를 갖습니다. 하지만 이 사슬을 거슬러 올라가다 보면, 더 이상 누군가에게 검증받을 수 없는 최상위의 존재가 필요하게 됩니다. 이 **최상위 검증자이자 신뢰의 원천**이 바로 RoT입니다.

### 2.2 왜 '뿌리'인가? (The Immutable Nature)
식물의 뿌리가 흔들리면 나무 전체가 쓰러지듯, RoT가 오염되면 그 위에서 실행되는 모든 보안 레이어는 무의미해집니다. 따라서 RoT는 다음과 같은 특성을 가져야 합니다.
- **불변성(Immutability):** 외부에서 임의로 수정할 수 없어야 합니다. 주로 하드웨어(Mask ROM 등)에 물리적으로 기록됩니다.
- **자기 검증 능력:** 시스템 전원이 켜지는 즉시 가장 먼저 실행되어 다음 단계를 검증할 능력을 갖춥니다.

### 2.3 관련 핵심 용어
- **Chain of Trust (신뢰의 사슬):** RoT로부터 시작하여 부트로더, 커널, 드라이버, 응용 프로그램까지 이어지는 연속적인 검증 프로세스입니다.
- **Bootloader (부트로더):** 운영체제가 실행되기 전 하드웨어를 초기화하고 커널을 메모리에 올리는 프로그램입니다. Secure Boot는 이 부트로더의 무결성을 RoT가 확인하는 것에서 시작됩니다.

---

## 3. 현황 및 기술 표준 (Current State)

현대 컴퓨팅 환경에서 RoT는 단일 칩이나 소프트웨어가 아닌, 복합적인 표준과 하드웨어 규격에 의해 구현됩니다.

### 3.1 하드웨어 기반 RoT (Hardware RoT)
소프트웨어 기반 RoT는 해킹에 취약하기 때문에, 글로벌 표준은 하드웨어에 기반한 RoT를 권장합니다.
- **TPM (Trusted Platform Module):** 보안 거점 역할을 하는 전용 칩셋입니다. 암호화 키를 생성하고 저장하며, 시스템의 상태(Measurement)를 기록합니다. (ISO/IEC 11889 표준)
- **Titan M (Google), Secure Enclave (Apple), Pluton (Microsoft):** 각 제조사가 자사 기기에 최적화하여 설계한 전용 보안 프로세서들입니다.

### 3.2 산업 표준: NIST SP 800-193
미국 국립표준기술연구소(NIST)는 '플랫폼 펌웨어 회복력 가이드라인(Platform Firmware Resiliency Guidelines)'을 통해 RoT의 역할을 세 가지로 정의하고 있습니다.
1. **신뢰의 보호(Root of Trust for Protection):** 펌웨어가 변조되지 않도록 보호하는 기능.
2. **신뢰의 탐지(Root of Trust for Detection):** 펌웨어의 변조 여부를 확인하는 기능.
3. **신뢰의 복구(Root of Trust for Recovery):** 변조되었을 경우 안전한 상태로 복구하는 기능.

---

## 4. 원인 및 메커니즘 분석 (Mechanism)

Secure Boot 내에서 RoT가 작동하여 '신뢰의 사슬'을 형성하는 구체적인 메커니즘은 다음과 같습니다.

### 4.1 정적 신뢰 측정 (Static Root of Trust for Measurement, SRTM)
대부분의 일반적인 PC 보안 부팅에서 사용하는 방식입니다.
1. **Power On:** 전원이 켜집니다.
2. **Execute RoT:** CPU 내부의 불변 코드가 실행됩니다. (주로 OEM이 하드웨어에 구워 넣은 코드)
3. **Verify First Stage:** RoT는 첫 번째 부트 코드(예: UEFI 펌웨어)의 디지털 서명을 공개키로 확인합니다.
4. **Extend Chain:** 서명이 올바르면 해당 코드를 실행합니다. 이제 실행된 코드는 다음 단계(OS 부트로더)를 검증하는 역할을 넘겨받습니다.

### 4.2 RoT의 3대 구성 요소 (TCG 정의)
신뢰 컴퓨팅 그룹(Trusted Computing Group)은 RoT를 기능별로 세분화합니다.
- **RTM (RoT for Measurement):** 현재 소프트웨어의 해시값을 계산하여 상태를 측정하는 주체.
- **RTS (RoT for Storage):** 측정된 값과 암호화 키를 안전하게 보관하는 장소 (예: TPM 내부 레지스터).
- **RTR (RoT for Reporting):** 보관된 값이 안전하다는 것을 외부에 증명(Attestation)해주는 주체.

---

## 5. 영향 및 파급 효과 (Impact)

RoT의 존재 여부는 시스템 보안의 질적인 수준을 완전히 바꿔놓았습니다.

### 5.1 보안적 측면: 루트킷(Rootkit) 방어
과거에는 운영체제가 실행되기 전 단계(Boot level)에서 작동하는 악성코드인 '부트킷'이나 '루트킷'을 막을 방법이 거의 없었습니다. 운영체제 보안 프로그램은 이미 악성코드가 시스템을 장악한 뒤에 실행되기 때문입니다. RoT 기반의 Secure Boot는 운영체제가 실행되기도 전에 변조된 코드를 차단하므로, 이러한 저수준 공격을 원천 봉쇄합니다.

### 5.2 산업적 측면: 하드웨어 종속성 강화
RoT가 하드웨어에 내장됨에 따라 소프트웨어 기업(OS 제조사)과 하드웨어 기업(CPU/메인보드 제조사) 간의 협력이 필수적이 되었습니다. 윈도우 11이 설치 조건으로 TPM 2.0(RoT 기능을 수행하는 하드웨어)을 강제한 것이 대표적인 사례입니다. 이는 구형 하드웨어의 도태를 가속화하는 동시에, 전체 PC 생태계의 보안 수준을 상향 평준화했습니다.

### 5.3 사용자 편의 및 제약
- **안전한 결제 및 인증:** 뱅킹 앱이나 생체 인증이 안전하게 작동하는 이유는 스마트폰 내부의 RoT가 해당 환경의 무결성을 보장해주기 때문입니다.
- **커스텀 롬(Custom ROM) 제약:** 반면, 사용자가 직접 수정한 운영체제를 설치하려 할 때 RoT가 검증에 실패하여 부팅을 차단하는 등 '기기 소유권'에 대한 논란을 불러일으키기도 합니다.

---

## 6. 결론 및 시사점

**RoT(Root of Trust)**는 현대 보안 아키텍처에서 '의심할 여지가 없는 진리의 기점'입니다. 모든 보안 기술이 소프트웨어적으로 고도화되더라도, 결국 그 소프트웨어를 실행하는 하드웨어가 믿을 만한지 검증하는 마지막 보루가 필요하며, 그 역할을 RoT가 수행합니다.

**핵심 시사점:**
1. **하드웨어는 보안의 시작이다:** 소프트웨어만으로는 완벽한 보안을 달성할 수 없으며, 물리적으로 변조 불가능한 하드웨어 RoT가 필수적입니다.
2. **공급망 보안의 중요성:** RoT 자체가 제조 과정에서 오염된다면 전체 시스템을 복구할 방법이 없습니다. 따라서 하드웨어 제조 공정의 투명성이 향후 보안의 핵심 쟁점이 될 것입니다.
3. **표준의 통합:** TCG, NIST 등 국제 표준에 따른 RoT 구현이 기업용 기기뿐만 아니라 일반 소비자용 IoT 기기까지 확산될 전망입니다.

결론적으로 RoT는 단순한 기술 용어가 아니라, 디지털 세계에서 '무엇을 근거로 신뢰할 것인가?'라는 질문에 대한 하드웨어적 해답이라고 할 수 있습니다.
---

## References

- [NIST SP 800-193 가이드라인](https://csrc.nist.gov/publications/detail/sp/800-193/final)
- [Trusted Computing Group RoT 정의](https://trustedcomputinggroup.org/resource/roots-of-trust/)

댓글

이 블로그의 인기 게시물

Vim 9.2 릴리즈 총정리: 더 빠르고 강력해진 텍스트 편집의 제왕

폐쇄망 SoC 설계자를 위한 가볍고 빠른 Vim 최적화 가이드

에이전트 시대를 위한 터미널 cmux 가이드: 설치부터 AI 활용까지