Ana içeriğe geç

Agent Olayları, Politika Sorunu Olmadan Önce Bir Telemetri Sorunudur

Başıboş agent raporları, ancak olaydan sonra görünür hale gelen kontrol arızalarını tanımlıyor. İlk düzeltme; niyet, egress ve kararın kalıcı bir kaydıdır.

Front view of a historic building with Romanian flag in Bucharest.

Bu dönemin olay raporlarındaki örüntü

Bunu dikkatle ifade etmek gerekir, çünkü olayın ne olduğunu değiştirir. Bir ihlal, bir düşman ve bir güvenlik açığı ima eder. Yetkisiz bir hedef ise, operatörün agent'ın yetkisinin olduğuna inandığı şey ile çalışma zamanının gerçekte izin verdiği şey arasında bir boşluk ima eder. Bunlar farklı arıza sınıflarıdır ve farklı düzeltmeler gerektirirler.

Raporlar önlenen davranışı değil, keşfedilen davranışı tanımlıyor

Bu dönemdeki her anlatı geriye dönüktür. Birileri davranışı fark etmiş, sonra onu yeniden inşa etmiştir. Bu bir model özelliği değil, bir loglama özelliğidir. Yetkisiz bir egress'i önleyen bir sistem ile buna izin verip sonradan bildiren bir sistem aynı politika motorunu çalıştırabilir; yalnızca sınırın olaydan önce mi sonra mı uygulandığı ve girişimin kaydedilip kaydedilmediği bakımından farklılaşırlar.

Rahatsız edici çıkarım şudur: sektör şu anda, ihtilaflı bir olayı çözecek kanıtı talep üzerine üretemiyor. Bir düzenleyici, bir agent'ın belirli bir çalıştırmada belirli bir hedefe girişimde bulunup bulunmadığını sorduğunda, çoğu dağıtım için dürüst yanıt, transkriptin var olduğu ama yetkinin olmadığıdır. Transkript, modelin ne söylediğini gösterir. Sınırda hangi kimlik bilgisinin sunulduğunu, kimin grant'ı altında sunulduğunu veya bir politika dalının değerlendirilip reddedildiğini göstermez.

Mevcut düzenleyici baskının bağlamı budur: FTC'nin soruşturmaları, laboratuvarlar arasında dolaşan gönüllü taahhütler ve yürürlükteki eyalet düzeyindeki yasa tasarıları, büyük ölçüde anekdot niteliğindeki bir kanıt bütününe karşı yazılıyor. Anekdotlara göre taslak haline getirilen kurallar, geniş ve uygulanamaz olma eğilimindedir, çünkü taslak hazırlayanlar belirli bir çalıştırmayı işaret edip şunu söyleyemezler: arızanın şekli budur. Alternatif, kuralsızlaştırma değildir. Kaydı üretmektir.

Bir olayı yeniden inşa edilebilir kılan üç artefakt

Yeniden inşa edilebilir bir olay üç kayıt gerektirir ve her birinin agent'ın kendi framework'ünün içinde olmayan doğal bir yeri vardır.

A lawyer sitting at a desk with legal books, documents, and a newspaper, embodying professionalism.

Bir niyet kaydı

Agent'a bildirilen hedef, transkriptten sonradan çıkarılmak yerine araç seçiminden önce yakalanır. Çıkarım sorunun kendisidir: bir transkript, modelin kendisi hakkında yazdığı bir anlatıdır ve davranışı üreten aynı bağlam tarafından şekillendirilir. Niyet kaydı girdidir, modelin girdi hakkındaki anlatısı değil. Görev tanımlayıcısını, talepte bulunan aslı, belirtilen amacı ve o amaç için verilen yetki kapsamını taşımalıdır.

Bir egress kaydı

Her hedef, kullanılan her kimlik bilgisi ve yük sınıfı, agent framework'ünün içinde değil sınırda yazılır. Sınır, kaydın güvenilir olabileceği tek yerdir, çünkü framework ne amaçlamış olursa olsun girişimi gözlemleyen tek yer orasıdır. Agent framework kendi egress log'unu yazarsa, ele geçirilmiş veya yanlış yapılandırılmış bir framework yanıltıcı bir log yazar.

Somut bir mekanizma: agent çalışma zamanından çıkan tüm trafiği sonlandıran, hedefi çözen, görevin verilen kapsamına göre kontrol eden ve iletmeden veya reddetmeden önce yapılandırılmış bir kayıt yayan bir forward proxy. Kaydı agent değil, proxy yazar. Agent onu bastıramaz, çünkü agent yazma yolunda değildir.

Bir karar kaydı

Hangi politikanın değerlendirildiği, hangi dalın seçildiği ve fallback'in ne olacağı. Son madde en çok önem taşıyan ve en sık atlanan maddedir. Bir isteğin reddedildiğini bilmek faydalıdır; reddin varsayılan izne düştüğünü bilmek ise bir politika ile bir süs arasındaki farktır. Karar kaydı politika sürümünü, değerlendirmenin girdilerini, sonucu ve fallback durumunu belirtmelidir.

Dashboard'lar bunu neden karşılamıyor

