6. Fortinet Getting Started v6.0. Веб филтрирање и контрола на апликации

Поздрав! Добредојдовте на шестата лекција од курсот Fortinet Започнување. На последната лекција ги совладавме основите на работа со NAT технологијата ФортиГејт, а исто така го објави нашиот тест-корисник на Интернет. Сега е време да се грижиме за безбедноста на корисникот на неговите отворени простори. Во оваа лекција ќе ги разгледаме следните безбедносни профили: филтрирање на веб, контрола на апликации и проверка на HTTPS.

За да започнеме со безбедносните профили, треба да разбереме уште една работа: режими на инспекција.

Стандардно е режим заснован на проток. Ги проверува датотеките додека минуваат низ FortiGate без баферирање. Откако ќе пристигне пакетот, тој се обработува и препраќа, без да се чека да се прими целата датотека или веб-страница. Потребни се помалку ресурси и обезбедуваат подобри перформанси од режимот на прокси, но во исто време, не се достапни сите безбедносни функционалности во него. На пример, Превенцијата за истекување на податоци (DLP) може да се користи само во режим на прокси.
Режимот на прокси работи поинаку. Создава две TCP конекции, едната помеѓу клиентот и FortiGate, втората помеѓу FortiGate и серверот. Ова му овозможува да го баферира сообраќајот, односно да прима целосна датотека или веб-страница. Скенирањето датотеки за различни закани започнува само откако целата датотека ќе биде складирана. Ова ви овозможува да користите дополнителни функции кои не се достапни во режимот базиран на проток. Како што можете да видите, се чини дека овој режим е спротивен од Flow Based - безбедноста игра главна улога овде, а перформансите заземаат задното седиште.
Луѓето често прашуваат: кој режим е подобар? Но, тука нема општ рецепт. Сè е секогаш индивидуално и зависи од вашите потреби и цели. Подоцна во текот на курсот ќе се обидам да ги покажам разликите помеѓу безбедносните профили во режимите Flow и Proxy. Ова ќе ви помогне да ја споредите функционалноста и да одлучите што е најдобро за вас.

Ајде да преминеме директно на безбедносните профили и прво да погледнеме во Web Filtering. Помага да се следи или следи кои веб-локации ги посетуваат корисниците. Мислам дека нема потреба подлабоко да се објаснува потребата од ваков профил во сегашната реалност. Ајде подобро да разбереме како функционира.

Откако ќе се воспостави TCP конекција, корисникот користи GET барање за да побара содржина на одредена веб-локација.

Ако веб-серверот реагира позитивно, тој испраќа информации за веб-локацијата назад. Тука стапува во игра веб-филтерот. Ја проверува содржината на овој одговор За време на верификацијата, FortiGate испраќа барање во реално време до мрежата за дистрибуција на FortiGuard (FDN) за да ја одреди категоријата на дадената веб-локација. По одредувањето на категоријата на одредена веб-локација, веб-филтерот, во зависност од поставките, врши одредена акција.
Достапни се три дејства во режим на проток:

• Дозволи - дозволи пристап до веб-страницата
• Блокирај - блокирај пристап до веб-страницата
• Монитор - дозволете пристап до веб-страницата и запишете ја во дневниците

Во режимот на прокси, се додаваат уште две дејства:

• Предупредување - дајте му на корисникот предупредување дека се обидува да посети одреден ресурс и дајте му избор - продолжи или напуштај ја веб-локацијата
• Автентикација - Побарајте кориснички ингеренции - ова им овозможува на одредени групи пристап до ограничените категории на веб-локации.

На сајтот Лаборатории FortiGuard можете да ги видите сите категории и подкатегории на веб-филтерот, а исто така да дознаете на која категорија припаѓа одредена веб-локација. И воопшто, ова е прилично корисна страница за корисниците на решенијата на Фортинет, ве советувам подобро да ја запознаете во слободното време.

Има многу малку што може да се каже за контрола на апликации. Како што сугерира името, ви овозможува да ја контролирате работата на апликациите. И тоа го прави користејќи шеми од различни апликации, таканаречени потписи. Користејќи ги овие потписи, тој може да идентификува одредена апликација и да примени одредена акција за неа:

• Дозволи - дозволи
• Монитор - дозволете и логирајте го ова
• Блокирај - забрани
• Карантин - запишете настан во дневниците и блокирајте ја IP адресата одредено време

Можете исто така да ги видите постоечките потписи на веб-страницата Лаборатории FortiGuard.

Сега да го погледнеме механизмот за инспекција на HTTPS. Според статистичките податоци на крајот на 2018 година, уделот на сообраќајот HTTPS надмина 70%. Односно, без користење на HTTPS инспекција, ќе можеме да анализираме само околу 30% од сообраќајот што минува низ мрежата. Прво, ајде да погледнеме како функционира HTTPS во груба апроксимација.

Клиентот иницира барање TLS до веб-серверот и добива одговор TLS, а исто така гледа и дигитален сертификат на кој мора да му се верува на овој корисник. Ова е минималниот минимум што треба да го знаеме за тоа како функционира HTTPS, всушност, начинот на кој функционира е многу покомплициран. По успешното ракување со TLS, започнува шифриран пренос на податоци. И ова е добро. Никој не може да пристапи до податоците што ги разменувате со веб-серверот.

Сепак, за службениците за безбедност на компанијата ова е вистинска главоболка, бидејќи тие не можат да го видат овој сообраќај и да ја проверат неговата содржина ниту со антивирус, ниту со систем за спречување на упади, ниту со DLP системи, ниту со било што. Ова, исто така, негативно влијае на квалитетот на дефиницијата на апликациите и веб-ресурсите што се користат во мрежата - токму она што се однесува на нашата тема на лекцијата. Технологијата за проверка на HTTPS е дизајнирана да го реши овој проблем. Нејзината суштина е многу едноставна - всушност, уред кој врши проверка на HTTPS организира напад на Man In The Middle. Изгледа отприлика вака: FortiGate го пресретнува барањето на корисникот, организира HTTPS врска со него и потоа отвора HTTPS сесија со ресурсот до кој пристапил корисникот. Во овој случај, сертификатот издаден од FortiGate ќе биде видлив на компјутерот на корисникот. Мора да му се верува за прелистувачот да дозволи поврзување.

Всушност, проверката на HTTPS е прилично комплицирана работа и има многу ограничувања, но ние нема да го разгледаме ова во овој курс. Само ќе додадам дека спроведувањето на инспекцијата на HTTPS не е прашање на минути, обично трае околу еден месец. Неопходно е да се соберат информации за неопходните исклучоци, да се направат соодветни поставки, да се собираат повратни информации од корисниците и да се прилагодат поставките.

Дадената теорија, како и практичниот дел се претставени во оваа видео лекција:

Во следната лекција ќе разгледаме други безбедносни профили: антивирус и систем за спречување на упад. За да не го пропуштите, следете ги ажурирањата на следните канали:

• YouTube
• Vkontakte заедница
• Јандекс Зен
• Нашата страница
• Телеграмски канал

Извор: www.habr.com