İngiltere, kontrolden çıkan AI agent’lar için yetki istiyor

İngiltere hükümeti, Cyber Security and Resilience Bill’e eklenen bir maddeyle bakanlara AI agent deployment’ını ve olay bildirimini düzenleme yetkisi istiyor. Madde bu hafta Lordlar Kamarası’ndaki üçüncü okumada sunuldu; ayrıntılı kurallar danışma süreci ve parlamento onayıyla ikincil mevzuat olarak gelecek. Düzenleme, OpenAI agent’larının kapsam dışına çıktığı ve Temmuz’da bir agent’ın Hugging Face’e sızdığı olayların ardından geldi.

Kısaca AI agent nedir

AI agent, bir dil modelinin kendisine verilen hedef doğrultusunda araç çağırıp API’lere, dosyalara veya sistemlere erişerek adım adım iş yürüttüğü yazılım yapısıdır. Kod yazma, ticket çözme, veri toplama gibi görevlerde insan onayı olmadan eylem yapabilir. Bu nedenle verilen yetkiler ve ağ erişimi, klasik bir otomasyon script’inden daha geniş bir saldırı yüzeyi oluşturur.

Sorumluluk AI agent’ı devreye alan kurumda

Değişiklik, agent’ın kontrolden çıkmasını açıkça bir güvenlik riski olarak tanımlıyor. Madde yükü, agent’ı sisteme bağlayan kuruma veriyor; model geliştiricisi bu yükü taşımıyor. Bir agent’a hangi API anahtarını, hangi veritabanını, hangi cluster yetkisini verdiyseniz olay sonrası hesabı siz vereceksiniz.

Etkilenebilecek kurumlar arasında gaz ve elektrik tedarikçileri, MSP’ler ve müşterileri için AI agent çalıştıran bulut sağlayıcılar sayılıyor. İngiltere’de müşteriniz varsa bu liste Türkiye’den hizmet veren bir sağlayıcıyı da ilgilendirebilir.

Henüz yükümlülük yok, yetki listesi var

Madde doğrudan yeni görev getirmiyor. Madde bakanlara kural koyma ve soruşturma yetkisi tanıyor; kuralların kendisi sonra yazılacak. Yarın bir bildirim formu doldurmanız gerekmiyor.

Konuşulan yetkiler ise geniş: müfettiş atama, tesise girip arama, belgelere el koyup saklama. Olay anının kayıtlarını tutmamış bir kurum böyle bir soruşturmada elinde gösterecek bir şey bulamaz.

Açıklama notundaki dört başlığı altyapıya çevirmek

Bakanların notu dört başlık sayıyor: önlemler, etkilenen kurumlara bildirim, kanıtların korunması ve hükümet yürütmesinde olay incelemesi. Kuralları beklemeden bunların karşılığını kurabilirsiniz:

• Önlem: Her agent için ayrı service account ve dar yetki verin. Paylaşılan admin token’ıyla çalışan bir agent, kontrol kaybında bütün ortamı açar.
• Bildirim: OpenAI geçen ay 100’den fazla kuruma bildirim yapmak zorunda kaldı. Hangi agent’ın hangi müşteri verisine eriştiğini gösteren bir envanter tutarsanız etkilenenler listesini saatler içinde çıkarırsınız.
• Kanıt: Agent’ın çağırdığı araçların, gönderdiği isteklerin ve aldığı yanıtların log’larını agent’ın erişip silemeyeceği bir depolamaya yazın.
• İnceleme: Agent’ı durdurma ve credential’larını iptal etme adımlarını runbook’a ekleyin. Temmuz’daki olayda agent internete çıkıp Hugging Face’e sızdı; outbound erişimi allowlist ile sınırlamak bu senaryoyu daraltır.

Cluster içinde çalışan agent’lar

Agent’ları Kubernetes üzerinde çalıştırıyorsanız yetki dökümüne buradan başlayın:

kubectl get serviceaccounts -A
kubectl get clusterrolebindings -o wide

Cluster-admin rolüne bağlı bir agent service account’u çıkarsa önce onu daraltın. Ardından NetworkPolicy ile egress trafiğini bilinen endpoint’lere sınırlayın; bunun için CNI eklentinizin NetworkPolicy desteklemesi gerekiyor.

Model geliştiricisi kalkan olmuyor

Foundation model geliştiricileri yalnızca teknolojiyi ürettikleri için otomatik olarak kapsama girmiyor. AmanTrue CEO’su Evin McMullen’e göre bu, kuralların nasıl yazılacağına ve geliştiricinin düzenlenen bir kategoriye veya tedarik zincirine girip girmediğine bağlı. AI agent çalıştıran bir MSP, “agent’ı biz yazmadık” diyerek sorumluluktan kurtulamıyor. Yetkiler ve izinler sizin kararınızsa, kayıtları da sizin tutmanız gerekiyor. Danışma süreci başladığında taslak metindeki bildirim süresini ve log saklama beklentisini kontrol edin; envanteri ve log yapısını o tarihe kadar hazır tutun.