Confidential Computing Nedir? Veriyi Kullanım Sırasında Koruyan 8 Kritik Adım

Confidential Computing nedir sorusu, hassas verilerini bulut sistemlerinde işleyen şirketlerin karşısına giderek daha sık çıkmaktadır. Türkçede gizli bilişim veya güvenli işlem ortamı olarak ifade edilebilen bu yaklaşım, veriyi işlemci tarafından aktif biçimde kullanıldığı sırada yetkisiz erişime karşı korumayı amaçlar.

Geleneksel veri güvenliği çözümleri çoğunlukla verinin depolandığı ve ağ üzerinden aktarıldığı aşamalara odaklanır. Disk şifrelemesi saklanan veriyi, TLS gibi protokoller ise aktarılan veriyi korur. Ancak uygulamanın veriyi işlemesi için verinin bellekte kullanılabilir hâle gelmesi gerekir.

Confidential Computing, bu kullanım aşamasındaki veriyi donanım tabanlı ve izole bir Güvenilir Yürütme Ortamı içerisinde işlemeyi hedefler. İngilizcede Trusted Execution Environment veya kısaca TEE olarak adlandırılan bu ortam; kodu ve veriyi işletim sistemi, hipervizör, diğer uygulamalar ve bazı yönetici erişimlerinden ayırabilir.

Teknolojinin kullanılması, sistemin otomatik olarak bütün saldırılara karşı güvenli olduğu anlamına gelmez. Güvenilir donanım seçimi, uzaktan doğrulama, yazılım imajı güvenliği, anahtar yönetimi, erişim kontrolü, güncelleme ve izleme süreçlerinin birlikte uygulanması gerekir.

Bu rehberde Confidential Computing nedir, TEE nasıl çalışır, uzaktan doğrulama ne işe yarar, bulut sağlayıcısına karşı hangi korumaları sunabilir ve güvenli bir uygulama için hangi sekiz kritik adımın izlenmesi gerekir sorularını ayrıntılı biçimde açıklıyoruz.

Confidential Computing Nedir?

Confidential Computing, verinin aktif biçimde işlendiği sırada gizliliğini ve bütünlüğünü korumaya yönelik bir bilgi işlem yaklaşımıdır.

Confidential Computing Consortium tarafından kullanılan temel tanım şu üç unsura dayanır:

• Verinin kullanım sırasında korunması
• İşlemin donanım tabanlı bir ortamda gerçekleştirilmesi
• Ortamın kriptografik yöntemlerle doğrulanabilmesi

Bu sistemde hassas kod ve veriler işlemcinin güvenli bir bölgesine alınır. Bu bölgenin dışındaki işletim sistemi, hipervizör, yönetici hesabı veya başka bir uygulama, doğru güvenlik özellikleri uygulanmışsa işlenen veriyi doğrudan göremeyebilir.

Confidential Computing Yalnızca Bulut İçin midir?

Hayır. Teknoloji aşağıdaki ortamlarda kullanılabilir:

• Genel bulut sunucuları
• Özel bulut sistemleri
• Şirket içi veri merkezleri
• Gömülü sistemler
• Edge Computing cihazları
• Nesnelerin interneti cihazları
• Mobil cihazlar
• Yapay zekâ hızlandırıcıları

En yaygın kullanım alanlarından biri bulut olsa da temel yaklaşım belirli bir sağlayıcı veya işlemci üreticisiyle sınırlı değildir.

Verinin Üç Temel Durumu

Veri güvenliği planları hazırlanırken veri genellikle üç temel durumda değerlendirilir.

Bir veritabanı diskte şifrelenmiş olsa bile uygulamanın sorguyu çalıştırabilmesi için veriyi bellekte işlemesi gerekir. Confidential Computing özellikle bu üçüncü aşamayı korumaya odaklanır.

Disk Şifrelemesi Neden Yeterli Değildir?

Disk şifrelemesi sunucu kapalıyken veya diskin fiziksel olarak çalınması durumunda önemli koruma sağlar. Ancak sistem çalışırken ve şifre çözme anahtarı kullanılabilir durumdayken yetkili işletim sistemi veriye erişebilir.

Confidential Computing’in hedefi, veri işlenirken işletim sistemi veya altyapı yöneticisi gibi normalde güvenilen bileşenlere duyulan güveni azaltmaktır.

Trusted Execution Environment Nedir?

Trusted Execution Environment, işlemci veya başka bir donanım bileşeni içerisinde oluşturulan izole ve güvenilir yürütme ortamıdır.

TEE’nin sağlaması beklenen temel özellikler şunlardır:

