Intrusion protection
The FortiGate Intrusion Protection system combines signature detection and prevention with low latency and excellent reliability. With intrusion protection, you can create multiple IPS sensors, each containing a complete configuration based on signatures. Then, you can apply any IPS sensor to any security policy.
This section describes how to configure the FortiGate Intrusion Protection settings.
If you enable virtual domains (VDOMs) on the FortiGate unit, intrusion protection is configured separately for each virtual domain.
The following topics are included:
- IPS concepts
- Enable IPS scanning
- Configure IPS options
- Enable IPS packet logging
- IPS examples
IPS concepts
The FortiGate intrusion protection system protects your network from outside attacks. Your FortiGate unit has two techniques to deal with these attacks: anomaly- and signature-based defense.
Anomaly-based defense
Anomaly-based defense is used when network traffic itself is used as a weapon. A host can be flooded with far more traffic than it can handle, making the host inaccessible. The most common example is the denial of service (DoS) attack, in which an attacker directs a large number of computers to attempt normal access of the target system. If enough access attempts are made, the target is overwhelmed and unable to service genuine users. The attacker does not gain access to the target system, but it is not accessible to anyone else.
The FortiGate DoS feature will block traffic above a certain threshold from the attacker and allow connections from other legitimate users. The DoS policy configuration information can be found in the Firewall Handbook.
Signature-based defense
Signature-based defense is used against known attacks or vulnerability exploits. These often involve an attacker attempting to gain access to your network. The attacker must communicate with the host in an attempt to gain access and this communication will include particular commands or sequences of commands and variables. The IPS signatures include these command sequences, allowing the FortiGate unit to detect and stop the attack.
Signatures
IPS signatures are the basis of signature-based intrusion protection. Every attack can be reduced to a particular string of commands or a sequence of commands and variables.
Page 56
Signatures include this information so your FortiGate unit knows what to look for in network traffic.
Signatures also include characteristics about the attack they describe. These characteristics include the network protocol in which the attack will appear, the vulnerable operating system, and the vulnerable application.
To view the complete list of signatures, go to Security Profiles > Intrusion Protection > IPS Signatures. This will include the predefined signatures and any custom signatures that you may have created.
Protocol decoders
Before examining network traffic for attacks, the IPS engine uses protocol decoders to identify each protocol appearing in the traffic. Attacks are protocol-specific, so your FortiGate unit conserves resources by looking for attacks only in the protocols used to transmit them. For example, the FortiGate unit will only examine HTTP traffic for the presence of a signature describing an HTTP attack.
IPS engine
Once the protocol decoders separate the network traffic by protocol, the IPS engine examines the network traffic for the attack signatures.
IPS sensors
The IPS engine does not examine network traffic for all signatures, however. You must first create an IPS sensor and specify which signatures are included. Add signatures to sensors individually using signature entries, or in groups using IPS filters.
To view the IPS sensors, go to Security Profiles > Intrusion Protection > IPS Sensor.
IPS filters
IPS sensors contain one or more IPS filters. A filter is a collection of signature attributes that you specify. The signatures that have all of the attributes specified in a filter are included in the IPS filter.
For example, if your FortiGate unit protects a Linux server running the Apache web server software, you could create a new filter to protect it. By setting OS to Linux, and Application to Apache, the filter will include only the signatures that apply to both Linux and Apache. If you wanted to scan for all the Linux signatures and all the Apache signatures, you would create two filters, one for each.
To view the filters in an IPS sensor, go to Security Profiles > Intrusion Protection > IPS Sensor, select the IPS sensor containing the filters you want to view, and choose Edit.
Custom/predefined signature entries
Signature entries allow you to add an individual custom or predefined IPS signature. If you need only one signature, adding a signature entry to an IPS sensor is the easiest way. Signature entries are also the only way to include custom signatures in an IPS sensor.
Another use for signature entries are to change the settings of individual signatures that are already included in a filter within the same IPS sensor. Add a signature entry with the required settings above the filter, and the signature entry will take priority.
Policies
To use an IPS sensor, you must select it in a security policy or an interface policy. An IPS sensor that it not selected in a policy will have no effect on network traffic.
IPS is most often configured as part of a security policy. Unless stated otherwise, discussion of IPS sensor use will be in regards to firewall policies in this document.
Enable IPS scanning
Enabling IPS scanning involves two separate parts of the FortiGate unit:
- The security policy allows certain network traffic based on the sender, receiver, interface, traffic type, and time of day. Firewall policies can also be used to deny traffic, but those policies do not apply to IPS scanning.
- The IPS sensor contains filters, signature entries, or both. These specify which signatures are included in the IPS sensor.
When IPS is enabled, an IPS sensor is selected in a security policy, and all network traffic matching the policy will be checked for the signatures in the IPS sensor.
General configuration steps
For best results in configuring IPS scanning, follow the procedures in the order given. Also, note that if you perform any additional actions between procedures, your configuration may have different results.
- Create an IPS sensor.
- Add filters and/or predefined signatures and custom signatures to the sensor. The filters and signatures specify which signatures the IPS engine will look for in the network traffic.
- Select a security policy or create a new one.
- In the security policy, turn on IPS, and choose the IPS sensor from the list.
All the network traffic controlled by this security policy will be processed according to the settings in the policy. These settings include the IPS sensor you specify in the policy.
Creating an IPS sensor
You need to create an IPS sensor and save it before configuring it with filters and entries.
To create a new IPS sensor
- Go to Security Profiles > Intrusion Protection > IPS Sensors.
- Select the Create New icon in the top of the Edit IPS Sensor window.
- Enter the name of the new IPS sensor.
- Optionally, you may also enter a comment. The comment will appear in the IPS sensor list and serves to remind you of the details of the sensor.
- Select OK.
The IPS sensor is created and the sensor configuration window appears. A newly created sensor is empty and contains no filters or signatures. You need to add one or more filters or signatures before the sensor can take effect.
Creating an IPS filter
While individual signatures can be added to a sensor, a filter allows you to add multiple signatures to a sensor by specifying the characteristics of the signatures to be added.
To create a new IPS filter
- Go to Security Profiles > Intrusion Protection > IPS Sensors.
- Select the IPS sensor to which you want to add the filter using the drop-down list in the top row of the Edit IPS Sensor window.
- Select the Create New icon
- For Sensor Type chose Filter Based.
- Configure the filter that you require. Signatures matching all of the characteristics you specify in the filter will be included in the filter. Select Specify and choose the filter option that have the appropriate parameters.
Basic
Severity
Refers to the level of threat possed by the attack.
The options include:
- critical
- high
- medium
- low
- info
Target
Refers to the type of device targeted by the attack.
The options include:
- client
- server
OS
Refers to the Operating System affected by the attack.
The options include:
BSD | Linux | MacOS |
Other | Solaris | Windows |
Advanced
Application
Refers to the vendor or or type of application affected by the attack.
The options include:.
Adobe | Apache | Apple |
CGI_app | Cisco | HP |
IBM | IE | IIS |
Mozilla | MS_Office | Novel |
Oracle | PHP_app | Sun |
This list can be expanded to include more options by selecting the [show more…] link. The additional options include:
ASP_app | CA | DB2 |
IM | Ipswitch | MailEnable |
MediaPlayer | MS_Exchange | MSSQL |
MySQL | Netscape | P2P |
PostgreSQL | Real | Samba |
SAP | SCADA | Sendmail |
Veritas | Winamp | Other |
Protocol
Refers to the protocol that is the vector for the attack.
The options include:
DNS | FTP | HTTP |
ICMP | IMAP | LDAP |
POP3 | SCCP | SIP |
SMTP | SNMP | SSH |
SSL | TCP | UDP |
This list can be expanded to include more options by selecting the [show more…] link. The additional options include:
BO | DCERPC | DHCP |
DNP3 | H323 | IM |
MSSQL | NBSS | NNTP |
P2P | RADIUS | RDT |
RPC | TRCP | RTP |
RTSP | TELNET | TFN |
Other |
- Choose an action for when a signature is triggered.
Action | Description |
Signature Default | All predefined signatures have an Action attribute that is set to Pass or Drop. This means that if a signature included in the filter has an Action setting of Pass, traffic matching the signature will be detected and then allowed to continue to its destination. Select Accept signature defaults use the default action for each included signature.
Note: to see what the default for a signature is, go to the IPS Signatures page and enable the column Action, then find the row with the signature name in it. |
Monitor All | Select Monitor all to pass all traffic matching the signatures included in the filter, regardless of their default Action setting. |
Block All | Select Block all to drop traffic matching any the signatures included in the filter. |
Reset | Select Reset to reset the session whenever the signature is triggered. In the CLI this action is referred to as Reject. |
Quarantine | Has 2 fields the need to be configured:
1. Method: • Attacker’s IP Address – Traffic from the Attacker’s IP address is refused until the expiration time from the trigger is reached. • Attacker and Victim Address – All traffic from the Attacker’s address to the Victim’s address will be blocked. • Attack’s incoming interface – the interface that experienced the attack will refuse further traffic. 2. Expires (time frame that the quarantine will be in effect): • 5 Minute(s) • 30 Minutes(s) • 1 Hour(s) • 1 Day(s) • Week(s) • Month(s) • Year(s) |
Packet Logging | Select to enable packet logging for the filter.
When you enable packet logging on a filter, the unit saves a copy of the packets that match any signatures included in the filter. The packets can be analyzed later. For more information about packet filtering, see “Monitoring Security Pr ofiles activity” on page 169 |
7 Select OK.
The filter is created and added to the filter list.
Would X.509 v3 certificates affect network connectivity should you attempt to use URLs instead of IP addresses for the commonName?
Depends on the domain and dns configurations at your deployment
if all profiles are enabled, who will be performed? in parallel or in sequence ?
if all are on the same policy. They are done in a sequence