İki tedarikçi, tek eksik artefakt
Descope'un Agentic Identity Hub 3.0'ı ve ServiceNow'un AI Passport'u, gerçek bir soruna karşı makul yanıtlardır: insan olmayan çağrıcılar, kimlik yığınının absorbe etmek üzere tasarlandığından daha hızlı çoğalıyor. Her iki ürün de benzer bir mimari pozisyon alıyor. Bir agent bir kimlik bilgisi alır, bu kimlik bilgisi bir gateway'e veya bir API'ye sunulur ve alıcı servis çağrıyı onurlandırıp onurlandırmayacağına karar verir. Her iki duyurunun etrafındaki basın haberleri bunu bir kimlik atılımı olarak çerçeveliyor (Descope haberi, ServiceNow haberi.
Her ikisi de hiçbirinin sunmadığı bir şeyi varsayar. Her pasaport, hub ve kimlik bilgisi formatı, kurumsal tarafta çözümlenebilir bir principal'ın var olduğunu varsayar: agent için kararlı bir tanımlayıcı, adlandırılmış bir sahip (insan veya sistem), tanımlı bir kapsam ve bir yaşam döngüsü. Çoğu organizasyonda bu kayıt defteri herhangi bir otoritatif biçimde mevcut değildir. Agent principal'ları Terraform state'inde, bir Kubernetes service account namespace'inde, bir tedarikçi konsolunda ve sorun en son kime eskalasyon edildiyse onun tuttuğu bir elektronik tabloda yaşar.
Gölge agent'lar görünür semptomdur. Neden, eksik bir principal dizinidir. Bir agent'ı kaydetmek için kanonik bir yer olmadığında, ekipler onu işin gerçekleştiği yere kaydeder ve ortaya çıkan envanter, hiçbir yönetişim sürecinin uzlaştıramayacağı kısmi görünümler kümesidir. Belirsiz bir principal'a karşı verilen bir kimlik bilgisi bunu düzeltmez; çözülmemiş bir soruya kriptografik bir imza ekler.
Bir pasaportun tasdik edemeyeceği şey
Bir kimlik bilgisi kimin aradığını kanıtlar. Çağrıcının o anda ne yapmaya yetkili olduğunu kanıtlamaz ve yetkinin hâlâ geçerli olduğunu kanıtlamaz. Bunlar dizin sorularıdır ve kimlik bilgisi formatının taşımadığı verilerle yanıtlanır.
Bir delegasyon zinciri düşünün. Bir insan operatör bir orkestrasyon agent'ını yetkilendirir, o da bir alt agent doğurur, o da bir tool çağırır. Her sıçrama türetilmiş bir token basabilir. Zincir yalnızca bir terminal durumu varsa sağlamdır: insanın yetkisi iptal edildiğinde, aşağı yöndeki her türetilmiş token kullanılamaz hale gelmelidir. Bu özellik olmadan iptal tavsiye niteliğindedir. Alt agent çalışmaya devam eder çünkü token'ı zincir geçerliyken imzalanmıştır ve token'da onu geçersiz kılabilecek dizin girdisine geri bir işaretçi yoktur.
Bu, yeni bir kelime dağarcığıyla uzun ömürlü service-account sorunudur. Statik bir secret'ı olan ve süresi dolmayan bir service account tehlikelidir çünkü hiçbir şey bir incelemeyi zorlamaz. Yaşam döngüsü bağı olmayan bir agent pasaportu aynı şekildedir: veriliş anında kimliği tasdik eder ve arkasındaki principal'ın hâlâ var olup olmadığı, hâlâ aynı sahibe sahip olup olmadığı veya hâlâ aynı kapsamlara sahip olup olmadığı hakkında hiçbir şey söylemez.
Bunu ele alan somut bir mekanizma, kimlik bilgisini kısa ömürlü yapmak ve her token'ı bir kayıt defteri revizyonuna bağlamaktır. Token bir principal tanımlayıcısı ve bir kayıt defteri sürüm damgası taşır. Gateway yalnızca imzaya güvenmez; istek anında principal'ı kayıt defterine karşı çözer ve kayıt defteri revizyonu, kapsamı veya sahipliği değiştirecek şekilde token'ın damgasının ötesine geçtiyse çağrıyı reddeder. İptal o zaman bir kayıt defteri yazımı haline gelir ve yayılım, kaç token basıldığına değil, gateway'lerin kayıt defteri görünümlerini ne kadar hızlı yenilediğine bağlıdır.
Dürüst ödünleşim gecikme ve bağımlılıktır. Her istek artık bir dizin araması veya kısa bir time-to-live'a sahip önbelleğe alınmış bir görünüm içerir. Bu arama bir bağımlılıktır: kayıt defteri kullanılamıyorsa ve önbelleğin süresi dolmuşsa, fail-closed varsayılanı meşru trafiği reddeder. Kullanılabilirliği korumak için fail-open seçen öğretici ekipler orijinal sorunu yeniden ortaya çıkarmıştır, çünkü bayat bir önbellek ile iptal edilmiş bir principal gateway'in bakış açısından aynı görünür. Tasarım kararı bu bağımlılığın eklenip eklenmeyeceği değil, nereye yerleştirileceği ve başarısız olduğunda etki alanının nasıl sınırlandırılacağıdır.
Kayıt defteri öncelikli bir sıra
Pratik sıralama kayıt defteri, sonra kapsamlar, sonra kimlik bilgisi formatıdır. Principal dizini var olmadan bir pasaport ürünü seçmek, ürünün mevcut olan herhangi bir envantere karşı yapılandırılacağı anlamına gelir ki bu, soruna neden olan kısmi envanterdir.
Agent principal'larını numaralandırarak başlayın. Her biri için kaydedin:
- mevcut runtime adı olmayan kararlı bir tanımlayıcı, çünkü runtime'lar yeniden adlandırılır
- bir ticket'taki ekip adı yerine bir dizin nesnesi olarak ifade edilen bir sahip
- agent'ın kullanabileceği kapsamlar, açık kaynak-ve-eylem çiftleri olarak
- bir son kullanma veya inceleme tarihi, böylece hiçbir principal varsayılan olarak süresiz geçerli olmaz
- katıldığı delegasyon zinciri, onu hangi principal'ların doğurabileceği dahil
Bu gösterişsiz bir iştir ve aşağı yöndeki her şeyin tutunup tutunmayacağını belirleyen iştir. Sahipleri ve kapsamları olmayan bir agent adları listesi üreten bir numaralandırma bir kayıt defteri değildir; bir envanterdir ve iptali desteklemez.
Kapsam değişiklikleri, kaydedilmiş bir onaylayıcıya sahip değişiklik kontrollü olaylar olmalıdır. Mekanizma, özellikten daha az önemlidir: bir agent'ın kapsam kümesi değiştiğinde, değişikliği kimin ne zaman onayladığına dair bir kayıt vardır ve değişiklik yeni bir kayıt defteri revizyonu üretir. Gateway'lerin ve sandbox'ların okuduğu şey bu revizyondur. Bir agent ortamı sağlayan bir sandbox, kapsamları agent'ın koduyla birlikte commit edilen bir manifest'ten değil, kayıt defterinden okumalıdır, çünkü manifest kayar ve kayıt defteri doğruluk kaynağıdır.
Aynı kayıt defteri kimlik bilgisi vericisini de desteklemelidir. Verici bir token bastığında, principal'ı ve kapsam kümesini kayıt defterinden okur ve revizyonu damgalar. Bir sahip değiştiğinde, kayıt defteri değişir ve bir sonraki veriliş bunu yansıtır. Bir principal emekliye ayrıldığında, kayıt defteri onu emekli olarak işaretler ve gateway'ler imza geçerliliğinden bağımsız olarak o tanımlayıcıyı taşıyan token'ları reddeder.
Yönetişim bütçesi nereye gitmeli
Önce bir kimlik bilgisi formatı satın alma dürtüsü anlaşılabilir. Pasaportlar ve hub'lar gösterilebilirdir, bir satın alma kalemine karşılık gelir ve görünür bir artefakt üretir. Bir kayıt defteri bir elektronik tablo ve sahiplik hakkında bir dizi tartışma üretir ki bunu sunmak ve finanse etmek daha zordur.
Ancak kimlik bilgisi dizinin aşağı yönündedir. Çözümlenemeyen bir principal'a karşı verilen bir pasaport, hiçbir otoritatif şeye karşı doğrulanamayan imzalı bir iddiadır ve bu tür iddialar üzerinden yönlendirme yapan bir hub, ortaya çıkarmak için tasarlandığı aynı gölge agent'lar için iyi enstrümante edilmiş bir yoldur. Kayıt defteri, kimlik bilgisini anlamlı kılan artefakttır ve önce var olması gereken odur. Numaralandırmayı, sahiplik modelini ve iptal yolunu finanse edin, sonra bunlardan okuyan formatı seçin.
SSS
Bir kimlik bilgisi neden tek başına yeterli değildir? Bir kimlik bilgisi veriliş anında kimliği tasdik eder. Güncel kapsamı, sahipliği veya yaşam döngüsü durumunu taşımaz, bu nedenle çağrıcının çağrı anında hâlâ yetkili olup olmadığını yanıtlayamaz.
Bir delegasyon zincirini iptal edilebilir kılan nedir? Dizinde bir terminal durumu. Kaynak insanın yetkisi iptal edildiğinde, türetilmiş token'lar kullanılamaz hale gelmelidir ki bu, gateway'lerin yalnızca imzaya güvenmek yerine token'ları bir kayıt defteri revizyonuna karşı çözmesini gerektirir.
Minimum uygulanabilir agent kayıt defteri nedir? Kararlı bir principal tanımlayıcısı, dizin destekli bir sahip, açık kaynak-ve-eylem kapsamları, bir inceleme veya son kullanma tarihi ve principal'ın katıldığı delegasyon ilişkileri.
Kayıt defteri öncelikli kimliğin ana maliyeti nedir? Her istek bir dizin aramasına veya kısa ömürlü bir önbelleğe bağlıdır. Fail-closed, kayıt defteri kesintileri sırasında kullanılabilirlik pahasına doğruluğu korur; fail-open, iptal garantileri pahasına kullanılabilirliği korur.