Yapay zekâ artık yalnızca uzak veri merkezlerinde çalışmıyor. Fabrika hattındaki bir kamera, mağazadaki sayım cihazı, hastanedeki görüntüleme sistemi ya da sahadaki bakım terminali de modeli kendi üzerinde çalıştırabiliyor. “Edge AI” denen bu yaklaşım gecikmeyi azaltıyor, bağlantı kesildiğinde hizmeti sürdürüyor ve hassas veriyi yerinde tutabiliyor. Fakat kontrol edilen alan büyüdükçe güvenlik sorumluluğu da doğrudan işletmeye geçiyor.

Microsoft Security, 4 Eylül 2026 tarihli teknik yazısında müşteri ortamında çalışan edge AI sistemleri için dört temel kanıt öneriyor: çalışma ortamını doğrulamak, model ve yazılım paketlerinin kaynağını doğrulamak, modelin yapabileceği işlemleri deterministik kurallarla sınırlamak ve hassas bilgileri yalnız güvenilir ortama bırakmak. Bu çerçeve, Türkiye’de üretim, perakende, sağlık ve lojistikte yerel yapay zekâ kuran ekipler için iyi bir satın alma ve kabul testi sunuyor.

Edge AI neden ayrı bir güvenlik problemi?

Bulut hizmetinde altyapının önemli bir bölümü sağlayıcı tarafından korunur. Edge kutusunda ise işletim sistemi, model çalışma zamanı, cihaz sürücüleri, yerel ağ, güncelleme zinciri ve fiziksel erişim çoğu zaman müşterinin sorumluluğundadır. Üstelik sistem; kişisel veri, üretim sırrı, kamera görüntüsü veya erişim anahtarı gibi değerli varlıklara çok yakın durur.

Yerel çalışmanın kendisi güvenli olduğu anlamına gelmez. İnternete çıkmayan bir cihaz da bozulmuş bir güncelleme paketiyle, yetkisiz USB erişimiyle veya modelin kandırılmasıyla risk oluşturabilir. Özellikle model yalnız tavsiye vermekle kalmayıp kapı açıyor, makineyi durduruyor ya da kayıt değiştiriyorsa hata ile saldırı arasındaki fark işletme açısından anlamsızlaşır.

Microsoft’un çerçevesini dört kanıt testine dönüştürün

1. Çalışma ortamı gerçekten beklediğiniz ortam mı?

İlk soru, modelin hangi yazılım ve donanım üzerinde çalıştığıdır. Microsoft, güvenilir yürütme ortamlarının uzaktan doğrulanmasını, yani attestation kullanılmasını öneriyor. Basit ifadeyle sistem açıldığında yalnız “çalışıyorum” dememeli; beklenen donanım, güvenli önyükleme durumu ve onaylı yazılım ölçümleriyle çalıştığını kanıtlamalıdır.

Tedarikçiden doğrulama raporunun nasıl üretildiğini, hangi durumda başarısız sayıldığını ve başarısızlıkta anahtarların serbest bırakılıp bırakılmadığını sorun. Ekranda yeşil bir simge görmek kanıt değildir. Doğrulama kaydı merkezi olarak saklanmalı ve cihaz kimliğiyle eşleşmelidir.

2. Model ve güncelleme paketi nereden geldi?

İkinci test, model dosyasının ve çalışma zamanının kaynağıdır. İmzalı paket, değişmez özet değeri ve üretim zinciri kaydı olmadan indirilen bir model “resmî” kabul edilmemeli. Güncelleme sırasında imza doğrulaması yapılmalı; eski ve bilinen zayıf sürüme geri dönüş de engellenmelidir.

Pratik kabul testi şudur: aynı paketin tek bir baytını değiştirin ve deneme cihazına yüklemeyi deneyin. Sistem paketi reddetmiyorsa kaynak doğrulaması kâğıt üzerinde kalmıştır. Dosya bütünlüğünü bağımsız kontrol etmek için sitedeki SHA-256 doğrulama rehberinden de yararlanabilirsiniz.

