Üksus 10 / 11

Ohutuskriitiline audit, ekspertide heakskiit ja vastutustundlik kasutamine

Kasu:

  • Arusaam plokiahela turvakriitilisusest ja põhjustest, miks tehisintellekt ei suuda algset viga tuvastada, anda valekindlust, olla aegunud ega suuda vastutust võtta.
  • Võimalus vältida üksiku vea lekkimist reaalajas süsteemi kihilise verifitseerimisega, mis paneb igasse etappi inimese kontrollivärava
  • Turvalisuse seisukohalt kriitiline lõplik kooskõlastus kuulub pädevale eksperdile ning oskusele võtta omaks inimvastutuse, kaitseeesmärgi, konfidentsiaalsuse, läbipaistvuse ja aususe põhimõtted.

See on selle mooduli kõige olulisem üksus. Seni oleme näinud, kuidas AI kiirendab kõike alates nutikast lepingute kirjutamisest kuni ahelasisese analüüsini, alates tokenoomikast kuni pettuste tuvastamiseni. Selles üksuses astume tagasi ja vaatame asja tuuma: miks ei saa tehisintellekti väljund ohutuskriitilises töös asendada pädeva ekspertide heakskiitu. Ja milline on eksperdina tehisintellekti vastutustundliku kasutamise raamistik? Plokiahela insener on turvakriitiline valdkond, kus vead muutuvad otseselt ja pöördumatult rahaks; See üksus tegeleb selle reaalsuse nõuetega.

Mida tähendab "turvakriitiline" ja miks see erineb?

Ala on ohutuse seisukohalt kriitiline, kui vea tagajärg on pöördumatu ja tõsine: inimkaotused sillaehituses, väärravi meditsiinis, miljonite dollarite kohene ja püsiv kaotus plokiahelas. Nendes valdkondades aktsepteeritud standard erineb täiesti tavalisest tarkvarast:

  • "Tõenäoliselt töötab" ei piisa; tuleb tõestada.
  • "Parandame selle hiljem" on kehtetu; Pöördumatus ei andesta.
  • Lõpliku heakskiidu annab pädev ekspert, kes võtab endale professionaalse ja juriidilise vastutuse.

AI on assistent; ei saa võtta vastutust, vastutada ega seista tulemuste taga. Kui auditiaruandes jääb puudu haavatavusest, lasub vastutus allkirjastanud eksperdil, mitte tehisintellektil. "AI ütles nii" ei ole insenerikaitse.

Miks tehisintellekt ei saa eksperti asendada: neli peamist põhjust

1. AI ei näe algset ja kontekstilist viga. AI tunneb ära treeningandmete mustrid. Uus haavatavus, protokollispetsiifiline äriloogika viga või komponentide ainulaadne koostoime on AI pimeala. Kõige kallimad Web3 rünnakud pärinevad just nendest unikaalsetest haavatavustest.

2. AI annab vale kindlustunde. Tehisintellekt võib vabalt ja enesekindlalt öelda, et "see kood näib turvaline" – samas eksides. See "ohutushallutsinatsioon" on ohutuskriitilise piirkonna kõige ohtlikum väljund; sest see loob vale turvatunde.

3. AI on aegunud. Tehisintellekti teadmised peatuvad hariduslikul lõppkuupäeval. Viimased rünnakud, uusimad teegi versioonid ja uusimad parimad tavad on väljaspool selle silmapiiri. Turvalisus on pidevalt muutuv rass; Eilne teave võib täna olla ebapiisav.

4. AI ei saa võtta vastutust. See on võib-olla kõige elementaarsem põhjus. Inseneri tunnustus ei ole ainult tehniline, vaid ka juriidiline ja eetiline kohustus. Masin ei saa seda kohustust võtta.

Ettevaatust. Turvakriitilises väljundis on küsimus "Mida AI ütles?" aga "Kes on see pädev isik, kes selle väljundi kontrollib, kinnitab ja selle taga seisab?" peaks olema. Mitteeksperdi heakskiitu – ei AI ega tööriista poolt – ei saa pidada kinnituseks.

