Aktiivinen ehkäisy

Detektiivi vs ennakoiva

Detektiivisen ehkäisyn täytäntöönpano — havainto, selitys, tuomion antaminen — on käytössä nyt kaikissa liittimissä. Ennakoiva täytäntöönpano toimii toimittajatasolla ja on vapaaehtoinen kullekin liittimelle: ehkäisyn käyttöönotto asettaa liittimelle kohtaisesti valinnaisen valinnan (ja mock-tilassa simuloi korotetun kirjoitusoikeuden myönnön, joten koko silmukka on esiteltävissä tänään).

Viisi korjaustoimintoa

Jokainen ehdotus yhdistyy yhteen viidestä toimintotyypistä, joista kukin sisältää sen edellytykset, tarkan toimittajan API-kutsun, jonka se tekisi, ja aiemman tilan, jonka se tallentaa kumotusta varten:

• Poista julkinen linkki — poista anonyymin tai julkisen verkon jako.
• Peruuta jako — poista tietty ulkoinen tai vieras myöntö.
• Alenna käyttöoikeuksia — vähennä liian laajaa käyttöoikeutta (esimerkiksi muokkaus → katselija).
• Keskeytä pääasiallinen identiteetti — poista väärinkäyttäjän tai vaarantuneen identiteetin käyttöoikeus.
• Peruuta agentin soveltamisala — vetä takaisin tekoäly-agentin tai sovelluksen liian laaja suostumus.

Neljä korjaustasoa

Valitset, kuinka pitkälle 8200.dev menee löydöksen korjaamiseksi. Aseta organisaatiolaajuinen oletus ja ohita se kullekin säännölle turvallisuuskäytänteissä. Tasot muodostavat tiukan tikapuuston — kukin lisää ominaisuuden ja siihen liittyvän vaikutusalueen.

8200.dev on oletuksena vain luku. Kirjoitusoikeus tulee vain erillisestä avustuksesta, jonka hyväksyt — per tietovarasto Fix-PR:lle, per liitin Auto:lle — eikä koskaan ydinvalvontayhteydestä.

1. 1Ilmoita (kaikki suunnitelmat) — hälytys sekä korjauspeliesitys. Mitään ei muuteta. Tämä on oletus.
2. 2Ohjattu korjaus (maksetut suunnitelmat) — tarkat komennot, suora linkki palveluntarjoajan asetuksiin kyseiselle resurssille ja vaiheet. Suoritat ne puolestasi; kirjoitusoikeutta ei tarvita.
3. 3Fix-PR (Business ja ylöspäin) — 8200.dev avaa korjaavan pull-pyynnön tietovarastossasi; ihminen tarkistaa ja yhdistää sen. Mitään ei muuteta ilman hyväksyntää, ja se vaatii erillisen, peruutettavan, per-tietovarasto-kirjoitusoikeuden.
4. 4Auto (Business ja ylöspäin) — valitsemillesi säännöille 8200.dev soveltaa korjauksen automaattisesti olemassa olevan auto-guard-suojauksen alle (killswitch, sallittujen luettelo, per-liitin opt-in).

Manuaalinen vs AUTO-GUARD

Manuaalinen korjaus on yhdellä napsautuksella: Simuloi aina, Suorita nimenomaisen vahvistuksen kanssa, kun ehkäisy on käytössä. AUTO-GUARD voi valinnaisesti automaattisesti toimia vain korkean luottamuksen, deterministisillä rikkomuksilla — se on oletusarvoisesti pois päältä ja saatavilla Business-tasolla ja sitä korkeammilla tasoilla.

AUTO-GUARD on vikaantunut suunnittelun mukaan: pelkkä malliarviointi ei voi koskaan käynnistää automaattista suoritusta, vain konservatiivinen sallittujen toimintojen lista on tukikelpoinen, ja globaali killswitch voittaa jokaisen porttivartijon ja alentaa kaikki täytäntöönpano vain simulointitilaan.

Simuloitu kunnes myönnetty

Kunnes kirjoitusoikeuden OAuth myönnetään ja arvioidaan, jokainen toiminto toimii simulointitilassa ja on merkitty sellaiseksi — mitään ei väitä tekevän suoraa toimittajan muutosta, jota se ei tosiasiassa tehnyt. Mock-liittimen täytäntöönpano on todellinen ja palautettavissa demo-kuvaajaa vastaan, merkitty demojen dataksi.

Jokainen toiminto — simuloitu tai käytössä — kirjoittaa täydellisen, palautettavissa olevan tarkistuspäiväkirjan: kuka, mitä, milloin, ennen → jälkeen, ja tulos.