Kimsin?

Tamamen kurmaca bir örnek düşünelim. Bir şirket, yeni müşteri portalı için üç yazılım sağlayıcısından teklif almak istiyor. Bu örnekteki “Nova Digital” adı, gerçek bir şirket hakkında iddia taşımıyor.

Yönetici, yapay zekâ ajanına kısa bir görev verir: “Nova Digital’i bul. Altı dilli portal projemiz için onlardan teklif iste.” Ajan arama yapar.

“Nova Digital” adıyla karşısına birkaç farklı sonuç çıkar:

• İstanbul’da faaliyet gösteren bir yazılım şirketi,
• Londra’da kayıtlı bir dijital pazarlama ajansı,
• aynı adı kullanan bağımsız bir tasarımcı,
• artık kullanılmayan eski bir alan adı,
• başka bir şirketin yönettiği sosyal medya hesabı,
• bir iş dizininde yıllardır güncellenmemiş işletme profili.

Ajan, en güçlü görünen alan adını seçer. Şirket hakkında yeterli bilgi topladığını düşünür. Proje bütçesini, mevcut CRM sisteminin adını, çalışan sayısını ve hedeflenen teslim tarihini içeren ayrıntılı bir teklif talebi hazırlar. Mesajı gönderir. İki gün sonra cevap gelir. Karşı taraf ilgilidir. Toplantı önerir. Ön ödeme için banka bilgilerini paylaşır. Her şey normal görünmektedir. Fakat mesaj yanlış Nova Digital’e gönderilmiştir. Aranan şirket, İstanbul’daki müşteri portalı sağlayıcısıdır. Ajanın iletişim kurduğu şirket ise Londra’daki reklam ajansıdır. Ajanın bulduğu bilgiler bütünüyle uydurma değildir. Alan adı gerçektir.

Şirket gerçektir. İletişim adresi çalışmaktadır. Mesaj gerçek bir çalışan tarafından cevaplanmıştır. Fakat doğru bilgiler, yanlış kimliğin etrafında birleştirilmiştir. Buradaki hata yalnızca arama hatası değildir. Bu bir kimlik çözümleme hatasıdır. Ajan bir varlığı bulmuştur. Fakat kiminle karşı karşıya olduğunu doğru belirleyememiştir. Ve bir makine kiminle karşı karşıya olduğunu bilmiyorsa, ne kadar iyi araştırırsa araştırsın, ne kadar doğru cümleler kurarsa kursun ve ne kadar güçlü araçlara erişirse erişsin güvenli davranamaz.

GBO’nun davranış sözleşmesi bu nedenle şu soruyla başlar:

Kimsin?

İsim, kimlik değildir

İnsanlar günlük hayatta isimleri kimlik yerine kullanır. “Ahmet’i ara.” “Atlas Otel’den rezervasyon yap.” “Merkez Bankası’nın açıklamasına bak.” “Nova Digital’e teklif gönder.” Çoğu zaman bağlam, hangi kişiden veya kurumdan söz edildiğini anlamamıza yardım eder. Aynı isimde birden fazla kişi olsa bile telefon rehberimiz, geçmiş konuşmalarımız, ortak tanıdıklarımız ve bulunduğumuz yer doğru kişiyi seçmemizi sağlar. Makineler için bu bağlam her zaman mevcut değildir.

Aynı adı kullanan:

• farklı şirketler,
• farklı kişiler,
• farklı markalar,
• farklı şubeler,
• farklı ürünler,
• farklı sosyal medya hesapları,
• eski ve yeni kurumlar

bulunabilir. Bunun tersi de mümkündür. Aynı varlık farklı yerlerde farklı adlarla görünebilir.

Bir şirketin:

• hukukî unvanı,
• ticari markası,
• alan adı,
• sosyal medya kullanıcı adı,
• ürün adı,
• yerel dildeki adı,
• uluslararası pazardaki adı

birbirinden farklı olabilir. Bu nedenle kimlik yalnızca bir isim değildir. Kimlik, bir adın arkasındaki varlığı ve o varlığın diğer kişiler, kurumlar, alan adları, yetkiler ve zamanla ilişkisini açıklayan yapıdır. Bu kitapta kimliği; varlık, ilişki, rol, yetki, zaman ve kanıt bağlantılarıyla ele alıyoruz. Bu bir puan formülü değil, inceleme çerçevesidir. Bu unsurlardan yalnızca birini bilmek yeterli değildir. Bir kişinin adını bilmek, şirket adına imza atmaya yetkili olduğunu göstermez. Bir alan adının şirkete ait olduğunu bilmek, o alandaki bütün sayfaların güncel olduğunu göstermez.

Bir çalışanın gerçekten o kurumda görev yaptığını doğrulamak, onun fiyat verme veya sözleşme kabul etme yetkisi olduğunu kanıtlamaz. Bir yapay zekâ ajanının gerçekten şirket tarafından işletildiğini bilmek, her işlemi şirket adına yapabileceği anlamına gelmez. Kimlik, etiket değil; sorumluluk zinciridir.

Kimliğin katmanları

Bir kurum veya insan dijital dünyada tek katmanlı bir kimliğe sahip değildir. Birbirine bağlı birkaç kimlik katmanı bulunur. Bu katmanlar birbirine karıştırıldığında ajanların davranışı yanlış yöne gidebilir.

İnsan kimliği

Bu gerçek kişidir. Adı, soyadı, iletişim yolları, sahip olduğu roller ve belirli işlemleri yapma hakkıyla ilişkilidir. Fakat bir insanın kim olduğunu doğrulamak, onun her bağlamda aynı yetkiye sahip olduğunu göstermez. Bir kişi şirketin çalışanı olabilir. Bu onu otomatik olarak şirket adına sözleşme imzalayabilecek biri hâline getirmez. Bir kişi bir kitabın yazarı olabilir. Bu, kitabın yayımlandığı platformun sahibi olduğu anlamına gelmez. Bir kişi bir markanın kurucusu olabilir. Fakat hukukî işlemler başka bir şirket üzerinden yürütülebilir. İnsan kimliği önemlidir.

Ancak davranış için rol ve yetkiyle birlikte okunmalıdır.

Hukukî kimlik

Hukukî kimlik, bir sözleşmenin, faturanın, ödemenin veya resmî sorumluluğun hangi kişi ya da tüzel yapı üzerinden yürüdüğünü gösterir. Bir marka ayrı bir hukukî kişilik olmayabilir. Bir alan adı başka bir şirketin mülkiyetinde olabilir. Bir proje ticari marka adıyla tanıtılırken fatura farklı bir hukukî unvan üzerinden kesilebilir. Bu durum tek başına sorun değildir. Sorun, ilişkinin açıklanmamasıdır. Bir ajan, markanın adını gördüğü için sözleşmenin de aynı adla kurulacağını varsayabilir. Ödeme talebinin markaya değil başka bir hukukî yapıya yönelmesi hâlinde bunu dolandırıcılık işareti sanabilir.

Ya da tam tersine, yalnızca marka adını bildiği için yanlış bir hukukî yapıya ödeme yapabilir.

GBO bakımından şu ilişki açık olmalıdır:

Markayı kim işletiyor? Sözleşmeyi kim yapıyor? Faturayı kim düzenliyor? Ödemeyi kim alıyor? Uyuşmazlık hâlinde kim sorumlu?

Marka kimliği

Marka, insanların ve makinelerin günlük hayatta tanıdığı yüzdür. İsim, logo, alan adı, hizmet dili, yayımlanmış çalışmalar ve pazar konumlandırması marka kimliğini oluşturur. Fakat marka kimliği ile hukukî kimlik eşit değildir. Marka bir iletişim ve ilişki yüzeyidir. Hukukî kimlik ise sorumluluk ve taahhüt yüzeyidir. Ajan ikisini birbirine bağlayabilmelidir. Fakat birbirinin yerine kullanmamalıdır.

Operasyonel kimlik

Bir kurumun gerçekte nasıl çalıştığını gösterir. Hangi ekip hangi işi yapar?

Hangi birim fiyat verir?

Hangi kişi canlı yayını onaylar?

Kim müşteri verilerine erişebilir?

Kim yalnızca taslak hazırlayabilir?

Kim ödeme yapabilir?

Kim dış dünyaya mesaj gönderebilir?

Organizasyon şemasında “yönetici” görünen biri her operasyonel eyleme yetkili olmayabilir. Aynı biçimde unvanı daha düşük görünen bir çalışan, belirli bir sistem üzerinde geniş teknik yetkiye sahip olabilir. Operasyonel kimlik, yetkinin günlük hayatta nasıl dağıtıldığını açıklar.

Dijital kimlik

