Google Distributed Cloud(GDC) 에어 갭은 제로 트러스트 아키텍처를 사용하여 공개 Google Cloud또는 인터넷에 연결할 필요 없이 연결 해제된 환경에서 인프라, 플랫폼 서비스, 애플리케이션 워크로드를 보호합니다.
GDC의 보안 문서는 이 개요와 두 개의 전용 문서로 구성됩니다.
- 보안 개요: 보안 전략(제로 트러스트 핵심 요소 및 공동 책임), 암호화, Identity and Access Management(IAM), 규정 준수를 다룹니다.
- 인프라, 네트워크, 워크로드 보안: 시설 보안, 하드웨어 보안, 호스트 및 노드 보안, 멀티 테넌트 격리, 애플리케이션 공급망 보안, 네트워크 세분화를 다룹니다.
- 보안 운영: 인프라 및 테넌트 보안 모니터링, 취약점 관리, 사고 대응, 외부 보안 정보 및 이벤트 관리(SIEM) 로그 내보내기, 감사 로깅, 긴급 액세스, 재해 복구, 순차적 업그레이드를 다룹니다.
보안 전략
GDC는 네트워크 위치, 기기 소유권 또는 사용자 ID를 기반으로 암시적 신뢰를 가정하지 않는 제로 트러스트 아키텍처를 기반으로 빌드됩니다. 하드웨어, 컨트롤 플레인, 워크로드 레이어 전반의 모든 요청은 인증, 승인, 암호화되어야 합니다. 연결 해제된 배포에 제로 트러스트 원칙이 적용되는 방식에 대한 아키텍처 세부정보는 GDC 제로 트러스트 전략 백서 및 Google Distributed Cloud의 제로 트러스트에 대한 에어 갭 적용 접근 방식을 참조하세요.
GDC 보안 모델은 다음 7가지 제로 트러스트 핵심 요소와 일치합니다.
- ID 및 사용자: 엔터프라이즈 ID 공급업체(IdP)를 통해 사용자 및 서비스 ID를 인증하고 조직 및 프로젝트 전반에서 최소 권한 액세스를 적용합니다.
- 기기 및 엔드포인트: 하드웨어 및 부팅 무결성을 확인하고, 방어 벤치마크에 따라 호스트 및 노드 운영체제를 강화하고, 승인되지 않은 변경사항이 있는지 호스트를 지속적으로 모니터링합니다.
- 애플리케이션 및 워크로드: 검증된 소프트웨어 공급망, 취약점 스캔이 포함된 로컬 Container Registry, 클러스터 허용 정책을 사용하여 빌드에서 런타임까지 소프트웨어 무결성을 보호합니다.
- 데이터 및 암호화: 하드웨어 기반의 암호화 키, 고객 관리 암호화 키(CMEK), 자동화된 공개 키 인프라(PKI)를 사용하여 기본적으로 저장 데이터와 전송 중 데이터를 보호합니다.
- 네트워크 및 환경: 다층 네트워크 세분화, 경계 검사, 기본 거부 네트워크 정책을 사용하여 관리 영역, 테넌트 조직, 프로젝트 워크로드를 격리합니다.
- 자동화 및 조정: 선언적 변경 관리를 통해 일관된 구성, 중단 없는 순차적 업그레이드, 감사된 긴급 액세스를 적용합니다.
- 가시성 및 분석: 플랫폼 전반에서 감사, 운영, 보안 원격 분석을 수집하고 상호 연결하며 테넌트 로그를 외부 보안 모니터링 시스템으로 내보낼 수 있도록 지원합니다.
공유 책임 모델
GDC의 보안은 인프라, 플랫폼, 워크로드 레이어 전반에서 공동 책임입니다. Infrastructure as a Service(IaaS), Platform as a Service(PaaS), Software as a Service(SaaS) 중 무엇을 사용하는지에 따라 운영 책임은 다음 다이어그램과 같이 나뉩니다.
- 인프라 레이어: 하드웨어 어플라이언스, 스위치, 스토리지 배열, 루트 관리자 클러스터, 인프라 보안 모니터링을 포함한 기본 시스템 인프라를 다룹니다. 시스템 업그레이드, 하드웨어 수명 주기 관리, 인프라 보안 운영은 민감한 고객 워크로드 데이터에 액세스하지 않고 수행됩니다.
- 조직 및 플랫폼 레이어: 조직 수준 IdP 연결, 역할 바인딩, 키 관리 시스템(KMS) 키, PKI 인증서, 프로젝트 네트워크 정책, 공유 Kubernetes 클러스터, 조직 모니터링 가능성, 로그 내보내기를 포함한 테넌트 조직 관리를 다룹니다.
- 워크로드 및 애플리케이션 계층: 조직 보안 정책에 따라 격리된 프로젝트 네임스페이스 내에서 컨테이너화된 가상 머신(VM) 워크로드를 개발, 배포, 모니터링하는 것을 다룹니다.
자세한 내용은 다음 문서를 참조하세요.
| 주제 | 문서 및 구성 가이드 |
|---|---|
| 아키텍처 및 잠재고객 | 문서 대상 및 리소스 계층 구조 |
| 격리 및 공동 책임 | 액세스 경계 설계, 워크로드 분리 설계, Marketplace 공동 책임 모델 |
암호화
GDC는 FIPS 검증 하드웨어 보안 모듈(HSM)을 기반으로 하는 통합 키 관리 시스템(KMS), Certificate Authority Service(CAS), 공개 키 인프라(PKI)를 제공하여 저장 데이터와 전송 중인 데이터를 보호합니다.
- PKI 및 CAS: 내부 루트 인증 기관(CA), 외부 중간 CA, 커스텀 웹 TLS 인증서, 워크로드 CA를 지원하여 컨트롤 플레인 및 인그레스 엔드포인트 전반에서 인증서 발급, 갱신, 트러스트 번들 배포를 자동화합니다.
- KMS 및 HSM: 조직별로 HSM 지원 엔벨롭 암호화 계층 구조를 사용하여 대칭 암호화 키와 비대칭 서명 키를 관리하고 암호화 삭제에 고객 관리 암호화 키(CMEK)를 사용할 수 있습니다.
- 기본 저장 데이터 및 전송 중 데이터 암호화: 다중 레이어 FIPS 검증 AES-256 암호화를 사용하여 기본적으로 모든 블록, 파일, 객체, 서버 디스크 스토리지를 암호화하고 TLS, 상호 TLS(mTLS), IPsec 또는 MACsec을 사용하여 전송 중인 모든 트래픽을 보호합니다.
자세한 내용은 다음 문서를 참조하세요.
| 주제 | 문서 및 구성 가이드 |
|---|---|
| PKI 및 인증서 | 트러스트 번들 가져오기, 웹 TLS 인증서 구성, PKI 모드 전환, Certificate Authority Service |
| 키 관리(KMS, CMEK, HSM) | 키 관리 시스템, 고객 관리 암호화 키, HSM 키 제어 |
| 데이터 및 스토리지 암호화 | 저장 데이터 암호화, 전송 중인 데이터 암호화, 암호화된 스토리지 버킷 관리, 측정항목 암호화 |
Identity and Access Management
GDC의 Identity and Access Management(IAM)는 사용자 및 워크로드 서비스 ID(ProjectServiceAccount)를 인증하고 전역 및 영역 리소스 전반에 최소 권한 액세스 및 직무 분리를 적용합니다. 다중 인증(MFA)과 함께 OpenID Connect(OIDC) 또는 SAML 2.0을 사용하여 GDC를 엔터프라이즈 ID 공급업체(IdP)에 연결합니다. 그런 다음 사용자 또는 그룹을 조직, 프로젝트 또는 Kubernetes 클러스터로 범위가 지정된 사전 정의된 역할 또는 커스텀 역할에 바인딩하여 액세스 권한을 부여합니다.
자세한 내용은 다음 문서를 참조하세요.
| 주제 | 문서 및 구성 가이드 |
|---|---|
| ID 공급업체 및 인증 | 승인 및 액세스 제어, ID 공급업체에 연결, 서비스 ID |
| 역할 바인딩 및 액세스 제어 | 액세스 권한 부여 및 취소, 표준 클러스터에 대한 액세스 관리, 사전 정의된 역할 권한 |
규정 준수
GDC는 주권 고객이 지속적인 인벤토리 추적, 취약점 스캔, 침투 시험, 재해 복구 검증을 통해 엄격한 규정 준수 요구사항을 충족할 수 있도록 설계되었습니다. GDC는 인증된 시설에서 운영되므로 최종 시스템 인증(예: 운영 권한)을 획득하는 것은 공동 책임 모델을 따릅니다.
보안 기술 구현 가이드(STIG) 규정 준수
STIG 규칙 RHEL-08-040320에 따라 xorg-x11-server-common 패키지는 NVIDIA GPU 드라이버 및 하드웨어 가속 라이브러리(예: Vulkan 및 Mesa)에 필요한 승인된 시스템 종속 항목입니다. 그래픽 디스플레이 관리자 서비스는 노드 운영체제 이미지에서 사용 중지되고 비활성 상태입니다.
자세한 내용은 다음 문서를 참조하세요.
| 주제 | 문서 및 구성 가이드 |
|---|---|
| 벤치마크 및 정책 | CIS Kubernetes 벤치마크 및 조직 정책 구성 |
| 감사 로깅 및 보관 | 감사 로그 개요, 감사 로그 보호 및 복원, WORM 버킷 만들기 |