Kerio Control 9.4.5 Build 8526

×Close

Скриншот Kerio Control

Kerio Control (раніше Kerio WinRoute Firewall) — програма для використання в корпоративних мережах невеликих організацій. Серед її особливостей можна відзначити гнучке налаштування політик, підтримку технологій DSL, ISDN, кабельних, супутникових, безпровідних і Dial-Up-з’єднань, моніторинг вмісту мережевого трафіку, безпечне підключення до ресурсів корпоративної мережі з будь-якого віддаленого комп’ютера з використанням будь-якого веб-браузера і Інтернет-з’єднання.

Головною особливістю Kerio Control є наявність системи виявлення та запобігання вторгнень (IDS/IPS), заснованої на промисловому стандарті Snort. Система класифікує і зупиняє атаки на сервери, програми та компоненти інфраструктури. Вбудована трирівнева система рейтингової оцінки загроз забезпечує адекватну реакцію на подію в залежності від серйозності загрози. База даних сигнатур, яка використовується для аналізу трафіку, доповнена «чорними списками» IP-адрес.

Що нового

• Додано підтримку більшої кількості адаптерів Wi-Fi (rtl88x2bu).
• Покращено продуктивність мережі при включенні опції GRO у певних сценаріях.
• Поліпшено інтеграцію GFI AppManager. Графічний інтерфейс керування тепер відображає більше інформації про з'єднання AppManager і дозволяє користувачеві керувати службою Agent.
• Оновлення поінформованості про програми тепер класифікують трафік AI і ML.
• Додано підтримку створення груп IP-адрес на основі GeoIP, що дозволяє налаштовувати управління трафіком на основі країни.
• Додана підтримка власних DNS-серверів для VPN IKEv2.
• Додана підтримка (через GFI AppManager) імпорту CSV-файлів з IP-адресами.
• Відновлення конфігурації з резервної копії призводило до розриву з'єднання AppManager, що призводило до повторної реєстрації.
• Відключені пристрої VPN IKEv2 неправильно вважалися активними.
• Видалені хости через VPN неправильно враховувалися у локальному ліцензійному ліміті.
• Клієнт Linux VPN не міг правильно запускати з'єднання через конфлікт MAC-адрес.
• Правила трафіку на інтерфейсах зі складними іменами (наприклад, що включають лапки) не застосовувалися.
• Клієнти у гостьовій мережі не проходили аутентифікацію належним чином.
• Зворотний проксі-сервер неправильно намагався підключатися до TLSv1, навіть якщо він налаштований не так.
• Маршрути трафіку не перемикалися правильно при використанні кількох інтернет-з'єднань, що призводило до тривалої втрати пакетів після перемикання на резервне з'єднання.
• Заборонені слова не викликали коректне блокування під час використання функції «Безпечний Інтернет» у деяких випадках.
• Згенеровані щоденні звіти мали неправильну дату, коли налаштований часовий пояс мав негативне усунення.
• Переключення з резервного з'єднання на основне в режимі аварійного перемикання могло призвести до зависання пристрою на невизначений термін.