Toplulaştırılmış metrikler ne sıklıkla sorusunu yanıtlar. 41.208 numaralı çalıştırmada tam olarak ne oldu sorusunu yanıtlamaz. Bir olay incelenirken soru her zaman spesifiktir: bu çalıştırma, bu hedef, bu kimlik bilgisi, media/server-rack-circuit-board-1958b2-bf296a.jpg)

A stunning night view of the Hungarian Parliament building, beautifully illuminated against the night sky.

Örneklenmiş trace'ler aynı kusuru daha keskin bir biçimde taşır. Örnekleme, temsili olanı korumak ve kuyruğu atmak için tasarlanmıştır. Önemli olan anormal çalıştırmalar tam da kuyruğun kendisidir. Trace'lerin yüzde birini saklayan bir sistem, inşa gereği, bir araştırmacının ihtiyaç duyduğu çalıştırmaları atacaktır ve bunu görünmez bir şekilde yapacaktır, çünkü bir kaydın yokluğu bir olayın yokluğundan ayırt edilemez.

Bu nedenle saklama politikası, bir depolama maliyeti parametresi değil, bir güvenlik parametresi haline gelir. Tüm tasarımdaki dürüst ödünleşim budur. Her niyetin ve her egress girişiminin tam sadakatli kayıtları büyüktür ve hassastır, çünkü bir organizasyonun ne yapmaya çalıştığını tanımlarlar. Pragmatik konum, katmanlı saklamadır: olay keşfini kapsayacak kadar uzun bir pencere için tam sadakat, ötesinde toplulaştırılmış ve redakte edilmiş, ancak şema korunarak, böylece yük detayı eskimiş olsa bile belirli bir çalıştırma hâlâ tanımlanabilir. Bu bir politika seçimidir ve gözlemlenebilirlik satıcısının ne gönderdiğine varsayılan olarak bırakılmak yerine açıkça yapılmalıdır.

Minimum uygulanabilir bir implementasyon

Üç özellik, yeniden inşa edilebilir bir olay ile bir anekdot arasındaki farkı yaratmak için yeterlidir.

Agent'ın yazma kapsamının dışına yazın. Niyet ve egress kayıtları, agent çalışma zamanının değiştirme veya silme kimlik bilgisine sahip olmadığı append-only bir depoya gider. Append-only bir depolama tercihi değildir; kaydı tanıklık değil kanıt yapan özelliktir.

Kayıtları, iptalin hedefleyebileceği tanımlayıcılara bağlayın. Her kayıt bir görev tanımlayıcısı ve bir kimlik bilgisi tanımlayıcısı taşır. Bu bağlama olmadan iptal kör bir araçtır: agent'ı durdurabilirsiniz, ancak belirli egress'e izin veren belirli grant'ı iptal edemezsiniz. Bununla birlikte, bir olaya müdahale kapatma değil kapsamlı bir iptal olur.

Log şemasını sürümlenmiş bir arayüz olarak ele alın. Aşağı yönlü sorumluluk ve denetim araçları alan adlarına ve anlamlarına bağlı olacaktır. Sürümleme olmadan değişen bir şema, araçları sessizce bozar ve bozuk bir denetim izi, eksik olandan daha kötüdür, çünkü eksiksiz görünür.

{
  "schema_version": "1.2",
  "task_id": "...",
  "credential_id": "...",
  "intent": {"principal": "...", "objective": "...", "granted_scope": ["..."]},
  "egress": {"destination": "...", "payload_class": "...", "outcome": "allowed|denied"},
  "decision": {"policy_version": "...", "branch": "...", "fallback": "..."}
}

Ödünleşim gerçektir ve adlandırılmalıdır. Bu enstrümantasyon sınırda gecikme, kayıtlar için depolama ve şema için mühendislik dikkati maliyetindedir. Bir agent'ı güvenli yapmaz. Bir agent'ın davranışını okunabilir kılar; bu da ardından gelen her güvenlik iddiasının ön koşuludur. Telemetri olmadan politika bir niyet beyanıdır; politika olmadan telemetri bir sapma kaydıdır. Mevcut olay dönemi, sektörün elinde kanıtlayabileceğinden daha fazla niyet beyanı olduğunu ve ilk yatırımın kayıt olduğunu göstermektedir.

İlgili okumalar

Bunun yanıtladığı sorular

Why is telemetry a prerequisite for agent policy?

Policy states what should happen; telemetry records what did. Without a durable record of intent, egress, and decision, a policy violation cannot be distinguished from a policy that was never evaluated, and remediation has no target.

What is an egress record and where should it be written?

An egress record captures every destination, credential, and payload class for an agent's outbound traffic. It should be written at the network boundary, typically a forward proxy, rather than inside the agent framework, so the agent cannot suppress or alter it.

Why are sampled traces insufficient for incident review?

Sampling preserves the representative and discards the tail. Anomalous runs are the tail. A sampled system will lose exactly the runs an investigator needs, and the loss is invisible because a missing record looks like a non-event.

What is the minimum viable implementation for reconstructable agent incidents?

Write intent and egress records to an append-only store outside the agent's write scope, bind each record to a task identifier and a credential identifier so revocation has a target, and version the log schema as a stable interface for downstream audit tooling.