EUDI Wallet ile Daha Az Veriyle Kimlik Doğrulama Tasarımı

Kimlik kopyası toplamak neden varsayılan olmamalı?

Bir KOBİ, müşteri veya yetkiliyi tanımak için kimlik belgesinin ön ve arka yüzünü isteyebilir. Oysa süreç bazen yalnız kişinin belirli bir yaşın üzerinde olduğunu, bir kuruluşu temsil ettiğini veya geçerli bir niteliğe sahip olduğunu doğrulamayı gerektirir. Belgenin tamamı alındığında ihtiyaç dışı adres, belge numarası, fotoğraf ve diğer kişisel veriler de kuruma girer. Bu veri daha sonra erişim, saklama ve ihlal riski yaratır.

Avrupa Dijital Kimlik Cüzdanı, doğrulanmış niteliklerin kullanıcı kontrolünde paylaşılabildiği bir yaklaşım sunar. Amaç, “kimliğin fotoğrafını yükle” alışkanlığını her durumda sürdürmek yerine işlem için gereken kanıtı tanımlamaktır. Bu yaklaşım veri minimizasyonunu destekleyebilir; yine de her kullanım senaryosu için hukuki dayanak, kimlik güvence seviyesi ve kayıt yükümlülüğü ayrıca değerlendirilir.

EUDI çerçevesinin güncel durumu

2024/1183 sayılı AB Tüzüğü Mayıs 2024’te yürürlüğe girdi ve Avrupa dijital kimlik çerçevesini güncelledi. Avrupa Komisyonu, üye devletlerin 2026 sonuna kadar en az bir Avrupa Dijital Kimlik Cüzdanı sağlamasını öngören çerçeveyi ve ortak teknik araç kutusunu yayımlıyor. Büyük ölçekli pilotlar arasında finansal hizmetler, banka hesabı açma ve ödeme gibi kullanım alanları da bulunuyor.

3 Eylül 2026 itibarıyla uygulama ayrıntıları, ulusal cüzdanlar ve kabul yükümlülükleri gelişmeye devam etmektedir. Türkiye’de yerleşik bir KOBİ için kullanım veya kabul zorunluluğu yalnız bu genel takvimden çıkarılamaz. Şirketin AB’de sunduğu hizmet, tarafların rolü, sektör kuralı ve ilgili uygulama mevzuatı hukuk ve uyum ekiplerince güncel metin üzerinden değerlendirilmelidir.

Üç rolü ayırmak

Cüzdan akışında üç rolün ayrılması tasarımı netleştirir. Düzenleyen taraf, bir kimlik verisini veya niteliği güvenilir biçimde verir. Kullanıcı, bu kanıtı cüzdanında tutar ve paylaşımı yönetir. Doğrulayan taraf ise belirli bir işlem için sunulan kanıtı kontrol eder. KOBİ çoğu senaryoda doğrulayan olabilir; ancak çalışanına veya müşterisine kendi nitelik kanıtını veriyorsa farklı bir rol üstlenebilir.

Cüzdanın gösterdiği bir nitelik, işlemin bütün ticari şartlarını doğrulamaz. Örneğin “şirket temsilcisi” bilgisi güncel görünse bile kişinin belirli tutarda ödeme emri verme yetkisi ayrıca kontrol edilmelidir. Kimlik, temsil, işlem yetkisi ve muhasebe dayanağı farklı gerçeklik katmanlarıdır.

Alan bazlı kanıt haritası

Onboarding ekranı tasarlanmadan önce her karar için gerçekten gereken alan yazılabilir. Örnek bir harita şöyledir:

Karar: Gerçek kişi mi? Gerekli kanıt: geçerli kişi tanımlayıcısı
Karar: Yaş eşiği sağlanıyor mu? Gerekli kanıt: eşik sonucu; tam doğum tarihi değil
Karar: Belirli şirketi temsil ediyor mu? Gerekli kanıt: kuruluş ve rol niteliği
Karar: İletişim kurulabilir mi? Gerekli kanıt: doğrulanmış iletişim kanalı, gerekiyorsa
Karar: Finansal işlemi onaylayabilir mi? Gerekli kanıt: kurum içi yetki kaydı ve işlem limiti

Bu tablo, cüzdandan istenecek bilgiyi mevcut formdaki bütün alanlardan türetmek yerine amaçtan türetir. Bir alanın “ileride lazım olabilir” gerekçesiyle toplanması minimizasyon yaklaşımıyla uyumlu değildir.

İstek ve onay ekranı

