라벨이 SoC설계인 게시물 표시

구글 안티그래비티 완전 분석 — 모델·요금제·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...

AES 완전 분석: 암호학 원리부터 SoC RTL 설계까지

🔐 AES(Advanced Encryption Standard) 완전 분석 암호학적 원리부터 SoC RTL 구현 전략까지 — 비전공자도 이해할 수 있는 25년의 표준 이야기 AES는 1990년대 후반부터 현재까지 약 25년간 디지털 보안의 사실상 단일 표준 으로 군림하고 있는 대칭키 블록 암호입니다. TLS·VPN·디스크 암호화·휴대폰 SE/TEE·블록체인까지 거의 모든 보안 인프라가 AES를 핵심 엔진으로 삼고 있어, SoC 설계자가 암호화 IP 블록을 다룬다는 것은 곧 AES 가속기를 다룬다는 의미와 거의 같습니다. 📜 1. DES의 몰락과 Rijndael의 등극 AES의 출발점을 이해하려면 그 전임자였던 DES(Data Encryption Standard) 의 한계를 먼저 살펴봐야 합니다. 1977년 미국 연방정보처리표준(FIPS 46)으로 채택된 DES는 56비트 키 길이 때문에 1990년대 후반 무차별 대입 공격(brute-force)으로 24시간 이내에 깨질 수 있음이 입증되었고, 이는 NIST의 차세대 암호 공모로 직결되었습니다. 1977 DES 표준화 1997 NIST 공모 시작 2000 Rijndael 선정 2001 FIPS 197 발표 2026 25년째 표준 벨기에 암호학자 Joan Daemen 과 Vincent Rijmen 이 제안한 Rijndael 알고리즘은 5년에 걸친 공개 검증 프로세스를 통해 최종 선정되었으며, 2001년 11월 NIST는 이를 FIPS PUB 197로 공식 발표했습니다. 알고리즘 전체가 공개된 상태로 전 세계 학계의 공격을 25년간 견뎌왔다는 점에서 AES는 "공개 검증 = 강한 보...

SHA-2 완전정복, SoC 하드웨어 구현 설계 가이드

🔐 SHA-2 알고리즘 완전 해부: 원리부터 SoC 하드웨어 구현까지 📅 2026년 4월 · 보안/암호학 · SoC Design 부팅 루트 오브 트러스트(Root of Trust), TLS 핸드셰이크, 블록체인 해싱, 코드 서명. 이 모든 보안의 근간을 떠받치는 알고리즘이 바로 SHA-2(Secure Hash Algorithm 2) 다. 1995년 SHA-1의 보안 취약성이 본격 지적된 이후 NSA가 설계하고 NIST가 FIPS 180-4 표준으로 공표한 이 해시 함수는, 20년이 지난 지금도 전 세계 보안 인프라의 70% 이상에서 사용되고 있다. 본 글은 SHA-2의 수학적 원리부터 SoC 환경에서의 실제 하드웨어 구현 전략까지, 보안 초심자와 SoC 설계 엔지니어 모두에게 실용적인 레퍼런스를 제공한다. 🧭 1. SHA-2 기초: 왜 해시 함수가 필요한가 해시 함수(Hash Function)는 임의 길이의 입력을 고정된 길이의 지문(digest)으로 변환 하는 단방향 함수다. 비밀번호 저장, 디지털 서명, 블록체인, 파일 무결성 검증 등 현대 보안의 기본 빌딩 블록으로 사용된다. ✨ 암호학적 해시 함수의 3대 필수 속성 ▶ 단방향성(Pre-image Resistance) : 출력 h로부터 입력 x를 찾는 것이 계산적으로 불가능. ▶ 충돌 저항성(Collision Resistance) : 동일한 출력을 만드는 서로 다른 입력 쌍(x, x')을 찾기 어려움. SHA-256 기준 2^128 연산 수준. ▶ 눈사태 효과(Avalanche Effect) : 입력 1비트만 뒤집혀도 출력 비트의 약 50%가 변경됨. 📊 SHA-2 계열 비교 SHA-2는 출력 길이와 내부 워드 크기에 따라 6개 변종을 제공한다. 일반 CPU/GPU는 SHA-256, 64비트 서버는 SHA-512가 더 빠른 경향이 있다. 변종 출력 비트 블록 크기 워드 라운드 SHA-224 224 512 32-bit 64 ...

SoC 암호화 엔진 설계, SHA-2 vs SHA-3 완벽 해부

🔐 SoC 암호화 엔진 설계를 위한 해시 알고리즘 심층 분석 SHA-2 · SHA-3 · SHAKE · HMAC — 하드웨어 엔지니어를 위한 PPA 최적화 가이드 💡 핵심 요약 — 현대 SoC(System-on-Chip)의 Crypto Engine은 단순한 '옵션'이 아닌 필수 IP 블록입니다. SHA-2는 가산기 기반의 Merkle-Damgård 구조로 레거시 호환성을 제공하고, SHA-3는 가산기가 없는 Sponge 구조로 면적·전력 효율을 극대화합니다. HMAC은 이 위에 비밀키를 결합해 인증 기능을 더하는 핵심 프리미티브입니다. 본 보고서는 RTL 설계자가 알고리즘별 데이터패스를 공유·최적화할 때 반드시 고려해야 할 구조적 차이를 풀어냅니다. 1️⃣ 왜 SoC에 해시 엔진이 필요한가 디지털 서명, 보안 부팅(Secure Boot), OTA 펌웨어 검증, DRM, 블록체인 가속기 등 현대 반도체가 수행하는 거의 모든 보안 기능은 해시 함수 를 밑바탕으로 동작합니다. 해시는 임의 길이의 입력 데이터를 고정 길이의 '디지털 지문'으로 변환하는 단방향 함수로, 동일한 입력에는 반드시 동일한 출력을, 다른 입력에는 사실상 항상 다른 출력을 보장합니다. 소프트웨어만으로도 해시 연산이 가능하지만, IoT 센서 노드의 밀리와트급 전력 예산이나 5G/데이터센터의 100 Gbps 처리량 요구사항을 만족시키려면 전용 하드웨어 가속기 가 필수입니다. 본 보고서는 SoC 설계 엔지니어 관점에서 PPA(Power, Performance, Area) 최적화를 위한 의사결정에 필요한 구조적 통찰을 제공하는 것을 목표로 합니다. ▶ 해시 함수의 3대 요구 속성 • 프리이미지 저항성(Pre-image resistance) — 해시값으로부터 원본 추론 불가 • 제2프리이미지 저항성(Second pre-image resistance) — 같은 해시를 만드는 다른 입력 발견 불가 • 충돌 저항성(Collision...