Vahinkotapahtumien vastauskuviot
Lue lisää Well-Architected Trust -ominaisuudesta → Security Incident Response
Suojaustapahtumia tapahtuu ennaltaehkäisevistä toimenpiteistä huolimatta. Trust arkkitehtuuri vaatii suunnittelua havaittavuutta, nopeaa vastausta, oikeuslääketieteellistä tutkimusta ja hienovaraista palautusta varten. Tämä sivu yhdistää vahinkotapahtumien vastauskuviot Trust Vahinkotapahtumien vastaus -osiosta, joka kattaa havaintoarkkitehtuurin, vastausmenetelmät, oikeuslääketieteelliset ominaisuudet ja vahinkotapahtumien jälkeisen oppimisen.
Kuvio
| Mistä etsiä | Miltä hyvä näyttää |
|---|---|
| Tapahtumien valvonta | ✅ Ota Event Monitoring käyttöön kerätäksesi sisäänkirjautumiskuvioita, joukkodatan vientejä, käyttöoikeuksien muutoksia ja API-toimintoja reitittämällä ne SIEM-alustoille säilyttämiseksi, kun ne ylittävät natiiviset säilytyrajoitukset |
| Transaktioiden suojauskäytännöt | ✅ Määritä käytännöt, jotka arvioivat tapahtumia reaaliajassa estääkseen epäilyttävät toiminnot, vaatiakseen vaiheittaisen todennuksen tai käynnistääkseen ilmoituksia käyttäytymisen perustasojen perusteella |
| Määritysloki | ✅ Hallitse hallintakokoonpanojen muutoksia salliaksesi valtuuttamattomien muutosten havaitsemisen 180 päivän säilytyksellä |
| Mukautetun sovelluksen kirjaaminen lokiin | ✅ Käytä tietoturvaan liittyviä tapahtumalokeja Apexissa, joka tallentaa todennusvirheet, hylätyt valtuutukset ja epäilyttävät syöttökuviot |
| Terveystarkastuksen valvonta | ✅ Määritä automaattinen havainto kokoonpanon häiriöstä tietoturvan perustasoista, jotka saattavat osoittaa valtuuttamattomia muutoksia |
| SIEM-integraatio | ✅ Reititä Event Monitoring -lokeja Enterprise SIEM -alustoille korrelointia varten Enterprise Security Telemetry -ominaisuuden ja toimintatavan analyysien kanssa |
| Hälytyssäännöt | ✅ Suunnittele hälytyssääntöjä, jotka havaitsevat epäilyttäviä kuvioita (joukkokäyttöoikeus toimistoaikojen ulkopuolelta, sisäänkirjautuminen uusista maantieteellisistä alueista, käyttöoikeuksien nopea eskalointi) käyttäytymisen perustasoilla virheellisten positiivisten tietojen minimoimiseksi |
| Toimintanalyysi | ✅ Laadi toimintatavan perustasot, jotka sallivat poikkeavuuksien havaitsemisen epätavallisille datan käyttöoikeusmäärille, poissaolojen hallintatoimille ja API-kulutuskuvioille |
| Usean kanavan tunnistus | ✅ Ota havainto käyttöön tapahtumien valvonnan, transaktioiden suojauksen, määritysten kirjausketjun, mukautetun lokin ja terveystarkastuksen avulla, jotka tarjoavat useita itsenäisiä havaintosignaaleja |
| Muuttumaton lokien tallennustila | ✅ Reititä lokit muuttumattomaan ulkoiseen tallennustilaan, jota hyökkääjät eivät voi muokata edes Salesforcen hallintaoikeudella, mikä varmistaa oikeudellisten todisteiden eheyden |
Anti-Mallit
| Mistä etsiä | Miltä huono näyttää |
|---|---|
| Vain natiivi lokin säilyttäminen | ⚡️ Luottaa vain Salesforcen natiivisiin seurantatietueiden säilytysaikoihin (tapahtumien valvonnan natiivirajoitukset, 180 päivän määritysloki) ilman ulkoista arkistointia, havaitsee vanhentuneet lokit, kun tutkimus vaatii historian analyysin |
| Ei toimintatavan perustasoja | ⚡️ Poikkeavuuksien havaitsemiseen ei ole käyttäytymisen perustasoja, mikä luo liikaa vääriä positiivisia hälytyksiä, jotka kouluttavat tietoturvatiimejä ohittamaan ilmoitukset |
| Ei SIEM-integraatiota | ⚡️ Puuttuva Enterprise SIEM -integraatio, puuttuvat korrelaatioiden mahdollisuudet muiden järjestelmien tietoturvatelmetrialla, jotka paljastaisivat laajempia kompromissikuvioita |
| Manuaalinen lokien tarkastus | ⚡️ Riippuen säännöllisestä manuaalisesta lokien tarkastuksesta automaattisen hälytyksen sijaan, vahinkotapahtumien havaitseminen tapahtuu viikkoja tai kuukausia sen jälkeen, kun vahinko on suuri |
| Ei transaktioiden suojauskäytäntöjä | ⚡️ Sinulla ei ole reaaliaikaisia transaktioiden suojauskäytäntöjä, joten sinulla ei ole kykyä estää epäilyttäviä toimintoja, jotka estävät vahinkoja ennen kuin ne tapahtuvat |
| Puutteellinen kattavuus | ⚡️ Seuraa vain tietoturvaan liittyviä tapahtumia (sisäänkirjautuminen, mutta ei tietojen käyttöoikeuksia, kokoonpanojen muutokset, mutta ei käyttöoikeuksien muutoksia) luomalla sokeita pisteitä |
| Hälytyksen väsymys | ⚡️ Luo liikaa vääriä positiivisia hälytyksiä ilman säätöä, kouluttaa tiimejä ohittamaan ilmoitukset, mukaan lukien oikeat suojaustapahtumat |
Kuvio
| Mistä etsiä | Miltä hyvä näyttää |
|---|---|
| Eristysrajat | ✅ Suunnittele arkkitehtuuri siten, että vaarantuneet komponentit voidaan eristää käyttöoikeusjoukkojen kumoamisen, IP-rajoitusten muutosten tai istunnon lopettamisen kautta häiritsemättä kriittisiä liiketoimintatoimintoja |
| Istunnon hallinta | ✅ Ota käyttöön istunnon nopean lopettamisen ominaisuudet vaarantuneille tileille, mukaan lukien pakollisen uloskirjautumisen ja istunnon mitätöinnin kaikissa aktiivisissa istunnoissa |
| Käyttöoikeuden kumoaminen | ✅ Myönnä käyttöoikeuksia käyttöoikeusjoukkojen sijaan perusprofiileilla, jotta käyttöoikeuksien kumoaminen tapahtuu nopeasti: Käyttöoikeusjoukon kohdistuksen poistaminen mitätöi käyttöoikeuden, kun yksikään profiili tai muu kohdistus ei myönnä samaa käyttöoikeutta itsenäisesti |
| IP-rajoitukset | ✅ Määritä profiilitason sisäänkirjautumisen IP-alueet etuoikeutetuille tileille, jotta sisäänkirjautumiset muista osoitteista evätään suoraan, mikä mahdollistaa nopean verkostotason eristämisen tunnetuista pääkäyttäjäsijainneista |
| Käyttäjätilin jäädyttäminen | ✅ Käytä tilien jäädyttämisen toimenpiteitä, jotka estävät todennuksen ja säilyttävät tiedot tutkimista varten poistamatta vaarantunutta tiliä |
| API-käyttöoikeuksien ohjaimet | ✅ Suunnittele API-todennus valtuuksien kumoamisominaisuuksilla, jotka sallivat vaarantuneiden integraatiotilien eristämisen nopeasti |
| Useiden organisaatioiden eristys | ✅ Arvostele arvokkaita resursseja käyttämällä usean organisaation arkkitehtuuria, joka tarjoaa vahvimman eristyksen kriittisille komponenteille toiminnan monimutkaisuuden kustannuksella |
| Emergency Break Glass -toimenpiteet | ✅ Ylläpidä asiakirjoitettuja katkoviivojen käyttötoimenpiteitä hätätilanteen hallinnollista käyttöä varten käyttön jälkeisellä auditoinnilla ja vahvistuksella |
Anti-Mallit
| Mistä etsiä | Miltä huono näyttää |
|---|---|
| Ei eristysrajoja | ⚡️ Puuttuvat arkkitehtoniset eristysrajat, jotka vaativat järjestelmän täydellisen sammuttamisen sisällyttääkseen kaikki kompromissit, mikä häiritsee kaikkia liiketoimintatoimintoja |
| Liian sallittu käyttöoikeus | ⚡️ Kaikkien tietojen muokkausoikeuksien myöntäminen estääksesi käyttöoikeuksien tarkkoja kumoamisia häiritsemättä useita liiketoimintaprosesseja |
| Jaetun palvelun tilit | ⚡️ Yhden jaetun ”API-käyttäjä”- tai ”Integration-käyttäjä”-tilin käyttäminen useissa järjestelmissä estää tietyn vaarantuneen integraation eristämisen rikkomatta kaikkia integraatioita |
| Ei IP-rajoituksia | ⚡️ Ehdotetuille tileille ei ole sallittujen IP-osoitteiden luetteloa, eikä verkostotason estoominaisuuksia, kun tilit vaarantuvat |
| Ei istuntojen hallintaa | ⚡️ Istunnon päättämisen kyvyt, jotka vaativat salasanan nollauksen, ovat ainoa tapa pakottaa uloskirjautuminen, mikä aiheuttaa viiveitä kriittisten vastausten ajanjaksojen aikana |
| Ei hätätoimenpiteitä | ⚡️ Ei ole dokumentoituja katkoviivoja tai hätätilanteiden käyttöä koskevia toimenpiteitä, kriittisten päätösten improvisointi painostuksen alaisena aktiivisten vahinkotapahtumien aikana |
Kuvio
| Mistä etsiä | Miltä hyvä näyttää |
|---|---|
| Event Monitoring -lokit | ✅ Sieppaa yksityiskohtaisia toimintolokeja, mukaan lukien käyttäjätoiminnot, API-kutsut, todennustapahtumat ja datan käyttöoikeuskuviot, joilla on riittävästi lisätietoja oikeudellista analyysiä varten |
| Kenttien kirjausketju | ✅ Ota kenttien kirjausketju käyttöön säilyttääksesi datan muutoshistorian rajoitetuille ja luottamuksellisille kentille, joiden säilytys vastaa lakisääteisiä vaatimuksia (tukee määrittämätöntä säilyttämistä; vahvistaa vaaditun ajanjakson säännösten mukaisesti) |
| Muuttumaton tallennustila | ✅ Reititä lokit ulkoiseen pysyvästi säilytettävään tallennustilaan, jota hyökkääjät eivät voi muokata, mikä varmistaa oikeudellisten todisteiden eheyden tutkimisen aikana |
| Määritysloki | ✅ Säilytä hallintakokoonpanojen muutoshistoria salliaksesi valtuuttamattomien järjestelmämuutosten tutkimisen 180 päivän säilytyksellä |
| Vaikutusalueen arviointi | ✅ Suunnittele käyttöoikeusmalleja ja datan käyttöoikeusasetuksia, jotka sallivat datan altistumisen vaikutusalueen nopean arvioinnin vaarantuneiden tilioikeuksien perusteella |
| Muutoksen korrelaatio | ✅ Ylläpidä määritysten lokin kokoonpanon muutosten ja Event Monitoring -toimintokuvioiden välistä korrelaatiota salliaksesi hyökkääjien tekniikoiden tutkimisen |
| Datan käyttöoikeuksien kirjaaminen lokiin | ✅ Kirjaa kaikki käyttöoikeudet rajattuihin ja luottamuksellisiin tietoihin, jotta voit tutkia, mitä tietoja paljastui kompromissin aikana |
| Integraation kirjausketju | ✅ Sieppaa API-todennus-, valtuutus- ja datanvaihtokuvioita integroiduille järjestelmille, jotka sallivat järjestelmien välisten kompromissien tutkimisen |
| Todisteiden säilyttäminen | ✅ Reititä lokeja ja kirjausketjuja jatkuvasti muuttumattomaan ulkoiseen tallennustilaan, jotta oikeudelliset todisteet säilytetään ja saatavilla vahinkotapahtuman tutkimisen yhteydessä |
Anti-Mallit
| Mistä etsiä | Miltä huono näyttää |
|---|---|
| Muutava lokin tallennustila | ⚡️ Tallentaa lokeja vain Salesforcessa, jossa hyökkääjät, joilla on hallintaoikeus, voivat poistaa tai muokata oikeudellisia todisteita |
| Riittämätön lokitiedot | ⚡️ Ylätason tapahtumien kaappaaminen ilman tarpeeksi lisätietoja tutkimista varten (sisäänkirjautumiset tallennetut, mutta ei IP-osoitetta, tietojen käyttöoikeudet tallennetut, mutta ei tiettyjä tietueita) |
| Ei tietojen käyttöoikeuksia -loki | ⚡️ Rajoitettujen ja luottamuksellisten tietojen käyttöoikeuksien yksityiskohtainen kirjaaminen ei onnistunut, eikä datan altistumisen vaikutusaluetta voitu arvioida rikkomuksen ilmoituksen aikana |
| Kentän kirjausketju puuttuu | ⚡️ Kenttien kirjausketju ei ole otettu käyttöön luottamuksellisille kentille, joten et voi määrittää, mitkä data-arvot paljastuivat kompromissin aikana |
| Ei muutosten korrelaatiota | ⚡️ Määritysten kirjausketjun kokoonpanon muutosten ja myöhempien Event Monitoring -toimintojen kuvioiden välinen korrelaatio ei ole mahdollista |
| Poistettu kirjaushistoria | ⚡️ Salli tarkastushistorian vanhentuminen ennen käyttöönottosi sääntelyä koskevien sääntöjen vähimmäismäärää, mikä aiheuttaa vaatimustenmukaisuuden rikkomuksia |
Kuvio
| Mistä etsiä | Miltä hyvä näyttää |
|---|---|
| Palautuksen aikaiset tavoitteet | ✅ Määritä ja testaa palautuksen aikaista tavoitetta (RTO) ja palautuspisteen tavoitetta (RPO) tietoturvahyökkäysten skenaarioille, ei pelkästään katastrofin palautuksen skenaarioille |
| Testatut palautusmenetelmät | ✅ Vaarantuneiden tilien asiakirjojen palautusprosessit, joukkodatan suodatus, valtuuttamattomat käyttöönotot, käyttöoikeuksien eskalointi ja pakettien kompromissit neljännesvuosittaisilla testeillä |
| Varmuuskopiovahvistus | ✅ Vahvista varmuuskopioiden eheys säännöllisesti varmistaaksesi, että palautusominaisuudet toimivat tietoturvahyökkäysten aikana, eikä vain toiminnallisten virheiden aikana |
| Periytymisen ominaisuudet | ✅ Suunnittele käyttöönottoputkia, joissa on testattuja periytymistoimenpiteitä valtuuttamattomille koodin käyttöönotoille tai pahantahtoisille kokoonpanomuutoksille |
| Tunnusten kierrättäminen | ✅ Ota käyttöön tunnusten nopean kierrätyksen toimenpiteet vaarantuneille integraatiotileille, API-käyttäjille ja nimetyille tunnuksille |
| Käyttöoikeuden palautus | ✅ Asiakirjojen toimenpiteet asiaankuuluvan käyttöoikeuden palauttamiseksi liian laajojen eristystoimintojen jälkeen vahinkotapahtuman vastauksen aikana |
| Datan palautus | ✅ Suunnittele datan palautustoiminnot, jotka korjaavat tietoturvahyökkäyksistä johtuvia tietojen vioittumisia tai poistamista, erillään katastrofien palautuksesta |
| Palvelun jatkuvuus | ✅ Rakenna ratkaisuja, jotta suojaustapahtumien vastausmenetelmät ylläpitävät kriittisten liiketoimintatoimintojen jatkuvuutta tutkimisen ja korjauksen aikana |
| Palautuksen vahvistus | ✅ Testaa palautustoimenpiteitä neljännesvuosittain vahvistaaksesi, että palautetut järjestelmät toimivat oikein ja että heikkous ei ole jatkunut palautuksen aikana |
Anti-Mallit
| Mistä etsiä | Miltä huono näyttää |
|---|---|
| Todentamattomat toimenpiteet | ⚡️ Asiakirjoitettuja palautusmenetelmiä ei ole koskaan testattu harjoituksilla, ja todellinen vahinkotapahtuma osoittaa, että toimenpiteet ovat keskeneräisiä tai virheellisiä |
| Ei RTO/RPO tietoturvaa varten | ⚡️ Palautuksen aikaisten tavoitteiden määrittäminen vain katastrofien palautukselle ottamatta huomioon tietoturvahyökkäysten skenaarioita, jotka vaativat erilaisia palautusmenettelyitä |
| Ei periytymismahdollisuutta | ⚡️ Valtuuttamattomien koodien käyttöönottojen käyttöönottojen peruutustoimenpiteiden puute, joka vaatii täyden uudelleenkehityksen haitallisten muutosten poistamiseksi |
| Vahvistamattomat varmuuskopiot | ⚡️ Älä koskaan testaa varmuuskopioiden palautusta, vaan huomaa vahinkotapahtumien aikana, että varmuuskopiot ovat korruptoituja tai puutteellisia |
| Ei tunnusten kierrättäviä toimenpiteitä | ⚡️ Vaarantuneille integraatiotileille ei ole nopeita tunnusten kierrättäviä toimenpiteitä, jolloin vaarantuneet tunnukset pysyvät aktiivisina tutkimisen aikana |
| Manuaaliset palautusprosessit | ⚡️ Riippuen kokonaan manuaalisista palautustoimenpiteistä vahinkotapahtumien aikana, virheiden ja viiveiden lisäämisestä, kun nopeus on kriittinen |
| Ei palautustestausta | ⚡️ Ei koskaan vahvista, että palautetut järjestelmät toimivat oikein palautuksen jälkeen, mikä saattaa johtaa uudelleen vaaratilanteeseen tai tietojen vioittumiseen |
Kuvio
| Mistä etsiä | Miltä hyvä näyttää |
|---|---|
| Vaarantunut käyttäjätilin vastaus | ✅ Asiakirjojen toimenpiteet: jäädyttää käyttäjän, pakottaa tunnusten nollauksen, tarkastaa määrityslokit ja datan käyttöoikeuslokit kompromissin ajanjaksolle, arvioida datan altistumisen vaikutusaluetta, suorittaa rikkomusilmoituksen, jos Rajoitettu data on käytössä |
| Joukkodatan suodatusvastaus | ✅ Asiakirjojen toimenpiteet: peruuta istunto välittömästi, rajoita käyttöoikeuksia, tunnista asiaankuuluvat tietueet ja luokittelutasot, suorita sääntelyvirheiden ilmoitus käyttöönottosi hallitsevien sääntöjen aikajanalla |
| Valtuuttamattoman koodin käyttöönoton vastaus | ✅ Asiakirjojen toimenpiteet: peruutettu käyttöönotto välittömästi, tarkasta kaikki muutokset vaarantuneesta tunnuksesta, tarkasta myyntiputken suojaus valtuutuksen ohittamiseksi, skannaa käyttöönotettu koodi pysyvien taustapisteiden varalta |
| Käyttöoikeuksien eskaloinnin vastaus | ✅ Asiakirjojen toimenpiteet: poistaa eskaloituja käyttöoikeuksia välittömästi, suorittaa tarkastuksia, jotka on suoritettu laajennetulla käyttöoikeudella, tutkia, miten eskalointi ohitti hyväksymisen ohjaimet, ottaa käyttöön korvaavia ohjaimia |
| AppExchange kompromissivastaus | ✅ Asiakirjojen toimenpiteet: eristää pakettien käyttöoikeudet, arvioida paketin käyttämää dataa, arvioida paketin korvausvaihtoehtoja ja asiakirjojen oppitunteja paketin arviointiehdoista |
| Havaintosignaalit | ✅ Määritä valvonta, joka havaitsee kunkin skenaarion: vaarantuneiden tilien sisäänkirjautumisen poikkeamat, raporttien viennin määrä suodattamista varten, valtuuttamattoman koodin käyttöönoton valvonta, käyttöoikeuksien muutosten valvonta eskalointia varten |
| Työpöytäharjoitukset | ✅ Suorita työpöytäharjoituksia testaamaan vastausmenetelmiä sovellusalustakohtaisille skenaarioille, jotka vahvistavat tiimin valmiuden ja toimenpiteiden täydellisyyden |
| Vastausten automatisointi | ✅ Reaaliaikaiset transaktioiden suojauskäytännöt estävät epäilyttävät toiminnot automaattisesti, vaativat vaiheittaisen todennuksen tai ilmoittavat vastaajille luottamuksellisten havaintojen signaaleista, mikä tarjoaa automatisoitua estoa, joka vähentää vastausaikaa |
Anti-Mallit
| Mistä etsiä | Miltä huono näyttää |
|---|---|
| Vain yleiset vastaussuunnitelmat | ⚡️ Vain yleisiä vahinkotapahtumien vastausmenetelmiä ilman Salesforce-kohtaisia ohjeita, sovellusalustakohtaisten toimintojen improvisointi aktiivisten vahinkotapahtumien aikana |
| Ei havaintokokoonpanoa | ⚡️ Valvonta ei ole määritetty havaitsemaan sovellusalustakohtaisia skenaarioita (joukkosiirto, käyttöoikeuksien eskalointi, valtuuttamaton käyttöönotto), vahinkotapahtumien havaitseminen käyttäjäraporteilla tai auditoinneilla |
| Ei työpöytäharjoituksia | ⚡️ Ei koskaan suorita työpöytäharjoituksia vahvistaaksesi, että tiimisi tuntee sovellusalustakohtaiset vastaustoimenpiteet, havaitseaksesi Knowledge todellisten vahinkotapahtumien aikana |
| Ei automatisointia | ⚡️ Täysin manuaalinen vastaus kaikkiin vahinkotapahtumiin, joilla ei ole reaaliaikaisia transaktioiden suojauskäytäntöjä automatisoitua estoa varten, ja viiveitä, kun välitön esto voisi vähentää vahinkoja |
| Vastausten toistokirjat puuttuvat | ⚡️ Puuttuvat dokumentoidut vastausten toistokirjat yleisimmille skenaarioille (kompromisoitu käyttäjätili, datan suodatus, valtuuttamaton koodin käyttöönotto) |
| Ei rikkomuksen ilmoitustoimenpiteitä | ⚡️ Ei ole toimenpiteitä säännösten rikkomusten ilmoitusten vaatimuksille, joten sinun ei tarvitse ymmärtää velvollisuuksia todellisten vahinkotapahtumien aikana, kun aikataulut ovat tiukkoja |
Kuvio
| Mistä etsiä | Miltä hyvä näyttää |
|---|---|
| Kaistan ulkopuolinen viestintä | ✅ Laadi viestintäkanavia, jotka eivät ole riippuvaisia mahdollisesti vaarantuneista järjestelmistä (puhelinhakemistot, ulkoiset viestintäalustat) koordinoidaksesi vastauksia |
| Eskalointitoimenpiteet | ✅ Asiakirjojen eskalointipolut alusta alkuperäisestä havainnosta johtajan ilmoitukseen yhteystiedoilla ja eskalointiehdoilla |
| Ilmoitusmallit | ✅ Ylläpidä valmiiksi luotuja ilmoitusmalleja yleisimmille vahinkotapahtumatyypeille, jotka mahdollistavat nopean viestinnän sidosryhmille, asiakkaille ja sääntelyviranomaisille |
| Sidosryhmän tunnistaminen | ✅ Tunnista sidosryhmät, jotka tarvitsevat ilmoituksia erityyppisistä vahinkotapahtumista, mukaan lukien johtajat, lakimiehet, vaatimustenmukaisuus, asiaankuuluvat käyttäjät ja valvontaviranomaiset |
| Sääntelyilmoitusten aikataulut | ✅ Dokumentoi kunkin lainkäyttöalueen lakisääteiset ilmoitusvaatimukset, jotka on vahvistettu käyttöönottosi säännösten mukaisesti, ja käytä toimenpiteitä, jotka varmistavat vaatimustenmukaisuuden oikeaan aikaan |
| Sisäinen koordinointi | ✅ Suunnittele vahinkotapahtumien koordinointitoimenpiteitä, jotka määrittävät roolit ja vastuut (vahinkotapahtumien päällikkö, tekninen liidi, viestintäliidi, lakisääteinen yhteyshenkilö) |
| Ulkoinen koordinointi | ✅ Laadi toimenpiteitä koordinointiin Salesforce-tuen, ulkoisten oikeudellisten tutkijoiden, lakisääteisten neuvojien ja lainvalvontaviranomaisten kanssa tarvittaessa |
| Tila-viestintä | ✅ Käytä säännöllistä tilan viestintätapaa aktiivisten vahinkotapahtumien aikana pitääksesi sidosryhmät ajan tasalla ilman, että tutkintatiimi olisi täynnä |
Anti-Mallit
| Mistä etsiä | Miltä huono näyttää |
|---|---|
| Ei kaistan ulkopuolista viestintää | ⚡️ Riippuen kokonaan mahdollisesti vaarantuneesta sähköpostista tai sisäisestä viestinnästä vahinkotapahtumien koordinointia varten, viestintäkyky menetetään, kun ensisijaiset kanavat vaarantuu |
| Epätarkkoja eskalointipolkuja | ⚡️ Ei ole dokumentoituja eskalointitoimenpiteitä, mikä aiheuttaa viiveitä ja hämmennystä siitä, kenelle tulisi ilmoittaa ja milloin |
| Ei ilmoitusmalleja | ⚡️ Vahinkotapahtumien ilmoitusten parantaminen aktiivisten vahinkotapahtumien aikana ajan paineessa, mikä aiheuttaa puutteellisia tai virheellisiä viestejä |
| Sidosryhmien luettelot puuttuvat | ⚡️ Sinulla ei ole etukäteen tunnistettuja sidosryhmien luetteloita, ja huomaat vahinkotapahtumien aikana, että kriittisille osapuolille (lakia, vaatimustenmukaisuutta, johtajia) ei ilmoitettu |
| Ei sääntelyä koskevaa aikajanatietoisuutta | ⚡️ Tietämättömyys sääntelyilmoitusten aikatauluista, jotka koskevat käyttöönottoasi vahinkotapahtuman vastauksen aikana, puuttuvat määräajat ja ylimääräisten vaatimustenmukaisuusrikkomusten luominen |
| Epäselvät roolit | ⚡️ Vahinkotapahtumien vastausten roolit ja vastuut ovat epäselviä, mikä aiheuttaa hämmennystä siitä, kenellä on valtuus tehdä rajoituspäätöksiä |
| Ei ulkoisia koordinointitoimenpiteitä | ⚡️ Sinulla ei ole vahvistettuja suhteita tai toimenpiteitä Salesforce-tukeen, oikeuslääketieteen tutkijoihin tai lainvalvontaan tarvittaessa |
Kuvio
| Mistä etsiä | Miltä hyvä näyttää |
|---|---|
| Syyttömätön kulttuuri | ✅ Vahinkotapahtumien jälkeiset tarkastukset keskittyvät järjestelmän parannuksiin yksittäisen syytteen sijaan, mikä mahdollistaa organisaation oppimisen ilman vaikutusten pelkoa |
| Vahinkotapahtumien aikajanan dokumentaatio | ✅ Asiakirjan täydellinen vahinkotapahtumien aikajana, mukaan lukien alustava kompromissi, havaitseminen, vastaustoiminnot ja ratkaisu tarkasti aikaleimattuina |
| Hallitse virheanalyysiä | ✅ Tunnista, mitkä ennakoivat ja havaitsevat ohjaimet eivät onnistuneet estämään tai havaitsemaan vahinkotapahtumaa, mikä ilmoittaa arkkitehtuurin parannuksista |
| Arkkitehtuurin heikkouksien dokumentaatio | ✅ Asiakirjojen arkkitehtuurin heikkoudet, jotka arkkitehtuurin päätöstyötietueiden (ADR) vahinkotapahtuma paljasti tietoturvan muutosten kaappaamiseksi |
| Korjauksen priorisointi | ✅ Priorisoi korjaus riskin vähentämisen mahdollisuuden perusteella, korjaa juurisyydet oireiden sijaan |
| Oppitunnin jakaminen | ✅ Jaa oppitunteja tiimeille ja liiketoimintayksiköille välttyäksesi samankaltaisilta vahinkotapahtumilta organisaation muissa osissa |
| Havaintosääntöjen päivitykset | ✅ Päivitä havaintosäännöt ja toimintatavan perustasot tutkimisen aikana havaittujen hyökkäystekniikoiden perusteella |
| Vastausmenetelmän tarkentaminen | ✅ Päivitä vahinkotapahtumien vastausmenetelmät sen perusteella, mitä tapahtui ja mitä ei tapahtunut vahinkotapahtuman todellisen vastauksen aikana |
| Tilastojen seuranta | ✅ Seuraa havaitun keskiarvoista aikaa (MTTD), vastauksen keskiarvoista aikaa (MTTR) ja vaikutuksen vaikutusaluetta pitkältä aikaväliltä tunnistaaksesi trendejä, jotka vaativat arkkitehtuurin investointeja |
| Tarkastuksen järjestys | ✅ Suorita vahinkotapahtuman jälkeinen tarkastus ajoissa, kun yksityiskohdat pysyvät tuoreina ja parannuksia tarvitaan |
Anti-Mallit
| Mistä etsiä | Miltä huono näyttää |
|---|---|
| Ohitetut arvostelut | ⚡️ Ohita vahinkotapahtuman jälkeiset tarkastukset, siirry suoraan seuraavaan vahinkotapahtumaan keräämättä oppitunteja tai rakenteellisia parannuksia |
| Syyskulttuuri | ⚡️ Vahinkotapahtumien jälkeisten tarkastusten keskittäminen yksittäisiin syytteisiin järjestelmän parannusten sijaan, mikä aiheuttaa vahinkotapahtumien piilottamisen ja estää organisaation oppimista |
| Ei arkkitehtuuridokumentaatiota | ⚡️ Arkkitehtuurin päätöstyötietueiden (ADR) vahinkotapahtumien oppimisen aiheuttamien suojausarkkitehtuurin muutosten dokumentointi epäonnistui |
| Oireiden hoito | ⚡️ Korjaa vain vahinkotapahtumien oireet (salasana vaarantunut) korjaamatta juurisyitä (ei MFA-todennusta), jolloin samankaltaiset hyökkäykset onnistuvat |
| Ei oppituntien jakamista | ⚡️ Vahinkotapahtumien oppimisen säilyttäminen vastaustiimissä organisaationlaajuisen jakamisen sijaan, jolloin samankaltaiset vahinkotapahtumat sallitaan muissa liiketoimintayksiköissä |
| Ei havaintojen päivityksiä | ⚡️ Havaintojen sääntöjen tai toimintatavan perustasojen päivittäminen havaittujen hyökkäystekniikoiden perusteella epäonnistui, ja se on edelleen haavoittuvainen samankaltaisille hyökkäyksille |
| Ei tilastojen seurantaa | ⚡️ Ei seurata havaitun keskiarvoisen ajan (MTTD), vastauksen keskiarvoisen ajan (MTTR) tai vaikutusalueen trendejä, puuttuvat mahdollisuudet tunnistaa järjestelmähaavoittuvuuksia |
| Viivästyneet tarkastukset | ⚡️ Vahinkotapahtuman jälkeisten tarkastusten suorittaminen kuukausia vahinkotapahtuman ratkaisemisen jälkeen, kun lisätiedot unohtuvat ja parantamisen vauhti häviää |
| Ei korjauksen seurantaa | ⚡️ Tunnistaa parannukset vahinkotapahtuman jälkeisen tarkastuksen aikana, mutta ei toteuta niitä, jolloin samankaltaiset vahinkotapahtumat voivat toistua |