Google Distributed Cloud (GDC) dengan air gap menggunakan arsitektur Zero Trust untuk membantu melindungi infrastruktur, layanan platform, dan workload aplikasi Anda di lingkungan yang terputus tanpa memerlukan konektivitas ke Google Cloudpublik atau internet.
Dokumentasi keamanan di GDC disusun dalam ringkasan ini dan dua dokumen khusus:
- Ringkasan keamanan: mencakup strategi keamanan (pilar Zero Trust dan tanggung jawab bersama), kriptografi, Identity and Access Management (IAM), dan kepatuhan.
- Keamanan infrastruktur, jaringan, dan workload: mencakup keamanan fasilitas, keamanan hardware, keamanan host dan node, isolasi multi-tenant, keamanan supply chain aplikasi, dan segmentasi jaringan.
- Operasi keamanan: mencakup pemantauan keamanan infrastruktur dan tenant, pengelolaan kerentanan, respons insiden, ekspor log informasi keamanan dan manajemen peristiwa (SIEM) eksternal, logging audit, akses darurat, disaster recovery, dan upgrade berkelanjutan.
Strategi keamanan
GDC dibangun di atas arsitektur Zero Trust yang mengasumsikan tidak ada kepercayaan implisit berdasarkan lokasi jaringan, kepemilikan perangkat, atau identitas pengguna. Setiap permintaan di seluruh lapisan hardware, bidang kontrol, dan workload harus diautentikasi, diotorisasi, dan dienkripsi. Untuk detail arsitektur tentang cara prinsip Zero Trust diterapkan pada deployment yang terputus, lihat Laporan Resmi Strategi Zero Trust GDC dan Pendekatan Google Distributed Cloud dengan air gap terhadap Zero Trust.
Model keamanan GDC selaras dengan tujuh pilar Zero Trust berikut:
- Identitas dan pengguna: mengautentikasi identitas manusia dan layanan melalui penyedia identitas (IdP) perusahaan Anda dan menerapkan akses dengan hak istimewa terendah di seluruh organisasi dan project.
- Perangkat dan endpoint: memverifikasi integritas hardware dan booting, memperkuat sistem operasi host dan node terhadap tolok ukur pertahanan, dan terus memantau host untuk mendeteksi perubahan yang tidak sah.
- Aplikasi dan workload: melindungi integritas software dari build hingga runtime menggunakan supply chain software yang terverifikasi, Container Registry lokal dengan pemindaian kerentanan, dan kebijakan penerimaan cluster.
- Data dan kriptografi: melindungi data dalam penyimpanan dan saat transit secara default menggunakan kunci kriptografis yang didukung hardware, kunci enkripsi yang dikelola pelanggan (CMEK), dan infrastruktur kunci publik (PKI) otomatis.
- Jaringan dan lingkungan: mengisolasi bidang pengelolaan, organisasi tenant, dan workload project menggunakan segmentasi jaringan berlapis, pemeriksaan perimeter, dan kebijakan jaringan default-deny.
- Otomatisasi dan orkestrasi: menerapkan konfigurasi yang konsisten, upgrade berkelanjutan yang tidak mengganggu, dan akses darurat yang diaudit melalui pengelolaan perubahan deklaratif.
- Visibilitas dan analisis: mengumpulkan dan menghubungkan telemetri audit, operasional, dan keamanan di seluruh platform dan mendukung ekspor log tenant ke sistem pemantauan keamanan eksternal.
Model tanggung jawab bersama
Keamanan di GDC adalah tanggung jawab bersama di seluruh lapisan infrastruktur, platform, dan workload. Bergantung pada apakah Anda menggunakan infrastructure as a service (IaaS), platform as a service (PaaS), atau software as a service (SaaS), tanggung jawab operasional dibagi seperti yang ditunjukkan dalam diagram berikut:
- Lapisan infrastruktur: mencakup infrastruktur sistem yang mendasarinya, termasuk peralatan hardware, switch, array penyimpanan, cluster root-admin, dan pemantauan keamanan infrastruktur. Upgrade sistem, pengelolaan siklus proses hardware, dan operasi keamanan infrastruktur dilakukan tanpa mengakses data workload pelanggan yang sensitif.
- Lapisan organisasi dan platform: mencakup administrasi organisasi tenant, termasuk koneksi IdP tingkat organisasi, binding peran, kunci Key Management System (KMS), sertifikat PKI, kebijakan jaringan project, cluster Kubernetes bersama, serta kemampuan observasi dan ekspor log organisasi.
- Lapisan workload dan aplikasi: mencakup pengembangan, deployment, dan pemantauan workload dalam container dan virtual machine (VM) dalam namespace project yang terisolasi sesuai dengan kebijakan keamanan organisasi.
Untuk informasi selengkapnya, lihat dokumentasi berikut:
| Topik | Dokumentasi dan panduan konfigurasi |
|---|---|
| Arsitektur dan audiens | Audiens dokumentasi dan Hierarki resource |
| Isolasi dan tanggung jawab bersama | Mendesain batas akses, Mendesain pemisahan workload, dan Model tanggung jawab bersama Marketplace |
Kriptografi
GDC menyediakan Key Management System (KMS), Certificate Authority Service (CAS), dan infrastruktur kunci publik (PKI) terintegrasi yang didukung oleh modul keamanan hardware (HSM) yang divalidasi FIPS untuk melindungi data dalam penyimpanan dan dalam pengiriman:
- PKI dan CAS: mengotomatiskan penerbitan, perpanjangan, dan distribusi paket kepercayaan sertifikat di seluruh bidang kontrol dan endpoint ingress, dengan dukungan untuk root certificate authority (CA) internal, CA perantara eksternal, sertifikat TLS web kustom, dan CA workload.
- KMS dan HSM: menggunakan hierarki enkripsi amplop yang didukung HSM per organisasi yang memungkinkan Anda mengelola kunci enkripsi simetris dan kunci penandatanganan asimetris, serta menggunakan kunci enkripsi yang dikelola pelanggan (CMEK) untuk penghapusan kriptografis.
- Enkripsi default dalam penyimpanan dan saat dalam pengiriman: mengenkripsi semua penyimpanan disk blok, file, objek, dan server dalam penyimpanan secara default menggunakan enkripsi AES-256 tervalidasi FIPS multi-lapisan, dan mengamankan semua traffic saat dalam pengiriman menggunakan TLS, mutual TLS (mTLS), IPsec, atau MACsec.
Untuk informasi selengkapnya, lihat dokumentasi berikut:
| Topik | Dokumentasi dan panduan konfigurasi |
|---|---|
| IKP dan sertifikat | Mengambil paket kepercayaan, Konfigurasi sertifikat TLS web, Mode PKI transisi, dan Certificate Authority Service |
| Pengelolaan kunci (KMS, CMEK, dan HSM) | Sistem pengelolaan kunci, Kunci enkripsi yang dikelola pelanggan, dan Mengontrol kunci HSM |
| Enkripsi data dan penyimpanan | Enkripsi dalam penyimpanan, Enkripsi dalam pengiriman, Mengelola bucket penyimpanan terenkripsi, dan Mengenkripsi metrik |
Identity and Access Management
Identity and Access Management (IAM) di GDC mengautentikasi
pengguna manusia dan identitas layanan workload (ProjectServiceAccount) serta
menerapkan akses hak istimewa terendah dan pemisahan tugas di seluruh resource global dan
zona. Anda menghubungkan GDC ke penyedia identitas (IdP) perusahaan menggunakan OpenID Connect (OIDC) atau SAML 2.0 dengan autentikasi multi-faktor (MFA). Kemudian, Anda memberikan akses dengan mengikat pengguna atau grup ke peran yang telah ditetapkan atau peran khusus yang dicakupkan ke organisasi, project, atau cluster Kubernetes Anda.
Untuk informasi selengkapnya, lihat dokumentasi berikut:
| Topik | Dokumentasi dan panduan konfigurasi |
|---|---|
| Penyedia identitas dan autentikasi | Otorisasi dan kontrol akses, Menghubungkan ke penyedia identitas, dan Identitas layanan |
| Binding peran dan kontrol akses | Memberikan dan mencabut akses, Mengelola akses ke cluster standar, dan Izin peran yang telah ditetapkan |
Kepatuhan
GDC dirancang untuk membantu pelanggan yang memerlukan kedaulatan memenuhi persyaratan kepatuhan yang ketat melalui pelacakan inventaris berkelanjutan, pemindaian kerentanan, uji penetrasi, dan validasi disaster recovery. Karena GDC beroperasi di fasilitas terakreditasi Anda, pencapaian akreditasi sistem akhir (seperti Authority to Operate) mengikuti model tanggung jawab bersama.
Kepatuhan terhadap Security Technical Implementation Guide (STIG)
Berdasarkan aturan STIG RHEL-08-040320, paket xorg-x11-server-common adalah
dependensi sistem yang disetujui dan diperlukan untuk driver GPU NVIDIA dan library akselerasi
hardware (seperti Vulkan dan Mesa). Layanan pengelola tampilan grafis dinonaktifkan dan tidak aktif pada image sistem operasi node.
Untuk informasi selengkapnya, lihat dokumentasi berikut:
| Topik | Dokumentasi dan panduan konfigurasi |
|---|---|
| Tolok ukur dan kebijakan | CIS Kubernetes Benchmark dan Mengonfigurasi kebijakan organisasi |
| Logging dan retensi audit | Ringkasan log audit, Mengamankan dan memulihkan log audit, dan Membuat bucket WORM |