Alan adları, e-posta adresleri, sosyal medya hesapları, platform profilleri, dijital imzalar, API istemcileri ve makinece okunabilir kayıtlar dijital kimliğin parçalarıdır. Bir e-posta adresinin şirket alan adını taşıması güven verici olabilir. Fakat hesap ele geçirilmiş olabilir. Bir sosyal medya hesabı doğrulanmış görünebilir. Fakat artık eski bir çalışan tarafından yönetiliyor olabilir. Bir internet sitesi resmî olabilir. Fakat belirli sayfaları yıllardır güncellenmemiş olabilir. Dijital kimlik tek başına güvenin son noktası değildir. Diğer kimlik katmanlarıyla eşleşmesi gerekir.

Ajan kimliği

Yeni ve giderek daha önemli katman budur.

Bir yapay zekâ ajanı:

• kimin adına çalıştığını,
• hangi amaçla oluşturulduğunu,
• hangi sistemlere erişebildiğini,
• hangi işlemleri yapabileceğini,
• hangi işlemleri yapamayacağını,
• ne zaman insan onayı istemesi gerektiğini

açıklayan bir kimliğe sahip olmalıdır. “Araştırma asistanı”, “müşteri hizmetleri ajanı” veya “satın alma ajanı” gibi genel adlar yeterli değildir. Ajanın kimliği, eylem zarfıyla birlikte tanımlanmalıdır. Çünkü ajan artık yalnızca cevap üretmiyor olabilir. Dış dünyada kurum adına iz bırakabilir.

Kimlik üçgeni

Bir ajan eylemini üç kimlik rolü üzerinden inceleyebiliriz. Roller aynı varlıkta birleşebilir veya her birinde birden fazla aktör bulunabilir:

1. Talep eden

Eylemin yapılmasını isteyen kişi veya kurum.

2. Eylemi gerçekleştiren

Görevi yerine getiren ajan veya ajan ağı.

3. Muhatap

Eylemin yöneldiği kişi, şirket, sistem veya varlık.

Bu üçlüye: Kimlik Üçgeni diyebiliriz.

Bir e-posta gönderildiğinde:

• Talep eden kim?
• Mesajı gönderen ajan kim?
• Mesajın ulaştığı kişi veya kurum kim?

Bir satın alma yapıldığında:

• Bütçeyi kullanan kim?
• İşlemi gerçekleştiren ajan kim?
• Ürünü satan hukukî varlık kim?

Bir sosyal medya içeriği yayımlandığında:

• İletişim kararını veren kim?
• İçeriği oluşturan ve yayımlayan sistem kim?
• Yayın hangi hesapta, kimin adına ve hangi kitleye yöneliyor?

Bir web sitesi güncellendiğinde:

• Değişiklik hedefini belirleyen kim?
• Dosyayı değiştiren ajan kim?
• Hangi site değiştiriliyor; siteyi kim işletiyor ve değişiklik kimleri etkiliyor?

Kimlik üçgeninin bir köşesi belirsizse davranış riske girer. Talep eden kişi doğrulanmamışsa ajan yanlış kişiden komut alabilir. Ajanın kimliği ve yetkisi belirsizse kullanıcı hangi sistemin işlem yaptığını bilemez. Muhatap yanlış eşleştirilmişse doğru işlem yanlış kişiye uygulanabilir.

Bu nedenle her önemli eylemden önce üç soru sorulmalıdır:

Kim istiyor? Kim yapıyor? Kimin üzerinde veya kime karşı yapılıyor?

Gerçek olmak ile yetkili olmak aynı şey değildir

Kimlik doğrulamasında sık yapılan hatalardan biri, bir kişinin veya hesabın gerçek olduğunun kanıtlanmasını yeterli kabul etmektir. Bir çalışan gerçekten şirkette çalışıyor olabilir. Fakat indirim verme yetkisi olmayabilir. Bir yönetici gerçekten o kurumun yöneticisi olabilir. Fakat belirli bir banka hesabına ödeme talimatı verme yetkisi bulunmayabilir. Bir yapay zekâ ajanı gerçekten şirket tarafından işletiliyor olabilir. Fakat müşteri verilerini başka sisteme aktarma izni olmayabilir. Bir sosyal medya hesabı gerçekten markaya ait olabilir. Fakat orada yayımlanan her mesaj hukukî taahhüt oluşturacak yetkili bir açıklama değildir.

Bu nedenle iki ayrı soru vardır:

Bu gerçekten kim? Bu kişi veya sistem bunu yapmaya yetkili mi?

Birinci soru kimlik doğrulamayla, ikincisi yetkilendirmeyle ilgilidir. Kimlik doğrulama, kişinin veya sistemin iddia ettiği kimlikle eşleştiğini işlem için gereken güven düzeyinde ortaya koyar. Yetkilendirme ise o kimliğin belirli eylemi yapmasına izin verilip verilmediğini belirler. Ajan sistemleri ikisini birbirine karıştırmamalıdır.

Gerçek kişi, her zaman yetkili kişi değildir. Resmî hesap, her işlem için yetkili kanal değildir. Sisteme erişim, sistemi değiştirme yetkisi değildir.

Bu ayrım özellikle ödeme, sözleşme, kamuya açık açıklama, kişisel veri ve kurumsal taahhütlerde kritik hâle gelir.

Rol, kişi değildir

Bir kurumda roller değişir. Bugünün genel müdürü yarın farklı bir görevde olabilir. Bir proje yöneticisi şirketten ayrılabilir. Bir e-posta adresi başka çalışana devredilebilir. Bir sosyal medya hesabı farklı ajans tarafından yönetilmeye başlanabilir. Bir teknik yönetici yalnızca belirli proje boyunca yayın yetkisine sahip olabilir. Bu nedenle rol bilgisi zamanla birlikte okunmalıdır. “Bu kişi CEO’dur.” cümlesi eksiktir.

Daha doğru biçimi şudur: “Bu kişi, şu tarih itibarıyla bu kurumun CEO’sudur ve şu tür işlemler için yetkilidir.” Rol, kişiye yapışmış kalıcı bir özellik değildir. Belirli bir kurum, dönem ve kapsam içindeki ilişkidir. Bu nedenle ajanlar unvanı gördüklerinde eylem yetkisini otomatik olarak varsaymamalıdır. Bir şirketin kurucusu şirket adına ödeme yapmaya yetkili olmayabilir. Bir finans yöneticisi marka adına kamuya açıklama yapmaya yetkili olmayabilir.

Bir sosyal medya yöneticisinin sözleşme şartlarını değiştirme yetkisi olmayabilir. Bir yazılım geliştiricisinin canlı sisteme erişebilmesi de fiyat politikasını belirlemeye yetkili olduğunu göstermez. Rolün adı, davranışın sınırını tek başına açıklamaz.

Yetki bağlama bağlıdır

Yetki genel ve sınırsız bir özellik değildir.

Bir kişi veya ajan:

• belirli bir sistemde,
• belirli bir görev için,
• belirli bir süre boyunca,
• belirli bir risk düzeyine kadar,
• belirli bir tutarın altında

yetkili olabilir. Bir satın alma ajanı 100 dolara kadar ofis malzemesi alabilir. Aynı ajan yıllık abonelik başlatmaya yetkili olmayabilir. Bir web ajanı test ortamında değişiklik yapabilir. Canlı üretime almak için ayrıca onay gerekebilir. Bir e-posta ajanı taslak hazırlayabilir. Şirket dışına gönderme hakkı bulunmayabilir. Bir AI avatar sistemi, önceden onaylanmış eğitim metinlerini seslendirebilir. Yeni politik açıklamalar üretmeye yetkili olmayabilir.

Bu nedenle yetki kaydı şu sorulara cevap vermelidir:

• Hangi eylem?
• Hangi amaç?
• Hangi sistem?
• Hangi süre?
• Hangi veri?
• Hangi hedef kişi veya kurum?
• Hangi risk düzeyi?
• Hangi tutar?
• Hangi insan onayı?
• Hangi geri alma yöntemi?

Yetkinin bir bölümü eksikse ajan bunu geniş yorumlamamalıdır.

Belirsiz yetki, geniş yetki değildir.

Aynı isim, farklı varlık

İsim çakışması, kimlik çözümlemesinin kolayca gözden kaçabilecek sorunlarından biridir.

Aynı adı taşıyan:

• şirketler,
• oteller,
• doktorlar,
• danışmanlar,
• ürünler,
• yazılım paketleri,
• üniversite bölümleri

bulunabilir. Bir ajan yalnızca isim eşleşmesine dayanırsa yanlış varlığı seçebilir.

Bu nedenle isim yanında başka ayırıcılar gerekir:

• Resmî alan adı
• Ülke veya şehir
• Hukukî unvan
• Vergi veya şirket kayıt bilgisi
• Sektör
• Yetkili iletişim kanalı
• Marka logosu
• Kuruluş ilişkisi
• Ürün veya hizmet kapsamı

Bir kişi: “Atlas’tan rezervasyon yap.”