• Veri gizliliği
• Veri bütünlüğü
• Kod bütünlüğü
• İzolasyon
• Kriptografik kimlik
• Ölçüm ve doğrulama

Veri Gizliliği

Yetkisiz bileşenlerin TEE içerisinde kullanılan açık veriyi görmesinin engellenmesini amaçlar.

Veri Bütünlüğü

TEE içindeki verinin dışarıdan eklenmesini, silinmesini veya değiştirilmesini önlemeye yardımcı olur.

Kod Bütünlüğü

Çalıştırılan uygulama kodunun yetkisiz biçimde değiştirilmediğine dair güvence oluşturmayı amaçlar.

İzolasyon

TEE içerisindeki süreç, ana işletim sistemi ve diğer iş yüklerinden donanım tabanlı olarak ayrılır.

Confidential Computing Nasıl Çalışır?

Uygulama biçimi kullanılan teknolojiye göre değişse de genel süreç aşağıdaki adımlardan oluşur:

1. Güvenilir donanım üzerinde izole bir TEE oluşturulur.
2. Uygulama kodu veya sanal makine bu ortama yüklenir.
3. Kod, yapılandırma ve ortam hakkında kriptografik ölçümler oluşturulur.
4. Bu ölçümler bir doğrulama hizmetine gönderilir.
5. Ortamın beklenen güvenlik politikasına uyduğu doğrulanır.
6. Doğrulama başarılıysa şifreleme anahtarı veya hassas veri ortama verilir.
7. Veri TEE içerisinde çözülür ve işlenir.
8. İşlem sonucu güvenli biçimde dışarı aktarılır.

Bu modelde şifreleme anahtarının doğrudan her sunucuya verilmesi yerine yalnızca beklenen kodu çalıştırdığı doğrulanan TEE’ye verilmesi hedeflenir.

Uzaktan Doğrulama Nedir?

Uzaktan doğrulama veya remote attestation, uzak bir sistemin beklenen güvenilir donanım ve yazılım yapılandırmasıyla çalıştığının kriptografik olarak kontrol edilmesidir.

Doğrulamada Kontrol Edilebilecek Bilgiler

• Donanım platformunun kimliği
• Güvenlik özelliğinin etkin olup olmadığı
• Firmware veya mikro kod sürümü
• Çalıştırılan uygulamanın ölçümü
• Sanal makine veya konteyner imajının özeti
• Güvenlik politikasına uygunluk
• Platformun iptal veya güven kaybı durumunda olup olmadığı

Doğrulama başarılı değilse sisteme hassas anahtar, veri veya işlem yetkisi verilmemelidir.

Doğrulama Neden Sürekli Düşünülmelidir?

Bir ortamın ilk açılış sırasında güvenilir olması bütün çalışma süresi boyunca güvenilir kalacağı anlamına gelmez. Güncellemeler, yapılandırma değişiklikleri ve güvenlik açıkları doğrulama politikasını etkileyebilir.

Confidential Computing Hangi Tehditlere Karşı Koruma Sağlar?

Doğru yapılandırılmış bir sistem aşağıdaki tehditlere karşı ek koruma sağlayabilir:

• Bulut altyapısı yöneticisinin yetkisiz veri erişimi
• Ana işletim sisteminin ele geçirilmesi
• Hipervizör seviyesindeki bazı saldırılar
• Aynı fiziksel sunucudaki diğer kiracıların erişimi
• Bellek içeriğinin yetkisiz biçimde okunması
• Uygulama kodunun değiştirilmesi
• Yetkisiz veya değiştirilmiş iş yüküne anahtar verilmesi

Hangi Tehditleri Tek Başına Çözmez?

• Uygulama içerisindeki yazılım hataları
• SQL injection ve benzeri uygulama açıkları
• Çalınan kullanıcı hesapları
• Yanlış erişim yetkileri
• Güvensiz API tasarımı
• TEE içerisindeki kötü amaçlı kod
• Güvenilmeyen veri girişleri
• Hizmet engelleme saldırıları
• Yan kanal saldırılarının tamamı

Confidential Computing Uygulama Tablosu

1. Korunacak İş Yükünü Belirleyin

Her uygulamanın Confidential Computing ortamına taşınması gerekli değildir. Teknolojinin maliyet ve karmaşıklığı, korunacak verinin riskiyle dengelenmelidir.

Öncelikli İş Yükleri

