Eining 10 / 11

Viðbrögð við atvikum og viðskiptasamfellu

Hagnaður:

  • Geta til að flokka gervigreindarsértækar atviksgerðir og hanna viðbragðslotu
  • Hæfni til að skilgreina hlutverk, yfirvöld og lagalegar tilkynningarskyldur fyrir viðburðinn
  • Hæfni til að koma á varanlegum umbótum með samfellu í rekstri og saklausri skurðaðgerð

Sama hversu vel þú verr það, einn daginn mun eitthvað fara úrskeiðis: lykill mun leka, innspýting mun virka, veitandi mun hrynja eða úttak mun skaða viðskiptavini. Það sem gerir þroskaða stofnun þroskaða er ekki fjarvera atburða, heldur að vera undirbúin og fljótur þegar atburður á sér stað. Í þessari einingu munum við læra AI-sértæka viðbragðsáætlun fyrir atvik, hlutverk, skref og samfellu í viðskiptum.

Af hverju er viðbrögð við atvikum öðruvísi í gervigreind?

Í klassískum öryggisatviki er oft nóg að „loka kerfinu, einangra“. Það eru fleiri víddir við gervigreindarviðburði: atburðurinn er kannski ekki í kóða heldur í hegðun líkansins (t.d. kerfisbundið rangt/hlutdræg framleiðsla); sönnunin er í hvetjandi/svörunarskránum; og "afturkalla" er stundum ekki mögulegt vegna þess að rangt framtak er þegar orðið ákvörðun. Þess vegna ætti gervigreind atviksáætlunin að ná yfir bæði klassískt öryggi og líkanhegðun.

Athygli: Þegar atvikið átti sér stað er áætlun ekki skrifuð, hún er framkvæmd. Hver mun hringja í hvern, hver hefur umboð til að „stöðva kerfið“ og hvernig samskiptum verður háttað þarf að ákveða fyrir viðburðinn.

Gerð gervigreindarviðburða

  • Gagnaleki: PII eða trúnaðargögn lekið út (með tilkynningu, log eða úttak).
  • Öryggisbrot: Lykill lekur, vel heppnuð innspýting, óviðkomandi aðgangur.
  • Skaðleg/hlutdræg framleiðsla: Líkanið framkallaði kerfisbundið rangt, mismunandi eða hættulegt svar.
  • Þjónustuleysi: Þjónustuaðili lenti í árekstri eða náði hámarkshraða; Kerfið getur ekki brugðist við.
  • Misnotkun: Kerfið var notað í skaðlegum tilgangi sem það var ekki hannað fyrir.

Skref fyrir skref: Viðbragðsferill atviks

  1. Uppgötvun. Vöktunarviðvörun, kvörtun notenda eða úttektarniðurstaða leiðir í ljós atvikið.
  2. Raða og forgangsraða. Gefðu stig byggt á áhrifum og dreifingu (t.d. P1 mikilvægt – P3 lágt).
  3. Innihalda. Stöðvaðu útbreiðsluna: afturkallaðu lykilinn, slökktu á eiginleikanum, dragðu kerfið í skrifvarið.
  4. Útrýma og batna. Lagaðu undirrót, farðu aftur í öruggt ástand.
  5. Tilkynna það. Upplýsa löglegar/samningsbundnar tilkynningarskyldur (svo sem KVKK 72 klst) og þá sem verða fyrir áhrifum tímanlega.
  6. Skoðun eftir atburð (eftirlíking). Án þess að kenna, skjalfestu undirrót og varanlega lagfæringu.

Hlutverk og ábyrgð

Það ætti að vera ljóst hver gerir hvað í atviki: yfirmaður atviks (eini aðili sem tekur ákvörðun), tæknileg viðbrögð (stöðvun/viðgerð á kerfinu), fjarskipti (viðskiptavinur/stjórnun/eftirlitsaðili), lögfræði/fylgni (tilkynningarskylda). Í litlum teymum getur einn tekið að sér mörg hlutverk en hlutverkin verða að vera skrifuð.

Fjögur afritanleg sniðmát

Tilkynning um flokkun viðburða:

Flokkaðu eftirfarandi atburð: {{ event_description }}Auðkenndu:- Tegund: gagnaleki / öryggisbrest / illgjarn framleiðsla / truflun / misnotkun- Áhrif: hversu margir/skrár, hvaða gagnaflokkur, peningar/fylgni afleiðingar?- Útbreiðsla: stöðvuð eða í gangi?- Forgangur: P1 / P2 / P3: Fyrsta skrefið ætti að stjórna strax?

Gátlisti fyrir fyrstu viðbrögð (innilokun):

Á fyrstu 30 mínútunum þegar atvikið er staðfest:- [ ] Slökktu á viðkomandi eiginleika/tóli eða stilltu það á skrifvarið- [ ] Hætta við grunsamlega lykla/lotur- [ ] Varðveittu sönnunargögn (frystu viðeigandi annála, skráðu trace_id)- [ ] Látið yfirmann atviks vita og áskilin hlutverk- [ ] Settu upp flæði tímabundið öryggisham / öryggisafrit

Drög að tilkynningu:

Skrifaðu drög að innri tilkynningu fyrir eftirfarandi atvik: {{ incident_summary }}Verður að innihalda: hvað gerðist (á ekki tæknilegu máli), hvenær það var tekið eftir því, hvaða gögn/hverjir urðu fyrir áhrifum, hvað hefur verið gert hingað til, næstu skref, frá hverjum er hægt að fá frekari upplýsingar. Ekki láta vangaveltur eða ásakanir fylgja með.