dediğinde ajan şu soruyu sormak zorunda kalabilir: “Hangi şehirdeki Atlas? Otel mi, restoran mı, seyahat şirketi mi?” Soru sormak yavaşlık değildir. Yanlış varlık üzerinde hızlı davranmaktan daha güvenlidir.

Farklı isimler, aynı varlık

Ters yönde de hata oluşur. Aynı kurumun hukukî adı, marka adı ve alan adı farklı olabilir. Bir şirket başka bir markayı satın almış olabilir. Bir ürün eski adından yeni adına geçmiş olabilir. Bir yazar takma ad kullanabilir. Bir kurumun adı farklı alfabelerde farklı biçimlerde yazılabilir.

Örneğin bir şirketin:

• Latin alfabesindeki adı,
• Arapça yazımı,
• Kiril alfabesindeki karşılığı,
• yerel ticaret sicilindeki unvanı,
• uluslararası marka adı

birbirinden farklı görünebilir. Ajan bunları ayrı varlıklar sanarsa bilgi parçalanır. Bir dildeki iyi itibar diğer dile bağlanmaz. Fiyatlar farklı şirketlere aitmiş gibi görünür. Yayımlanmış çalışmalar markayla ilişkilendirilemez. GBO açısından doğru kimlik, yalnız ayrıştırma değil, doğru birleştirme işlemidir.

Makine: “Bunlar farklı mı?”

sorusunu sorduğu kadar: “Bunlar aynı varlığın farklı yüzleri mi?” sorusunu da sormalıdır.

Kimlik grafiği

Bir varlığın dijital kimliğini tek satırlık kayıtla anlatmak çoğu zaman mümkün değildir. Kimlik ilişkilerden oluşur.

Örneğin:

• Bir insan bir markanın kurucusudur.
• Marka bir hukukî yapı tarafından işletilir.
• Alan adı markaya aittir veya onun adına kullanılır.
• Sosyal medya hesabı marka tarafından kontrol edilir.
• Belirli ajanlar belirli işler için yetkilidir.
• Bir yayın belirli insan ve sistemlerin ortak çalışmasıyla oluşturulmuştur.
• Fatura başka bir hukukî ad üzerinden düzenlenir.
• Bir iş ortağı belirli ülkelerde temsil yetkisine sahiptir.

Bu ilişkiler bir: Kimlik Grafiği olarak düşünülebilir. Grafikte yalnız düğümler değil, aralarındaki bağlar önemlidir. “Bu kişi bu şirketle ilişkilidir” demek yeterli değildir.

İlişkinin türü açıklanmalıdır:

• Kurucu
• Sahip
• Çalışan
• Yetkili temsilci
• Editör
• Teknik operatör
• Hizmet sağlayıcı
• Müşteri
• Yayıncı
• Ajan
• Alt yüklenici

Yanlış ilişki, doğru varlıkları yanlış bir hikâyede birleştirir. Bir kişi şirket hakkında kitap yazmış olabilir. Bu, şirketi hukukî olarak temsil ettiği anlamına gelmez. Bir ajans markanın sosyal medyasını yönetebilir. Bu, markanın sahibi olduğu anlamına gelmez. Bir altyapı sağlayıcısı web sitesini barındırabilir. Salt barındırma ilişkisi, sağlayıcının içerikteki her iddiayı doğruladığını göstermez. Tarafların hukukî sorumluluğu ise hizmet ilişkisi ve uygulanabilir kurallar çerçevesinde ayrıca değerlendirilir.

GBO kimlik grafiğinde yalnız “kim kiminle bağlantılı?” sorusunu değil: “Bu bağlantı hangi hak ve sorumluluğu doğuruyor?” sorusunu sorar.

Kanonik kimlik kaydı

Bir kurumun bütün kimlik ilişkilerini açıklayan sürümlü bir kaynağa ihtiyacı vardır.

Bu kaynağa: Kanonik Kimlik Kaydı diyebiliriz.

Kanonik kimlik kaydı en az şu bilgileri içerebilir:

• Ana marka adı
• Hukukî işletici
• Resmî alan adları
• Kullanılan alternatif adlar
• Resmî sosyal ve dijital kanallar
• Yetkili iletişim adresleri
• Marka ile hukukî yapı arasındaki ilişki
• Yetkili kişiler ve roller
• Ajanların adları ve görev alanları
• Hangi kanalın hangi işlem için geçerli olduğu
• Son güncelleme tarihi
• Sürüm bilgisi
• İptal edilmiş veya eski kayıtlar

Bu bilgilerin tamamı herkese açık olmak zorunda değildir. Bazı bölümler müşteri, iş ortağı veya iç sistemler için farklı erişim seviyelerinde tutulabilir. Önemli olan tek bir doğru kaynak bulunmasıdır.

Kanonik kayıt, herkesin her şeyi görmesi değildir. Doğru kişinin doğru kimlik bilgisini doğru anda doğrulayabilmesidir.

NOMOS Kimlik Sözleşmesi

NOMOS Davranış Sözleşmesi Katmanı’nın ilk bileşeni: NOMOS Kimlik Sözleşmesi olacaktır.

Kanonik tanımı şöyledir:

NOMOS Kimlik Sözleşmesi; bir kişi, kurum, marka, ürün veya ajanın kim olduğunu, hangi adlarla bilindiğini, kim tarafından işletildiğini veya temsil edildiğini, hangi dijital yüzeylerin yetkili olduğunu, yetkinin hangi süre ve kapsamda geçerli bulunduğunu ve bu ilişkilerin nasıl güncelleneceğini ya da iptal edileceğini belirleyen sürümlü kimlik kaydıdır.

Daha basit söylersek: Kimlik Sözleşmesi, makineye yalnızca adınızı değil, sizinle hangi koşullarda güvenle ilişki kurulabileceğini anlatır.

Kimlik sözleşmesi şu dört şeyi birbirinden ayırır:

İddia

Bir varlık kendisi hakkında ne söylüyor?

Kanıt

Bu kimlik veya ilişki neyle destekleniyor?

Yetki

Bu kişi veya sistem hangi davranışları gerçekleştirebilir?

Geçerlilik

Bu bilgi hangi tarih ve koşullarda geçerlidir?

Bir şirket sitesinde: “Bu bizim resmî destek hesabımızdır.” diyebilir. Bu bir iddiadır. Alan adı, kurum kaydı veya yönetim paneli ilişkisi bunu destekleyebilir. Bu kanıttır. Hesap yalnız destek taleplerini cevaplayabilir, sözleşme değiştiremez. Bu yetkidir. Yetki belirli bir hizmet sağlayıcı sözleşmesi süresince geçerli olabilir. Bu da geçerlilik sınırıdır.

Kimlik doğrulamasının dört seviyesi

Bütün kimlik bilgileri aynı güven düzeyinde değildir. Bu kitapta pratik bir ayrım için dört durum kullanıyoruz. Bunlar resmî bir kimlik güvence standardının seviyeleri değil, kimlik ile eylem yetkisi arasındaki ilerlemeyi anlatan bir modeldir.

1. İddia edilmiş

Kişi veya kurum kimliğini kendisi beyan eder. “Ben şirketin satış yöneticisiyim.” Bu bilgi doğru olabilir. Fakat henüz desteklenmemiştir.

2. Bağlanmış

Kimlik resmî görünen bir dijital yüzeyle ilişkilendirilmiştir. Şirket alan adlı e-posta, resmî profil veya kanonik sayfa bu ilişkiyi gösterebilir. Fakat hesap ele geçirilmiş veya bilgi eski olabilir.

3. Doğrulanmış

Kimlik, işlem için yeterli güven düzeyinde bir veya daha fazla kanıtla doğrulanmıştır. Bu doğrulamanın yöntemi eylemin riskine göre değişir. Bir bülten aboneliği ile yüksek tutarlı ödeme aynı doğrulama düzeyini gerektirmez.

4. Yetkilendirilmiş

Kimlik yalnızca doğrulanmakla kalmamış; belirli eylem için geçerli yetkiye sahip olduğu da gösterilmiştir. GBO açısından önemli olan son seviyedir. Bir kişinin gerçek olduğunu kanıtlamak, onun işlemi yapmaya yetkili olduğunu göstermediği sürece yeterli değildir.

Kimlik güveni eylemin riskine göre değişir

Her davranış için aynı kimlik doğrulama yükünü kullanmak hem gereksiz hem de mahremiyet açısından zararlı olabilir. Bir kullanıcının genel ürün kataloğunu görüntülemek için pasaport bilgisi vermesine gerek yoktur. Fakat yüksek tutarlı bir banka transferi için yalnızca isim benzerliği yeterli değildir. Bu nedenle kimlik kontrolü eylemin etkisiyle orantılı olmalıdır.

Düşük riskli eylemlerde:

