Szállítói információk

Mit dolgoz fel az AgentAudit, hol található, hogyan védett a bejegyzés, és — ugyanebben a dokumentumban — mit nem állít ez a szállító.

Mit dolgoz fel az AgentAudit

Csak azt, amit az ügynökei jelentenek: egy időbélyeget, egy műveletet, egy kimenetelt, valamint azt az opcionális kontextust, amelyet úgy dönt, hogy elküld — indoklás, tárgyhivatkozás, a hatályos modell- és szabályzatverzió, az, hogy egy ember áttekintette-e, és ki.

Önmagától semmit nem gyűjt. Nincs követés, nincs gazdagítás, nincs keresés más forrásban, és nincs következtetés. Ha egy mező szerepel a bejegyzésében, az azért van, mert az ügynöke odatette.

A technikai ellenőrzések

Mindegyik ellenőrizhető. A fájl meg van nevezve, hogy a vevő technikai értékelője el tudja olvasni a mechanizmust, ahelyett hogy a mondatot hitelre fogadná el — az első három pedig élőben kipróbálható a(z) Bizonyítsa be oldalon.

• Egy döntés az írása után nem szerkeszthető és nem törölhető.

  Adatbázis-triggerek érvényesítik UPDATE és DELETE műveleteknél, nem az alkalmazáskód. A kísérleteket a szolgáltatói szerepkör számára is elutasítja, amely teljesen megkerüli a sorszintű biztonságot.

  supabase/apply-agentaudit.sql — a kísérletet pedig maga is futtathatja a(z) Bizonyítsa be oldalon.

• Egy ügynök törlése nem törölheti a döntési előzményeit.

  A döntésből az ügynökhöz vezető idegen kulcs ON DELETE RESTRICT, így a szülősor nem távolítható el, amíg döntések hivatkoznak rá. Az ügynökök nyugdíjazásra kerülnek, nem törlődnek.

  supabase/apply-agentaudit.sql

• Egy ügyfél nem olvashat egy másik ügyfél bejegyzéseit.

  A sorszintű biztonsági szabályzatok minden olvasást és írást a hívó szervezetére korlátoznak. Az adatbázis ezt érvényesíti, így az alkalmazáskód hibája nem szélesítheti ki.

  supabase/apply-agentaudit.sql, supabase/apply-tenancy.sql

• Az API-kulcsok soha nem tárolódnak olyan formában, amelyet fel lehetne használni.

  Csak a kulcs SHA-256 hash-e marad meg. A nyílt szöveg létrehozáskor egyszer jelenik meg, és nem állítható vissza, így egy adatbázis-kiszivárgás senkinek sem ad működő hitelesítő adatokat.

  src/lib/apiPrincipal.ts, src/app/api/access-keys/route.ts

• A döntések tartalma soha nem kerül nyelvi modellhez.

  Az AgentAudit-ban sehol nincs modellhívás. Semmit nem foglal össze, nem osztályoz, nem pontoz és nem ír át az MI — a megfelelőségi értékelés és az átláthatósági nyilvántartás megszámolt adatokon végzett determinisztikus függvények.

  src/lib/agentaudit/ — keresse benne a modellhívást, és nem talál egyet sem.

• Indoklást soha nem generálunk.

  Egy döntéshez tárolt indoklás szó szerint az, amit az ügyfél ügynöke jelentett. Ez a platform nem ír ilyet, és az SDK sem következtet ilyenre, amikor egy függvényt becsomagol.

  src/lib/agentaudit/ingest.ts, packages/agentaudit-sdk/

• Az ellenőrzés nélkülünk is elvégezhető.

  A hash-algoritmus teljes egészében közzétett. Egy ügyfél, egy szabályozó vagy egy ellenérdekű fél az exportból minden hash-t újraszámolhat a saját kódjának nagyjából harminc sorával. A böngészős ellenőrző futás közben nem küld hálózati kérést.

  /agentaudit/docs#algorithm

Alfeldolgozók

Három, és más nem vesz részt egy döntési bejegyzés kezelésében:

Megőrzés és a törlés kérdése

Egy döntés nem törölhető. Ez az egész termék, és ellentétes az UK GDPR 17. cikke szerinti törléshez való joggal. Egy adatvédelmi tisztviselő az első megbeszélésen felveti majd, ezért itt vetjük fel elsőként.

A tervezés szándéka, hogy egy döntési bejegyzés ne tartalmazzon személyes adatot. A(z) subject mező hivatkozás céljára szolgál — ügyszám, követelésazonosító, fiókkulcs — nem névre. Így tartva a bejegyzés leírja, mit tett egy ügynök a 88213 ügyben, a személy azonossága pedig az Ön saját rendszereiben él, ahol a törlés olyasmi, amit valóban el tud végezni.

Ezt semmi nem kényszeríti ki ezen a platformon. Azt tárolja, amit az ügynökei küldenek, így a minimalizálásnak a forrásnál, az Ön kódjában kell megtörténnie, mielőtt a döntést jelentik. Érdemes beleírni az integrációs tervbe, nem későbbre hagyni a felfedezést.

Hogy a 17. cikk egyáltalán érvényesül-e egy adott telepítésnél, és alkalmazandó-e valamilyen mentesség, az az Ön felhasználási esetével kapcsolatos jogi kérdés. Ez a szállító nem válaszol rá, és nem is illetékes erre.

Kérdések a szállítóhoz

1 of 7 supplier questions answered. 6 are outstanding and shown as such — a visible gap costs a follow-up email, and an invented answer costs the contract.

Minden, amit a telepítés magáról meg tud állapítani, a futó rendszerből olvasódik, nem kézzel gépelik be — egy oldal, amely arra kéri az embert, emlékezzen, melyik régióba telepített, végül magabiztosan rossz régiót fog megadni. A többi az üzemeltető saját nyilatkozata, a saját szavaival.

Region the application runs inA telepítésből olvasva

London, United Kingdom (lhr1)

Read from the running deployment, not typed in. A supplier page that asks a human to remember which region they deployed to will eventually state the wrong one confidently.

Legal entity, registered address and company numberMég nem válaszoltak

Még nem válaszoltak. Kitöltés helyett hiányként jelenik meg.

Procurement screening asks in the first form. An incorporated supplier that cannot state this quickly reads as one that has not been asked before.

Region the database is hosted inMég nem válaszoltak

Még nem válaszoltak. Kitöltés helyett hiányként jelenik meg.

A UK public body usually needs to know whether data leaves the UK or EEA. Find it in the Supabase dashboard under Project Settings → General → Region. The APPLICATION region is resolved automatically and shown above.

Data protection officer or named contactMég nem válaszoltak

Még nem válaszoltak. Kitöltés helyett hiányként jelenik meg.

Needed for a buyer’s DPIA and for any Article 30 record that names this supplier.

Az a szállító, amelyik egy tanúsítványt túloz el, mindent elmondott a vevőnek a többi állításáról is, amit tudnia kell. Egy őszinte hiány egy utánkövető e-mailbe kerül; egy felfedezett túlzás a szerződésbe — ezért maradnak a megválaszolatlan kérdések láthatóan megválaszolatlanok.

Ez az oldal csak az AgentAudit-ot írja le. A Blackout Intelligence OS külön termék, más adatlábnyomással, és nem szabad úgy olvasni, hogy lefedi.