Kullanıcı, hangi niteliğin kimle, hangi amaçla ve ne kadar süre için paylaşılacağını anlayabilmelidir. İstek; genel “kimliğini paylaş” cümlesi yerine gerekli alanları ve işlemi açıkça gösterebilir. Reddetme durumunda yasal veya operasyonel olarak mümkünse alternatif doğrulama yolu belirtilir. Karanlık tasarım kalıplarıyla gereksiz alanlara onay alınması, kullanıcı kontrolü amacını zayıflatır.

Doğrulayan uygulama yalnız cüzdandan gelen veri biçimini kontrol etmekle yetinmemelidir. Düzenleyenin güvenilirliği, kanıtın geçerlilik durumu, hedeflenen alıcı ve oturumla bağ, tekrar kullanımı önleyen işlem bağlamı ve beklenen güvence seviyesi doğrulanır. Hata halinde sessiz geçiş yapılmaz; işlem incelemeye veya açık bir alternatif akışa yönlendirilir.

Ne saklanmalı?

Kimlik belgesinin tam görüntüsünü saklamak yerine doğrulama sonucu, gereken nitelik, düzenleyen, doğrulama zamanı, politika sürümü ve işlem kimliği tutulabilir. Bunun yeterli olup olmadığı sektör ve hukuki yükümlülüğe bağlıdır. Kanıtın kendisinin saklanması gerekiyorsa erişim, şifreleme, süre ve silme kuralı açık olmalıdır. Denetim izi, kişisel verinin sınırsız kopyası anlamına gelmez.

Loglarda cüzdanın gereksiz tüm içeriği, gizli anahtar, ham oturum verisi veya başka işlemlere ait nitelikler bulunmamalıdır. Destek ekranlarında da yalnız görev için gereken bölüm gösterilir. Yetkili inceleyenin aldığı karar, istisna nedeni ve sonradan yapılan düzeltme ayrı olaylar olarak kaydedilebilir.

AI nerede kullanılabilir, nerede sınır çizilmeli?

AI; başvuru belgelerini sınıflandırmak, eksik alanı işaretlemek veya inceleme kuyruğunu önceliklendirmek için yardımcı olabilir. Ancak modelin “bu kişi güvenilir” sonucu, EUDI kanıtının kriptografik veya hukuki doğrulaması yerine geçmez. Benzer biçimde doğrulanmış kimlik, faturanın gerçek olduğunu ya da ödemenin haklı olduğunu kanıtlamaz.

AI önerisi ile cüzdan doğrulama sonucu ayrı kaydedilmelidir. Model sürümü, kullanılan alanlar, belirsizlik ve insan kararı görülebilir olmalıdır. Yüksek etkili erişim veya ödeme yetkisi yalnız model skoruyla açılmamalıdır. Yetkili kişi, kaynak kanıtı ve kurum içi yetki matrisini inceleyebilmelidir.

İstisna ve düzeltme akışı

Cüzdan kullanamayan, cihazı kaybolan veya niteliği güncel olmayan kişi için süreç tasarlanmalıdır. İstisna kanalı daha zayıf bir arka kapıya dönüşmemeli; farklı kanıt, ikinci kontrol ve süreli yetki içerebilir. Cüzdan verisi ile kurum kaydı çelişirse hangi kaynağın hangi alan için esas olduğu belirlenir. Eski değer sessizce üzerine yazılmaz.

Kullanıcı yanlış eşleşmeye itiraz edebilmeli, insan incelemesi isteyebilmeli ve düzeltmenin sonucunu görebilmelidir. Bu kayıtlar hem müşteri deneyimini hem denetlenebilirliği güçlendirir.

Uygulama provası

Gerçek kişisel veri kullanılmadan bir test seti hazırlanabilir. Geçerli kanıt, süresi geçmiş kanıt, yanlış düzenleyen, fazla alan isteyen talep, tekrar kullanılan oturum ve bağlantı kesintisi gibi senaryolar denenir. Başarı ölçütü yalnız teknik doğrulama değildir; gereksiz alanın alınmaması, hatanın görünür olması ve kesin işlemin yetkili onay olmadan oluşmaması da kontrol edilir.

Sonuç

EUDI Wallet, KOBİ’lere daha çok kimlik verisi toplamak için değil, doğru işlem için daha dar kanıt istemek üzere bir tasarım fırsatı sunar. Kimlik niteliği; temsil yetkisi, ödeme onayı veya muhasebe gerçeğiyle karıştırılmamalıdır. Amaç, alan bazlı talep, güvenilir doğrulama, sınırlı saklama, itiraz yolu ve insan onayını aynı akışta kurmaktır. Böylece dijital kimlik kolaylığı denetim izi ve veri minimizasyonuyla birlikte ilerleyebilir.