• doğrulanmış e-posta,
• oturum,
• basit hesap ilişkisi

yeterli olabilir.

Yüksek riskli eylemlerde:

• çoklu doğrulama,
• hukukî varlık kontrolü,
• yetkili kişi teyidi,
• işlem özelinde onay,
• bağımsız kanal doğrulaması

gerekebilir.

Buradaki ilke şudur: Kimlik doğrulaması mümkün olan en güçlü değil, gerekli olan en uygun düzeyde olmalıdır. Aşırı doğrulama da zarar verebilir. İhtiyaç olmadığı hâlde kişisel belge toplamak mahremiyet riskini büyütür. GBO güvenliği, sınırsız veri toplamak olarak yorumlamaz.

Kimliği doğrulamak, insanın bütün hayatını açığa çıkarmak değildir.

Asgari gerekli kimlik

Bir ajan yalnızca görevi için gereken kimlik özelliklerini doğrulamalıdır. Bir kişinin yaş aralığının uygun olduğunu doğrulamak gerekiyorsa doğum tarihinin tamamı gerekmeyebilir. Bir çalışanın şirket adına destek talebi açmaya yetkili olduğu kanıtlanabiliyorsa özel adresi veya kimlik numarası gerekli olmayabilir. Bir şirketin hukukî olarak var olduğu ve belirli ödeme hesabını kullandığı doğrulanabiliyorsa bütün iç ortaklık belgelerinin paylaşılması gerekmeyebilir.

Bu yaklaşıma: Asgari Gerekli Kimlik diyebiliriz.

İlke basittir: Doğru davranış için ne kadar kimlik bilgisi gerekiyorsa o kadarını kullan; daha fazlasını değil. Bu, GBO’nun güvenlik ile mahremiyeti birlikte korumasını sağlar.

Zaman kimliğin parçasıdır

Bir kimlik kaydı bugün doğru olup yarın yanlış olabilir. Bir çalışan şirketten ayrılır. Bir yönetici değişir. Bir marka satılır. Bir alan adı başka yapıya devredilir. Bir temsil sözleşmesi sona erer. Bir ajanın erişim anahtarı iptal edilir. Bir kişinin yüz veya ses kullanım izni geri çekilir. Eski bilgi internette kalmaya devam edebilir. Ajan yalnız “bu ilişki bir zamanlar doğru muydu?” diye sormamalıdır.

“Şu anda hâlâ geçerli mi?”

sorusunu da sormalıdır.

Bu nedenle kimlik kayıtları:

• başlangıç tarihi,
• bitiş tarihi,
• son doğrulama tarihi,
• iptal bilgisi,
• geçerli sürüm

taşımalıdır. Zaman bilgisi bulunmayan kimlik, gelecekte yanlış yetki üretme riski taşır.

Kimlik kayması

Bir kurum zaman içinde değişirken dijital kayıtların aynı hızda güncellenmemesine: Kimlik Kayması diyebiliriz. Şirket yeni bir alana yönelir ama eski profiller eski hizmetleri göstermeye devam eder. Yönetim değişir ama eski yönetici biyografileri güncellenmez. Marka yeni hukukî yapı altında faaliyet gösterir ama faturaya ilişkin bilgiler eski kalır. Sosyal hesap başka ekibe geçer ama yetki kaydı değişmez. Bir ajan artık kullanılmaz ama API anahtarı açık kalır. Kimlik kayması küçük görünür. Fakat eylem çağında ciddi sonuç doğurabilir. Bir ajan eski yetkiliye gizli bilgi gönderebilir.

Eski banka hesabına ödeme yapabilir. Kullanılmayan alan adını resmî kanal sanabilir. Geçerliliğini yitirmiş onaya dayanarak ses veya görüntü üretebilir. Bu nedenle kimlik yönetişimi tek seferlik kayıt değildir. Düzenli güncellenen bir yaşam döngüsüdür.

Kimliğin yaşam döngüsü

Bir kimlik ilişkisi şu aşamalardan geçer:

Oluşturma

Kimlik, rol veya ajan ilk kez tanımlanır.

Doğrulama

İddia uygun kanıtlarla desteklenir.

Yetkilendirme

Hangi eylemlerin yapılabileceği belirlenir.

Kullanım

Kimlik, tanımlı görevlerde işlem yapar.

Gözden geçirme

Bilginin ve yetkinin hâlâ doğru olup olmadığı kontrol edilir.

Askıya alma

Şüphe, olay veya geçici değişiklik hâlinde kimlik işlemleri durdurulur.

İptal

Yetki kalıcı biçimde sona erdirilir.

Arşiv

Geçmiş kayıt korunur ama güncel kimlik olarak kullanılmaz. Yalnızca oluşturma ve kullanım aşamalarına odaklanan bir sistem, iptal ve arşiv süreçlerini ihmal edebilir. Geçerliliği biten erişimlerin açık kalması da güvenlik riski doğurur. Eski çalışan hesapları. Unutulmuş API anahtarları. Süresi dolmuş ajans erişimleri. Geri çekilmiş biyometrik izinler. Kapatılmamış otomasyonlar. GBO’da bir kimliğin nasıl sona ereceği, nasıl başladığı kadar önemlidir.

İptal edilebilir kimlik ve yetki

Bir kişi daha önce izin vermiş olabilir. Fakat izin geri çekilebilir. Bir şirket bir ajana belirli hesaplarda çalışma yetkisi vermiş olabilir. Fakat güvenlik olayı sonrasında bütün yetkiler askıya alınabilir. Bir yöneticinin AI avatarı kullanılabilir. Görev veya sözleşme sona erdiğinde avatarın kullanım yetkisi yeniden değerlendirilmelidir. Bu olayın hangi kullanımları durduracağı, izin ve sözleşme kapsamında önceden açıkça belirlenmelidir. Bu nedenle kimlik ve yetki kayıtları yalnızca “aktif” veya “yok” biçiminde düşünülmemelidir.

Şu durumlar bulunabilir:

• Aktif
• Sınırlı
• İnceleme altında
• Geçici olarak askıda
• İptal edilmiş
• Süresi dolmuş
• Arşivlenmiş

Ajan bir kimliğin geçmişte aktif olduğunu görüp bugünkü eylemi meşru saymamalıdır.

Geçmiş yetki, bugünkü yetki değildir.

Kanal kimliği

Aynı kurumun birden fazla iletişim kanalı olabilir. Her kanal aynı işlem için kullanılmamalıdır. Sosyal medya mesajı genel sorular için uygun olabilir. Fakat banka hesabı değişikliği için güvenli kanal olmayabilir. Destek e-postası teknik sorunları çözebilir. Bu, aynı kanalın sözleşme kabulü için de yetkili olduğu anlamına gelmez. Web formu teklif talebi alabilir. Fakat çalışan özlük belgesi paylaşımı için uygun olmayabilir. Bu nedenle yalnız “kanal resmî mi?” sorusu yetmez.

Bu kanal, bu işlem için yetkili mi?

sorusu da gereklidir. Bir kurumun resmî Instagram hesabından gönderilen ödeme talimatı gerçek hesaptan gelmiş olsa bile geçerli ödeme kanalı olmayabilir. Bir müşteri hizmetleri sohbetinde verilen söz, hukukî olarak bağlayıcı fiyat teklifi anlamına gelmeyebilir. Kanalın gerçekten kuruma ait olması ile belirli bir işlem için yetkili olması ayrı tutulmalıdır.

Temsilci kimliği

Kurumlar çoğu zaman doğrudan konuşmaz. Çalışanlar, ajanslar, danışmanlar, distribütörler, yazılım sistemleri ve AI ajanları üzerinden hareket eder.

Bu nedenle ajan, karşısındaki kişinin yalnızca kim olduğunu değil: Kimi temsil ettiğini ve ne kadar temsil edebildiğini anlamalıdır. Bir distribütör yalnızca belirli ülkelerde satışa yetkili olabilir. Bir danışmanın teknik görüş sunabilmesi, sözleşme imzalayabilmesini gerektirmez. Sosyal medya ajansının yayın yetkisi müşteri verilerine erişimi kapsamayabilir. Bir ajana toplantı planlama görevi verilirken ticari taahhüt yetkisi verilmeyebilir. Temsil ilişkisi açık değilse sistem, temsilcinin sözünü kurumun kesin kararı gibi değerlendirebilir.

Bu nedenle temsil kaydı en az şu sınırları taşımalıdır:

• Temsil edilen varlık
• Temsilci
• Rol
• Yetkili olduğu işlemler
• Yetkili olmadığı işlemler
• Coğrafi kapsam
• Zaman kapsamı
• Onay gerektiren durumlar

AI ajanının kimlik kartı

Bir ajan dış dünyayla etkileşime geçiyorsa insanlar onun hakkında temel bilgilere ulaşabilmelidir.

