Phenquestions
Sisällysluettelo
- Tietokannan injektio
- Rikkinäinen todennus
- Arkaluontoisten tietojen altistuminen
- Ulkoiset XML-entiteetit (XEE)
- Rikkinäinen kulunvalvonta
- Turvallisuuden väärä määritys
- Sivustojen välinen komentosarja (XSS)
- Epävarmat aavistamiset
- Tunnettujen haavoittuvuuksien käyttäminen
- Riittämätön kirjaaminen ja seuranta
Tietokannan injektio:
Jos lähetetään epäluotettavia paloja tulkkille osana komentoa minkä tahansa alueen kautta, joka vie käyttäjän syötteen i.Lomakkeen syötöllä tai muulla tietojen toimittamisalueella esiintyy injektiovirheitä. Hyökkääjän haitalliset kyselyt voivat huijata tulkin suorittamaan komentoja, jotka voivat näyttää luottamuksellisia tietoja, joihin käyttäjällä ei ole lupaa katsoa. Esimerkiksi SQL-injektiohyökkäyksessä, kun lomakesyöttöä ei desinfioida oikein, hyökkääjä voi syöttää SQL-tietokannan ja käyttää sen sisältöä ilman lupaa, vain kirjoittamalla haitallisen SQL-tietokannan koodin muodossa, joka odottaa selkeää tekstiä. Kaikentyyppinen kenttä, joka vie käyttäjän syötteen, on injektoitava i.parametrit, ympäristömuuttujat, kaikki verkkopalvelut jne.
Sovellus on alttiina injektiohyökkäykselle, kun käyttäjän toimittamia tietoja ei desinfioida ja validoida käyttämällä dynaamisia kyselyjä ilman kontekstitietoista pakenemista ja vihamielisen datan käyttöä suoraan. Injektiovirheet voidaan helposti löytää tutkimalla koodi ja käyttämällä automaattisia työkaluja, kuten skannereita ja sumuttimia. Injektiohyökkäysten estämiseksi voidaan toteuttaa joitain toimenpiteitä, kuten tietojen erottaminen komentoista ja kyselyistä, turvallisen sovellusliittymän käyttö, joka tarjoaa parametrisoidun käyttöliittymän, "valkoisen luettelon" palvelinpuolen syötteen vahvistus Snortin kaltaisilla työkaluilla, erikoismerkkien välttäminen käyttämällä erityistä pakosyntaksi jne.
Injektiohyökkäys voi johtaa massiiviseen tietojen menetykseen, luottamuksellisten tietojen paljastamiseen, pääsyn epäämiseen ja jopa johtaa täydelliseen sovellusten haltuunottoon. Joitakin SQL-ohjaimia, kuten LIMIT, voidaan käyttää valtavien tietojen menetyksen hallintaan hyökkäyksen yhteydessä. Jotkut injektiohyökkäystyypit ovat SQL-, OS-, NoSQL- ja LDAP-injektiohyökkäykset.
Virheellinen todennus:
Hyökkääjät voivat käyttää käyttäjätilejä ja jopa vaarantaa koko isäntäjärjestelmän järjestelmänvalvojan tilien kautta käyttämällä todennusjärjestelmien haavoittuvuuksia. Todennusvirheiden avulla hyökkääjä voi vaarantaa salasanat, istuntotunnukset ja todennusavaimet, ja ne voidaan ketjuttaa muihin hyökkäyksiin, jotka voivat johtaa minkä tahansa muun käyttäjätilin tai istunnon luvattomaan käyttöön väliaikaisesti ja joissakin tapauksissa pysyvästi. Oletetaan, että käyttäjällä on sanalista tai sanakirja miljoonista kelvollisten käyttäjänimien ja salasanojen rikkomisesta. Hän voi käyttää niitä yksitellen erittäin lyhyessä ajassa kirjautumisjärjestelmän automaattisten työkalujen ja komentosarjojen avulla nähdäksesi, toimiiko kukaan. Heikko henkilöllisyydenhallinnan ja käyttöoikeuksien hallinta johtaa haavoittuvuuksiin, kuten rikkinäiseen todennukseen.
Sovellus on alttiina todennushyökkäyksille, kun se sallii eri käyttäjätunnusten ja salasanojen kokeilun, sallii sanakirjahyökkäykset tai raakavoimat hyökkäykset ilman puolustustrategiaa, käyttää helppoja, oletussalasanoja tai salasanoja, jotka vuotavat rikkomuksista, paljastaa istuntotunnukset URL-osoitteessa, käyttää huono salasanan palautusohjelma, käyttää evästeitä. Rikkoutunutta todennusta voidaan hyödyntää helposti käyttämällä yksinkertaisia työkaluja raa'aan pakottamiseen ja sanakirjahyökkäyksiin, joissa on hyvä sanakirja. Tämäntyyppiset hyökkäykset voidaan estää käyttämällä monivaiheisia todennusjärjestelmiä toteuttamalla heikot salasanatarkistukset suorittamalla salasana huonojen salasanojen tietokannassa, käyttämättä oletusarvoisia tunnistetietoja, yhdenmukaistamalla salasanan monimutkaisuuskäytäntö käyttämällä hyviä palvelinpuolia istunnonhallinta, joka luo uuden satunnaisen istunnon tunnuksen kirjautumisen jälkeen jne.
Rikkoutunut todennushaavoittuvuus voi johtaa muutaman käyttäjätilin ja järjestelmänvalvojan tilin vaarantamiseen, eli hyökkääjän on kaikki vaarannettava järjestelmä. Tämäntyyppiset hyökkäykset johtavat henkilöllisyysvarkauksiin, sosiaaliturvapetoksiin, rahanpesuun ja erittäin turvaluokiteltujen tietojen paljastamiseen. Hyökkäykset sisältävät sanakirjahyökkäyksiä, raakaa pakottamista, istunnon kaappaamista ja istunnonhallinnan hyökkäyksiä.
Arkaluontoinen altistuminen tiedoille:
Joskus verkkosovellukset eivät suojaa arkaluontoisia tietoja, kuten salasanoja, tietokannan tunnistetietoja jne. Hyökkääjä voi helposti varastaa tai muokata näitä heikosti suojattuja tunnistetietoja ja käyttää niitä laittomiin tarkoituksiin. Arkaluontoiset tiedot tulee salata lepoasennossa tai kuljetuksen aikana, ja niillä on oltava ylimääräinen suojaustaso, muuten hyökkääjät voivat varastaa sen. Hyökkääjät voivat saada käsiinsä arkaluontoisia tietoja ja varastaa hajautetun tai tyhjennetyn tekstin käyttäjät ja tietokannan tunnistetiedot palvelimelta tai verkkoselaimelta. Esimerkiksi, jos salasanatietokanta käyttää salaamattomia tai yksinkertaisia hajautuksia salasanojen tallentamiseen, tiedostojen latausvirhe voi antaa hyökkääjälle mahdollisuuden noutaa salasanatietokanta, mikä johtaa kaikkien salasanojen altistumiseen sateenkaaritaulukolla ennalta lasketuista hajautuksista.
Tärkein virhe ei ole vain se, että tietoja ei salata, vaikka ne olisivatkin salattuja, mutta heikko avainten luonti, heikot hajautusalgoritmit, heikko salauksen käyttö voivat myös johtaa tämän tyyppisiin yksi yleisimmistä hyökkäyksistä. Tämäntyyppisten hyökkäysten estämiseksi luokittele ensin, minkä tyyppisiä tietoja voidaan pitää arkaluonteisina tietosuojalakien mukaan, ja käytä valvontaa luokituksen mukaan. Yritä olla tallentamatta mitään luokiteltuja tietoja, joita et tarvitse, pese ne heti kun käytät niitä. Salaa siirrettävät tiedot suojatuilla protokollilla i.e TLS PFS-salauksilla jne.
Tämäntyyppiset haavoittuvuudet voivat johtaa erittäin arkaluontoisten tietojen, kuten luottokorttitietojen, terveystietojen, salasanojen ja muiden henkilötietojen paljastamiseen, jotka voivat johtaa henkilöllisyysvarkauksiin ja pankkipetoksiin jne.
Ulkoiset XML-entiteetit (XEE):
Huonosti määritetyt XML-prosessorit käsittelevät ulkoisten entiteettien viitteitä XML-asiakirjoissa. Näitä ulkoisia entiteettejä voidaan käyttää sisäisten tiedostojen tietojen, kuten / etc / passwd tiedostoon tai muiden haitallisten tehtävien suorittamiseen. Haavoittuvia XML-prosessoreita voidaan helposti hyödyntää, jos hyökkääjä voi ladata XML-asiakirjan tai sisällyttää XML-tiedostoja jne. Nämä haavoittuvat XML-entiteetit voidaan löytää SAST- ja DAST-työkaluilla tai manuaalisesti tarkastamalla riippuvuuksia ja kokoonpanoja.
Verkkosovellus on altis XEE-hyökkäykselle monista syistä, kuten jos sovellus hyväksyy suoran XML-syötteen epäluotettavista lähteistä, sovelluksen asiakirjatyyppimääritykset (DTD) ovat käytössä, sovellus käyttää SAML: ää identiteetin käsittelyyn, kun SAML käyttää XML: tä identiteettiin lisäykset jne. XEE-hyökkäyksiä voidaan lieventää välttämällä arkaluonteisten tietojen sarjallisuutta käyttämällä vähemmän monimutkaisia datamuotoja i.e JSON, XML-prosessoreiden korjaus, sovellus käyttää käyrästi] ja jopa kirjastoja, poistaa DTD: t käytöstä kaikissa XML-jäsentimissä, XML-tiedostojen lataustoimintojen validointi XSD-todennuksella jne.
Tämäntyyppisille hyökkäyksille alttiina oleva sovellus voi johtaa DOS-hyökkäykseen, Billion Laughsin hyökkäykseen, sisäisten järjestelmien skannaukseen, sisäisen portin skannaukseen, etäkomennon suorittamiseen, mikä vaikuttaa kaikkiin sovellustietoihin.
Rikkinäinen kulunvalvonta:
Kulunvalvonta antaa käyttäjille käyttöoikeudet tiettyjen tehtävien suorittamiseen. Rikkoutunut pääsynhallinnan haavoittuvuus tapahtuu, kun käyttäjiä ei ole rajoitettu tehtäviin, joita he voivat suorittaa. Hyökkääjät voivat hyödyntää tätä heikkoutta, joka voi päätyä luvattomien toimintojen tai tietojen käyttämiseen. Oletetaan, että verkkosovelluksen avulla käyttäjä voi vaihtaa kirjautuneen tilin vaihtamalla URL-osoitteen toisen käyttäjän tilille ilman lisätarkistusta. Pääsynhallinnan haavoittuvuuden hyödyntäminen on hyökkääjän hyökkäys, tämä haavoittuvuus löytyy manuaalisesti sekä käyttämällä SAFT- ja DAFT-työkaluja. Nämä haavoittuvuudet johtuvat testauksen puutteesta ja verkkosovellusten automaattisesta tunnistamisesta, vaikka paras tapa löytää ne on tehdä se manuaalisesti.
Haavoittuvuudet sisältävät käyttöoikeuksien laajentamisen i.toimiessasi käyttäjänä et ole tai toimit järjestelmänvalvojana samalla kun olet käyttäjä, ohittaen pääsynvalvontatarkastukset vain muuttamalla URL-osoitetta tai muuttamalla sovelluksen tilaa, metatietojen käsittelyä, jolloin ensisijainen avain voidaan vaihtaa toisen käyttäjän ensisijaisena avaimena, jne. Tämän tyyppisten hyökkäysten estämiseksi pääsynvalvontamekanismit on otettava käyttöön palvelinpuolen koodissa, jossa hyökkääjät eivät voi muokata käyttöoikeuksia. Ainutlaatuisten sovellusliiketoimintarajoitusten täytäntöönpano verkkotunnusmalleilla, palvelinhakemistojen luetteloiden poistaminen käytöstä, ilmoituksen järjestelmänvalvoja toistuvista epäonnistuneista kirjautumisyrityksistä, JWT-tunnusten mitätöinti uloskirjautumisen jälkeen on varmistettava tällaisten hyökkäysten lieventämiseksi.
Hyökkääjät voivat toimia toisena käyttäjänä tai järjestelmänvalvojana käyttämällä tätä haavoittuvuutta haitallisten tehtävien suorittamiseen, kuten tietueiden luomiseen, poistamiseen ja muokkaamiseen jne. Massiivista tietojen menetystä voi tapahtua, jos tietoja ei suojata edes rikkomisen jälkeen.
Turvallisuuden väärä määritys:
Yleisin haavoittuvuus on virheellinen tietoturva. Tärkein syy haavoittuvuuteen on oletusasetusten, keskeneräisten määritysten, tilapäisten määritysten, huonosti määritettyjen HTTP-otsikkojen ja yksityiskohtaisten virheilmoitusten käyttö, jotka sisältävät enemmän tietoa kuin käyttäjän olisi pitänyt tietää. Millä tahansa verkkosovelluksen tasolla tietoturva-asetuksia voi esiintyä i.e - tietokanta, verkkopalvelin, sovelluspalvelin, verkkopalvelut jne. Hyökkääjät voivat hyödyntää avaamattomia järjestelmiä tai käyttää suojaamattomia tiedostoja ja hakemistoja luvatta pidättääkseen järjestelmän. Esimerkiksi sovellus on liian yksityiskohtainen virheilmoitus, joka auttaa hyökkääjää tuntemaan sovellusjärjestelmän haavoittuvuudet ja toimintatavan. Automaattisia työkaluja ja skannereita voidaan käyttää tämäntyyppisten tietoturva-aukkojen havaitsemiseen.
Verkkosovellus sisältää tämän tyyppisen haavoittuvuuden, jos siitä puuttuu tietyn sovelluksen tietoturvakovennus, tarpeettomat portit ovat auki tai se sallii tarpeettomia ominaisuuksia, käytetään oletussalasanoja, virheenkäsittely paljastaa hyökkääjälle informatiivisia virheitä, se käyttää korjaamattomat tai vanhentuneet tietoturvaohjelmistot jne. Se voidaan estää poistamalla koodin tarpeettomat ominaisuudet, ts.vähäinen alusta ilman tarpeettomia ominaisuuksia, dokumentaatiota jne., joka mahdollistaa tehtävän päivittää ja korjata tietoturva-aukot osana korjaustiedostojen hallintaprosesseja, prosessin käyttö toteutettujen turvatoimien tehokkuuden tarkistamiseksi, toistettavan karkaisuprosessin käyttö toisen, oikein lukitun ympäristön käyttöönotto on helppoa.
Tämän tyyppiset haavoittuvuudet tai puutteet mahdollistavat hyökkääjän luvattoman pääsyn järjestelmätietoihin, mikä johtaa järjestelmän täydelliseen vaarantumiseen.
Sivustojen välinen komentosarja (XSS):
XSS-haavoittuvuudet tapahtuvat siinä vaiheessa, kun verkkosovellus sisällyttää epäluotettavia tietoja uuteen verkkosivustoon ilman laillista hyväksyntää tai pakenemista tai päivittää nykyisen sivustosivun asiakkaan toimittamilla tiedoilla käyttämällä selaimen sovellusliittymää, joka voi tehdä HTML: stä tai JavaScriptistä. XSS-virheitä esiintyy siinä tapauksessa, että verkkosivusto sallii käyttäjän lisätä mukautettua koodia URL-polkuun, jonka muut käyttäjät voivat nähdä. Näitä virheitä käytetään haittaohjelmakoodin suorittamiseen kohteen selaimessa. Oletetaan, että hyökkääjä voi lähettää uhrille linkin, joka sisältää linkin minkä tahansa yrityksen verkkosivustolle. Tähän yhteyteen voi olla upotettu haitallinen JavaScript-koodi. Jos pankin verkkosivua ei ole suojattu asianmukaisesti XSS-hyökkäyksiltä, linkkiä napsauttamalla haittaohjelma suoritetaan uhrin selaimessa.
Sivustojen välinen komentosarja on tietoturva-aukko, jota esiintyy lähes ⅔ verkkosovelluksissa. Sovellus on haavoittuvainen XSS: lle, jos sovellus tallentaa käyttämättömän käyttäjän syötteen, jonka toinen käyttäjä voi nähdä, käyttämällä JavaScript-rakenteita, yhden sivun sovelluksia ja sovellusliittymiä, jotka sisältävät tehokkaasti hyökkääjän hallittavia tietoja sivulle, ovat avuttomia DOM XSS: ää vastaan. XSS-hyökkäyksiä voidaan lieventää käyttämällä kehyksiä, jotka pakenevat ja puhdistavat luonteeltaan XSS-syötteen, kuten React JS jne., Oppimalla kehysten rajoitukset ja peittämällä ne omilla tapauksillaan, välttämällä tarpeetonta ja epäluotettavaa HTML-dataa kaikkialla i.e HTML-määritteissä, URI: ssä, Javascriptissa jne., kontekstiherkän koodauksen käyttö asiakirjapuolen dokumentin muokkaamisen yhteydessä jne.
XSS-pohjaiset hyökkäykset ovat kolmenlaisia i.e Heijastettu XSS, DOM XSS ja tallennettu XSS. Kaikilla näiden hyökkäysten tyypeillä on merkittävä vaikutus, mutta Stored XSS: n tapauksessa vaikutus on vielä suurempi eli.e valtakirjojen varastaminen, haittaohjelmien lähettäminen uhrille jne.
Epävarma deserialisaatio:
Tietojen sarjallisuus tarkoittaa esineiden ottamista ja muuntamista mihin tahansa muotoon, jotta näitä tietoja voidaan käyttää myöhemmin muihin tarkoituksiin, kun taas tietojen deserialisointi tarkoittaa päinvastaista. Deserialisaatio purkaa tämän sarjoitetun tiedon pakkaamisesta sovellusten käyttöä varten. Epävarmalla deserialisoinnilla tarkoitetaan juuri ennen sitä sarjatuotettujen tietojen purkamista, jotka on purettu tai deserialisoitu. Epävarma deserialisaatio johtaa koodin etäsuorittamiseen, ja sitä käytetään suorittamaan muita tehtäviä haitallisiin tarkoituksiin, kuten käyttöoikeuksien eskalointi, injektiohyökkäykset, uusintahyökkäykset jne. On olemassa joitain työkaluja tällaisten puutteiden löytämiseen, mutta ihmisen vahvistamista tarvitaan usein ongelman vahvistamiseksi. Deserialisaation hyödyntäminen on vähän vaikeaa, koska hyödyntäminen ei toimi ilman joitain manuaalisia muutoksia.
Kun sovellus poistaa käytöstä hyökkäävän yksikön toimittamat haitalliset objektit. Tämä voi johtaa kahden tyyppisiin hyökkäyksiin i.Tietorakenteeseen ja objekteihin liittyvät hyökkäykset, joissa hyökkääjä muokkaa sovelluslogiikkaa tai suorittaa etäkoodia, ja tyypilliset tietojen peukaloinnit, joissa olemassa olevia tietorakenteita käytetään muunnellun sisällön kanssa, esimerkiksi kulunvalvontaan liittyvät hyökkäykset. Sarjausta voidaan käyttää etäprosessiviestinnässä (RPC) tai prosessien välisessä viestinnässä (IPC), tietojen välimuistissa, verkkopalveluissa, tietokantojen välimuistipalvelimessa, tiedostojärjestelmissä, API-todennustunnuksissa, HTML-evästeissä, HTML-lomakeparametreissa jne. Deserialisaatio-hyökkäyksiä voidaan lieventää käyttämättä epäluotettavista lähteistä peräisin olevia sarjoitettuja objekteja, toteuttamalla eheystarkastuksia, eristämällä matalassa etuoikeutetussa ympäristössä käynnissä oleva koodi, seuraamalla saapuvia ja lähteviä verkkoyhteyksiä usein deserialisoivista palvelimista.
Tunnettujen haavoittuvuuksien omaavien komponenttien käyttö:
Useimmat kehittäjät käyttävät verkkosovelluksessa erilaisia komponentteja, kuten kirjastoja, kehyksiä ja ohjelmistomoduuleja. Nämä kirjastot auttavat kehittäjää välttämään tarpeetonta työtä ja tarjoavat tarvittavat toiminnot. Hyökkääjät etsivät näiden komponenttien puutteita ja haavoittuvuuksia hyökkäyksen koordinoimiseksi. Mikäli komponentista löytyy tietoturva-aukko, kaikki samaa komponenttia käyttävät sivustot voidaan tehdä haavoittuviksi. Näiden haavoittuvuuksien hyödyntäminen on jo käytettävissä, kun mukautetun hyödyntämisen kirjoittaminen tyhjästä vie paljon vaivaa. Tämä on hyvin yleinen ja laajalle levinnyt kysymys. Suurten komponenttimäärien käyttö verkkosovelluksen kehittämisessä voi johtaa siihen, ettei edes tiedä ja ymmärrä kaikkia käytettyjä komponentteja, kaikkien komponenttien korjaaminen ja päivittäminen on pitkä matka.
Sovellus on haavoittuva, jos kehittäjä ei tiedä käytetyn komponentin versiota, ohjelmisto on vanhentunut i.e) käyttöjärjestelmä, DBMS, käynnissä olevat ohjelmistot, ajonaikaiset ympäristöt ja kirjastot, haavoittuvuuksien tarkistusta ei tehdä säännöllisesti, kehittäjät eivät testaa korjaustiedostojen yhteensopivuutta. Se voidaan estää poistamalla käyttämättömät riippuvuudet, tiedostot, dokumentaatio ja kirjastot, tarkistamalla asiakas- ja palvelinpuolen komponenttien versio säännöllisesti, hankkimalla komponentit ja kirjastot virallisista ja luotettavista suojatuista lähteistä, seuraamalla lähettämättömiä kirjastoja ja komponentteja, varmistamalla suunnitelma haavoittuvien komponenttien päivittämiseen ja korjaamiseen säännöllisesti.
Nämä haavoittuvuudet johtavat vähäisiin vaikutuksiin, mutta voivat myös johtaa palvelimen ja järjestelmän vaarantumiseen. Monet suuret rikkomukset perustuivat komponenttien tunnettuihin haavoittuvuuksiin. Haavoittuvien komponenttien käyttö heikentää sovellussuojaa ja voi olla lähtökohta suurelle hyökkäykselle.
Riittämätön kirjaaminen ja seuranta:
Useimmat järjestelmät eivät toteuta tarpeeksi toimenpiteitä ja toimenpiteitä tietorikkomusten havaitsemiseksi. Tapahtuman keskimääräinen vasteaika on 200 päivää tapahtuman jälkeen, tämä on paljon aikaa tehdä kaikki ikävät asiat hyökkäävälle yksikölle. Riittämätön loki ja seuranta antavat hyökkääjälle mahdollisuuden hyökätä edelleen järjestelmään, ylläpitää järjestelmän pitoa, manipuloida, pitää ja purkaa tietoja tarpeen mukaan. Hyökkääjät käyttävät seurannan ja reagoinnin puutetta hyväkseen hyökätäkseen verkkosovellukseen.
Riittämätön kirjaaminen ja seuranta tapahtuu milloin tahansa i.e-sovellusten lokeja, joita ei tarkkailla epätavallisten toimintojen, tarkastettavien tapahtumien, kuten epäonnistuneiden kirjautumisyritysten ja korkeiden tapahtumien arvojen, kirjaamista ei tapahdu oikein, varoitukset ja virheet tuottavat epäselviä virhesanomia, ei laukaisuhälytystä, jos automaattinen DAST-työkalu on tehty, eikä sitä voida havaita tai hälyttää aktiivisia hyökkäyksiä nopeasti jne. Näitä voidaan lieventää varmistamalla, että kaikki sisäänkirjautumis-, pääsynvalvontavirheet ja palvelinpuolen syötteen vahvistus voidaan kirjata haitallisen käyttäjätilin tunnistamiseksi ja säilyttää riittävän ajan viivästyneelle rikostutkinnalle varmistamalla, että luodut lokit ovat muodoltaan yhteensopiva keskitettyjen lokinhallintaratkaisujen kanssa varmistamalla arvokkaiden tapahtumien eheystarkastukset, perustamalla järjestelmä epäilyttävistä toiminnoista tapahtuvia hälytyksiä varten jne.
Suurin osa onnistuneista hyökkäyksistä alkaa järjestelmän haavoittuvuuksien tarkistamisesta ja tutkimisesta, jolloin näiden haavoittuvuuksien tutkiminen voi johtaa koko järjestelmän vaarantumiseen.
Päätelmä:
Verkkosovelluksen tietoturva-aukot vaikuttavat kaikkiin sovellukseen liittyviin entiteetteihin. Näistä haavoittuvuuksista on huolehdittava, jotta käyttäjille voidaan tarjota turvallinen ympäristö. Hyökkääjät voivat käyttää näitä haavoittuvuuksia vaarantaa järjestelmän, hallita sitä ja laajentaa käyttöoikeuksia. Vaarantuneen verkkosovelluksen vaikutus voidaan visualisoida varastetuista luottokorttitiedoista ja henkilöllisyysvarkauksista erittäin luottamuksellisten tietojen vuotamiseen jne. haitallisten tahojen tarpeista ja hyökkäysvektoreista riippuen.