Postmortem beinagrind:

Endurskoðun eftir atburð (engin sök):- Tímalína: uppgötvun -> stjórn -> bati (mínútu)- Grunnorsök: tækni + ferlistærð- Hvað gekk vel / hvað fór illa- Varanlegar lagfæringar (hver, hvenær)- Eftirlit/stýring til að ná þessum atburði fyrr en síðar

Veik kvaðning / sterk kvaðning

léleg nálgun

Sterk nálgun

Óundirbúinn á viðburðinum án áætlunar

Forskrifuð áætlun, hlutverk og yfirvöld

Segðu fyrst "hver er sekur"

Fyrst innilokun, síðan skurðaðgerð án sök

Seinkað/sleppa tilkynningu

Tilkynning innan lögbundins frests (t.d. 72 klst.)

Er að bíða eftir að sami atburðurinn gerist aftur

Að draga varanlega stjórn úr skurðaðgerð

Þrjú Mini Cass

Tilfelli 1 — Veiddur innan 72 tíma reglunnar. Starfsmaður hjá einu fyrirtæki tók eftir því að 1.200 viðskiptavinaskrár voru eftir óvarðar í annál vegna rangstillingar. Þökk sé skriflegri áætlun var atviksstjórinn skýr; Teymið lokaði aðganginum á 40 mínútum og lögreglan sendi KVKK tilkynninguna innan 72 klukkustunda. Tímabær tilkynning dró verulega úr glæpaáhættu og mannorðsskaða.

Tilfelli 2 - Skrifvarinn öruggur háttur sá um bilunina. Aðalframleiðandinn fór út í 3 klukkustundir. Viðskiptaáætlun fyrirtækisins innihélt að skipta yfir í öryggisafrit og „örugga stillingu“ (aðeins mikilvægar aðgerðir). Þrátt fyrir að notendur misstu fulla virkni lifði kerfið af; mikilvægar aðgerðir hættu ekki.

Tilfelli 3 - Postmortem kom í veg fyrir endurkomu. Vel heppnuð óbein inndæling lak gögnum annars notanda til aðstoðarmanns. Eftir mortem án saka sýndu að undirrótin var skortur á <data> einangrun. Varanleg lagfæring bætt við (einangrun + úttaksskönnun + aðhvarfspróf); Sami árásarflokkur bar ekki árangur aftur.

Ábending: Framkvæmdu skurðaðgerðina án saka. Markmiðið er ekki að finna fólk heldur að styrkja kerfið á þann hátt að ekki verði sama atvikið aftur. Sakamenning veldur því að fólk felur hluti og það er hættulegast.

Algeng mistök

  • Ekki undirbúa skriflega áætlun og hlutverkaskiptingu fyrir viðburðinn.
  • Að lenda í rifrildi / sök áður en þú tekur stjórnina.
  • Vantar lagalegar tilkynningarskyldur (KVKK/GDPR frestir).
  • Núllstilla kerfið án þess að varðveita sönnunargögn (logs).
  • Ekki íhuga öryggisafritunarveitu/örugga stillingu fyrir samfellu í viðskiptum.
  • Ekki gera skurðaðgerð og gefa pláss fyrir sama atburðinn til að endurtaka sig.

Í stuttu máli

  • Þroski er ekki fjarvera atburða; Það þýðir að vera undirbúinn og fljótur þegar það gerist.
  • AI atburðir geta verið í líkanhegðun frekar en kóða; sönnunin er í hvetjandi/svörunarskránum og viðsnúningur er ekki alltaf möguleg.
  • Viðbragðslota: greina, flokka, innihalda, endurheimta, tilkynna, skurðaðgerð.
  • Hlutverk og yfirvöld (atviksforingi, tæknileg, samskipti, lögleg) ættu að vera skrifleg fyrir viðburðinn.
  • Afritunarveita/öruggur háttur fyrir samfellu í viðskiptum; Ásakalaus skurðaðgerð og varanleg leiðrétting eru nauðsynleg fyrir eftirmála atburðarins.

Umsóknarverkefni

Skrifaðu drög að viðbragðsáætlun fyrir atvik fyrir þitt eigið gervigreind kerfi: skráðu þrjár líklegastu tegundir atvika, auðkenndu upphaflega 30 mínútna innilokunargátlista og hlutverk hvers og eins. Gerðu síðan borðplötuæfingu: Spilaðu atburðarásina „lykill lekur“ skref fyrir skref og bentu á og leiðréttu alla vanta/óljósa punkta í áætluninni þinni.

gátlisti

  • [ ] Það er skrifleg viðbragðsáætlun fyrir atvik og hlutverkaskiptingu.
  • [ ] Ljóst er hver hefur umboð til að „stöðva kerfið“.
  • [ ] Fyrstu 30 mínútur innilokunargátlisti er tilbúinn.
  • [ ] Skilgreindir eru lögfræðilegir tilkynningarfrestir og ábyrgðaraðili.
  • [ ] Afritunarveita/öruggur háttur fyrirhugaður fyrir samfellu í viðskiptum.
  • [ ] Ásakalaus skurðaðgerð og varanleg leiðrétting eru framkvæmd fyrir hvert atvik.