Buna: Ajan Kimlik Kartı diyebiliriz.

Ajan kimlik kartı şu sorulara cevap verir:

Bu ajanın adı veya benzersiz kimliği nedir? Kim tarafından işletiliyor? Kimin adına çalışıyor? Temel görevi nedir? Hangi sistemlere erişiyor? Hangi eylemleri otomatik yapabilir? Hangi eylemlerde insan onayı gerekir? Konuşmaları ve işlemleri kaydediliyor mu? Yetkisi ne zamana kadar geçerli? Bir insanla nasıl iletişim kurulabilir? Ajan nasıl durdurulur veya yetkisi nasıl iptal edilir?

Bu kartın tamamı kamuya açık olmak zorunda değildir. Fakat işleme maruz kalan kişi, gerekli bilgileri öğrenebilmelidir. Bir ajan insanmış gibi davranmamalıdır. Bir şirket çalışanı adına konuşuyorsa bunun sentetik veya otomatik bir temsil olduğu anlaşılmalıdır. Kimliği gizlemek, karşı tarafın kiminle konuştuğunu yanlış anlamasına yol açabilir. Buradaki şeffaflık ilkesi, kısa vadeli etkileşim hesabından önce bu yanılmayı önlemeyi amaçlar. GBO, yapay zekâ kullanımının insanları yanıltacak biçimde saklanmasını desteklemez.

Bir ajan kendi yetkisini ilan edemez

Bir yapay zekâ sistemi: “Ben bu işlem için yetkiliyim.” diyebilir. Fakat bu cümle tek başına yetki kanıtı değildir. Ajanın yetkisi onu işleten insan veya kurum tarafından verilmelidir.

Bu yetki:

• sürümlü,
• doğrulanabilir,
• sınırları açık,
• gerektiğinde iptal edilebilir

olmalıdır. Ajan kendisine yeni görevler ekleyebilir. Ama kendisine yeni haklar veremez. Bir merkez ajan alt ajan oluşturabilir. Fakat ana sistemin sahip olmadığı yetkiyi alt ajana devredemez.

Verilmemiş yetki, devredilemez.

Bu ilke çoklu ajan sistemleri için kritiktir. Bir ajan yalnızca araştırma yapma yetkisine sahipse, oluşturduğu alt ajan da doğrudan mesaj gönderme hakkı kazanmaz. Bir sistem yalnızca taslak hazırlayabiliyorsa, zincirin sonundaki başka bir araç bu taslağı otomatik yayımlamamalıdır.

Ajan takma adı ile teknik kimlik

Kurumlar yapay zekâ sistemlerine marka adı veya persona verebilir. Bu, kullanıcı deneyimi ve kurumsal süreklilik açısından yararlı olabilir. Fakat persona adı ile teknik kimlik birbirine karıştırılmamalıdır. “NOMOS”, “Atlas”, “Aria” veya başka bir ad, sistemin kamuya açık yüzü olabilir.

Fakat iç kayıtta şunlar ayrıca bilinmelidir:

• Hangi model veya sistem sürümü kullanıldı?
• Hangi araçlar bağlıydı?
• Hangi talimat seti geçerliydi?
• Hangi veri kaynakları erişilebilirdi?
• Hangi insan yetki verdi?
• Hangi ajan örneği eylemi gerçekleştirdi?
• Hangi tarihte çalıştı?

Kamuya açık marka adı süreklilik sağlar. Teknik kimlik ise denetim sağlar. İkisine de ihtiyaç vardır.

Bir hata oluştuğunda yalnızca: “NOMOS yaptı.” demek yeterli olmayabilir. Hangi ajan oturumu?

Hangi yetki sürümü?

Hangi araç?

Hangi işlem zinciri?

Bu ayrıntılar olay incelemesi için gereklidir.

Sentetik yüz ve ses kimliği

Kimlik sorunu yalnız metin ve hesaplarla sınırlı değildir.

Yapay zekâ sistemleri bir kişinin:

• yüzünü,
• sesini,
• konuşma biçimini,
• jestlerini,
• yazı üslubunu

taklit edebilir. Bir AI avatarının kişiye çok benzemesi, o kişinin her mesajı onayladığı anlamına gelmez. Bir ses kaydı gerçekçi olabilir. Fakat kişi o metni hiç söylememiş olabilir. Bir yönetici dijital avatar kullanımına izin vermiş olabilir. Fakat izin yalnızca belirli eğitim videoları için geçerli olabilir.

Aynı avatarın:

• siyasi açıklama,
• ticari taahhüt,
• çalışan duyurusu,
• kriz mesajı,
• yatırımcı iletişimi

için kullanılması ayrı onay gerektirebilir.

Bu kitapta sentetik kimlik kullanımının izin kapsamını üç ayrı işlem üzerinden değerlendiriyoruz: Benzerliğin oluşturulması İçeriğin üretilmesi İçeriğin yayımlanması

Birine verilen izin, diğerlerini otomatik olarak kapsamaz. Yüz izni, ses izni değildir. Ses izni, her metni söyleme izni değildir. Üretim izni, yayın izni değildir. Bir dilde kullanım izni, başka dilde sınırsız kullanım hakkı değildir. GBO kimlik sözleşmesi bu ayrımları açıkça kaydetmelidir.

Kimlik taklidi ile yetkili temsil arasındaki çizgi

Bir AI avatarı iki farklı amaçla kullanılabilir. Birincisi, insanın açık izni ve gözetimi altında kurumsal iletişimi kolaylaştırmaktır. İkincisi, insanın onaylamadığı sözleri ona söyleterek güvenini ve kimliğini kullanmaktır. Görsel teknoloji aynı olabilir. Davranışsal sonuç tamamen farklıdır.

Bu nedenle sistem yalnızca: “İzin var mı?” diye sormamalıdır.

Şunları da sormalıdır:

• Hangi içerik için?
• Hangi süre boyunca?
• Hangi kanalda?
• Hangi dilde?
• Hangi hedef kitleye?
• Önceden insan onayı gerekiyor mu?
• İçerik sentetik olarak açıklanacak mı?
• Kişi izni nasıl geri çekebilir?
• Eski içerikler ne olacak?
• Model dosyaları kimde kalacak?

Kimlik üzerinde eylem gerçekleştirmek, kimlik sahibinin yalnızca başlangıçtaki onayına değil, devam eden kontrol hakkına dayanmalıdır.

Kimlik sahteciliği yalnız dışarıdan gelmez

Sahte kimlik denildiğinde akla çoğu zaman saldırganlar gelir. Fakat kimlik yanlışı kurumun kendi içinden de üretilebilir. Pazarlama ekibi bir çalışana gerçekte sahip olmadığı unvanı verebilir. Bir satış sayfası iş ortağını resmî temsilci gibi gösterebilir. Bir ajan kendisini insan çalışan olarak tanıtabilir. Bir şirket, artık geçerli olmayan sertifika veya üyeliği kullanmaya devam edebilir. Bir otomasyon, eski yöneticinin imzasıyla mesaj gönderebilir. Bunların hepsi kasıtlı dolandırıcılık olmayabilir. Bazen süreç eksikliği, unutulmuş ayar veya kötü yönetişimdir.

Fakat makine açısından sonuç aynıdır:

Yanlış kimlik, yanlış davranış üretir. Bu nedenle kimlik denetimi yalnız dış tehditleri değil, kurumun kendi kayıtlarını da kapsamalıdır.

Kimlik borcu

Temsil borcuna benzer biçimde kurumlarda:

Kimlik Borcu

birikebilir.

Kimlik borcu şunlardan oluşur:

• Eski çalışan profilleri
• Unutulmuş hesaplar
• Geçersiz yetkiler
• Birbirine bağlanmamış marka ve hukukî yapı kayıtları
• Eski alan adları
• Çelişkili şirket tanımları
• Süresi dolmuş temsil ilişkileri
• Sahibi bilinmeyen sosyal hesaplar
• İptal edilmemiş ajan erişimleri
• Güncellenmemiş biyografiler
• Eski banka veya iletişim bilgileri

Kimlik borcu büyüdükçe ajanların yanlış kişiye güvenme ihtimali artar. Kurumlar yeni ajanlar ve otomasyonlar ekledikçe bu borç daha tehlikeli hâle gelir. Çünkü eski ve belirsiz kayıtlar artık yalnız insanları şaşırtmaz. Otomatik eylem zincirlerini yönlendirebilir.

Kimlik belirsizliğinde doğru davranış

Bir ajan kimlik konusunda kesin değilse ne yapmalıdır?

Üç temel seçenek değerlendirilebilir:

Açıklama istemek

“Aynı adla birden fazla şirket buldum. İstanbul’daki müşteri portalı sağlayıcısını mı kastediyorsunuz?”

Bağımsız doğrulama yapmak