Kihiline kontroll: üksikute vigade reaalajas lekkimise vältimine

Vastutustundlik töövoog seab igasse etappi inimese kontrollivärava. Te ei saa läbida ühest uksest teise läbimata:

Lava

AI panus

inimese kontrollivärav

õigekiri

koodi eelnõu

Ehitamine + testimine + ülevaatamine

skannida

Kandidaadi haavatavus

Staatiline analüüs + audiitori kinnitus

Audit

Vihje, aruande mustand

Pädeva audiitori allkiri

test

stsenaariumi mustand

Testnet + fuzzing + simulatsioon

Levitamine

kontrollnimekiri

Mitme allkirjaga kinnitus + järkjärguline väljumine

Järelevalve

anomaalia märk

inimeste reageerimise plaan

See kihiline struktuur takistab ühe AI-vea lekkimist põhivõrku. Igal uksel on selge läbimise tingimus: kas test läbis, kas audiitor allkirjastas, kas simulatsioon pidas vastu?

Nõrk lähenemine / tugev lähenemine

Nõrk lähenemine:

AI genereeris koodi, see näeb puhas välja, paneme selle põhivõrku.

See on katastroofi retsept pöördumatus piirkonnas.

Võimas lähenemine:

1. AI koostas mustandi → koostasime selle, testisime.2. Staatiline analüüs + AI skaneerimine → audiitor kinnitas.3. Sõltumatu turvaaudit → allkirjastatud aruanne.4. Testnet + fuzzing + simulatsioon → stsenaariumid talusid.5. Mitme allkirjaga, kaskaadvõrgust väljumine + jälgimine. Igas pordis: edasiminekut ei toimu enne, kui üleminekutingimus on täidetud.

Neli kopeeritavat malli

1) Kontrollvärava juhtimine:

Looge selle turbekriitilise väljundi jaoks valideerimise kontrollnimekiri: milliste sõltumatute sammudega (koostamine, staatiline analüüs, auditeerimine, testimine, simulatsioon) tuleks see valideerida? Kirjutage iga sammu üleminekutingimus. Märkige, milline risk tekib, kui üks samm vahele jäetakse.

2) AI väljundi usaldustaseme märgistus:

Vaadake allolevat tehisintellekti loodud väljundit ja märkige iga väide: "kinnitatud / tuleks kontrollida / AI nõrkusala". Tõstke esile punktid, mis nõuavad inimteadmisi, eriti need, mis on seotud äriloogika ja ainulaadse riskiga.

3) Eksperdi ülekandemärkus:

Selle väljundi pädevale eksperdile üleandmiseks koostage kokkuvõte: mida tehisintellekt tegi, milliste eeldustega, kus on ebakindel, kus konkreetselt peab ekspert kinnitama? Tehke selgeks, et vastutus lasub eksperdil.

4) Juhtumitele reageerimise ettevalmistamine:

Koostage selle protokolli jaoks hädaolukorrale/intsidendile reageerimise ülevaade: millised sammud (pealtkuulamine, side, fondikaitse) oleksid kaasatud, kui olendi haavatavust ära kasutataks? See on mustand; Meeskond ja ekspert peavad kalibreerima.

Kolm miniümbrist (numbrites)

Juhtum 1 – uksest hüppamine tõi kaasa katastroofi. Ajasurve tõttu jättis meeskond sõltumatu auditi vahele ja tugines tehisintellekti + enda testidele ning läks mainneti. 11 päeva hiljem eemaldati äriloogika haavatavusest ~4 miljonit dollarit. Ülevaatusvärav tabaks selle ilmselt kinni. Õppetund: ärge minge uksest mööda turvakriitilises piirkonnas.

Juhtum 2 – kihiline autentimine salvestatud. Teine meeskond juhtis iga väravat: AI plaan → staatiline analüüs → audit → testvõrk → simulatsioon. Auditifaasis tabati simulatsioonis taassisenemine, oraaklirisk. Mõlemad suleti enne mainneti. Õppetund: kihid takistavad üksikute vigade lekkimist.

