Võimalused võrgu nähtavuse lahenduste kasutamiseks

Võrgunägemise lahenduste kasutusvõimalused

Mis on võrgunägemine?

Võrgunägemine määratletakse Websteri sõnaraamatu järgi kui "võime olla kergesti märgatud" või "selguse aste". Võrgunägemise või rakenduse all mõistetakse pimedate punktide kõrvaldamist, mis varjavad võimalust hõlpsasti näha (või kvantitatiivselt määrata), mis toimub veebis ja/või rakendustes. See nähtavus võimaldab IT-meeskondadel kiiresti eristada turvaohtusid ja lahendada jõudlusprobleeme, mis tagab parima võimaliku lõppkasutajakogemuse.

Teine arusaam on see, et see võimaldab IT-meeskondadel kontrollida ja optimeerida võrku koos rakenduste ja IT-teenustega. Seetõttu on võrgunägemine, rakenduste ja turvalisuse jälgimine hädavajalik igasuguste IT-organisatsioonide jaoks.

Kõige lihtsam viis võrgu nähtavuse saavutamiseks on rakendada nähtavuse arhitektuuri, mis on terviklik end-to-end infrastruktuur, tagades samal ajal füüsilise ja virtuaalse võrgu, rakenduste ja turvalisuse nähtavuse.

Võrgu nähtavuse aluse ladumine

Kui nähtavuse arhitektuur on loodud, on saadaval mitmeid kasutusvõimalusi. Nagu allpool näha, esindab nähtavuse arhitektuur kolme peamist nähtavuse taset: juurdepääsu tase, haldustase ja jälgimistase.

Kasutades näidatud elemente, saavad IT-spetsialistid lahendada erinevaid võrgu ja rakenduste probleeme. Olemas on kaks kasutusvõimaluste kategooriat:

• Põhilised nähtavuse lahendused
• Täielik võrgu nähtavus

Põhilised nähtavuse lahendused on suunatud võrgu turvalisusele, kulude säästmisele ja tõrgete kõrvaldamisele. Need kolm kriteeriumi mõjutavad IT-d iga kuu, kui mitte iga päev. Täielik võrgu nähtavus on mõeldud, et tagada sügavam arusaam pimedate tsoonide, jõudluse ja regulatiivsete nõuete valdkondadest.

Mida saab tõeliselt teha võrgu nähtavusega?

On kuus erinevat võrgu nähtavuse kasutusjuhtu, mis näitavad selgelt selle väärtust. Need on:

— Võrgu turvalisuse parendamine
— Võimaluste pakkumine piiramiseks ja kulude vähendamiseks
— Tõrgete kiire lahendamine ja võrgu usaldusväärsuse tõstmine
— Võrgu pimealade kõrvaldamine
— Võrgu ja rakenduste jõudluse optimeerimine
— Vastavuse tugevdamine regulatiivsetele nõuetele

Allpool on mõned konkreetsed kasutusnäited.

Näide nr 1 – andmete filtreerimine turvelahendustele, mis asuvad võrgu vahepeal (in-line), tõstab nende lahenduste efektiivsust.

Selle variandi eesmärk on kasutada võrgu paketibrokereid (NPB – Network Packet Broker) madala riskiga andmete filtreerimiseks (nt video ja hääl), et need välistada turvameetmete kontrollist (sissetungi ennetamise süsteemist (IPS), andmete kadumise ennetamisest (DLP), veebi rakenduste tulemüürist (WAF) jne). Seda "mittehuvitavat" liiklust saab tuvastada ja suunata tagasi ümberminekuelementi (by-pass switch) ning edastada edasi võrku. Selle lahenduse eeliseks on, et WAF või IPS ei pea kulutama protsessorivõimet (CPU) tarbetute andmete analüüsimiseks. Kui teie võrgu liiklus sisaldab märkimisväärses mahus sellist tüüpi andmeid, võite selle funktsiooni rakendada ning vähendada koormust oma turvavahenditele.

Ettevõtetel on juhtumeid, kus kuni 35% madala riskitasemega võrguliiklusest on IPS-i kontrolletusest välja jäetud. See suurendab automaatselt IPS-i tõhusat ribalaiust 35% ja tähendab, et saate edasi lükata täiendavate IPS-ide ostmise või uuendamise. Me kõik teame, et võrguliiklus kasvab, seega tuleb mingil hetkel teil vajada tootlikumat IPS-i. Küsimus on tõeliselt selles, kas soovite kulusid minimeerida või mitte.

Näide nr 2 – koormuse tasakaalustamine pikendab 1-10Gbit/s seadmete eluiga 40Gbit/s võrgus

Teine näide kasutusest hõlmab võrgu infrastruktuuri omamise kulude vähendamist. See saavutatakse paketivenitajate (NPB) abil, et suunata liiklust turbe- ja jälgimistööriistadele. Kuidas koormuse tasakaalustamine võib enamikule ettevõtetele kasulik olla? Esiteks on võrgu liikluse suurenemine väga levinud nähtus. Aga kuidas jälgida suure läbilaskevõime kasvu mõju? Näiteks, kui uuendate oma võrgu tuuma 1 Gbit/s-lt 10 Gbit/s-le, siis vajate tööriistu 10 Gbit/s-i jaoks, et õiget jälgimist teha. Kui suurendate kiirust 40 Gbit/s või 100 Gbit/s-ni, on selliste kiirusetega jälgimistööriistade valik palju väiksem ja nende maksumus väga kõrge.