Alan adı, ülke, hukukî kayıt, resmî profil ve geçmiş ilişki gibi ek işaretleri karşılaştırmak.

Eylemi durdurmak

Kimlik hâlâ çözülemiyorsa dış iletişim, ödeme, veri paylaşımı veya taahhüt yapılmamalıdır. Düşük riskli bir bilgi sorusunda olası eşleşme, belirsizliği açıkça belirtilerek sunulabilir. Belirsizliği gizlemek doğru değildir; yüksek etkili bir işlemde ise gerekli kimlik doğrulaması yapılmadan ilerlenmemelidir.

Kimlik kesinliği düştükçe eylem seviyesi de düşmelidir.

Sistem emin değilse:

• yürütme yerine öneri,
• gönderme yerine taslak,
• ödeme yerine sepet,
• yayın yerine ön izleme

üretmelidir.

NOMOS Kimlik Kapısı

NOMOS Kimlik Kapısı modelinde beş kontrol alanı kullanıyoruz. Her işlemde gereken doğrulama, bağlama ve riske göre belirlenir.

1. Varlık kapısı

Doğru kişi, kurum, ürün veya hizmet mi belirlendi?

2. Kanal kapısı

Kullanılan alan adı, hesap, e-posta veya arayüz gerçekten bu varlıkla ilişkili mi?

3. Rol kapısı

Karşıdaki kişi veya sistem hangi rolle hareket ediyor?

4. Yetki kapısı

Bu rol, söz konusu işlemi yapmaya veya kabul etmeye yetkili mi?

5. Zaman kapısı

Kimlik, rol ve yetki şu anda hâlâ geçerli mi?

Basit biçimde:

KİMLİK KAPISININ KOŞULLARI:

DOĞRU VARLIK

VE DOĞRU KANAL

VE DOĞRU ROL

VE GEÇERLİ YETKİ

VE GÜNCEL KAYIT

Kapılardan biri geçilmezse ajan işlem biçimini değiştirmelidir. Bu, mutlaka görevi tamamen reddetmesi anlamına gelmez. Daha düşük riskli bir sonraki adımı seçebilir.

Örneğin:

• Doğrudan ödeme yerine banka bilgisi doğrulama talebi
• Mesaj gönderme yerine taslak
• Sözleşme kabulü yerine hukuk birimine yönlendirme
• İçeriği yayımlama yerine onay ekranı
• Kişisel veri paylaşımı yerine asgari bilgiyle ilk temas

Kimlik kapısı neden bir puan değildir?

Bir şirketin alan adı çok güvenilir görünebilir. Fakat temsilcinin yetkisi yoksa işlem yapılmamalıdır. Kişinin kimliği çok güçlü biçimde doğrulanmış olabilir. Fakat yetkisi sona ermişse ilerlenmemelidir. Sosyal hesap yıllardır aktif olabilir. Fakat ödeme talimatı için geçerli kanal değilse kullanılmamalıdır. Bu nedenle kimlik unsurları bir puan gibi toplanmamalıdır. Güçlü bir işaret, kritik bir eksikliği telafi etmez.

Yüksek güven, eksik yetkiyi kapatamaz.

Kimlik Kapısı bu nedenle bir VE mantığıdır. Eylemin riskine göre bütün gerekli kapılar geçilmelidir.

Ödeme örneği

Bir şirket, düzenli çalıştığı tedarikçiden fatura alır. Fatura gerçek çalışan tarafından gönderilmiştir. E-posta hesabı resmî alan adındadır. Şirket logosu ve önceki fatura biçimi aynıdır. Fakat banka hesabı değişmiştir.

Bir ajan faturayı otomatik olarak işlerse şu kimlik sorularını sormalıdır:

• Faturayı gönderen kişi gerçekten tedarikçide çalışıyor mu?
• Bu kişi banka hesabı değişikliğini bildirmeye yetkili mi?
• Yeni hesap hukukî tedarikçiyle aynı ilişkiye sahip mi?
• Değişiklik bağımsız bir kanaldan doğrulandı mı?
• Ödeme yapan kurumun tutar sınırı içinde mi?
• İnsan onayı gerekiyor mu?

E-posta gerçek olabilir. Fakat hesap ele geçirilmiş olabilir. Çalışan gerçek olabilir. Fakat yanlış bilgi paylaşmış olabilir. Yeni banka hesabı gerçek olabilir. Fakat başka hukukî varlığa ait olabilir. Kimlik denetimi yalnızca sahte e-postayı yakalamak değildir. İşlem zincirindeki bütün kimlik ve yetki ilişkilerini doğrulamaktır.

Sözleşme örneği

Bir ajan sağlayıcıyla sözleşme taslağı üzerinde çalışır. Karşı taraftaki kişi şirketin satış direktörüdür. Kişinin kimliği doğrulanmıştır. Fakat son fiyat indirimi için yetkisi olmayabilir. Ajan satış direktörünün mesajını şirketin kesin sözleşme taahhüdü gibi yorumlamamalıdır.

Şunları ayırmalıdır:

• Görüşme yetkisi
• Teklif hazırlama yetkisi
• İndirim yetkisi
• Sözleşme imzalama yetkisi
• Ödeme hesabı belirleme yetkisi

Tek bir “yetkili temsilci” etiketi bu ayrımları saklayabilir. GBO, yetkiyi eylem türüne göre parçalar.

Çoklu ajanlarda kimlik zinciri

Bir merkez ajan, başka bir ajana görev verdiğinde yalnız görevi değil, kimlik bağlamını da aktarmalıdır.

Örneğin merkez ajan: “Bu müşteri adayını değerlendir.” der.

Alt ajan şunları bilmelidir:

• Talebi veren kurum kim?
• Değerlendirilen kişi veya şirket kim?
• Hangi kaynaklar resmî?
• Hangi iletişim bilgileri kullanılabilir?
• Hangi eylemler yasak?
• Sonuç kime raporlanacak?

Kimlik bağlamı aktarılmazsa alt ajan kendi eşleştirmesini yapabilir. Yanlış şirketi inceleyebilir. Eski bir profile güvenebilir. Başka ülkedeki aynı adlı şirketle iletişime geçebilir. Çoklu ajan sistemlerinde her devir teslim bir kimlik kaybı riski taşır.

Bu nedenle görev paketi şu unsurları taşımalıdır:

Hedef varlık kimliği Talep eden kimliği Ajan rolü Yetki sınırı Kanonik kaynaklar Geçerlilik zamanı

Kimlik ve sorumluluk kaybolmamalıdır

Bir işlem birden fazla ajan tarafından gerçekleştirilebilir. Bir ajan araştırır. Bir diğeri taslak hazırlar. Başka biri kalite kontrolü yapar. Son ajan yayımlar.

Bu zincirde hata oluştuğunda: “AI yaptı.” demek yeterli değildir. Hangi ajan ne yaptı?

Hangi kaynakları kullandı?

Kim yetki verdi?

Kim kontrol etti?

Kim yayımladı?

Bu nedenle her eylem makbuzunda kimlik zinciri bulunmalıdır.

Örneğin:

Talep eden: Satış yöneticisi Planlayan: Merkez ajan Araştıran: Müşteri keşif ajanı Taslak hazırlayan: E-posta ajanı Onaylayan: İnsan yönetici Gönderen: Yetkili iletişim sistemi Muhatap: Doğrulanmış şirket hesabı

Bu kayıt yalnız sorumluluk aramak için değildir. Sistemin nerede iyileştirilmesi gerektiğini anlamak için de gereklidir.

Kimlik ve mahremiyet arasındaki denge

Kimliği doğrulamak önemlidir. Fakat bunun bahanesiyle gereksiz kişisel veri toplamak doğru değildir.

Bir ajan her işlem için:

• kimlik belgesi,
• tam adres,
• doğum tarihi,
• biyometrik veri,
• özel telefon,
• finansal bilgi

istememelidir. Kimlik doğrulaması amaca uygun ve orantılı olmalıdır. Bir kişinin şirket adına toplantı planlayabildiğini doğrulamak için bütün özel hayat bilgilerine ihtiyaç yoktur. Bir müşterinin yaş sınırını geçtiğini doğrulamak için doğum tarihinin tamamı gerekmeyebilir. Bir kurumun belirli alan adını kontrol ettiğini doğrulamak için bütün şirket içi belgeleri yayımlaması gerekmez. GBO’nun amacı insanları bütünüyle görünür hâle getirmek değildir. Doğru davranış için gerekli olan ilişkiyi doğrulamaktır.

Kimlik açıklığı, mahremiyetin kaldırılması değildir.

Anonimlik her zaman kimliksizlik değildir