• Kişisel sağlık verileri
• Finansal işlem verileri
• Biyometrik veriler
• Ticari sır ve AR-GE belgeleri
• Şifreleme anahtarları
• Yapay zekâ eğitim verileri
• Model ağırlıkları ve özel algoritmalar
• Birden fazla kurumun ortak analiz verileri

İş Yükü Analizinde Sorulacak Sorular

• Veri kullanım sırasında neden korunmalıdır?
• Bulut yöneticisine veya işletim sistemine güveniliyor mu?
• Veri hangi ülkede ve hangi sağlayıcıda işlenecek?
• Uygulamanın ne kadar performansa ihtiyacı var?
• İş yükü konteyner, sanal makine veya özel uygulama mı?
• Kullanılan kütüphaneler TEE ortamında çalışabiliyor mu?

Öncelikle düşük değişiklik gerektiren ve açık başarı ölçütleri bulunan bir pilot iş yükü seçilmelidir.

2. Açık Bir Tehdit Modeli Hazırlayın

Confidential Computing projesinde “veriyi daha güvenli yapacağız” ifadesi yeterli değildir. Hangi saldırganın hangi yetkilere sahip olduğu açıkça tanımlanmalıdır.

Olası Tehdit Aktörleri

• Bulut sağlayıcısı çalışanı
• Şirketin sistem yöneticisi
• Ele geçirilmiş işletim sistemi
• Kötü amaçlı hipervizör
• Aynı sunucudaki başka kiracı
• Fiziksel erişimi bulunan saldırgan
• Yazılım tedarik zincirine sızan kişi
• Yetkili ancak kötü niyetli uygulama kullanıcısı

Tehdit Modelinde Belirlenmesi Gerekenler

• Korunacak veri ve kod
• Güvenilen bileşenler
• Güvenilmeyen bileşenler
• Kabul edilen riskler
• Yan kanal saldırısı gereksinimleri
• Fiziksel saldırı kapsamı
• Hizmet engelleme senaryoları
• İhlal sonrasında yapılacaklar

Tehdit modeli hazırlanmadığında pahalı bir TEE altyapısı kurulmasına rağmen gerçek riskin farklı bir noktada kalması mümkündür.

3. Uygun TEE Platformunu Seçin

Confidential Computing çözümleri farklı izolasyon seviyelerinde sunulabilir.

Uygulama Enclave Modeli

Uygulamanın yalnızca hassas bölümü güvenli alanda çalıştırılır. Güvenilir kod miktarını azaltabilir ancak uygulamada önemli değişiklik gerektirebilir.

Gizli Sanal Makine Modeli

Sanal makinenin belleği ve çalışması korunur. Mevcut uygulamaların daha az değişiklikle taşınmasını kolaylaştırabilir; ancak güvenilen kod miktarı daha büyük olabilir.

Gizli Konteyner Modeli

Konteyner tabanlı iş yüklerinin donanım korumalı ortamda çalıştırılmasını hedefler. Kubernetes ve mikroservis sistemleri için değerlendirilebilir.

Platform Seçim Kriterleri

• Uygulama değişiklik miktarı
• Performans ihtiyacı
• Bellek kapasitesi
• İşletim sistemi desteği
• Konteyner ve Kubernetes uyumluluğu
• GPU veya yapay zekâ hızlandırıcı ihtiyacı
• Uzaktan doğrulama desteği
• Anahtar yönetimi entegrasyonu
• Bölgesel kullanılabilirlik
• Tedarikçi bağımlılığı

4. Uzaktan Doğrulamayı Zorunlu Hâle Getirin

Bir sağlayıcının “gizli sanal makine” seçeneğini etkinleştirmek tek başına yeterli değildir. Hassas veri gönderilmeden önce ortamın doğrulanması gerekir.

Doğrulama Politikası Örneği

• Onaylanmış donanım ailesi kullanılmalıdır.
• Minimum firmware sürümü karşılanmalıdır.
• Beklenen uygulama veya imaj ölçümü bulunmalıdır.
• Güvenlik özelliği devre dışı olmamalıdır.
• İptal edilmiş platform sertifikası kabul edilmemelidir.
• Test ve üretim ortamları birbirinden ayrılmalıdır.

Doğrulama Başarısız Olursa

• Anahtar serbest bırakılmamalıdır.
• Hassas veri gönderilmemelidir.
• İş yükü karantinaya alınmalıdır.
• Güvenlik ekibine olay kaydı oluşturulmalıdır.
• Otomatik yeniden deneme sınırlandırılmalıdır.

Doğrulama sonucu yalnızca “başarılı” veya “başarısız” olarak değil, kullanılan politika ve ölçümlerin kaydıyla birlikte saklanmalıdır.