Pakettide maaklerid pakuvad vajalikke aggregeerimise ja koormuse tasakaalustamise võimalusi. Näiteks 40 Gbit/s liikluse tasakaalustamine võimaldab jälgimisliiklust jagada mitme 10 Gbit/s seadme vahel. Pärast seda suudate pikendada 10 Gbit/s seadmete eluiga, kuni leiate piisavalt vahendeid kallimate seadmete ostmiseks, mis suudavad hallata kõrgemaid andmeedastuskiirusid.

Teine näide on tööriistade ühendamine ühte kohta ning nendele vajalike andmete edastamine pakettide maaklerilt. Mõnikord kasutatakse eraldiseisvaid lahendusi, mis on jaotatud üle võrgu. Ettevõtte juhtimise assotsiatsiooni (EMA) läbiviidud uuringud näitavad, et 32% ettevõtte lahendustest ei ole piisavalt koormatud, st vähem kui 50%. Tööriistade kesksetamine ja koormuse tasakaalustamine võimaldavad teil ressursse ühendades suurendada kasutamist, kasutades vähem seadmeid. Saate sageli edasi lükata täiendavate seadmete ostmise, kuni kasutuse määr on piisavalt kõrge.

Näide nr 3 – tõrkeotsing õiguste vähendamiseks/muutmiseks (Change Board permissions)

Kui võrgus on seadmed, mis tagavad nähtavuse (jaoturid (TAP), NPB...), peate harva võrku muutma. See võimaldab optimeerida mõningaid tõrkeotsinguprotsesse, et suurendada efektiivsust.

Näiteks pärast TAP-i installeerimist („paigaldatud ja unustatud”) edastab see passiivselt kogu liikluse koopia NPB-le. See on tohutu eelis, kuna see kõrvaldab suure osa bürokraatlikest nüanssidest – võrgumuudatuste kinnitamise vajadusest. Kui installite ka pakettide maakleri, on praktiliselt kõik andmed, mis on vajalikud tõrkeotsinguks, kohe kättesaadavad.

Kui muudatuste tegemine ei ole vajalik, võib jäta vahele muudatuste kooskõlastamise etapid ja minna otse tõrkeotsingu juurde. See uus protsess mõjutab oluliselt keskmise taastamisaja (MTTR – Mean Time to Repair) vähenemist. Uuringud näitavad, et MTTR-i on võimalik vähendada kuni 80%.

Näide #4 – Rakenduste Intelligentsus, rakenduste filtreerimise ja andmete maskeerimise rakendamine turvalisuse tõhustamiseks

Mis on rakenduste intelligentsus (Application Intelligence)? See tehnoloogia on saadaval pakettide vahendajates (NPB) IXIA. See on täiustatud funktsionaalsus, mis võimaldab liikuda välja pakettide filtreerimisest tasemel 2–4 (OSI mudel) ja täielikult üle minna tasemele 7 (rakendustase). Eeliseks on see, et kasutajate ja rakenduste käitumise ja asukoha andmeid saab genereerida ja eksportida igas vajalikus formaadis — toored paketid, filtreeritud paketid või NetFlow (IxFlow) teave. IT-osakonnad saavad avastada varjatud võrgu rakendusi, vähendada võrgu turbeohte ja vähendada võrgu seisakuid ja/või suurendada võrgu jõudlust. Tuntud ja tundmatute rakenduste eristavad omadused saavad tuvastatud, salvestatud ja edastatud spetsialiseeritud jälgimise ja turvalisuse tööriistadele.

• kahtlaste/tundmatute rakenduste tuvastamine
• geolokatsiooni põhjal kahtlase tegevuse tuvastamine, näiteks kui Põhja-Korea kasutaja ühendub teie FTP-ga serverile ja edastab andmeid
• dešifreerimine SSL potentsiaalsete ohtude kontrollimiseks ja analüüsimiseks
• rakenduste ebaõige toimimise analüüs
• liiklusmahu ja kasvutrendide analüüs aktiivseks ressursside haldamiseks ja laienemise prognoosimiseks
• privaatsusandmete (krediitkaardid, kasutajatunnused jne) varjamine enne saatmist

Visibility Intelligence funktsionaalsus on saadaval nii füüsilistes kui virtuaalsetes (Cloud Lens Private) IXIA paketibrokerites (NPB) ning avalikes 'pilvedes' — Cloud Lens Public:

Lisaks NetStacki, PacketStacki ja AppStacki standardsetele funktsioonidele:

Viimase aja jooksul on lisandunud ka SecureStacki turvafunktsioon (privaatsusandmete töötlemise optimeerimiseks), MobileStack (mobiilsideoperaatoritele) ja TradeStack (finantsturgude andmete jälgimiseks ja filtreerimiseks):

Järeldused

Võrgunägemise lahendused on võimas tööriist, mis suudab optimeerida võrgu jälgimise ja turvalisuse arhitektuuri ning luua aluse vajalike andmete kogumiseks ja jagamiseks.

Kasutusviisid võimaldavad:

• anda vajalikud spetsiifilised andmed diagnoosimiseks ja tõrkeotsinguks vastavalt vajadusele
• lisada/ eemaldada turbe- ja jälgimislahendusi nii in-line kui ka out-of-band
• vähendada MTTR-i
• tagada kiire reageerimine probleemidele
• läbiviia ulatuslik ohtude analüüs
• kaotada enamik bürokraatlikke kooskõlastusi
• vähendada häkkimise rahalisi tagajärgi, ühendades vajalikud lahendused kiiresti võrku ja vähendades MTTR-i
• vähendada SPAN-porti seadistamise kulusid ja tööjõukulusid

Allikas: habr.com