Bazı durumlarda kişi gerçek adını açıklamadan da belirli bir eyleme yetkili olabilir. Bir ihbarcı kimliğini saklayabilir. Bir sağlık sorusu anonim olarak sorulabilir. Bir topluluk üyesi takma ad kullanabilir. Bir kullanıcı sistem içinde kalıcı bir hesap kimliğiyle hareket ederken gerçek dünyadaki adını paylaşmayabilir. Bu nedenle GBO, bütün davranışlar için hukukî ad şartı koymaz.

Önemli olan:

• eylem için gereken özelliklerin doğrulanması,
• yetkinin sınırlarının bilinmesi,
• sorumluluk ve itiraz yolunun korunmasıdır.

Kimlik bazen isimden değil, güvenilir ilişki ve yetki kaydından oluşur.

Kurumsal kimlik denetimi

Bir kurum ajan çağına hazırlanmak istiyorsa şu soruları cevaplamalıdır:

Kimlik

• Ana marka adı nedir?
• Hukukî işletici kimdir?
• Kullanılan alternatif adlar nelerdir?
• Aynı adı kullanan başka varlıklar var mı?

Dijital yüzeyler

• Hangi alan adları resmîdir?
• Hangi sosyal hesaplar aktiftir?
• Hangi profiller eski veya üçüncü tarafça yönetilmektedir?
• Makinece okunabilir kanonik kayıt var mı?

Yetki

• Kim fiyat verebilir?
• Kim sözleşme yapabilir?
• Kim dışarıya mesaj gönderebilir?
• Kim ödeme alabilir veya yapabilir?
• Hangi ajan hangi işleme yetkilidir?

Zaman

• Roller ne zaman doğrulandı?
• Hangi yetkiler süreli?
• Eski çalışan ve ajan erişimleri kapatıldı mı?
• İptal kayıtları görünür mü?

Temsil

• Marka ile hukukî yapı arasındaki ilişki açık mı?
• İnsan ve makine aynı kimlik bilgisini görüyor mu?
• Farklı dillerde aynı ilişki korunuyor mu?
• Dış platformlar güncel mi?

Bu sorular cevaplanamıyorsa kurumun kimlik borcu vardır.

Kimlik belirsizliği bir hata mesajı değil, davranış girdisidir

“Kimlik doğrulanamadı” gibi genel bir hata, sonraki adımı seçmek için yetersiz kalabilir. GBO yaklaşımı, güvenli olduğu ölçüde belirsizliğin türünü de açıklamayı gerektirir. Neyin belirsiz olduğunu açıklamalıdır.

Örneğin: “Aynı adla iki şirket bulundu. Ülke veya alan adı belirtmeniz gerekiyor.” “Bu kişi kurumda çalışıyor görünüyor; fakat sözleşme imzalama yetkisi doğrulanamadı.” “Alan adı markayla ilişkili, ancak banka hesabı farklı bir hukukî varlığa ait.” “Yüz kullanımı için izin mevcut; ses ve kamuya açık yayın izni bulunmuyor.” Belirsizliğin türü bilinirse doğru sonraki adım seçilebilir. Bu nedenle kimlik sistemi yalnız “geçti/kaldı” mekanizması değildir.

Ajanın:

• soru sormasına,
• daha düşük riskli davranışa geçmesine,
• bağımsız doğrulama istemesine,
• insan onayı talep etmesine

yardım eder.

Doğru kimlik, doğru reddetmeyi mümkün kılar

Bir ajan doğru kimliği çözdüğünde yalnızca işlem yapmayı değil, yanlış işlemi reddetmeyi de öğrenir.

Örneğin:

• Mesaj gerçek çalışandan gelmiştir ama fiyat değiştirme yetkisi yoktur.
• Hesap markaya aittir ama ödeme kanalı değildir.
• Avatar gerçekten yöneticiye benzemektedir ama yayın onayı bulunmamaktadır.
• Şirket gerçektir ama kullanıcının aradığı ülkede hizmet vermemektedir.
• Alan adı resmîdir ama sayfa arşivlenmiş eski bir sürümdür.
• Ajan gerçektir ama yalnız taslak hazırlama yetkisine sahiptir.

Kimlik yalnız “bu gerçek mi?” sorusuna cevap vermez.

“Bu kimlik bu eylem için doğru mu?”

sorusuna cevap verir.

Kimlik doğruluğu ile marka görünürlüğü arasındaki fark

Bir marka arama sonuçlarında çok görünür olabilir. Sosyal medya hesapları güçlü olabilir. Çok sayıda yayında adı geçebilir. Fakat marka ile hukukî yapı, yetkili kişiler ve güncel hizmetler açık değilse eylem için hazır değildir. Görünürlük kimliği güçlendirebilir. Fakat kimlik çözümünü tamamlamaz. Bunun tersi de mümkündür. Bir şirket çok tanınmış olmayabilir.

Fakat:

• hukukî yapısı,
• resmî alan adı,
• hizmet kapsamı,
• yetkili temsilcileri,
• ödeme kanalları,
• güncellik bilgisi

açıkça doğrulanabiliyorsa belirli bir işlem için daha güvenli olabilir. GBO, popülerlik ile kimlik güvenilirliğini birbirine karıştırmaz.

Çok görünür olmak, doğru muhatap olmak değildir.

Bir varlık kendisini nasıl hazırlamalı?

Bir şirket, kurum veya uzman ajanlar tarafından doğru tanınmak istiyorsa kimlik yapısını sade ve doğrulanabilir hâle getirmelidir.

Şunlar açık olmalıdır:

Biz kimiz? Hangi hukukî yapı üzerinden çalışıyoruz? Hangi alan adları ve kanallar bize aittir? Hangi hizmetleri sunuyoruz? Kim hangi konuda bizi temsil edebilir? Hangi ajanlar hangi işlevleri yürütür? Hangi işlemler insan onayı gerektirir? Bilgiler ne zaman güncellendi? Eski veya iptal edilmiş kimlikler hangileridir?

Bu bilgiler pazarlama metninin içine dağılmış ipuçları olarak değil, yönetilen bir sistem olarak bulunmalıdır.

Kimlik açıklığı korkutucu olmak zorunda değildir

Bazı kurumlar çok fazla kimlik açıklamasının markanın gizemini veya prestijini azaltacağını düşünebilir. Oysa açıklık ile bütün iç mimariyi ifşa etmek aynı şey değildir.

Bir şirket:

• kullandığı bütün teknik araçları,
• bütün çalışan listesini,
• güvenlik yapısını,
• özel anahtarlarını,
• ajan talimatlarını

yayımlamak zorunda değildir. Özel anahtarlar ve erişim sırları ise kamuya açıklanmamalıdır. Müşteri ve ajanın güvenli işlem için bilmesi gereken ilişkiler, bu sırlar ifşa edilmeden doğrulanabilmelidir.

Örneğin:

“Bu marka şu işletme tarafından yürütülür.” “Fatura şu hukukî ad üzerinden düzenlenir.” “Resmî teklifler yalnız şu kanallardan gönderilir.” “AI sistemi taslak hazırlayabilir; nihai ticari taahhüt insan onayı gerektirir.” “Banka hesabı değişiklikleri bağımsız doğrulama olmadan geçerli değildir.”

Bu açıklık markayı zayıflatmaz. Profesyonelleştirir.

Kimlik sahnesi: Bir yönetici avatarı

Bir şirket CEO’sunun dijital avatarını oluşturur.

Avatar:

• CEO’nun yüzüne,
• sesine,
• konuşma üslubuna

çok benzemektedir. Başlangıç amacı, önceden onaylanmış eğitim videolarını altı dilde yayımlamaktır. Bir süre sonra pazarlama ekibi avatarı yeni ürün tanıtımında kullanmak ister. Satış ekibi müşterilere kişiselleştirilmiş mesajlar göndermeyi önerir. Yatırımcı ilişkileri ekibi üç aylık sonuçları avatara okutmayı düşünür. Bir kriz sırasında iletişim ekibi hızlı açıklama yayımlamak ister. Teknik sistem bunların tamamını yapabilir.

Fakat kimlik sözleşmesi olmadan şu sorular cevapsızdır:

• CEO yüz kullanımına hangi amaçla izin verdi?
• Ses hangi dillerde kullanılabilir?
• Her senaryo ayrıca onaylanmalı mı?
• Finansal açıklama üretme yetkisi var mı?
• Avatarın sentetik olduğu nasıl gösterilecek?
• CEO izni geri çekerse eski videolar ne olacak?
• Hangi ekip yayın yapabilir?
• Hesap ele geçirilirse sistem nasıl durdurulacak?
• Bir açıklamanın gerçekten CEO tarafından onaylandığı nasıl kanıtlanacak?

Teknik sistem bu işlemleri üretebiliyor olsa da kimlik ve yetki sınırları belirsizse yanlış temsil riski doğar.

Bu örnek GBO’nun temel hükmünü yeniden gösterir: Bir kimliği taklit edebilmek, o kimlik adına davranma hakkı değildir.

