Dobički:
- Celovito upravljanje incidenta s podporo umetne inteligence v fazah odkrivanja, diagnoze, ublažitve, trajne rešitve in učenja
- Sposobnost ohranjanja discipline preverjanja tudi v času panike z ločevanjem korakov, ki jih je mogoče prenesti na umetno inteligenco, in tistih, ki zahtevajo človeško odločitev na vsaki stopnji.
- Sposobnost spremeniti zlato pravilo, da ima umetna inteligenca prednost pred vprašanji 'kaj se dogaja, kako napisati' in imajo ljudje prednost pred vprašanji 'ali naj to storim, kdo je garant', v poslovni refleks
Integracija od konca do konca: Upravljanje incidenta od konca do konca z AI
Naučili ste se delov v prejšnjih desetih enotah: skriptiranje, analiza dnevnika, spremljanje, konfiguracija, IAC, dokumentacija, predvideno vzdrževanje, upravljanje sprememb in varnost. Toda v resničnem svetu ti deli ne pridejo drug za drugim, ampak se prepletajo znotraj dogodka. V tej zadnji enoti združujemo dele: v celoti boste videli, kako upravljati incident, ki se je začel sredi noči, od konca do konca, od odkrivanja do temeljnega vzroka, od sanacije do dokumentacije in z uporabo pravega odmerka umetne inteligence na vsaki stopnji. Cilj ni poučevanje nove tehnike; povezovanje tega, kar ste se naučili kot inženirjev refleks, krepitev ene same resnice, ki se ponavlja skozi modul: AI pospešuje, osvetljuje in načrtuje na vsaki stopnji; vedno pa je človek tisti, ki potrdi diagnozo, izvede ukaz, potrdi spremembo in nosi odgovornost za rezultat.
V tej enoti boste s primerom integrirali življenjski cikel incidenta – odkrivanje, diagnosticiranje, posredovanje, reševanje, učenje – ter vlogo in omejitve umetne inteligence na vsaki stopnji.
Življenjski cikel dogodka
Vsak resen incident gre skozi podobne faze in umetna inteligenca ima v vsaki fazi drugačno vlogo. Zaznavanje: oglasi se alarm, uporabnik se pritoži, metrika odstopa od osnovne vrednosti (enota 4). Validacija in obseg: ali je res težava, kako široka je? Diagnoza: iskanje temeljnega vzroka iz dnevnikov in meritev (3. enota). Odziv in ublažitev: zaustavitev škode, rešitev. Trajna rešitev: po potrebi popravite z upravljanjem sprememb (enota 9), skriptom (enota 2) ali konfiguracijo (enota 5). Učenje: post mortem in posodobitev runbook (Enota 7). Umetna inteligenca zaznamuje anomalijo pri odkrivanju, postavlja hipoteze pri diagnozi, ponuja možnosti pri posredovanju, piše osnutke v rešitvi, ustvarja dokumente pri učenju – toda na vsaki stopnji smo ljudje na točki odločitve.
Namig: najnevarnejši trenutek incidenta je trenutek diagnoze in odziva, ko je stres najvišji - natanko takrat, ko je želja po slepem zaupanju AI najmočnejša. Bolj ko hitite, močneje se oklepate refleksa "preberi, preveri, pripravi se na vrnitev". Eno samo preverjanje, preskočeno v trenutku panike, podvoji dogodek.
Primer od začetka do konca
Zabetonirajmo. Alarm ob 02.10: odzivni čas plačilne storitve p99 je 6 sekund, precej nad izhodiščno vrednostjo (250–400 ms). Zaznavanje pravilno: sledenje je delovalo. Potrditev: potrditev z več lokacij, resničen dogodek. Diagnostika: inženir AI posreduje maskiran dnevnik in meritve zadnjih 20 minut; Umetna inteligenca vzpostavi časovnico in označi, da se upočasnitev začne takoj po uvedbi ob 02:08 – močna korelacija, vendar še vedno hipoteza. Inženir to potrdi z dnevnikom uvajanja: da, izdaja je bila izdana ob 02:08. Odgovor: najhitrejše zmanjšanje je vrnitev porazdelitve; Korak povrnitve nazaj v zahtevi za spremembo je pripravljen (enota 9). Inženir najprej implementira povrnitev na prejšnje stanje na strežniku s kanarčkovo logiko, odzivni čas se izboljša, nato pa ga razširi. Trajna rešitev: pravi glavni vzrok (neindeksirana poizvedba v novi različici) bo mirno odpravljen naslednji dan. Učenje: Narejen je post mortem brez umetne inteligence in korak »nadzor p99 po uvedbi« je dodan v runbook. Na vsaki stopnji je AI pospešil; človeško potrjeno na vsaki točki odločitve.
Zlato pravilo delitve dela človek-AI
Razlika, ki jo vidite v celotnem modulu, tukaj postane pravilo: umetna inteligenca vodi v vprašanjih "kaj se dogaja, kaj se lahko zgodi, kako pisati"; Ljudje so v prednosti, ko gre za vprašanja, kot je "naj to storim zdaj, kdo lahko jamči za to?" Umetna inteligenca je neumorna, hitra, skenira ogromno informacij in ustvarja načrte – vendar ne pozna celotnega konteksta, lahko povzroči halucinacije, ne zmore prevzeti odgovornosti in ne vidi skritih odvisnosti vaše organizacije. Človek je počasen, vendar nosi kontekst, odgovornost in presojo. Najboljši rezultat je v pravilni delitvi dela med obema: AI prepustite ponavljajoče se, besedilno in produktivno delo; Naj bodo preverjanje, odločanje in izvedba človeški.
trije mini kovčki
Primer 1 — 40 minut od konca do konca. V dogodku polnega diska je SRE pospešil celotno verigo z umetno inteligenco: potrdil alarm z osnovno linijo (5 min), dal povzeti maskirani dnevnik v YZ in našel prvo napako (5 min), preveril hipotezo umetne inteligence o "ustavljenem vrtenju dnevnika" v resničnem sistemu (5 min), zagnal in implementiral pripravljen čistilni skript s suhim zagonom (10 min), dal skico posmrtnega ostanka napisati v umetno inteligenco in preveril dejstva (15 min). Skupaj 40 minut; Približno dvakrat toliko brez AI. Toda na vsaki stopnji je bil korak preverjanja.
2. primer – preskočeno preverjanje v trenutku panike. Druga ekipa je hitela z rezom. Sprejel je prvo hipotezo vzroka AI (storitev odvisnosti), ne da bi jo preveril, in znova zagnal to storitev. Težava ni bila odpravljena, ker je bil pravi vzrok nekaj drugega; Poleg tega je nepotreben ponovni zagon povzročil drugi izpad. Nauk: naglica ni opravičilo za preskok preverjanja; Preden je hipoteza AI potrjena, dejanje stopnjuje dogodek.
Primer 3 – Zavedati se meje. Inženir je nameraval izvesti spremembo konfiguracije, ki jo je umetna inteligenca zahtevala pri zapleteni težavi z omrežjem. Toda sprememba se je zdela nepovratna in AI ni poznal posebnih pravil usmerjanja agencije. Inženir se je ustavil, se posvetoval z višjim strokovnjakom za omrežja in izvedel, da bo predlog AI ustvaril usmerjevalno zanko v tej posebni topologiji. Poznavanje omejitev AI je preprečilo motnjo.
Štiri predloge za kopiranje
1) Povzetek sprožilca dogodka (triaža):
Vaša vloga: višji SRE, pomočnik poveljnika incidenta. Obstaja aktiven dogodek. Prikrito opozorilo/metrika/dnevnik, ki vam ga dam, mi omogoča hitro triažo: (1) kaj je simptom, (2) kakšen je obseg vpliva, (3) 3 področja, ki jih je treba najprej pogledati, (4) ukaz za nadzor samo za branje za vsako. Odločitev in izvedba je moja; Pošlji pot. Podatki: [zamaskirani]
2) Vodnik za postopno upravljanje incidentov:
Peljite me korak za korakom skozi življenjski cikel incidenta za simptom [simptom]: potrditev odkrivanja, diagnoza, ublažitev, trajna rešitev, učenje. Na VSAKI stopnji mi povejte (a) kaj moram storiti, (b) kdaj lahko to varno prenesem na AI, (c) kakšno odločitev MORAM sprejeti sam. Označite korake preverjanja, ki jih ne smem preskočiti, tudi če hitim.
3) Nadzor točke odločanja:
Sem sredi dogodka in nameravam izvesti naslednje dejanje: [dejanje]. Pred uvedbo me vprašajte: (1) ali je to reverzibilno, (2) katero preverjanje sem naredil/nisem opravil, (3) ali imam načrt za povrnitev, (4) ali imam dokaze, da je to dejanje dejansko odpravilo glavni vzrok? Če vidite, da karkoli manjka, me ustavite.
4) Integrirano učenje po dogodku:
Za pravkar razrešen incident mi [povzetek] daje: (1) posmrtni osnutek brez krivde, (2) 3 trajne izboljšave (nadzor/avtomatizacija/konfiguracija), ki bodo preprečile ta incident, (3) korake runbooka, ki jih je treba posodobiti, (4) predlog zgodnjega opozorilnega signala za podoben incident. Pisanje vzroka brez dokazov; temelji na dejstvih.
Šibek poziv/močan poziv
Šibek poziv:
Sistem se je zrušil, kaj naj storim?
Panično, brez konteksta in brez preverjanja, ta poziv prejme splošen in morda nevaren nasvet AI. Hitenje na tej točki največ vodi do napak.
Močan poziv:
Vaša vloga: pomočnik poveljnika incidenta. Aktivni dogodek: odzivni čas plačilne storitve ip99 je 15-krat večji od osnovne vrednosti (250–400 ms) od 02:10. Vem, da je bila razdelitev ob 02:08. Povejte mi: (1) najverjetnejšo hipotezo in kako jo preveriti SAMO ZA BRANJE, (2) najhitrejšo in REVERZIBILNO možnost ublažitve, (3) tveganja, ki jih moram nadzorovati, preden uporabim to ublažitev. Imam izvedbo in odobritev. Dodatni podatki: [maskirana metrika/dnevnik]
faza dogodka
Vloga AI
Kritična človeška odločitev
odkrivanje
Označite anomalijo
Ali gre za dejanski dogodek, kakšen je obseg?
Diagnoza
ustvarjanje hipotez
Katera hipoteza je bila potrjena?
zmanjšanje
Ne ponujajte možnosti
Katero zmanjšanje je reverzibilno?
trajna rešitev
Osnutek/scenarij
Odobrite in izvedite spremembo
Učenje
Posmrtna skica
Potrjevanje dejstev in lekcij
Pogoste napake
- Preskakovanje preverjanja v paniki. Hitenje ni opravičilo za opustitev refleksa »preberi-preveri-pripravi se vrni«; Ker stres narašča, se mora disciplina povečati.
- Zamenjavanje hipoteze z dokazom. Če ukrepate, ne da bi potrdili prvi glavni vzrok AI, boste incident stopnjevali.
- Pozabljamo na kontekstno mejo AI. AI ne pozna skritih odvisnosti organizacije; Pri kritičnih spremembah prevlada človeška presoja.
- Preskakovanje faze učenja. Dogodek se brez post mortem in posodobitev runbooka ponovno začne isto noč.
- Prelaganje odgovornosti na AI. "AI je tako rekel" ni obramba; Odgovornost za izvedbo je vedno na človeku.
Pozor: uporaba umetne inteligence pri upravljanju incidentov ne nadomesti upravljanja incidentov pri učenju. Vozilo se lahko zaleti, zaleti ali pa je nedostopno. Inženir, ki pozna osnove, je hitrejši z AI; Inženir, ki ne pozna osnov, bo z AI hitreje delal napake. Najprej vzpostavite disciplino, nato pridobite hitrost od umetne inteligence.
Če povzamem
V resničnem svetu deli ne pridejo drug za drugim, ampak se prepletajo v dogodku. Pri upravljanju dogodka od odkrivanja do učenja AI pospeši na vsaki stopnji: označi anomalijo, ustvari hipoteze, ponudi možnosti, osnutke, pripravi post mortem. Toda na vsaki točki odločitve se človek ustavi - potrdi diagnozo, se odloči za zmanjšanje, odobri spremembo, ima rezultat. Zlato pravilo je jasno: AI je v prednosti pri vprašanjih "kaj se zgodi, kako napisati", ljudje pa prednjačijo pri vprašanjih "naj to storim, kdo je garant?" V času panike povečajte disciplino, ločite hipoteze od dokazov, zapomnite si omejitve konteksta AI in iz vsakega dogodka potegnite lekcijo runbook. Bistvo tega modula je en stavek: AI je močan pomočnik; Inženirske odgovornosti ni mogoče prenesti.
Aplikacijska naloga
Razmislite o dogodku, ki ste ga doživeli (ali si zamislili) v svoji preteklosti, od začetka do konca. Z zgornjo predlogo »Vodnik za postopno upravljanje incidentov« prosite AI, da vodi incident skozi stopnje odkrivanja-diagnoze-blažitve-reševanja-učenja; Na vsaki stopnji ločeno napišite korak, ki ga lahko prenesete na AI in korak, za katerega se morate odločiti sami. Potrdite vsaj eno hipotezo AI z ukazom za preverjanje med fazo diagnoze. Nazadnje izdelajte post mortem in osnutek posodobitve runbook s predlogo »Integrirano učenje po dogodku«. Povzemite delitev dela med človekom in umetno inteligenco v celotnem procesu v 7 točkah.
kontrolni seznam
- [ ] Ali sem incident razdelil na faze odkrivanja, diagnoze, ublažitve, rešitve in učenja?
- [ ] Ali sem razlikoval med koraki, ki jih je mogoče prenesti na AI, in tistimi, ki zahtevajo človeško odločanje na vsaki stopnji?
- [ ] Ali sem v diagnozi ločil hipotezo AI od dokazov in jo potrdil z ukazom za preverjanje?
- [ ] Ali sem ovrednotil ublažitev v smislu reverzibilnosti in načrta za povrnitev?
- [ ] Sem ohranil refleks "preberi-preveri-pripravi se vrni" tudi v času panike?
- [ ] Ali sem se iz dogodka naučil lekcije posmrtnih ostankov in runbooka?
Modulni izpit
1. Kaj od naslednjega je najbolj natančno pozicioniranje za umetno inteligenco pri upravljanju sistema in omrežja?
- A) Umetna inteligenca je pomočnik in orodje za podporo odločanju; Odgovornost in končna odobritev kritičnih izvršnih odločitev je v rokah ljudi ✔
- B) Umetna inteligenca lahko izvaja ukaze in izvaja spremembe v proizvodnji brez človeške odobritve
- C) Umetna inteligenca deluje le pri pisanju besedila, s sistemom in omrežnim delom nima nič
- D) Umetna inteligenca vedno sprejema natančnejše odločitve kot ljudje, zato je preverjanje nepotrebno
Opis: Umetna inteligenca je pomočnik in orodje za podporo odločanju, ki ustvarja osnutke in analize, kot so skripti, analiza dnevnikov in dokumenti. Odgovornost in končna odobritev izvršnih odločitev, ki vplivajo na izpade, izgubo podatkov in varnost, kot je izvedba ukaza ali odobritev spremembe, pripada pristojnemu inženirju.
2. Kateri so štirje koraki refleksa preverjanja, ki jih je treba izvesti pred zagonom ukaza, ki ga generira umetna inteligenca v proizvodnji?
- A) Kopiraj, prilepi, zaženi, upaj
- B) Preberite in razumejte, dokumentirajte, poskusite v izoliranem okolju, pripravite se na povratne informacije ✔
- C) Všečkaj, deli, shrani, arhiviraj
- D) Izbriši, prepiši, stisni, pošlji
Opis: štirje koraki za uporabo pri kritičnem izhodu: (1) preberite in razumejte ukazno vrstico za vrstico, (2) povežite zastavice in sintakso z uradno dokumentacijo, (3) poskusite v izoliranem/testnem okolju, poskusite, če je mogoče, (4) pripravite nadomestni načrt (varnostna kopija, posnetek), če gre narobe.
3. Kaj pomeni, da je skript za avtomatizacijo 'idempotenten' in zakaj je to pomembno?
- A) Skript pri vsakem zagonu ustvari različne rezultate
- B) Skript se lahko zažene samo enkrat in se nato izbriše
- C) Skript ne povzroči nobene škode pri drugem zagonu; ✔ Varno, tudi če se ponovno sproži
- D) Skript ne vsebuje upravljanja napak
Pojasnilo: Idempotenca pomeni, da ko se isti skript zažene dvakrat ali večkrat, pri drugem zagonu ne povzroči škode ali napak. Vzpostavljena je logika, kot je 'preskoči, če uporabnik že obstaja', 'ustvari imenik, če ne obstaja, ne dotikaj se ga, če obstaja'. To zagotavlja varno delovanje avtomatizacije, tudi če se nehote znova sproži.
4. Kateri je najosnovnejši način za zaščito skripta, ki vsebuje destruktivne operacije (brisanje, ponovni zagon)?
- A) Zaženite skript čim hitreje
- B) Skrivanje sporočil o napakah
- C) Testiranje skripta neposredno v proizvodnji
- D) Postavitev uničujočih operacij za privzeto suho vožnjo in vezava dejanske izvedbe na eksplicitno zastavico kljukice ✔
Pojasnilo: Ohranjanje destruktivnih procesov v načinu suhega zagona privzeto in samo izvajanje dejanske aplikacije z izrecno odobritveno zastavico (npr. --apply) vam omogoča, da najprej vidite, kaj se bo zgodilo, ko se skript zažene. Tudi preverjanje ničelne spremenljivke (VAR:?) preprečuje napake na poti.
5. Kaj pomeni načelo "korelacija ni vzročna zveza" pri analizi dnevnika?
- A) Dva dogodka, ki se spreminjata skupaj, nista nujno v vzročno-posledični zvezi; Preveriti je treba tudi vzročnost ✔
- B) Iskanje korelacije v dnevnikih je izguba časa
- C) Od dveh dogodkov, ki se spreminjata skupaj, je eden zagotovo vzrok drugega.
- D) Vzročnost lahko ugotovi le umetna inteligenca
Pojasnilo: Samo zato, ker se zgodita dva dogodka hkrati (korelacija), ne pomeni, da eden povzroči drugega (vzročna zveza); Oboje je lahko posledica tretjega dogodka. Predlog AI, da je "X verjetno povzročil Y", je hipoteza in se ne šteje za ugotovitev, dokler ni preverjena v sistemu.
6. Zakaj ima percentil (p95/p99) prednost pred povprečjem pri merjenju odzivnega časa pri spremljanju delovanja?
- A) Percentil je lažje izračunati kot povprečje
- B) Povprečje prikriva slabe izkušnje manjšine; percentil razkriva te skrite težave ✔
- C) Povprečje je vedno napačno in se ga ne sme uporabljati
- D) Percentil velja samo za meritve CPE
Pojasnilo: Povprečje skriva zelo slabo izkušnjo, ki jo ima majhen del uporabnikov. Čeprav se zdi, da je povprečje 200 ms, je lahko p99 6 sekund; To pomeni, da je ena od stotih zahtev strašno počasna. Percentil naredi vidno bolečino te manjšine, ki jo skriva povprečje.
7. Kaj je "odnašanje" pri upravljanju konfiguracije in zakaj je nevarno?
- A) Omrežni promet ponoči upade
- B) Fizična premestitev strežnika
- C) Strežniki odstopajo drug od drugega in od standarda skozi čas; ✔ Neviden, dokler ne pride do težave
- D) Samodejno varnostno kopiranje konfiguracijskih datotek
Opis: Odmik je odstopanje strežnikov drug od drugega in od standarda z nedokumentiranimi ročnimi spremembami skozi čas. Njegova nevarnost je njegova tišina: ni viden, dokler se ne pojavi težava, potem se en strežnik obnaša drugače kot drugi in diagnoza traja ure. Umetna inteligenca naredi odmik viden v primerjavi; Zlati princip varjenja preprečuje.
8. Zakaj je korak 'načrt' najbolj pomembna varnostna ograja v orodjih IAC (kot je Terraform)?
- A) Načrt izvaja kodo hitreje
- B) Izbriše datoteko stanja načrta
- C) Načrt popravlja le oblikovanje kode
- D) Načrt prikazuje, kaj bo dodano, spremenjeno in IZBRISANO pred izvedbo; Preprečuje izgubo podatkov ✔
Opis: Načrt (terraform plan / ansible --check) daje predogled, 'kaj se bo spremenilo' pred izvedbo kode: koliko virov bo dodanih, spremenjenih, izbrisanih. Zlasti vrstici 'uniči' in 'usili zamenjavo' nakazujeta tveganje izgube podatkov pred izvedbo. Prijava brez branja načrta je ena najdražjih napak.
9. Zakaj bi morala biti datoteka stanja Terraform skrbno zaščitena in ne prilepljena v AI ali odprta skladišča?
- A) Skrivnosti navadnega besedila so lahko vključene v državno datoteko; V primeru uhajanja bodo informacije o identiteti razkrite ✔
- B) Ker je datoteka stanja prevelika
- C) Datoteka stanja je že neberljivo šifrirana.
- D) Koda deluje hitreje, če je datoteka stanja v skupni rabi
Opis: datoteka State hrani trenutno stanje upravljane infrastrukture in lahko vključuje skrivnosti navadnega besedila (gesla baze podatkov, ključi). Zato ga je treba hraniti v šifriranem oddaljenem zaledju z omejenim dostopom; Nikoli ga ne smete postaviti v javno vozilo ali skladišče, sicer bo skrivnost ušla.
10. Kaj poudarja izjava 'napačen runbook je bolj nevaren kot noben runbook' v dokumentaciji?
- A) Pisanje priročnika je izguba časa
- B) Nepreizkušeni runbook se v krizi izvaja na slepo; En napačen korak lahko vodi v katastrofo ✔
- C) Runbooks so napisani samo za skrbnike
- D) Dokumentacija se ne sme nikoli posodabljati
Pojasnilo: Ekipa brez runbooka je med krizo previdna in sumničava; toda oseba z 'uradno' runbook jo uporablja pod stresom brez spraševanja. Če runbook ni preizkušen in ima en korak narobe, bo slepa implementacija povzročila katastrofo. Zato mora biti vsak runbook temeljito testiran in žigosan v resničnem okolju.
11. Kateri pristop pri prediktivnem vzdrževanju je pravilen za razumevanje, kdaj se disk bliža okvari?
- A) Takoj zamenjajte en slab SMART disk
- B) Popolno ignoriranje podatkov SMART
- C) Pogled na trend vrednosti skozi čas; ✔ Dosledno in pospešeno povečanje števila signalov
- D) Ukrepanje šele, ko se disk popolnoma zruši
Pojasnilo: en sam slab odčitek SMART ni razlog za paniko; Normalno je, da imajo diski občasno popravljene napake. Pravi signal je trend: dosledno in pospešeno povečevanje vrednosti, kot je prerazporejeni sektor skozi čas. Zato AI dobi časovno vrsto, ne pa enega odčitka.
12. Katera sta najpogosteje spregledana, a kritična dela prehoda na proizvodnjo?
- A) Barva in ime spremembe
- B) Naziv in oddelek osebe, ki izvaja spremembo
- C) Objava spremembe na družbenih medijih
- D) Načrt za povrnitev in merila za preverjanje uspeha ✔
Pojasnilo: Če pred izvedbo spremembe ni pisnega odgovora na vprašanji "kako natančno se vrnem, če gre slabo" (načrt za povrnitev) in "kako dokažem, da je uspešen" (kriteriji preverjanja uspeha), ta sprememba še ni pripravljena. Brez teh dveh se lahko okvarjena sprememba šteje za "popolno".
13. Zakaj je pristop 'kanarčka' bolj zaželen kot uvedba varnostne uvedbe (nova različica/popravek) na vse strežnike hkrati?
- A) Sprememba se najprej uporabi za majhen del; Hrošč prizadene majhen del, ne celotno floto, in ga odkrijejo zgodaj ✔
- B) Canary distribucija porabi manj električne energije
- C) Canary naredi preverjanje uvajanja popolnoma nepotrebno
- D) Razmestitev Canary velja samo za baze podatkov
Opis: uvedba Canaryja najprej uporabi spremembo za majhen del (en strežnik, 5 % uporabnikov) in spremlja. Na ta način hrošč prizadene majhen del, ne celotne flote, in ga odkrijejo zgodaj. Hrošč, ki se razširi naenkrat, prizadene vse uporabnike hkrati.
14. Kakšno je nespremenljivo etično in pravno pravilo pri uporabi umetne inteligence v varnostnem delu?
- A) Umetno inteligenco je mogoče prosto uporabljati za iskanje ranljivosti v katerem koli sistemu
- B) Etični kodeks velja le za velike ustanove
- C) Uporablja se samo v pooblaščenih sistemih in za obrambne namene; Uporaba za nepooblaščen dostop ali napad je kaznivo dejanje ✔
- D) Prosto se je infiltrirati v sistem nekoga drugega z namenom učenja.
Opis: Informacije o sistemu in omrežju so dvojne uporabe. Umetno inteligenco je mogoče uporabljati le v sistemih, za katere imate pisno pooblastilo, in za obrambne namene (zaznavanje groženj dnevnika, utrjevanje, odziv na incidente). Uporaba za skeniranje ali infiltracijo v sistem, ki ne pripada vam, je nepooblaščen dostop in kaznivo dejanje; Za učenje je treba uporabiti izoliran laboratorij.