2.3.2. Особливості обробки Web-пошти

Обробка Web-листів має кілька особливостей, пов'язаних як з особливостями реалізації модуля POST-фільтрації, так і з неоднозначністю, що виникає в процесі формування листа з перехопленого POST-запиту.

2.3.2.1. Авторизований і неавторизований режими роботи Web-фільтра

Момент, коли Web-фільтр повинен зробити аналіз умісту POST-запиту, визначається або як момент, коли отриманий останній байт запиту (неавторизований режим), або коли отримана інформація про те, що користувач авторизований на Proxy-сервері.

Якщо Proxy-сервер вимагає обов'язкової авторизації з'єднання, необхідно використовувати режим авторизованої обробки з'єднань. У цьому випадку:

• підвищується продуктивність системи в цілому, тому що в цьому випадку Web-фільтром не обробляються запити, відхилені Proxy-сервером з вимогою авторизації користувача;

• забезпечується визначення ім'я користувача на підставі даних про авторизацію на тім Proxy-сервері, що намагається відправити інформацію за допомогою Web-пошти .

Однак у випадку, якщо Proxy-сервер не вимагає авторизації користувача, Web-фільтр необхідно встановлювати в режимі неавторизованої обробки з'єднань. Особливостями даного режиму є те, що листа можуть проходити через сервер, не маючи певної авторизації, що в деяких випадках не дає можливості визначити, який користувач зробив відправлення підозрілого листа.

2.3.2.2. Обробка форм авторизації

Через особливості фільтрації HTTP-трафика можливе виникнення наступного ефекту: якщо в паролях для доступу до тих або інших ресурсів (наприклад, у паролі користувача для доступу до Web-пошти) зустрічаються слова, які присутні в базі контентного аналізу, то такі запити також можуть бути заблоковані.

2.3.2.3. Визначення кодування листа

При відправленні листів з деяких сайтів Web-пошти кодування тексту явно не вказується. У цьому випадку виконується автоматичне детектовання кодування листа засобами сервера контентної фільтрації. Здійснення даної операції має наступне обмеження: розпізнавання кодування листа можливе тільки за умови, що в темі й/або тілі листа є як мінімум два слова. У противному випадку визначення кодування стає неможливим.

2.4. Профілі фільтрації

До складу системи Traffic Monitor входять предвстановлені профілі фільтрації. Предвстановлені профілі настроєні на роботу в режимі затримки листів, що порушують корпоративну політику безпеки, і реалізують наступну схему фільтрації:

1. Виявлення ознак порушення корпоративної політики безпеки: аналіз і оцінка листа, присвоєння листу певного статусу за результатами оцінки.

2. Протоколювання інформації, отриманої в ході аналізу листа.

3. Обробка Web-пошти з метою ухвалення рішення про подальші дії з даним листом. Рішення приймається на підставі статусу, привласненого листу на кроці 1. Можливі наступні дії: відправити лист зазначеним адресатам або блокувати доставку листа.

4. Обробка листів, для яких на кроці 3 було ухвалене рішення про відправлення зазначеним адресатам.

5. Обробка листів, для яких на кроці 3 було ухвалене рішення блокувати доставку зазначеним адресатам.

6. Обробка листів корпоративної електронної пошти.

7. Заключна обробка листа. Обробці піддаються всі SMTP-листи, не оброблені на попередніх кроках.