5. Anahtarları Yalnızca Doğrulanmış Ortama Verin

Confidential Computing’in en önemli bileşenlerinden biri, şifreleme anahtarının hangi ortama verileceğini kontrol etmektir.

Anahtar doğrudan sanal makine imajına veya yapılandırma dosyasına eklenirse TEE’nin sağladığı güvenlik önemli ölçüde zayıflayabilir.

Güvenli Anahtar Verme Süreci

1. TEE açılır ve kriptografik kimlik oluşturur.
2. Ortamın doğrulama kanıtı alınır.
3. Kanıt güvenlik politikasına göre kontrol edilir.
4. Başarılı doğrulama sonrasında kısa ömürlü yetki verilir.
5. Anahtar güvenli kanal üzerinden TEE’ye gönderilir.
6. Anahtar yalnızca gerekli süre boyunca bellekte tutulur.
7. İşlem tamamlandığında anahtar temizlenir veya iptal edilir.

Anahtar Yönetiminde Dikkat Edilecekler

• Anahtarları kaynak koda yazmayın.
• Uzun ömürlü sabit erişim anahtarlarından kaçının.
• Anahtar döndürme politikası oluşturun.
• Anahtar erişimlerini loglayın.
• Test ve üretim anahtarlarını ayırın.
• Anahtar iptal sürecini test edin.
• Olay sonrasında yeniden anahtarlama planı hazırlayın.

6. Güvenilir Bilgi İşlem Tabanını Küçültün

Trusted Computing Base veya TCB, sistemin güvenliği için doğru çalıştığına güvenilmesi gereken kod ve donanım bileşenlerinin tamamıdır.

TCB ne kadar büyükse hata, güvenlik açığı ve yanlış yapılandırma ihtimali o kadar artabilir.

TCB’yi Küçültmek İçin

• TEE içinde yalnızca gerekli kodu çalıştırın.
• Gereksiz servisleri kapatın.
• Minimum işletim sistemi imajı kullanın.
• Geliştirme araçlarını üretim imajından çıkarın.
• Gereksiz ağ bağlantılarını engelleyin.
• Kullanılmayan kütüphaneleri kaldırın.
• Yönetici yetkilerini sınırlandırın.
• Güvenilmeyen girdileri doğrulayın.

TEE İçindeki Kod Her Zaman Güvenli midir?

Hayır. TEE içerisindeki uygulamada bellek güvenliği problemi, yetki hatası veya kötü amaçlı kod bulunuyorsa donanım izolasyonu bu kodu otomatik olarak düzeltmez.

Güvenli kod geliştirme, bağımlılık taraması ve düzenli güvenlik testleri devam etmelidir.

7. Yazılım ve İmaj Tedarik Zincirini Koruyun

Doğrulama sistemi yalnızca beklenen imajın çalıştığını kanıtlayabilir. Beklenen imajın içine daha önce kötü amaçlı kod yerleştirilmişse TEE bunu güvenli hâle getirmez.

Korunması Gereken Süreçler

• Kaynak kod deposu
• CI/CD sistemi
• Derleme sunucuları
• Konteyner kayıt deposu
• Sanal makine imajları
• Üçüncü taraf kütüphaneler
• Paket yöneticileri
• İmzalama anahtarları
• Dağıtım politikaları

Uygulanabilecek Kontroller

• Tekrarlanabilir ve kayıtlı derleme süreçleri
• İmaj ve artefakt imzalama
• SBOM üretimi
• Bağımlılık ve güvenlik açığı taraması
• İki kişili değişiklik onayı
• Korunan ana dallar
• CI/CD erişimlerinde çok faktörlü doğrulama
• İmzalanmamış imajların dağıtımını engelleme

Yazılım bileşenlerini ve sürümlerini görünür hâle getirmek için TeknoTürkiye’deki SBOM Nedir? rehberini inceleyebilirsiniz.

8. Güncelleme, İzleme ve Olay Müdahalesi Oluşturun

Confidential Computing ortamları kurulduktan sonra normal sunucular gibi yaşam döngüsü yönetimine ihtiyaç duyar.

İzlenmesi Gereken Olaylar

• Başarısız doğrulama girişimleri
• Beklenmeyen imaj ölçümleri
• Firmware sürüm değişiklikleri
• Anahtar serbest bırakma işlemleri
• Politika değişiklikleri
• Yönetici erişimleri
• İş yükü yeniden başlatmaları
• Şüpheli ağ bağlantıları
• Güvenlik güncellemesi eksikleri

Loglama ile Gizlilik Arasındaki Denge

