Önemli Çıkarımlar
- Yapay Zeka (YZ) ajanı yetkilendirmesi, otonom bir yazılım ajanına bir kişi, kuruluş, uygulama veya blokzincir hesabı adına sınırlı otorite tanıma sürecidir.
- Yetkilendirme, bir ajana şifre, özel anahtar veya sınırsız yönetici hesap vermekten farklıdır. İyi tasarlanmış bir yetkilendirme, yalnızca belirli bir görev için gerekli olan asgari otoriteyi sağlar.
- İzinler, bir ajanın dosya okuma, ödeme gönderme, token takası yapma veya takvim etkinliği oluşturma gibi hangi işlemleri gerçekleştirebileceğini tanımlar.
- Kapsamlar, bu izinlerin sınırlarını belirler; ajanın erişebileceği hesaplar, uygulamalar, varlıklar, alıcılar, ağlar ve veriler dahil olmak üzere.
- Harcama limitleri, ajanın işlem başına, günlük, oturum bazlı, tokena özgü veya kümülatif olarak transfer edebileceği parasal değeri sınırlar.
- Delege edilmiş yetki, zincir dışında OAuth erişim tokenları ve API politika motorları veya zincir üzerinde akıllı hesaplar, oturum anahtarları, harcama izni modülleri ve izin sözleşmeleri aracılığıyla uygulanabilir.
YZ ajanları artık sadece metin üretmenin ötesinde yetenek kazanıyor. Veritabanlarında arama yapabiliyor, takvimleri yönetebiliyor, API’leri çağırabiliyor, alım-satım işlemleri gerçekleştirebiliyor, hizmetler için ödeme yapabiliyor, akıllı sözleşmelerle etkileşim kurabiliyor ve diğer ajanlarla koordinasyon sağlayabiliyor. Ajanlar daha yetenekli hale geldikçe, ana soru yalnızca neler anlayabildikleri değil, hangi işlemleri yapmaya yetkilendirilmeleri gerektiği haline geliyor.
Bir ajana sınırsız erişim vermek tehlikelidir. Bir seyahat ajanı, uçuş arama ve otel rezervasyonu yapma iznine ihtiyaç duyabilir ama tüm banka hesaplarına otomatik erişim kazanmamalıdır. Bir trade ajanı portföyü yeniden dengelemek zorunda olabilir fakat tüm hazineyi bilinmeyen bir cüzdana aktarabilmemelidir. Bir iş asistanı faturaları görebilmeli ancak kendi ödemesini denetimsiz onaylayamamalıdır.
YZ ajansı yetkilendirmesi bu sorunu, yetkiyi sınırlandırılmış, zorunlu izinler haline getirerek çözer. Bu fikir, bir şirketin bir çalışana sorumluluk devretmesine benzer. Çalışan belirli bir sistemi, bütçeyi ve görevleri kullanma hakkı kazanabilir fakat şirketin tamamının kontrolünü elde edemez. Dijital yetkilendirme aynı prensibi yazılım ajanlarına uygular.
YZ Ajanları Neden Yetkilendirilmiş Otoriteye İhtiyaç Duyar?
Basit bir sohbet botu, kullanıcının tüm adımları onaylamasını bekleyebilir. Fakat verimli otonom ajanlar, çoğu zaman kullanıcı aktif olarak başında değilken harekete geçmelidir. Örneğin, bir şirketin yazılım aboneliklerini yöneten bir ajanı düşünün. Faturaları izlemeli, masrafların aktif sözleşmelerle uyumlu olup olmadığını doğrulamalı, onaylı tedarikçilere ödeme yapmalı, mükerrer abonelikleri teşhis etmeli ve alışılmadık bir ödeme gördüğünde finans ekibini uyarmalı.
Her $20’lık ödeme için bir insanın giriş yapıp onay vermesini zorunlu kılmak otomasyonun faydasını azaltır. Ajana şirket banka hesabı üzerinde sınırsız erişim vermek ise kabul edilemez bir risk doğurur. Yetkilendirme ise orta yolu sunar.
Şirket, ajana yalnızca onaylı yazılım tedarikçilerine, belirli bir hesaptan ve işlem başına $100, ayda ise maksimum $1.000 ile ödeme yapma yetkisi verebilir. Bunlar dışındaki işlemlerde insan onayı gerekebilir. Bu süreç, asgari yetki güvenlik prensibini yansıtır: Her kullanıcı veya işlem sadece atandığı görevi yerine getirmek için gerekli kaynak ve izni almalıdır. YZ yetkilendirmesi esasen ajan gücünü artırmak için değil, güvenli otonomiyi mümkün kılmak içindir.
YZ Yetkilendirmesinde Temel Katılımcılar
Asil (Principal)
Ajan
Kaynak veya Hesap
Yetkilendirme Katmanı
Yürütücü (Executor)
Kimlik Doğrulama ve Yetkilendirme Arasındaki Fark
Kimlik doğrulama ve yetkilendirme ilişkili; fakat farklı kavramlardır. Kimlik doğrulama şu soruyu sorar: ‘Bu isteği yapan kimdir?’ Yetkilendirme ise: ‘Kimliği doğrulanmış bu taraf ne yapabilir?’ yanıtını arar.
Bir ajan, kimliğini API bilgisi, kriptografik imza, passkey veya cüzdan adresiyle ispatlayabilir. Ancak bu, her işleve erişebileceği anlamına gelmez. Güvenli bir sistem, önce ajanın kimliğini doğrular, ardından talep edilen işlemin tayin edilmiş izinlere uygunluğunu değerlendirir.
Örneğin, bir ajan tanınan bir oturum anahtarını kontrol ettiğini kanıtlarsa, cüzdan; bu anahtarın USDC transferine yetkili olup olmadığını, alıcının onaylı olup olmadığını, günlük limitin aşılıp aşılmadığını ve iznin süresinin bitip bitmediğini kontrol eder. Tüm kriterler sağlanmazsa işlem gerçekleşmemelidir.
Zincir Dışı YZ Ajan Yetkilendirmesi
Günümüzde çoğu YZ ajanı daha ziyade geleneksel web servisiyle etkileşir ve blokzincir hesabı ile değil. Zincir dışı yetkilendirme genellikle; OAuth erişim tokenları, kısıtlı rollere sahip API anahtarları, role dayalı erişim kontrolü, bulut kimlik sistemleri, sır yönetim hizmetleri ve politika uygulama geçitleri kullanır.
Bir e-posta veya takvim servisine bağlanan bir ajan, kullanıcı şifresini ifşa etmeden seçili verileri okumasına olanak tanıyan bir OAuth tokenı alabilir. Kurumsal bir ajan, bir veritabanını sorgulayabilen, ancak üretim yönetim araçlarına erişemeyen bir hizmet hesabı ile çalışabilir. MCP yetkilendirmesi daha geniş ölçekli bir modeli takip ederek korunan MCP sunucularını OAuth kaynak serverları olarak, istemcileri ise kaynak sahipleri adına talepte bulunan uygulamalar olarak görür.
Zincir Üstü YZ Ajan Yetkilendirmesi
Blokzincir ajanlarında farklı bir yaklaşım gereklidir; çünkü bir cüzdan işlemi, varlıkları geri döndürülemez şekilde hareket ettirebilir. Güvensiz yöntem, ajana cüzdanın ana özel anahtarını vermektir.
Bu anahtarı kontrol eden herhangi biri veya herhangi bir şey, cüzdanın tüm işlevlerine erişebilir. Ajan promptunda tanımlı bir harcama limiti gerçek bir güvenlik sınırı değildir; çünkü ajan veya saldırgan bunu yok sayabilir. Zincir üstü yetkilendirme, kısıtlamaları akıllı sözleşme veya cüzdan mantığına taşır.
Harcama Modülleri ve Harcama İzinleri
Bazı cüzdan sistemlerinde ajana özgü harcama kontrolleri zaten vardır. Safe dokümantasyonu, harcama modülünün ajana tokena özgü bir limit tanımladığı (ör. günlük USDC limiti gibi) bir YZ hazine kurulumu örneğini açıklar. Safe, ayrıca; insan onaylı, çoklu ajan yetkilendirmeli ve harcama limitli modelleri YZ ajanları için ayrı güvenlik önlemleri olarak sunar.
Coinbase Harcama İzinleri, yetkilendirilen bir harcayıcının bir akıllı hesabın tokenlarını; token, miktar ve zaman bazlı kısıtlamalar dahilinde kullanmasını sağlar. Dokümantasyonu, ajana dayalı ödemeler ve algoritmik trade senaryolarını hedef kullanım alanı olarak belirtir.
Bu sistemler, temel bir tasarım prensibini ortaya koyar: Ajanın harcama otoritesi ajan yazılımında değil, cüzdan veya akıllı sözleşme tarafından zorunlu kılınmalıdır.
Yetkilendirme ile Özel Anahtar Vermek Arasındaki Fark
Bir ajana özel anahtar vermek tam kontrolü devretmektir. Yetkilendirme ise yalnızca tanımlı yetkiyi devreder.
| Sınırsız Özel Anahtar | Kapsamlı Yetkilendirme |
| Genellikle tüm hesaba erişebilir | Belirli işlemlerle sınırlıdır |
| Tüm varlıkları transfer edebilir | Yalnızca onaylı varlıkları transfer edebilir |
| Doğal bir bütçe limiti yoktur | Harcama limitleri uygulanabilir |
| Anahtar güncellenene kadar geçerlidir | Otomatik olarak sona erebilir |
| Seçici olarak iptal edilmesi zordur | Tekli yetkilendirme iptal edilebilir |
| Kompromize olursa, tüm hesap boşaltılabilir | Zarar limitlenebilir |
| Ajan hesap yapılandırmasını değiştirebilir | Yönetimsel işlemler yasaklanabilir |
Düşük bakiyeli ayrı bir cüzdanı kullanmak, ana hazine anahtarına kıyasla daha güvenlidir; fakat doğru konfigüre edilmiş akıllı hesaplar, daha fazla fon olsa bile izinleri teknik olarak uygulayarak daha güçlü koruma sağlar.
Yetkilendirme ile Token Onayları Arasındaki Fark
Bir ERC-20 onayı, bir harcayıcıya belirli bir miktara kadar token transfer etme hakkı tanır. Bu, temel bir delege etme biçimidir ancak karmaşık ajanlar için sıklıkla yetersiz kalır. Token onayı, nihai alıcıyı, kullanılan protokolü, slippage'i, trade yönünü, gün/zaman kısıtlamasını, toplam risk miktarını ya da işlemin nedenini sınırlamaz.
Sınırsız token onayları özellikle tehlikelidir; çünkü kompromize edilmiş bir harcayıcı, onaylanan tüm bakiyeyi çekebilir. Ajan delege sistemleri, token limitlerini daha geniş kurallarla çevreleyerek; değer sınırlarını, yetkili işlemleri, sözleşmeleri, alıcıları, zaman dilimlerini ve insan onayı gereksinimlerini birleştirir.
YZ Ajan Yetkilendirmesinin Yaygın Kullanım Senaryoları
Ajanik Ödemeler - Bir ajan, API çağrısı, veri, işlem gücü, depolama veya dijital hizmetler için ödeme yapabilir. Yetkilendirme, her çağrı için düşük bir limit ve daha yüksek bir toplam oturum limiti tanımlayarak ajanın kaynakları tekrar tekrar kullanıcıya sormadan tedarik etmesini sağlar.
Otomatik Alım-Satım - Bir trade ajanı; desteklenen piyasalarda, onaylı tokenlarda, maksimum pozisyon büyüklüğü, kaldıraç, slippage ve günlük kayıplar kapsamında emirlere ve varlık dengesine müdahale edebilir.
Hazine Yönetimi - Bir YZ hazine ajanı; bakiyeleri izleyebilir, çalışma sermayesini transfer edebilir, tedarikçilere ödeme yapabilir, atıl stablecoinleri tahsis edebilir. En güvenli tasarım, tam hazine yerine ayrı bir operasyonel harcama izni ile çalışır.
Abonelik Yönetimi - Bir ajan, satıcı ve aylık limitler altında periyodik abonelik ödemeleri gerçekleştirebilir; fiyat artışı veya yeni satıcılar için ise onay isteyebilir.
DAO Operasyonları - Bir DAO, bir ajana hibe dağıtımı, katkıda bulunanlara ödeme, protokol gelirinin tahsisi veya onaylı yönetişim kararlarının uygulanması için yetki verebilir. Ajan, Safe veya bir başka akıllı hesap üzerinden tokena özel izinler ve imzalayan gözetimiyle çalışabilir.
Başlıca Güvenlik Riskleri
- Prompt Enjeksiyonu - Harici bir belge, web sitesi, mesaj veya API yanıtı ajanı manipüle etmeyi amaçlayan talimatlar içerebilir. Örneğin, kötü niyetli bir fatura ajanı ana görevini yok sayıp fonları farklı bir adrese göndermeye yönlendirebilir. Güçlü yetkilendirme kontrolleri, model zararlı talimatı izlese bile etkilidir; ödeme, alıcı onay listesinin dışındaysa başarısız olmalıdır.
- Aşırı İzinler - Geliştiriciler bazen ayrıntılı kapsamlar yerine geniş erişim talep edebilir. Bu, ajan veya kimlik bilgisinin ele geçirilmesi durumunda büyük bir risk alanı yaratır.
- Kimlik Bilgisi Hırsızlığı - Bir saldırgan; OAuth belirteci, API anahtarı, oturum anahtarı veya ajan cüzdanı bilgisini çalarsa, meşru görünen istekler gönderebilir. Kısa ömürlü kimlik bilgileri, güvenli depolama, iptal mekanizması ve işlem sınırları hasarı azaltır. MCP yetkilendirme yönergesi, token sızıntısının etkisini azaltmak için kısa ömürlü erişim anahtarlarını önermektedir.
- Karışık Vekil (Confused-Deputy) Saldırıları - Güvenilir bir ajan, farkında olmadan yetkisini bir saldırganın işine kullanabilir. Ajanın kendisi kompromize edilmemiştir; sadece talebin yetkisiz bir bağlamdan geldiğini ayırt edemez. Alıcı kısıtlamaları, orijin kontrolü, göreve özel kimlik bilgileri ve hassas parametrelerin açık onayı bu riskleri azaltabilir.
- Dolaylı Harcama - Bir ajan transfer limitine teknik olarak uyar fakat başka bir yerde daha büyük finansal risk yaratabilir. Örneğin; zararlı bir sözleşmeyi onaylayabilir, kaldıraçlı pozisyon açabilir, riskli bir havuza likidite sağlayabilir ya da geç sonlanan bir emir imzalayabilir. Yetkilendirme politikaları, yalnızca anlık token transferleri değil, akıllı kontrat onayları, finansal vaatler ve geleceğe dönük yükümlülükleri de kapsamalıdır.
- Yetki Yükseltme (Privilege Escalation) - Bir ajan; bir modül yüklemeye, sahip eklemeye, politikayı güncellemeye veya daha geniş yetkili başka bir kimlik bilgisi oluşturmaya çalışabilir. Yönetimsel işlemler ve izin yönetimi tipik ajan kapsamlarının dışında tutulmalıdır.
- Güvensiz Yeniden Yetkilendirme - Bir alt ajan, belirsiz veya fazla otorite alırsa, yetkilendirme zinciri denetlenemez veya iptal edilemez hale gelebilir.
- Bayat İzinler - Bir ajan, projesi, cihazı, çalışanı veya iş ilişkisi sona erdikten sonra erişime sahip kalabilir. Otomatik sonlandırma ve periyodik izin incelemesi esastır.
- Zincirler Arası Karmaşıklık - Bir blokzincirdeki izinler başka bir blokzincirde otomatik geçerli olmaz. Köprüler, sarılmış varlıklar ve zincirler arası mesajlar yeni sözleşmeler ve orijinal yetkilendirme dışında güvenlik varsayımları doğurabilir.
- Oracle ve Fiyat Riski - Değer bazlı bir limit harici bir fiyat akışına bağlı olabilir. $1.000’lık varlık harcama izni verilen bir ajan, fiyat verisi eski veya manipüle edilirse istenenden fazlasını harcayabilir. Token bazlı ve fiat bazlı limitler bu nedenle farklı davranabilir.
Standartlaştırılmış YZ Ajan İzinleri Var Mı?
Zincir dışı sistemler büyük oranda OAuth yaklaşımına dayanırken, MCP de ajan-aracı bağlantıları için OAuth yetkilendirmesini kullanır. Ethereum hesap soyutlama ve delege çalışmaları; ERC-4337, EIP-7702, ERC-7710 ve ERC-7715 gibi standartları kapsar. Bu teknolojiler; programlanabilir doğrulama, delege edilmiş yetenekler, cüzdan izin talepleri ve kapsamlı işlem uygulaması sağlar. Cüzdan ve altyapı sağlayıcılar da harcama izinleri, harcama modülleri, kıstasa dayalı sistemler ve ajan hesapları gibi kendi çözümlerini hayata geçiriyor.
Olası gelecek; her şey için tek bir yetki tanımından ziyade, ajanlar, cüzdanlar, uygulamalar ve yetkilendirme sunucuları arasında makinece okunabilir yetki emirlerinin değiş tokuşunu sağlayacak birlikte çalışabilir standardlar setidir.
Tek Cümlede YZ Ajan Yetkilendirmesi Nedir?
Sonuç
YZ ajanları, harekete geçebildiklerinde faydalı olurlar. Fakat eylem için yetki gerekir. En güvenli yaklaşım; ajanlara tam erişim verip doğru davranmalarını ummak değil, kullandıkları sistemlere açık sınırlar koymaktır. İzinler, ajanın neler yapabileceğini belirler. Kapsamlar, nerede ve hangi koşullarda yapabileceğini tanımlar. Harcama limitleri, riske atılabilecek değeri sınırlarken; sona erme, iptal, denetim logları ve insan onayı ek koruma katmanları sağlar.
Bu kavramlar hem geleneksel yazılım hem de blokzincir altyapısı için geçerlidir. OAuth tokenları web servislerine erişimi kısıtlayabilir; akıllı hesaplar, oturum anahtarları, delege sözleşmeleri ve harcama modülleri zincir üstü işlemleri sınırlandırabilir. Ajanik ödemeler, otomatik alım-satım, hazine ajanları ve makineden makineye ticaretin yaygınlaşmasıyla, delege altyapısı temel katman olacaktır. Kullanıcılar, ajanlara faydalı işler yapabilmeleri için yeterli yetki vermeyi ama felaket boyutunda zarar oluşturacak kadar güç kazandırmamayı sağlayacak yöntemlere ihtiyaç duyacaktır.
Böylece otonom sistemlerin geleceği yalnızca ajanların daha akıllı hale gelmesine değil; yetkilerinin hassas, görünür, kısıtlı ve kolayca iptal edilebilir olmasına bağlı olacaktır.