Juhtum 3 – "Ohutu hallutsinatsioon". Arendaja küsis AI-lt koodi kohta; "Mingeid olulisi turvaprobleeme ei paista olevat," ütles AI. Meeskond saatis selle igatahes kontrolli ja ilmnes kaks kõrgetasemelist leidu. Kui me oleksime tehisintellekti usaldanud, oleksid nad mõlemad ellu tulnud. Õppetund: AI enesekindluse väljendus ei ole kinnitus.

Vastutustundliku kasutamise põhimõtted

Selle mooduli olemuse saame taandada kuuele põhimõttele:

  1. Inimvastutus: ohutuskriitilise lõpliku heakskiidu annab pädev ekspert; AI-d ei saa vastutusele võtta.
  2. Kihiline autentimine: inimvärava ja läbipääsu tingimus igas etapis.
  3. Kaitsekasutus: teabe kaitsmiseks ja kontrollimiseks; Mitte ära kasutada/lõksu püüda.
  4. Konfidentsiaalsus: Kliendi koodi ja andmeid ei anta avatud tööriistadele ilma loata.
  5. Läbipaistvus: AI kasutamine on aruandes ausalt öeldud; Liialdusi ega valet kinnitust ei anta.
  6. Ausus: investoreid ja kasutajaid ei eksitata; Riski ei varjata, nõuandeid ei varjata.
Näpunäide: küsige endalt iga turvalisuse seisukohast kriitilise otsuse puhul üks küsimus: "Kui see on vale ja raha läheb kaotsi, kas on toimunud pädev inimlik kontroll, et selle taga seista ja vastutust võtta?" Kui vastus on "ei, AI ütles nii", on protsess poolik.

Levinud vead

  • Sõltumatu auditi väravast möödahiilimine. See on pöördumatus valdkonnas andestamatu.
  • Tehisintellekti usaldusavalduse eksimine kinnitusena. "Ohutu hallutsinatsioon" on kõige ohtlikum.
  • Püüab vastutust AI-le panna. Vastutus lasub allkirjastanud eksperdil.
  • Ajakohasust eeldades. AI ei tea pärast koolituse lõppkuupäeva.
  • Uste lühendamine ajasurve tõttu. Kõige kallima vea allikas.
  • Lahkumine ilma vahejuhtumitele reageerimise plaanita. Kui leke tekib, jäetakse ette valmistamata.

Kokkuvõttes

  • Blockchain on turvalisuse seisukohalt kriitiline; Vead on pöördumatud ja muutuvad otse rahaks.
  • AI ei näe algset viga, annab vale kinnituse, on aegunud ega saa vastutust võtta.
  • Seetõttu annab lõpliku ohutuskriitilise kinnituse alati pädev ekspert.
  • Kihiline kontrollimine hoiab ära ühe vea lekkimise otsekeskkonda, asetades igale etapile inimvärava.
  • Vastutustundlik kasutamine: inimvastutus, kaitseeesmärk, konfidentsiaalsus, läbipaistvus ja terviklikkus.

Rakenduse ülesanne

Kujutage ette nutikat lepinguprojekti (või võtke tõeline näide). Kirjutage kihiline kontrolliplaan kogu teekonnaks ideest võrguni: mida teeb AI igal etapil, milline on inimvärav, mis on üleminekutingimus? Seejärel lisage "ajasurve" stsenaarium: millisest uksest oleks kõige ohtlikum mööda minna ja miks? Lisage ka juhtumile reageerimise ülevaade.

kontrollnimekiri

  • [ ] Nõustun sellega, et lõpliku julgeolekukriitilise heakskiidu annab ekspert.
  • [ ] Panin igasse etappi inimese kontrollivärava.
  • [ ] Tehisintellekti usaldusavaldust ma kinnituseks ei pidanud.
  • [ ] Ma ei läinud mööda sõltumatust auditi uksest.
  • [ ] Ma ei eeldanud aktuaalsust; Kinnitasin inimesega viimast teavet.
  • [ ] Ma ei pannud vastutust tehisintellektile.
  • [ ] Koostasin juhtumile reageerimise plaani.