9. Check Point Komma igÄng med R80.20. Applikationskontroll och URL-filtrering

9. Check Point Komma IgÄng R80.20. Applikationskontroll & URL-filtering

VĂ€lkommen till den 9:e lektionen! Efter en kort paus för majhelgen fortsĂ€tter vi vĂ„ra publiceringar. Idag ska vi diskutera ett minst lika intressant Ă€mne, nĂ€mligen — Application Control och URL-filtrering. Det som ibland fĂ„r Check Point att köpa. Behöver du blockera Telegram, TeamViewer eller Tor? Det Ă€r dĂ€rför Application Control behövs. Dessutom kommer vi att ta upp en annan intressant blade — Content Awareness, och dessutom diskutera vikten av HTTPS-inspektion. Men allt i sin ordning!

Som ni minns började vi i lektion 7 diskutera policyn för Access Control, men hittills har vi endast berört blade Firewall och lekt lite med NAT. Nu lĂ€gger vi till tre nya blades — Application Control, URL-filtrering och Content Awareness.

Application Control & URL Filtering

Varför betrakta jag App Control och URL Filtering i samma lektion? Det Àr inget slump. Det Àr faktiskt ganska svÄrt att tydligt skilja mellan en applikation och en webbplats. LÄt oss sÀga Facebook. Vad Àr det? En webbplats? Ja. Men den bestÄr av mÄnga mikroapplikationer. Spel, video, meddelanden, widgets, osv. Och allt detta bör helst hanteras. DÀrför aktiverar man alltid App Control och URL Filtering tillsammans.

Nu Ă€r det dags att diskutera databasen för applikationer och webbplatser. Du kan se dem i SmartConsole via Object Explorer. DĂ€r finns en speciell filter för Applications/Categories. Dessutom finns det en speciell resurs — Check Point AppWiki. DĂ€r kan du alltid se om det finns en viss applikation (eller resurs) i Check Points databas.

9. Check Point Komma IgÄng R80.20. Applikationskontroll & URL-filtering

Det finns ocksÄ en tjÀnst Check Point URL Categorization, dÀr du alltid kan kontrollera vilken "Check Point"-kategori en viss resurs tillhör. Du kan till och med begÀra en Àndring av kategorin om du anser att den Àr felaktigt definierad.

9. Check Point Komma IgÄng R80.20. Applikationskontroll & URL-filtering

I övrigt Àr det ganska sjÀlvklart med dessa blades. Du skapar en accesslista, anger resursen/applikationen som ska blockeras eller istÀllet tillÄtas. Det Àr allt. Lite senare kommer vi att se detta i praktiken.

Content Awareness

Jag ser ingen mening med att upprepa detta Ă€mne inom ramen för vĂ„r kurs. Jag har mycket noggrant beskrivit och visat denna blade i den föregĂ„ende kursen — 3. Check Point pĂ„ max. Content Awareness.

HTTPS Inspection

Detsamma gĂ€ller för HTTPS-inspektionen. Jag har ganska utförligt beskrivit bĂ„de den teoretiska och praktiska delen av denna mekanism hĂ€r — 2. Check Point pĂ„ max. HTTPS-inspektion. Men HTTPS-inspektion Ă€r viktig inte bara för sĂ€kerhet, utan ocksĂ„ för noggrannheten i att identifiera applikationer och webbplatser. Detta diskuteras i videolektionen nedan.

Videolektion

I den hÀr lektionen kommer jag att gÄ igenom det nya konceptet av Layer, skapa en grundlÀggande blockeringspolicy för Facebook, införa ett förbud mot nedladdning av körbara filer (med hjÀlp av Content Awareness) och visa hur man aktiverar HTTPS-inspektion.

Spela video

HĂ„ll dig uppdaterad för mer och gĂ„ med i vĂ„r YouTube-kanal 🙂

KĂ€lla: habr.com

Köp pĂ„litlig webbhotell med DDoS-skydd, VPS VDS-servrar đŸ”„ Köp pĂ„litlig webbhotell med DDoS-skydd, VPS VDS-servrar | ProHoster