Dobici:
- Upravljanje incidentom od kraja do kraja uz podršku umjetne inteligencije u fazama otkrivanja, dijagnostike, ublažavanja, trajnog rješenja i učenja
- Sposobnost održavanja discipline verifikacije čak i u vremenima panike odvajanjem koraka koji se mogu prenijeti na umjetnu inteligenciju i onih koji zahtijevaju ljudsku odluku u svakoj fazi.
- Sposobnost pretvaranja zlatnog pravila da umjetna inteligencija ima prednost nad pitanjima „šta se događa, kako pisati“, a ljudi imaju prioritet nad pitanjima „da li to trebam učiniti, ko je garant“, pretvori u poslovni refleks
Integracija od kraja do kraja: Upravljanje incidentom od kraja do kraja pomoću AI
Naučili ste dijelove u prethodnih deset jedinica: skriptiranje, analiza dnevnika, nadzor, konfiguracija, IaC, dokumentacija, prediktivno održavanje, upravljanje promjenama i sigurnost. Ali u stvarnom svijetu ovi dijelovi ne dolaze jedan po jedan, već su isprepleteni unutar događaja. U ovoj završnoj cjelini spajamo dijelove: vidjet ćete u cijelosti kako upravljati incidentom koji je započeo usred noći, od kraja do kraja, od otkrivanja do temeljnog uzroka, od sanacije do dokumentacije, i koristeći pravu dozu AI u svakoj fazi. Cilj nije naučiti novu tehniku; povezujući ono što ste naučili kao refleks inženjera, pojačavajući jednu istinu koja se ponavlja kroz modul: AI ubrzava, osvetljava i crta u svakoj fazi; ali uvijek je čovjek taj koji potvrđuje dijagnozu, komanduje, potvrđuje promjenu i snosi odgovornost za ishod.
U ovoj jedinici integrirat ćete životni ciklus incidenta – otkrivanje, dijagnozu, intervenciju, rješavanje, učenje – i ulogu i ograničenja AI u svakoj fazi kroz primjer.
Životni ciklus događaja
Svaki ozbiljan incident prolazi kroz slične faze, a AI ima različitu ulogu u svakoj fazi. Detekcija: oglasi se alarm, korisnik se žali, metrika odstupa od osnovne linije (Jedinica 4). Validacija i opseg: da li je to zaista problem, koliko je širok? Dijagnoza: doći do temeljnog uzroka iz evidencije i metrike (Jedinica 3). Odgovor i ublažavanje: zaustavljanje štete, zaobilazno rješenje. Trajno rješenje: popravka sa upravljanjem promjenama (Jedinica 9), skriptom (Jedinica 2) ili konfiguracijom ako je potrebno (Jedinica 5). Učenje: post mortem i ažuriranje runbooka (Nastavna jedinica 7). AI označava anomaliju u otkrivanju, proizvodi hipoteze u dijagnozi, nudi opcije za intervenciju, piše nacrte rješenja, proizvodi dokumente u učenju - ali u svakoj fazi ljudi stoje na mjestu odlučivanja.
Savjet: Najopasniji trenutak incidenta je trenutak dijagnoze i reakcije kada je stres najveći – upravo kada je poriv da se slijepo vjeruje AI najjača. Što više žurite, čvršće se držite refleksa "čitaj, provjeri, pripremi se za povratak". Jedna potvrda preskočena u trenutku panike udvostručuje događaj.
Primjer od početka do kraja
Učinimo to konkretnim. Alarm u 02:10: vrijeme odgovora usluge plaćanja p99 je 6 sekundi, znatno iznad osnovne linije (250–400 ms). Tačna detekcija: praćenje radilo. Potvrda: potvrda sa više lokacija, stvarni događaj. Dijagnostika: inženjer daje maskirani zapisnik i metriku zadnjih 20 minuta AI; AI uspostavlja vremensku liniju i označava usporavanje kao početak odmah nakon postavljanja u 02:08 - jaka korelacija, ali još uvijek hipoteza. Inženjer to potvrđuje zapisnikom implementacije: da, izdanje je objavljeno u 02:08. Odgovor: najbrže smanjenje je vraćanje distribucije; Korak vraćanja nazad u zahtjevu za promjenu je spreman (Jedinica 9). Inženjer prvo implementira vraćanje na server sa kanarinskom logikom, vrijeme odziva se poboljšava, a zatim ga propagira. Trajno rešenje: pravi osnovni uzrok (neindeksirani upit u novoj verziji) biće mirno otklonjen sledećeg dana. Učenje: Izrađen je post mortem bez AI i korak „nadgledanje p99 nakon implementacije“ je dodat u priručnik. U svakoj fazi, AI se ubrzavao; ljudskom validacijom u svakoj tački odlučivanja.
Zlatno pravilo ljudske i AI podjele rada
Razlika koju vidite u celom modulu ovde postaje pravilo: AI je ispred u pitanjima „šta se dešava, šta se može dogoditi, kako pisati“; Ljudi prednjače kada su u pitanju pitanja kao što su "da li da ovo uradim sada, ko može da garantuje za ovo?" AI je neumoran, brz, skenira ogromne informacije i generiše nacrte – ali ne poznaje pun kontekst, može proizvesti halucinacije, ne može se nositi s odgovornošću i ne vidi skrivene zavisnosti vaše organizacije. Čovjek je spor, ali nosi kontekst, odgovornost i rasuđivanje. Najbolji ishod je u ispravnoj podjeli rada između to dvoje: delegirati repetitivni, tekstualni, produktivni rad na AI; Zadržite verifikaciju, odluku i izvršenje ljudskim.
tri mini kofera
Slučaj 1 — 40 minuta od kraja do kraja. U slučaju punog diska, SRE je ubrzao cijeli lanac pomoću AI: potvrdio je alarm s osnovnom linijom (5 min), dao je maskirani zapisnik sažet na YZ i pronašao prvu grešku (5 min), potvrdio hipotezu AI o "zaustavljenoj rotaciji dnevnika" na stvarnom sistemu (5 min), pokrenuo i implementirao gotovu skriptu za čišćenje s min-mor na suhom, i izvršio AI10 napisanu gotovu skriptu. činjenice (15 min). Ukupno 40 minuta; Otprilike duplo više bez AI. Ali postojao je korak verifikacije u svakoj fazi.
Slučaj 2 — Preskočena verifikacija u trenutku panike. Drugi tim je požurio sa rezom. Prihvatio je prvu hipotezu osnovnog uzroka AI (usluga zavisnosti) bez verifikacije i ponovo pokrenuo tu uslugu. Problem nije riješen jer je pravi uzrok bio nešto drugo; Štaviše, nepotrebno ponovno pokretanje je dovelo do drugog prekida rada. Pouka: žurba nije opravdanje za preskakanje verifikacije; Prije nego što se AI hipoteza potvrdi, akcija eskalira događaj.
Slučaj 3 — Biti svjestan ograničenja. Inženjer se spremao da implementira promjenu konfiguracije koju je AI zahtijevao u vezi s složenim mrežnim problemom. Ali promjena se činila nepovratnom, a umjetna inteligencija nije poznavala specifična pravila rutiranja agencije. Inženjer je stao, konsultovao se sa višim stručnjakom za mrežu i saznao da bi predlog AI stvorio petlju za rutiranje u ovoj konkretnoj topologiji. Poznavanje ograničenja AI spriječilo je poremećaj.
Četiri šablona za kopiranje
1) Sažetak pokretača događaja (trijaža):
Vaša uloga: viši SRE, pomoćnik komandanta incidenta. Postoji aktivan događaj. Maskirana upozorenje/metrika/log koji vam dajem daje mi brzu trijažu: (1) koji je simptom, (2) koliki je opseg utjecaja, (3) 3 područja koja treba prvo pogledati, (4) kontrolnu naredbu samo za čitanje za svako. Odluka i izvršenje su moji; Pošalji put. Podaci: [maskiran]
2) Vodič za upravljanje incidentima po fazama:
Vodite me korak po korak kroz životni ciklus incidenta za simptom [simptom]: potvrda detekcije, dijagnoza, ublažavanje, trajno rješavanje, učenje. U SVAKOJ fazi, recite mi (a) šta treba da uradim, (b) kada to mogu bezbedno da delegiram AI, (c) koju odluku MORAM sam doneti. Označite korake provjere koje ne smijem preskočiti čak i ako žurim.
3) Kontrola tačke odlučivanja:
Usred sam događaja i spremam se poduzeti sljedeću radnju: [akcija]. Prije implementacije, pitajte me: (1) da li je ovo reverzibilno, (2) koju sam verifikaciju uradio/nisam uradio, (3) da li imam plan vraćanja, (4) imam li dokaz da je ova radnja zaista riješila osnovni uzrok? Ako vidite da nešto nedostaje, zaustavite me.
4) Integrirano učenje nakon događaja:
Za incident koji je upravo riješen, [sažetak] mi daje: (1) obdukcijski nacrt bez krivice, (2) 3 trajna poboljšanja (nadgledanje/automatizacija/konfiguracija) koja će spriječiti ovaj incident, (3) korake priručnika koji se trebaju ažurirati, (4) prijedlog signala ranog upozorenja za sličan incident. Pisanje osnovnog uzroka bez dokaza; na osnovu činjenica.
Slaba prompt / Jaka prompt
Slab upit:
Sistem se srušio, šta da radim?
Uspaničeno, bez konteksta i bez verifikacije, ovaj upit prima generičke i moguće opasne savjete od AI. Žurba u ovom trenutku najviše dovodi do grešaka.
Snažan upit:
Vaša uloga: pomoćnik komandanta incidenta. Aktivni događaj: pay serviceip99 vrijeme odgovora 15 puta osnovno (250-400 ms) od 02:10. Znam da je bila distribucija u 02:08. Dajte mi: (1) najvjerovatniju hipotezu i kako da je provjerim SAMO ZA ČITANJE, (2) najbržu i REVERZIBILNU opciju ublažavanja, (3) rizike koje moram kontrolirati prije primjene ovog ublažavanja. Imam izvršenje i odobrenje. Dodatni podaci: [maskirana metrika/log]
faza događaja
Uloga AI
Kritična ljudska odluka
detekcija
Označite anomaliju
Da li je to stvarni događaj, koji je obim?
Dijagnoza
generisanje hipoteza
Koja hipoteza je potvrđena?
smanjenje
Ne nudite opcije
Koje smanjenje je reverzibilno?
trajno rešenje
Nacrt/skripta
Odobrite i izvršite promjenu
Učenje
Obdukcijska skica
Potvrđivanje činjenica i pouka
Uobičajene greške
- Preskakanje verifikacije u panici. Žurba nije opravdanje za napuštanje refleksa “čitaj-veri-pripremi povratak”; Kako stres raste, disciplina se mora povećati.
- Pogreška hipoteza za dokaz. Poduzimanje mjera bez potvrđivanja prve sugestije osnovnog uzroka AI-a će eskalirati incident.
- Zaboravljanje granica konteksta AI. AI ne poznaje skrivene zavisnosti organizacije; U kritičnim promjenama, ljudsko prosuđivanje prevladava.
- Preskakanje faze učenja. Događaj, bez obdukcije i ažuriranja runbooka, počinje ponovo iste noći.
- Stavljanje odgovornosti na AI. “AI je tako rekao” nije odbrana; Odgovornost za izvršenje uvijek leži na ljudskom biću.
Oprez: Upotreba AI u upravljanju incidentima ne zamjenjuje učenje upravljanja incidentima. Vozilo se može srušiti, srušiti ili biti nedostupno. Inženjer koji zna osnove je brži sa AI; Inženjer koji ne poznaje osnove brže će pogriješiti s AI. Prvo uspostavite disciplinu, a zatim ostvarite brzinu od AI.
Ukratko
U stvarnom svijetu, dijelovi ne dolaze jedan po jedan, već su isprepleteni unutar događaja. Kada upravlja događajem od otkrivanja do učenja, AI ubrzava u svakoj fazi: označava anomaliju, generiše hipoteze, nudi opcije, nacrta, priprema obdukciju. Ali u svakoj tački odluke se zaustavlja - potvrđuje dijagnozu, bira smanjenje, odobrava promjenu, posjeduje ishod. Zlatno pravilo je jasno: AI je ispred u pitanjima „šta se dešava, kako pisati“, a ljudi ispred u pitanjima „da li da to uradim, ko je garant?“ U vremenima panike, povećajte disciplinu, odvojite hipotezu od dokaza, zapamtite ograničenje konteksta AI i izvucite pouke iz svakog događaja. Suština ovog modula je jedna rečenica: AI je moćan asistent; Inženjerska odgovornost se ne može delegirati.
Zadatak aplikacije
Razmislite o događaju koji ste doživjeli (ili zamislili) u svojoj prošlosti, od početka do kraja. Uz gornji predložak „Vodič za upravljanje incidentima u fazama“, zamolite AI da vodi incident kroz faze otkrivanja-dijagnoze-ublažavanja-razrješavanja-učenja; U svakoj fazi zasebno napišite korak koji možete delegirati AI-u i korak za koji morate sami odlučiti. Potvrdite barem jednu hipotezu AI naredbom za verifikaciju tokom faze dijagnoze. Konačno, izradite post mortem i nacrt ažuriranja runbooka sa šablonom „Integrirano učenje nakon događaja“. Sumirajte podjelu rada čovjeka i AI u cijelom procesu u 7 stavki.
kontrolna lista
- [ ] Jesam li podijelio incident na faze otkrivanja, dijagnoze, ublažavanja, rješenja i učenja?
- [ ] Da li sam napravio razliku između koraka koji se mogu delegirati na AI i onih koji zahtijevaju ljudsko donošenje odluka u svakoj fazi?
- [ ] Da li sam u dijagnozi odvojio AI hipotezu od dokaza i potvrdio je naredbom za verifikaciju?
- [ ] Jesam li procijenio ublažavanje u smislu reverzibilnosti i plana vraćanja?
- [ ] Da li sam zadržao refleks "čitaj-potvrdi-pripremi povratak" čak iu vremenima panike?
- [ ] Da li sam iz ovog incidenta naučio lekciju o obdukciji i obradi podataka?
Modul Exam
1. Koje od sljedećeg je najpreciznije pozicioniranje umjetne inteligencije u upravljanju sistemom i mrežom?
- A) Vještačka inteligencija je pomoćnik i alat za podršku odlučivanju; Odgovornost i konačno odobravanje kritičnih odluka izvršne vlasti leži na ljudima ✔
- B) Vještačka inteligencija može izvoditi komande i implementirati promjene u proizvodnji bez ljudskog odobrenja
- C) Vještačka inteligencija radi samo u pisanju teksta, nema nikakve veze sa radom sistema i mreže
- D) Umjetna inteligencija uvijek donosi tačnije odluke od ljudi, tako da provjera nije potrebna
Opis: Umjetna inteligencija je pomoćnik i alat za podršku odlučivanju koji proizvodi nacrte i analize kao što su skripte, analize dnevnika i dokumenti. Odgovornost i konačno odobrenje izvršnih odluka koje utiču na zastoje, gubitak podataka i sigurnost, kao što je izvršavanje naredbe ili odobravanje promjene, pripada nadležnom inženjeru.
2. Koja su četiri koraka refleksa verifikacije koji se moraju implementirati prije pokretanja komande koju generiše umjetna inteligencija u proizvodnji?
- A) Kopirajte, zalijepite, pokrenite, nadajte se
- B) Pročitajte i razumite, dokumentujte, pokušajte u izolovanom okruženju, pripremite se za povratne informacije ✔
- C) Lajkujte, podijelite, sačuvajte, arhivirajte
- D) Obriši, prepiši, komprimiraj, pošalji
Opis: Četiri koraka za primjenu na kritični izlaz: (1) pročitajte i razumite komandnu liniju po red, (2) povežite zastavice i sintaksu sa službenom dokumentacijom, (3) pokušajte u izolovanom/testnom okruženju, pokrenite na suho ako je moguće, (4) pripremite rezervni plan (rezervna kopija, snimak) ako pođe po zlu.
3. Šta znači da skripta za automatizaciju bude 'idempotentna' i zašto je to važno?
- A) Skripta daje različite rezultate u svakom pokretanju
- B) Skripta se može pokrenuti samo jednom, a zatim biti izbrisana
- C) Skripta ne uzrokuje nikakvu štetu kada se pokrene drugi put; ✔ Sigurno čak i ako se ponovo aktivira
- D) Skripta ne sadrži upravljanje greškama
Objašnjenje: Idempotencija znači da kada se ista skripta izvodi dva ili više puta, ne uzrokuje štetu niti proizvodi greške pri drugom izvođenju. Uspostavljena je logika poput 'preskoči ako korisnik već postoji', 'kreiraj direktorij ako ne postoji, ne diraj ako postoji'. Ovo osigurava da automatizacija radi sigurno čak i ako se slučajno ponovo aktivira.
4. Koji je najosnovniji način da se osigura skripta koja sadrži destruktivne operacije (brisanje, ponovno pokretanje)?
- A) Pokrenite skriptu što je brže moguće
- B) Sakrivanje poruka o greškama
- C) Testiranje skripte direktno u produkciji
- D) Stavljanje destruktivnih operacija iza zadanog rada na suvo i vezivanje stvarne implementacije na eksplicitnu oznaku za označavanje ✔
Objašnjenje: Održavanje destruktivnih procesa u suhom načinu rada prema zadanim postavkama i samo pokretanje stvarne aplikacije s eksplicitnom zastavicom odobrenja (npr. --apply) omogućava vam da prvo vidite što će se dogoditi kada se skripta pokrene. Također provjera nulte varijable (VAR:?) sprječava greške putanje.
5. Šta u analizi dnevnika znači princip 'korelacija nije uzročnost'?
- A) Dva događaja koja se menjaju zajedno nisu nužno u uzročno-posledičnoj vezi; Uzročnost također mora biti potvrđena ✔
- B) Traženje korelacije u zapisnicima je gubljenje vremena
- C) Od dva događaja koji se mijenjaju zajedno, jedan je definitivno uzrok drugog.
- D) Uzročnost se može utvrditi samo vještačkom inteligencijom
Objašnjenje: Samo zato što se dva događaja dešavaju u isto vrijeme (korelacija) ne znači da jedan uzrokuje drugi (uzročnost); Oba mogu biti rezultat trećeg događaja. Sugestija AI da je 'X vjerovatno uzrokovao Y' je hipoteza i ne smatra se nalazom dok se ne potvrdi u sistemu.
6. Zašto je percentil (p95/p99) poželjniji u odnosu na prosjek kada se mjeri vrijeme odgovora u praćenju performansi?
- A) Percentil je lakše izračunati od prosjeka
- B) Prosek krije loše iskustvo manjine; percentil otkriva ove skrivene probleme ✔
- C) Prosjek je uvijek pogrešan i ne treba ga koristiti
- D) Percentil se odnosi samo na CPU metriku
Objašnjenje: Prosjek skriva vrlo loše iskustvo koje ima mali dio korisnika. Iako se čini da je prosek 200 ms, p99 može biti 6 sekundi; To znači da je jedan od svakih sto zahtjeva užasno spor. Percentil čini vidljivim bol ove manjine koju krije prosjek.
7. Šta je 'drift' u upravljanju konfiguracijom i zašto je opasno?
- A) Mrežni saobraćaj opada noću
- B) Fizičko premještanje servera
- C) Serveri odstupaju jedan od drugog i standarda tokom vremena; ✔ Nevidljiv dok se ne pojavi problem
- D) Automatski backup konfiguracijskih datoteka
Opis: Drift je odstupanje servera jedan od drugog i od standarda kroz nedokumentovane ručne promjene tokom vremena. Njegova opasnost je u tišini: nije vidljiv dok se problem ne pojavi, tada se jedan server ponaša drugačije od drugih i dijagnoza traje satima. AI čini drift vidljivim u poređenju; Princip zavarivanja zlata sprečava.
8. Zašto je korak 'plan' najvažnija sigurnosna ograda u IaC alatima (kao što je Terraform)?
- A) Plan pokreće kod brže
- B) Briše datoteku stanja plana
- C) Plan popravlja samo formatiranje koda
- D) Plan pokazuje šta će se dodati, promeniti i BRISATI pre implementacije; Sprečava gubitak podataka ✔
Opis: Plan (terraform plan / ansible --check) daje pregled 'šta će se promijeniti' prije izvršavanja koda: koliko resursa će biti dodato, promijenjeno, izbrisano. Konkretno, linije 'destroy' i 'forces replacement' ukazuju na rizik od gubitka podataka prije implementacije. Prijava bez čitanja plana jedna je od najskupljih grešaka.
9. Zašto bi Terraform državnu datoteku trebalo pažljivo zaštititi i ne zalijepiti u AI ili otvorena spremišta?
- A) Tajne običnih tekstova mogu biti uključene u državni fajl; Ako procure, podaci o identitetu će biti otkriveni ✔
- B) Zato što je datoteka stanja prevelika
- C) Datoteka stanja je već nečitljivo šifrirana.
- D) Kod radi brže kada se dijeli datoteka stanja
Opis: Datoteka stanja čuva trenutno stanje upravljane infrastrukture i može uključivati tajne u obliku običnog teksta (lozinke baze podataka, ključeve). Stoga ga treba čuvati u šifriranom, zaključanom udaljenom backend-u s ograničenim pristupom; Nikada se ne smije stavljati u javno vozilo ili spremište, inače će tajna procuriti.
10. Šta u dokumentaciji naglašava izjava 'pogrešan runbook je opasniji od nikakvog runbooka'?
- A) Pisanje priručnika je gubljenje vremena
- B) Netestirani runbook se slijepo primjenjuje u krizi; Jedan pogrešan korak može dovesti do katastrofe ✔
- C) Runbooks su napisani samo za administratore
- D) Dokumentaciju nikada ne treba ažurirati
Objašnjenje: Tim bez runbooka je oprezan i sumnjičav tokom krize; ali osoba sa 'zvaničnim' runbook-om ga primjenjuje pod stresom bez pitanja. Ako runbook nije testiran i ima jedan pogrešan korak, slijepa implementacija će dovesti do katastrofe. Zato svaki runbook mora biti temeljno testiran i pečatiran u stvarnom okruženju.
11. U prediktivnom održavanju, koji je ispravan pristup za razumijevanje kada se disk približava kvaru?
- A) Odmah zamijenite jedan loš SMART disk
- B) Potpuno ignorisanje SMART podataka
- C) Gledanje trenda vrijednosti tokom vremena; ✔ Dosljedno i ubrzano povećava broj signala
- D) Poduzimanje radnji tek nakon što se disk potpuno sruši
Objašnjenje: Jedno loše SMART očitavanje nije razlog za paniku; Normalno je da se na diskovima povremeno ispravljaju greške. Pravi signal je trend: dosljedno i ubrzano povećanje vrijednosti kao što je preraspodijeljeni sektor tokom vremena. Zato AI dobija vremensku seriju, a ne jedno očitavanje.
12. Koja su dva najčešće zanemarena, ali kritična dijela promjene proizvodnje?
- A) Boja i naziv promjene
- B) Naziv i odjel osobe koja vrši promjenu
- C) Najava promjene na društvenim mrežama
- D) Plan vraćanja i kriterijumi verifikacije uspeha ✔
Objašnjenje: Ako nema pismenog odgovora na pitanja 'kako točno da vratim nazad ako krene loše' (plan vraćanja) i 'kako da dokažem da je uspješan' (kriterij provjere uspjeha) prije implementacije promjene, ta promjena još nije spremna. Bez ova dva, pokvarena promjena može se smatrati 'potpunom'.
13. Zašto se preferira 'kanarinac' pristup nego uvođenje sigurnosne implementacije (nova verzija/zakrpa) na sve servere u isto vrijeme?
- A) Promjena se prvo primjenjuje na mali dio; Greška pogađa mali dio, a ne cijelu flotu, i rano je uhvaćena ✔
- B) Kanarska distribucija troši manje električne energije
- C) Canary čini provjeru implementacije potpuno nepotrebnom
- D) Canary implementacija se odnosi samo na baze podataka
Opis: Canary implementacija prvo primjenjuje promjenu na mali dio (jedan server, 5% korisnika) i nadgleda. Na ovaj način, buba pogađa mali dio, a ne cijelu flotu, i rano je uhvaćena. Bug koji se širi odjednom pogađa sve korisnike u isto vrijeme.
14. Koje je nepromjenjivo etičko i pravno pravilo pri korištenju umjetne inteligencije u poslovima sigurnosti?
- A) Umjetna inteligencija se može slobodno koristiti za skeniranje ranjivosti u bilo kojem sistemu
- B) Etički kodeks se odnosi samo na velike institucije
- C) Koristi se samo u ovlaštenim sistemima iu svrhe odbrane; Upotreba za neovlašteni pristup ili napad je zločin ✔
- D) Slobodno je infiltrirati se u tuđi sistem kako bi učio.
Opis: Sistemske i mrežne informacije su dvostruke namjene. Umjetna inteligencija se može koristiti samo u sistemima za koje imate pismeno ovlaštenje iu odbrambene svrhe (otkrivanje prijetnji dnevnika, učvršćivanje, reakcija na incident). Korišćenje za skeniranje ili infiltraciju u sistem koji vam ne pripada je neovlašćen pristup i zločin; Za učenje se mora koristiti izolovana laboratorija.