Version v26.06
Version v26.06 adds: changed mechanism for determining country affiliation of IP addresses, transfer of protection policy settings between clusters via clipboard, graphs of traffic bypassed by WL and TWL countermeasures, handling of host field values in Logan rules, PSG service connection settings, SNMP Trap sending, separate permissions for accessing monitoring objects sections, MAX messenger support, support for multiple alternative tunnels in protection policy, FRB blocking reasons log, widget category for building graphs on passed traffic in flow analysis.
The functionality of ATLS, FRB countermeasures, as well as Flow analysis, monitoring objects, ISN synchronization agent and notifications has been expanded.
UX improvements have been made.
Changes in v26.06
"Dashboard" Page
Added graph areas for tops by WL and TWL bypassed traffic
"Overview" Page
Added widgets for monitoring objects
Widgets have been added to the “Monitoring Objects” category:
- All traffic by MO;
- Inbound traffic in both domains by MO;
- Outbound traffic in both domains by MO.
"Flow Analysis" Page
Added widget category for building graphs on passed traffic
Added filters by monitoring object traffic
New filters have been added to the “Flow Analysis” page in monitoring, protection policy, and monitoring object, useful for initial setup of a monitoring object and for taking into account more traffic classification features.
inbound_mo— inbound traffic across all domains;outbound_mo— outbound traffic across all domains;composite_mo— all traffic of the object.
General Protection
Added graphs of traffic bypassed by WL and TWL countermeasures
General WL + TWL Bypass– rate of traffic bypassed to system output by WL and TWL countermeasures in General Protection;All Policies WL + TWL Bypass– total rate of traffic bypassed to output of all protection policies by WL and TWL countermeasures.
Protection Policy
Added transfer of protection policy settings between clusters via clipboard
A button for copying policy settings via clipboard has been added to the “Settings” tab in the protection policy.
When copying, the scope is selected. You can copy:
- countermeasure parameters;
- countermeasure parameters and autodetection settings;
- all policy parameters and settings.
Settings are saved to clipboard in JSON format and can be applied to another protection policy, for example, on another MITIGATOR cluster. Application will completely replace all current protection policy settings with new ones.
Since different MITIGATOR versions may have different sets of settings, transfer of protection policy settings should be performed between clusters with the same version. Correctness of applying settings when transferring between clusters of different versions is not guaranteed.
Countermeasures and Functions
FRB. Added blocking reasons log
TUN. Added support for multiple tunnels in protection policy
System Settings
Added SNMP Trap sending
A “SNMP Trap Transmission” page has been added to System Settings, allowing to configure sending SNMP Trap messages to monitoring systems.
To get the MIB file, make an API request /snmp/event_mib with the GET method.
A detailed description of the REST API as an HTML page and OpenAPI specification
is available in the built-in help.
BGP
Logan
Added handling of host field values in Logan rules
Now for rules with block and alert actions you can check the value of the $host field.
Regular expressions are supported, which allows describing a pattern that values in the field
should (host) or should not (not host) match.
Also added the keyword host-ip, which allows responding to specification of an IP address
in the $host field.
Examples:
# Block IP address for 300 seconds where the value in the $host field
# matches the pattern `^api\.example\.com$`:
block 300 host ^api\.example\.com$
# Block IP address for 120 seconds where the value in the $host field
# does not match the pattern `^internal\.example\.com$`:
block 120 not host ^internal\.example\.com$
# Create entry in event log when receiving from IP address
# two or more requests within 10 seconds containing an IP address in the $host field:
alert host-ip limit 2 period 10Delivery Channels
Added MAX messenger support
Added support for sending to MAX messenger:
- system event notifications;
- packet capture files;
- incident reports;
- regular reports.
Notifications
PSG
UX
Added color differentiation for graphs depending on traffic type
Now the titles of graph areas and widgets have color fill depending on the type of traffic displayed on them. The changes affected the following interface pages:
- “Dashboard” - “Top Policies” tab,
- “Overview” - “Top Policies” widgets,
- “Flow Analysis” - “Dashboard” (Input, Drop, Pass) and “Top Policies” tabs,
- “Protection Policies” - “Flow Analysis” tab (Input, Drop, Pass),
- “Monitoring Objects” - “Monitoring Object” page, “Flow Analysis” tab (Input, Drop, Pass).
Core
Changed mechanism for determining country affiliation of IP addresses
The change optimizes resource consumption by the packet handler when there are many protection policies with activated geo-filtering.
In the current implementation, this change affects filtering by autonomous system numbers in the GEO countermeasure and the action for other countries in the WL countermeasure.
Recommendations for GEO: Specifying an autonomous system number in the GEO countermeasure may lead to broader association of IP addresses to the specified AS than the AS actually contains.
If you need to bypass traffic of certain autonomous systems around the GEO countermeasure, use countermeasure bypass in the WL countermeasure, specifying the autonomous system number.
To drop traffic of specified autonomous systems, use the BL countermeasure.
If filtering by autonomous system numbers directly in the GEO countermeasure is critically important for you, do not update to version v26.06. In future versions, correctness of filtering by AS numbers will be restored.
Recommendations for WL: If the checkbox “Pass traffic from other countries without processing” is set, then in the current implementation it is mandatory to specify at least one countermeasure in the “Only for countermeasures” field.
If it is important for you that traffic from countries for which no rules are defined is not processed by any of the subsequent countermeasures, specify an unused disabled countermeasure in the “Only for countermeasures” field.