Loglar olay müdahalesi için gereklidir; ancak hassas verinin loglara açık biçimde yazılması Confidential Computing’in amacını zayıflatabilir.

Loglarda aşağıdaki verilerden kaçınılmalıdır:

• Açık metin kişisel veriler
• Şifreleme anahtarları
• Parolalar
• Oturum belirteçleri
• Model eğitim verileri
• Ticari sırlar

Güncelleme Süreci

Donanım, firmware veya uygulama güncellendiğinde doğrulama ölçümleri değişebilir. Yeni ölçümler güvenlik politikasına kontrollü biçimde eklenmelidir.

Confidential Computing Kullanım Alanları

Sağlık Verilerinin İşlenmesi

Hastaneler, araştırma kuruluşları ve teknoloji şirketleri hasta verilerini doğrudan birbirleriyle paylaşmadan korumalı ortamda analiz edebilir.

Finansal Dolandırıcılık Analizi

Birden fazla finans kuruluşunun işlem verileri, ham veriler diğer taraflara gösterilmeden ortak bir model veya analiz içerisinde değerlendirilebilir.

Yapay Zekâ Modeli Koruması

Model ağırlıkları, özel algoritmalar ve eğitim verileri bulut ortamında işlenirken altyapı sağlayıcısından korunabilir.

Gizli Anahtar İşlemleri

Şifre çözme, imzalama ve anahtar türetme işlemleri izole ortam içerisinde gerçekleştirilebilir.

Edge ve IoT Sistemleri

Sensörlerden gelen hassas veriler buluta gönderilmeden önce cihaz veya ağ geçidi üzerindeki güvenilir ortamda işlenebilir.

Rekabet Eden Şirketlerin Ortak Analizi

Şirketler ham müşteri veya işlem verilerini açıklamadan sektör analizi, dolandırıcılık tespiti veya risk hesaplaması yapabilir.

Yapay Zekâ İş Yüklerinde Confidential Computing

Yapay zekâ sistemleri yüksek miktarda hassas veri ve değerli model bileşeni kullanabilir.

Korunabilecek Varlıklar

• Eğitim veri setleri
• Kullanıcı sorguları
• Model ağırlıkları
• Özel sistem istemleri
• Model çıktıları
• İnce ayar verileri
• Şirket içi dokümanlar

Örnek Kullanım

Bir sağlık kuruluşu, hasta kayıtlarını bir bulut yapay zekâ modeline göndermek isteyebilir. Confidential Computing kullanıldığında veri yalnızca doğrulanmış TEE içerisinde çözülebilir ve işlenebilir.

Buna rağmen modelin veri sızdırması, hatalı çıktı üretmesi veya yetkisiz sorguya cevap vermesi gibi uygulama seviyesindeki riskler ayrıca yönetilmelidir.

Gerçek kişisel veriler yerine yapay veri kullanmanın uygun olduğu senaryolar için Sentetik Veri Nedir? içeriğini okuyabilirsiniz.

Birden Fazla Kurumun Verisi Nasıl Birlikte İşlenir?

Confidential Computing, birbirine tamamen güvenmeyen kuruluşların ortak bir analiz ortamı oluşturmasına yardımcı olabilir.

Örnek Süreç

1. Taraflar kullanılacak uygulama kodu üzerinde anlaşır.
2. Kod imzalanır ve ölçümü oluşturulur.
3. Ortak TEE ortamı başlatılır.
4. Her kurum ortamın doğrulama kanıtını kontrol eder.
5. Doğrulama başarılıysa taraflar verilerini şifreli biçimde gönderir.
6. Veriler yalnızca TEE içerisinde çözülür.
7. Ham veriler gösterilmeden ortak sonuç üretilir.
8. Çıkış verisi önceden belirlenen politikaya göre paylaşılır.

Çıkış Verisi de Kontrol Edilmelidir

Ham veri gizli tutulsa bile sonuç raporu çok ayrıntılıysa birey veya kurum hakkında hassas bilgi ortaya çıkarabilir. Bu nedenle yalnızca giriş verisi değil, çıkış verisi de güvenlik ve gizlilik açısından değerlendirilmelidir.

Confidential Computing ile HSM Arasındaki Fark

İki teknoloji birbirinin alternatifi olmak zorunda değildir. HSM ana anahtarları korurken Confidential Computing iş yükü kullanım sırasında koruma sağlayabilir.

Homomorfik Şifreleme ile Arasındaki Fark

Homomorfik şifreleme, belirli hesaplamaların veri çözülmeden şifreli veri üzerinde yapılmasına olanak tanır.