3. Model öneriyor mu, yetki mi veriyor?

Microsoft’un en önemli ayrımı burada: model çıktısı bir öneri olabilir, fakat tek başına yetkilendirme olmamalıdır. Model “vanayı kapat” dediğinde komutu doğrudan sahaya göndermek yerine araya kurallı bir aracı katman girmelidir. Bu katman izin verilen işlemleri, parametre sınırlarını, hız limitini ve kullanıcı rolünü kodla denetlemelidir.

Yüksek etkili ve geri döndürülemez eylemler için ikinci bir onay, fiziksel kilit veya güvenli duruş mekanizması gerekir. Bir sohbet kutusuna “yönetici onayladı” yazılması onay sayılmaz. Ekran görüntüsü ya da fare hareketi de yetkilendirme kanıtı değildir.

4. Sırlar yalnız doğrulanmış sisteme mi açılıyor?

API anahtarı, sertifika, veritabanı parolası veya üretim reçetesi cihazın diskinde düz metin durmamalı. Hassas varlıklar, cihaz doğrulaması geçtikten ve işlem politikası izin verdikten sonra kısa süreli olarak serbest bırakılmalıdır. Böylece çalınan disk ya da kopyalanan model tek başına işe yaramaz.

Türkiye’de satın alma şartnamesine ne yazılmalı?

KVKK açısından veriyi yerelde tutmak faydalı olabilir; fakat bu, teknik ve idari tedbir yükümlülüğünü ortadan kaldırmaz. Üretici veya entegratörden model envanteri, güncelleme süresi, güvenlik açığı bildirim kanalı, log saklama planı ve olay anında cihazı güvenli moda alma yöntemi istenmeli. İthal cihazlarda destek süresinin ve imza anahtarlarının bitiş tarihinin sözleşmede açık olması özellikle önemlidir.

Kabul tutanağına yalnız performans sonucunu değil, güvenlik kanıtlarını da ekleyin. Modelin saniyedeki işlem sayısı hedefi tutarken imza kontrolünü veya kayıt üretimini kapatması kabul edilmemeli. Test ortamında ağ bağlantısını kesin, saati değiştirin ve güncelleme sunucusuna ulaşılamadığında davranışı gözleyin. Sistem doğrulama yapamıyorsa güvenli biçimde kısıtlı moda geçmeli; eski anahtarlarla sınırsız çalışmaya devam etmemelidir.

Ayrıca sorumluluk matrisini isimlerle değil rollerle yazın: cihaz yazılımını kim günceller, model paketini kim onaylar, uyarıyı kim inceler ve acil durdurmayı kim uygular? Bu ayrım tedarikçi değiştiğinde de korunur. Olay sonrasında hangi kaydın delil olacağı önceden belirlenirse teknik ekip ile hukuk ve uyum ekipleri aynı veriye bakabilir.

10 dakikalık edge AI güvenlik kontrol listesi

  • Cihaz kimliği ve çalışma ortamı doğrulama kaydı üretilebiliyor mu?
  • Değiştirilmiş model veya güncelleme paketi otomatik reddediliyor mu?
  • Model çıktısı, kodla tanımlanmış izin katmanından geçiyor mu?
  • Yüksek etkili işlemde bağımsız onay veya fiziksel emniyet var mı?
  • Anahtarlar yalnız doğrulanmış cihaza ve sınırlı süreyle mi açılıyor?
  • Bağlantı kesildiğinde yerel doğrulama ve kayıt tutma sürüyor mu?

Bu altı sorudan biri cevapsızsa sistem “yerel olduğu için güvenli” kabul edilmemeli. Edge AI’ın gerçek avantajı hız veya veri egemenliği kadar, davranışı kanıtlanabilir ve sınırlandırılabilir bir yapıda kurulmasıdır.

Kaynak

Microsoft Security — Secure edge AI in customer-owned environments, 4 Eylül 2026