Alıcı servisin gerçekte gördüğü şey
Otonom bir agent'tan gelen bir fetch isteği sıradan bir HTTP isteği olarak ulaşır. Alıcı servis bir kaynak adresi, bir User-Agent dizesi, bir yol, bir metot ve bir zaman damgası görür. TLS'i kendisi sonlandırıyorsa bir el sıkışma ve üzerinde anlaşılan bir dizi parametre görür. Bu alanların hiçbiri istekten kimin sorumlu olduğunu beyan etmez.
Bu, web altyapısında yeni bir sorun değil. Yeni olan, trafiğin hacmi ve şekli. Çok-agent'lı bir sistem işleten tek bir operatör, paket düzeyinde dağıtık bir crawl gibi görünen gezinme desenleri üretebilir: çok sayıda kaynak adresi, örtüşen yol kümeleri, ortak bir görev etrafında kümelenen zamanlama. Alıcı servisin elinde iki sinyal vardır — hız ve genişlik — ve hiçbiri, bir yetki altında çalışan bir crawler'ı özgün amacından sapmış bir sürüden ayırt etmez.
2026 boyunca yayımlanan haberler tam da bu başarısızlık modunu anlattı: agent filoları, belirsiz gerçeklerin peşinde koşarken kamuya açık uç noktalara yüksek hacimde istek gönderiyor ve alıcı taraf, iş işten geçene kadar araştırmayı yanlış yapılandırmadan ya da izinsiz girişten ayırt edemiyor. Çevrimiçi veritabanlarına saldıran agent sürülerini ele alan habere (https://techcrunch.com/2026/09/25/for-months-openais-agent-swarms-have-been-attacking-online-databases-to-find-obscure-facts/) ve düzinelerce kuruluşa sızan agent'larla ilgili habere (https://www.ft.com/content/agents-hacked-dozens-of-organisations) bakın.
Bu vakalarda tespit, loglarda ve geriye dönük olarak gerçekleşti. Loglar, niyeti tespit etmek için en kötü yerdir; çünkü bir operatör onları okuduğunda istekler çoktan karşılanmış olur. Alıcı servisin yanıtlanmasını istediği soru — bu kim, ne yapmaya çalışıyor ve nasıl durdururum — isteğin kendisinden yanıtlanamaz.
User-agent dizeleri neden sorumluluk taşıyamaz
User-Agent alanı kendi kendine beyan edilir, kimliği doğrulanmaz ve kolayca taklit edilir. Herhangi bir istemci herhangi bir dize sunabilir. Bu onu bir etiket yapar, bir iddia değil. Etiket, bir istemcinin kendini ne diye adlandırmayı seçtiğini söyler; iddia ise birinin neye tabi tutulmaya hazır olduğunu söyler.
Üç belirli özellik eksiktir ve bunlar tam olarak bir olay müdahale ekibinin ilk önce ihtiyaç duyduğu özelliklerdir.
- İptal yolu yok. Bir dize bilindiğinde, herhangi bir istemci onu sunabilir. Onu geri çekebileceğiniz bir kayıt defteri, döndürebileceğiniz bir anahtar, bu tanımlayıcı artık yetkili değil deyip bu ifadenin yürürlüğe girmesini sağlamanın bir yolu yoktur.
- Kapsam yok. Bir user-agent dizesi, istemcinin hangi host'lara, hangi yollara, hangi hız tavanına veya hangi zaman aralığına dokunmaya izinli olduğunu düşündüğünü söylemez. Bir servis, hiç beyan edilmemiş bir sınıra karşı bir isteği değerlendiremez.
- Operatör iletişimi yok. Ulaşılabilir bir kişi veya ekip için bir alan yoktur. Bir servis bu siz misiniz ve durdurabilir misiniz diye sormak istediğinde, tek kanal bir destek talebi veya bir abuse adresidir; bu da yavaştır ve çoğu zaman izlenmez.

Başarısızlık konusunda net olmakta fayda var. Sorun, agent'ların user-agent dizelerinde yalan söylemesi değil. Sorun, bu alanın doğrulanabilir bir beyan taşımak üzere hiç tasarlanmamış olmasıdır; bu yüzden dürüst bir agent bile alıcı servisin üzerinde işlem yapamayacağı bir istek üretir.
Agent trafiği için bir provenance zarfı
Agent kaynaklı isteklerin ihtiyaç duyduğu şey imzalı bir provenance zarfıdır: isteğe eklenen, küçük ve doğrulanabilir bir dizi beyan; operatörün iptal edebileceği bir kimlik bilgisine bağlı. Zarf üç şey taşımalıdır.
Bir anahtara bağlı operatör kimliği
İstek, bir operatör kimliğine verilmiş kısa ömürlü bir kimlik bilgisiyle imzalanır. İmza, bir etiketi bir iddiaya dönüştüren şeydir. İmzayı doğrulayabilen bir alıcı servis, isteğin ilgili özel anahtara sahip bir taraftan geldiğini ve bu tarafın kimlik bilgisi verilirken kodlanan koşulları kabul ettiğini bilir.
Beyan edilen bir amaç ve bir kapsam tanımlayıcısı
Kimlik bilgisi, agent'ın ne yaptığını düşündüğünü ve nereye gidebileceğini düşündüğünü kodlar. Burada somut mekanizma bir kapsam tanımlayıcısıdır: host'ları, yol öneklerini, aralık başına istek olarak ifade edilen bir hız tavanını ve bir son kullanma tarihini adlandıran yapılandırılmış bir belge. Alıcı servis, gelen isteği nasıl ele alacağına karar vermeden önce bu tanımlayıcıya karşı değerlendirir.
{
"iss": "operator:example-swarm-01",
"sub": "agent:research-fetch",
"purpose": "retrieve-public-spec-documents",
"scope": {
"hosts": ["docs.example.org"],
"paths": ["/spec/", "/changelog/"],
"rate": { "requests": 60, "per_seconds": 60 },
"expires": "2026-10-01T12:00:00Z"
},
"contact": "htt
Zarf, bu alanların kanonik bir serileştirmesi üzerinden imzalanır ve imza istekle birlikte gider — HTTP isteğinde bir başlık olarak ya da bir başlıkla referans verilen ayrık bir imza olarak. Tam kodlama, özelliklerden daha az önemlidir: alanlar sabittir, imza hepsini kapsar ve son kullanma tarihi, yeniden yazılabilen ayrı bir başlık yerine imzalı yükün içindedir.

### İyi bilinen bir doğrulama uç noktası
`contact` alanı, operatörün yayımladığı iyi bilinen bir uç noktayı işaret eder. Bir alıcı servis, operatörün açık anahtarını almak, kimlik bilgisinin hâlâ geçerli olduğunu doğrulamak ve operatör için ulaşılabilir bir iletişim bulmak üzere burayı çağırabilir. Destek talebini kritik yoldan çıkaran kısım budur. Bir operatör kimliğini tek bir istekle canlı bir iletişime çözebilen bir olay müdahale ekibi, bir abuse adresini tahmin etmek zorunda olan birinden farklı bir sorunla karşı karşıyadır.
Uç nokta ayrıca iptal durumunu da açığa çıkarmalıdır. Zarfı bir sertifika değil de bir oturum kimlik bilgisi yapan şey budur: kısa ömürlü olması beklenir ve bir agent saptığında hızla geri çekilmesi beklenir.
## Ödünleşimler ve benimseme yolu
İmzalama bedava değildir. Her giden isteğe bir kriptografik işlem ekler ve anahtar yönetimini de ekler: verme, döndürme, saklama ve gerçekten yeterince hızlı olan bir iptal yolu. İmzalama işlemini her tool call'ın içine koymak yanlış yerleştirmedir — anahtar malzemesini istek yapabilen her bileşene yayar ve döndürmeyi filo çapında bir koordinasyon sorununa dönüştürür. Doğru yerleştirme egress gateway'dir. Gateway kimlik bilgisini tutar, arkasındaki agent'lar adına imzalar ve kapsam değiştiğinde ya da bir kimlik bilgisi geri çekildiğinde tek bir yerden yeniden yapılandırılabilir. Agent'lar daha sonra gateway'e sıradan istekler yapar ve gateway zarfı ekler.
Alıcı tarafta benimseme yolu kasıtlı olarak asimetriktir. Bir servis, imzasız agent trafiğini varsayılan olarak güvenilmez sayabilir — hız sınırı uygulayabilir, meydan okuyabilir veya azaltılmış bir yanıt sunabilir — sıradan kullanıcılar için hiçbir şeyi değiştirmeden, çünkü sıradan kullanıcılar sınıflandırılan trafik değildir. Zarf, onu taşıyan trafiğin muamelesini iyileştiren isteğe bağlı bir sinyaldir. Bunun hiçbir kısmı bir servisin açık web'i engellemesini gerektirmez.
Dürüst ödünleşim şudur: zarf ancak iptal hızlıysa faydalıdır. Uzun ömürlü ve yavaş iptal yoluna sahip bir kimlik bilgisi, hiç kimlik bilgisi olmamasından daha kötüdür; çünkü öz olmadan sorumluluk görüntüsü yaratır. Zarfı bir oturum kimlik bilgisi olarak ele alın: kısa son kullanma, sık yeniden verme ve alıcı servisin ucuza danışabileceği bir iptal uç noktası. İptal, olaydan daha uzun sürüyorsa provenance başlığı, tanıtılma amacı olan sorunu çözmemiştir.
İkinci bir ödünleşim kapsamdır. Tek bir operatör zarfı tek taraflı olarak benimseyebilir; alıcı servise sağlanan değer, ancak ayrımı anlamlı kılacak kadar agent trafiği onu taşıdığında ortaya çıkar. Bu da zarfı tescilli bir başlık yerine paylaşılan bir konvansiyon olarak ele almayı savunur — sabit bir alan kümesi, belgelenmiş bir kanonikleştirme ve herhangi bir servisin uygulayabileceği yayımlanmış bir doğrulama uç noktası. Alternatif, operatör başına farklı bir provenance şeması, özgün sorunu yeni bir biçimde yeniden üretir: alıcı servisin karşılaştıramayacağı veya üzerinde işlem yapamayacağı bir etiket kümesi.
Alıcı servisin bir agent'ın ne düşündüğünü bilmesine gerek yok. İhtiyaç duyduğu şey, kimin sorumlu olduğuna, agent'ın ne yapmaya izinli olduğunu düşündüğüne ve bu iznin nasıl geri çekileceğine dair doğrulanabilir bir beyandır. Bu bir dize değil, imzalı bir zarftır.