Yüksek güvenlik gerektiren bazı sistemlerde bu teknolojiler birlikte de kullanılabilir.

Güvenli Çok Taraflı Hesaplama ile Arasındaki Fark

Secure Multi-Party Computation, birden fazla tarafın kendi özel girdilerini açıklamadan ortak bir hesaplama yapmasını sağlayan kriptografik yöntemler bütünüdür.

Confidential Computing ise tarafların verilerini doğrulanmış bir donanım ortamında birleştirerek işlemeyi hedefleyebilir.

Seçim Yaparken

• Tarafların donanıma güven düzeyi
• Performans ihtiyacı
• İşlemin karmaşıklığı
• Veri boyutu
• Gerekli güvenlik modeli
• Donanım bağımlılığı

değerlendirilmelidir.

Zero Trust ile Birlikte Nasıl Kullanılır?

Zero Trust yaklaşımı hiçbir kullanıcıya, cihaza veya iş yüküne konumu nedeniyle otomatik güven verilmemesini savunur.

Confidential Computing bu yaklaşımı iş yükü seviyesinde destekleyebilir:

• Kullanıcı kimliği doğrulanır.
• Cihaz durumu kontrol edilir.
• İş yükünün TEE kanıtı doğrulanır.
• Anahtar yalnızca uygun politikada serbest bırakılır.
• Erişim en az yetkiyle sınırlandırılır.
• İşlem boyunca kayıt ve izleme yapılır.

Genel şirket güvenliği için Teknopark Şirketleri İçin Siber Güvenlik Kontrol Listesi rehberinden yararlanabilirsiniz.

Confidential Computing’in Başlıca Sınırlamaları

Performans Maliyeti

Bellek şifrelemesi, doğrulama ve izolasyon işlemleri bazı iş yüklerinde ek gecikme veya kaynak kullanımı oluşturabilir.

Donanım ve Bulut Bağımlılığı

Kullanılan TEE teknolojisi belirli işlemci, bulut bölgesi veya hizmet türüne bağlı olabilir.

Sınırlı Bellek veya Cihaz Desteği

Bazı enclave modellerinde kullanılabilir bellek, işletim sistemi veya kütüphane desteği sınırlı olabilir.

Yan Kanal Saldırıları

Zamanlama, önbellek, erişim modeli ve kaynak kullanımı gibi yan bilgiler bazı saldırılarda hassas veri hakkında ipucu verebilir.

Hizmet Engelleme

TEE veriyi gizleyebilir ancak bulut sağlayıcısının sunucuyu kapatmasını veya kaynak erişimini engellemesini tamamen önleyemez.

Uygulama Hataları

TEE içerisinde çalışan güvensiz uygulama kendi verisini sızdırabilir veya hatalı yetkilendirme uygulayabilir.

Doğrulama Karmaşıklığı

Firmware, uygulama ve imaj güncellemeleri doğrulama ölçümlerini değiştirebilir. Politikanın güncel tutulması gerekir.

Startup ve KOBİ’ler Nereden Başlamalı?

Küçük şirketlerin doğrudan bütün altyapısını Confidential Computing’e taşıması gerekmez.

Başlangıç İçin Sekiz Adım

1. En hassas veri ve iş yüklerini listeleyin.
2. Verinin neden kullanım sırasında korunması gerektiğini belirleyin.
3. Mevcut bulut sağlayıcınızın TEE desteğini inceleyin.
4. Küçük ve düşük riskli bir pilot uygulama seçin.
5. Uzaktan doğrulama sürecini test edin.
6. Anahtar yönetim hizmetiyle entegrasyon kurun.
7. Performans ve maliyet farkını ölçün.
8. Sonuca göre üretim yol haritası hazırlayın.

Satın Alma Öncesinde Sorulacak Sorular

• Hangi TEE teknolojisi kullanılıyor?
• Uzaktan doğrulama desteği var mı?
• Bulut çalışanları açık veriye erişebilir mi?
• Anahtar kimin kontrolünde?
• Hangi bölgelerde hizmet mevcut?
• GPU ve konteyner desteği bulunuyor mu?
• Güvenlik güncellemeleri nasıl uygulanıyor?
• Başka sağlayıcıya geçiş mümkün mü?

Kişisel veri işleyen girişimler ayrıca Startuplar İçin KVKK Rehberi içeriğindeki veri envanteri, erişim kontrolü ve silme politikalarını da uygulamalıdır.

Confidential Computing Kontrol Listesi

Confidential Computing Uygulamasında Sık Yapılan Hatalar