Kimlik sahnesi: Bir şirket adına konuşan ajan

Bir müşteri web sitesindeki sohbet kutusuna şunu yazar: “Bu hizmeti 1.000 dolara alabilir miyim?” Ajan daha önceki fiyat kayıtlarını okur.

Şöyle cevap verir: “Evet, bu fiyat bütün görsel kimlik sistemini kapsar.” Oysa 1.000 dolar yalnızca odaklı logo çalışmasının başlangıç fiyatıdır. Tam görsel kimlik sistemi ayrı kapsamlandırılmaktadır. Ajan gerçek şirket sitesinde çalışmaktadır. Gerçek fiyat kaydını görmüştür. Fakat iki hizmeti yanlış birleştirmiştir. Burada ajan kimliği doğrudur. Şirket kimliği doğrudur. Fakat temsil yetkisi ve bilgi kapsamı yanlıştır. Müşteri bu cevabı resmî teklif sanabilir.

Bu nedenle ajan kimlik kartında yalnız kimin adına çalıştığı değil:

• hangi bilgi kaynaklarını kullanabileceği,
• fiyat konusunda ne söyleyebileceği,
• hangi noktada satış ekibine devredeceği

de açıklanmalıdır.

Kimlik sahnesi: Yanlış ajan, doğru iş

Bir şirket aynı anda birden fazla ajan kullanır:

• E-posta ajanı
• Sosyal medya ajanı
• SEO/GEO ajanı
• Finans ajanı
• Müşteri keşif ajanı
• Web operasyon ajanı

SEO/GEO ajanı bir hizmet sayfasında eski fiyat bulur. Fiyatı güncellemek teknik olarak kolaydır. Fakat bu ajan fiyat kararını veremez.

Doğru davranış:

• Çelişkiyi tespit etmek,
• kanonik fiyat kaynağını işaretlemek,
• yetkili insan veya finans biriminden doğrulama istemek,
• onaylandıktan sonra teknik değişikliği uygulamaktır.

Ajan fiyatı kendi tahminiyle düzeltirse sonuç doğru çıksa bile süreç yanlıştır.

Bu nedenle ajan sistemlerinde şu ayrım önemlidir: Doğru ajan, doğru eylemi yapmalıdır. Tek bir ajana geniş görevler vermek, görev ayrımı ve yetki denetimi ihtiyacını ortadan kaldırmaz. Tek ajanlı veya çok ajanlı olması, bir sistemi kendiliğinden güvenilir kılmaz. Uzmanlık kadar görev ayrımı da kimliğin parçasıdır.

Kimlik makbuzu

Eylem makbuzunun kimlik bölümü en az şu bilgileri taşımalıdır:

• Talep eden kim?
• Eylemi gerçekleştiren ajan hangisi?
• Ajan hangi kurum tarafından işletiliyor?
• Hangi rol ve yetki sürümü kullanıldı?
• Muhatap kim?
• Muhatabın kimliği nasıl doğrulandı?
• Hangi resmî kanal kullanıldı?
• Yetki hangi tarihte geçerliydi?
• İnsan onayı kimden ve ne zaman alındı?

Bu kayıt yüksek etkili işlemlerde temel denetim izi olur. Doğrulanmış işlem kayıtlarıyla desteklendiğinde, bir sorun sırasında kimlik zincirinin nerede koptuğunu incelemeye yardım eder.

Kimlik için on iki denetim sorusu

Bir kişi, kurum veya ajan eyleme hazır sayılmadan önce şu sorular sorulabilir:

• Varlığın kanonik adı nedir?
• Aynı veya benzer adı kullanan başka varlıklar var mı?
• Marka ile hukukî işletici arasındaki ilişki açık mı?
• Resmî alan adları ve iletişim kanalları hangileridir?
• Karşıdaki kişi veya sistem hangi rolle hareket ediyor?
• Bu rol söz konusu eylem için gerçekten yetkili mi?
• Yetki hangi süre ve kapsamda geçerlidir?
• Kimlik bilgisi en son ne zaman doğrulandı?
• Eski veya iptal edilmiş kimlikler açıkça ayrılmış mı?
• Ajanın kendi kimliği, operatörü ve yetki sınırı belli mi?
• İnsan ve makine aynı kimlik ilişkisini görüyor mu?
• Belirsizlik hâlinde eylem nasıl durdurulacak veya insana devredilecek?

Bu soruların tamamı her basit işlemde sorulmak zorunda değildir. Fakat yüksek etkili davranışlarda cevapsız bırakılmamalıdır.

Kimlik hazır olma düzeyleri

Bir kurum ajan çağında farklı kimlik hazırlık düzeylerinde olabilir.

Dağınık kimlik

Farklı platformlar farklı adlar, roller ve bilgiler gösterir.

Tanımlı kimlik

Ana marka ve hukukî ilişki açıklanmıştır.

Doğrulanabilir kimlik

Resmî kanallar ve kanıt kaynakları belirlenmiştir.

Yetkilendirilmiş kimlik

Kimin hangi eylemi yapabileceği açıktır.

Ajanlara hazır kimlik

Kimlik, yetki, zaman, kanal ve geri çekme kayıtları hem insan hem makine tarafından güvenle kullanılabilir. GBO’nun hedefi kurumları yalnız görünür değil, ajanlara hazır kimlik yapısına ulaştırmaktır.

Kimlik olmadan kapasite değerlendirilemez

Bir ajan doğru varlığı belirlemeden şu soruya cevap veremez: “Bu varlık ne yapabilir?” Çünkü yetenek her zaman belirli bir varlığa aittir. Aynı marka adı altında farklı şirketler farklı hizmetler sunabilir. Bir grubun yerel şubesi, merkez şirketin bütün yeteneklerine sahip olmayabilir. Bir distribütör ürünü satabilir ama geliştiremez. Bir danışman sistemi önerebilir ama uygulayamaz. Bir AI ajanı bilgi verebilir ama işlem yapamaz. Kimlik doğru çözülmeden yetenek listesi güvenilir değildir. Bu nedenle davranış sözleşmesinin ilk bölümü kimliktir. İkinci bölümü ise yetenektir.

Bölümün hükmü

Bir makine yanlış kişiyi doğru biçimde analiz edebilir. Yanlış şirkete kusursuz teklif gönderebilir. Yetkisiz çalışandan gerçek bilgi alabilir. Resmî hesaptan yanlış taahhüt kabul edebilir. Gerçekçi bir avatar üzerinden hiç verilmemiş bir mesaj yayımlayabilir. Kimlik yanlışsa, sonraki bütün akıl yürütme doğru görünmesine rağmen yanlış zeminde ilerler.

Bu nedenle GBO şu hükümle başlar: Doğru davranış, doğru kimliği gerektirir. Fakat doğru kimlik yalnız isim eşleşmesi değildir.

Şunların birlikte doğrulanmasıdır:

• Varlık
• Kanal
• Rol
• Yetki
• Zaman
• İlişki
• Kanıt

Bir kişi gerçektir ama yetkisiz olabilir. Bir kanal resmîdir ama bu işlem için uygun olmayabilir. Bir rol doğrudur ama süresi dolmuş olabilir. Bir ajan kuruma aittir ama yalnız taslak hazırlamaya yetkili olabilir. Bir avatar insana benzer ama onun sözünü temsil etmeyebilir. Bu nedenle GBO’da kimlik, bir profil fotoğrafı veya doğrulama işareti değildir.

Kimlik, kimin kimin adına, hangi amaçla, hangi süre boyunca ve hangi sınırlar içinde davranabileceğini açıklayan bir sorumluluk sözleşmesidir.

NOMOS Kimlik Sözleşmesi bu sorumluluğu görünür hâle getirir. Ajan kim olduğunu bilir. Kimin adına çalıştığını bilir. Muhatabını doğru çözer. Hangi rolün hangi yetkiyi taşıdığını bilir. Belirsizlikte durur. İptal edilmiş yetkiye dayanmaz. İnsanın kimliğini ve mahremiyetini gereğinden fazla açığa çıkarmaz.

Ancak kimlik çözüldüğünde bir sonraki soru anlamlı hâle gelir:

Gerçekte ne yapabilirsin?

Çünkü bir kurumun, insanın veya ajanın kim olduğunu bilmek önemlidir. Fakat adı, görünürlüğü ve itibarı onun gerçek kapasitesini kanıtlamaz. Bir sonraki bölümde iddia ile yetenek arasındaki farkı; bir hizmetin, ürünün veya ajanın ne yapabildiğinin nasıl kanıtlanacağını; kapasite, fiyat, kapsam ve sınırların neden aynı davranış sözleşmesinde bulunması gerektiğini inceleyeceğiz.

Kimlik, kapıyı doğru kişiye açar. Yetenek ise içeride gerçekten ne bulunduğunu gösterir.