> ZERO-TRUST // zt-arch-13
Confidential Computing with AMD SEV-SNP Memory Encryption
Sanal makine belleğini kullanım anında (in-use) şifreleyen; kriptografik anahtarları ve yapay zekâ modellerini bulut sağlayıcısı ve hipervizör erişimine karşı koruyan AMD SEV-SNP gizli bilişim mimarisi.
Hedef Saldırgan Tehdit Modeli
Kötü niyetli bulut yöneticisinin veya ele geçirilen hipervizörün RAM belleğini okuyarak TLS özel anahtarlarını veya LLM model ağırlıklarını çalması.
Mimari Meta Verileri
NIST SP 800-207 Karşılanan Temel İlkeler
- ✓All data sources and computing services are considered resources.
- ✓No asset is inherently trusted.
Engellenen MITRE ATT&CK Teknikleri
3 Olgunluk Seviyesi Konfigürasyonu
Başlangıç seviyesinden CISA Optimal tavizsiz savunmaya kadar evrimleşen teknik konfigürasyon parametreleri.
Memory encryption enabled at hypervisor level without cryptographic attestation.
Standard cloud instance IAM credentials.
Encrypted VPC subnet.
Cloud provider instance launch state logs.
Confidential VMs (GCP Confidential VM / AWS C6a) with remote hardware attestation.
Key release policy requiring valid AMD SEV-SNP hardware attestation report before decryption.
Isolated enclave network with zero direct internet access.
Cryptographic attestation verification logs stored in tamper-proof bucket.
Entire AI training and financial ledger processing running in confidential container enclaves.
Zero-knowledge hardware attestation with multi-party verifiable computation.
Private memory encryption keys regenerated per container lifecycle.
Continuous cryptographic measurement matching public reproducible build hash.
Altyapı Kodları: Terraform & Kubernetes Manifestoları
Doğrudan üretim ortamınıza uygulanabilir Helm/Terraform ve Kubernetes YAML şablonları.
resource "google_compute_instance" "confidential_vm" {
name = "tinycto-secure-ledger"
machine_type = "n2d-standard-8"
zone = "us-central1-a"
confidential_instance_config {
enable_confidential_compute = true
}
boot_disk {
initialize_params {
image = "ubuntu-os-cloud/ubuntu-2204-lts"
}
kms_key_self_link = var.kms_key_link
}
}apiVersion: v1
kind: Pod
metadata:
name: confidential-worker
spec:
nodeSelector:
cloud.google.com/confidential-compute: "true"
containers:
- name: secure-processor
image: ghcr.io/tiny-cto/ledger:latest
resources:
limits:
memory: "16Gi"
cpu: "4"Sanal makine belleğini kullanım anında (in-use) şifreleyen; kriptografik anahtarları ve yapay zekâ modellerini bulut sağlayıcısı ve hipervizör erişimine karşı koruyan AMD SEV-SNP gizli bilişim mimarisi.
Mimarî Plan Sıkça Sorulan Sorular
Confidential Computing with AMD SEV-SNP Memory Encryption mimarisi hangi birincil tehdit modellerini ve MITRE ATT&CK tekniklerini engeller?
Confidential Computing with AMD SEV-SNP Memory Encryption, Kötü niyetli bulut yöneticisinin veya ele geçirilen hipervizörün RAM belleğini okuyarak TLS özel anahtarlarını veya LLM model ağırlıklarını çalması. Saldırganların yanlamasına ilerlemesini (lateral movement) ve yetki yükseltmesini engellemek için T1005, T1055, T1530, T1003 tekniklerini çekirdek seviyesinde (in-kernel) veya kriptografik kimlik kanıtlamasıyla etkisiz hale getirir.
Bu mimari NIST SP 800-207 Sıfır Güven ilkelerini nasıl karşılar?
Bu mimari, NIST SP 800-207 yönergelerine uygun olarak şu temel ilkeleri tavizsiz zorunlu kılar: All data sources and computing services are considered resources.; No asset is inherently trusted.. Statik ağ çevresi güveni yerine her istekte dinamik kimlik kanıtlaması ve kriptografik doğrulama yürütülür.
INITIAL (Başlangıç) ile OPTIMAL (Tavizsiz Savunma) seviyeleri arasındaki operasyonel farklar nelerdir?
INITIAL seviyesi temel politika ve kimlik doğrulamasına odaklanırken (Memory encryption enabled at hypervisor level without cryptographic attestation.), OPTIMAL seviyesi CISA ZTMM 2.0 tavizsiz savunma hedeflerini hayata geçirir (Entire AI training and financial ledger processing running in confidential container enclaves.). OPTIMAL seviye teknoloji yığını: constellation-k8s, amd-sev-snp, marblerun, gramine.
Bu mimarideki temel hata riski (Failure Risk) nedir ve operasyonel dayanıklılık nasıl korunur?
Birincil operasyonel risk: Performance penalty (~3-7% CPU overhead) on memory-bandwidth intensive workloads.. Bu risk, yedekli denetim düzlemi (control plane) dağıtımı, yerel önbellek yedekleri ve otomatik hata devri (failover) mekanizmalarıyla bertaraf edilir.
Bu mimari Altyapı Kodu (IaC) ile üretim ortamına nasıl uygulanır?
Bu sayfada sunulan ana Terraform/OpenTofu (main.tf) ve Kubernetes politika (policy.yaml) bildirimleri doğrudan GitOps boru hatlarına (ArgoCD, Flux) entegre edilebilir. Bildirimler, en az ayrıcalık ve kriptografik iş yükü kanıtlaması parametreleriyle önceden yapılandırılmıştır.