• TEE etkinleştirilince sistemin tamamen güvenli olduğunu düşünmek
• Tehdit modeli hazırlamadan teknoloji seçmek
• Uzaktan doğrulamayı kullanmamak
• Anahtarları sanal makine imajına eklemek
• Doğrulama başarısız olsa bile anahtar vermek
• Gereksiz bütün uygulamayı enclave içine taşımak
• TEE içerisindeki uygulama açıklarını görmezden gelmek
• İmzalanmamış konteyner ve imaj kullanmak
• Yazılım tedarik zincirini denetlememek
• Firmware güncellemelerini geciktirmek
• Yeni sürüm ölçümlerini kontrolsüz biçimde onaylamak
• Hassas verileri loglara yazmak
• Yan kanal risklerini değerlendirmemek
• Hizmet engelleme riskini tamamen çözdüğünü düşünmek
• Performans ve maliyet testlerini atlamak
• Tedarikçi bağımlılığı ve geçiş planı hazırlamamak

Confidential Computing İçin Güvenilir Kaynaklar

• Confidential Computing Consortium – Teknik Analiz
• Confidential Computing Consortium – TEE Temelleri
• NIST IR 8320E – Bulut İş Yüklerinde Confidential Computing İlk Taslağı
• Microsoft Learn – Confidential Computing Genel Bakış
• TeknoTürkiye – SBOM Nedir?
• TeknoTürkiye – Siber Güvenlik Kontrol Listesi

Confidential Computing Hakkında Sık Sorulan Sorular

Confidential Computing nedir?

Verinin aktif biçimde işlendiği sırada donanım tabanlı ve doğrulanabilir bir Güvenilir Yürütme Ortamı içerisinde korunmasıdır.

Confidential Computing Türkçede ne demektir?

Gizli bilişim, güvenli işlem veya kullanım sırasındaki veri güvenliği olarak ifade edilebilir. Sektörde İngilizce terim de yaygın biçimde kullanılmaktadır.

TEE neyin kısaltmasıdır?

Trusted Execution Environment ifadesinin kısaltmasıdır. Türkçede Güvenilir Yürütme Ortamı olarak kullanılabilir.

TEE veriyi kimden korur?

Uygulamaya göre işletim sistemi, hipervizör, altyapı yöneticisi, diğer sanal makineler ve fiziksel erişimi bulunan bazı tehditlerden korumayı hedefleyebilir.

Confidential Computing veriyi tamamen şifreli mi işler?

Veri TEE dışında şifreli tutulabilir. TEE içerisinde işlem yapılabilmesi için çözülür ancak donanım tabanlı izolasyonla korunur.

Bulut sağlayıcısı veriyi görebilir mi?

Doğru yapılandırılmış bir Confidential Computing sisteminde bulut sağlayıcısının açık veriye yetkisiz erişiminin engellenmesi hedeflenir. Kesin koruma kullanılan teknoloji ve yapılandırmaya bağlıdır.

Uzaktan doğrulama nedir?

Uzak sistemin beklenen donanım, firmware, uygulama ve güvenlik yapılandırmasıyla çalıştığının kriptografik kanıtlarla kontrol edilmesidir.

Doğrulama olmadan TEE kullanılabilir mi?

Teknik olarak çalışabilir; ancak ortamın gerçekten beklenen kodu ve güvenlik yapılandırmasını kullandığı doğrulanmadığında güven modeli önemli ölçüde zayıflar.

Confidential Computing ile disk şifreleme aynı mı?

Hayır. Disk şifreleme saklanan veriyi, Confidential Computing ise aktif biçimde kullanılan veriyi korumaya odaklanır.

TLS yerine geçer mi?

Hayır. TLS aktarılan veriyi korur. Confidential Computing, veri işlem sırasında kullanılırken ek koruma sağlar.

HSM yerine geçer mi?

Her zaman değil. HSM kriptografik anahtar ve işlemlere odaklanırken Confidential Computing daha genel uygulama ve veri işlemlerini koruyabilir.

Yapay zekâ modellerinde kullanılabilir mi?

Evet. Eğitim verileri, kullanıcı sorguları, model ağırlıkları ve özel algoritmaların kullanım sırasında korunmasına yardımcı olabilir.

Confidential Computing yapay zekânın yanlış cevap vermesini engeller mi?

Hayır. Model doğruluğu, güvenliği ve çıktı kontrolü ayrı yöntemlerle yönetilmelidir.

Kubernetes ile kullanılabilir mi?

Uygun bulut, donanım ve çalışma zamanı desteği bulunduğunda gizli konteyner veya gizli sanal makine modelleri Kubernetes ortamlarında kullanılabilir.

Mevcut uygulama değiştirilmeden kullanılabilir mi?

Gizli sanal makine modelinde daha az değişiklik gerekebilir. Uygulama enclave modelinde kodun hassas bölümlerinin yeniden düzenlenmesi gerekebilir.

Confidential Computing performansı düşürür mü?

İş yüküne, donanıma ve TEE modeline göre ek gecikme, bellek veya işlemci kullanımı oluşturabilir. Gerçek ortamda test yapılmalıdır.

Yan kanal saldırılarını tamamen engeller mi?

Hayır. Zamanlama, önbellek ve erişim modeli gibi yan kanallar ayrıca değerlendirilmelidir.

TEE içerisindeki kötü amaçlı kod engellenir mi?

TEE, içine yüklenen kötü amaçlı kodu otomatik olarak zararsız hâle getirmez. Kod ve yazılım tedarik zinciri ayrıca korunmalıdır.

Confidential Computing KVKK uyumu sağlar mı?

Teknik bir güvenlik önlemi olarak destek sağlayabilir; ancak aydınlatma, hukuki işleme şartı, saklama süresi ve veri sahibi hakları gibi KVKK yükümlülüklerinin yerine geçmez.

Startup şirketler için gerekli mi?

Sağlık, finans, savunma, yapay zekâ veya hassas müşteri verisi işleyen girişimler için değerlendirilebilir. Her küçük uygulama için zorunlu değildir.

İlk uygulanması gereken adım nedir?

Kullanım sırasında korunması gereken veriyi ve güvenilmeyen bileşenleri içeren açık bir tehdit modeli hazırlamaktır.

Confidential Computing için özel donanım gerekir mi?

Evet. Donanım tabanlı TEE desteği bulunan işlemci, hızlandırıcı veya bulut altyapısı gerekir.

Birden fazla şirket ortak analiz yapabilir mi?

Evet. Taraflar doğrulanmış TEE’ye kendi verilerini göndererek ham verileri birbirlerine göstermeden ortak sonuç üretebilir.

Doğrulama ölçümü güncellemede değişir mi?

Evet. Uygulama, imaj veya firmware güncellendiğinde ölçüm değişebilir. Yeni ölçüm kontrollü biçimde güvenlik politikasına eklenmelidir.

Confidential Computing bütün siber saldırıları önler mi?

Hayır. Kimlik doğrulama, yetkilendirme, güvenli yazılım geliştirme, ağ güvenliği, yedekleme ve olay müdahalesi gibi kontroller yine gereklidir.

Confidential Computing: Sonuç

Confidential Computing nedir sorusunun temel cevabı, veriyi yalnızca depolanırken veya aktarılırken değil, işlemci tarafından aktif biçimde kullanıldığı sırada da korumayı amaçlayan donanım tabanlı güvenlik yaklaşımıdır.

Bu teknoloji, kodu ve veriyi Trusted Execution Environment adı verilen izole bir ortamda çalıştırır. TEE; işletim sistemi, hipervizör, diğer uygulamalar ve bazı altyapı yöneticilerinden kaynaklanabilecek yetkisiz erişimleri sınırlandırmayı hedefler.

Confidential Computing’in güvenli uygulanması için yalnızca destekleyen bir sunucu satın almak yeterli değildir. Korunacak iş yükü belirlenmeli, açık bir tehdit modeli hazırlanmalı ve uygun TEE platformu seçilmelidir.

Uzaktan doğrulama ile çalıştırılan donanım, firmware, uygulama ve imajın beklenen güvenlik politikasına uygunluğu kontrol edilmelidir. Anahtar ve hassas veriler yalnızca bu doğrulama başarılı olduğunda ortama verilmelidir.

TEE içerisinde çalışan kod miktarı mümkün olduğunca azaltılmalı; yazılım tedarik zinciri, CI/CD sistemi, konteyner imajları ve bağımlılıklar ayrıca korunmalıdır.

Teknoloji; sağlık, finans, yapay zekâ, çok taraflı veri analizi, anahtar yönetimi ve Edge Computing gibi alanlarda önemli avantajlar sağlayabilir.

Buna rağmen uygulama açıkları, zayıf erişim kontrolü, yan kanal saldırıları ve hizmet engelleme riskleri devam edebilir. Confidential Computing mevcut siber güvenlik kontrollerinin yerine değil, onları tamamlayan güçlü bir koruma katmanı olarak kullanılmalıdır.