FortiGate lab 16 of 25
IPS and application control
Block a known exploit (Shellshock) with an IPS sensor and your own signatures, protect the firewall from an ICMP flood with a DoS policy, and control applications by category, including a custom application signature, then monitor what the engines saw.
Run this lab
It needs Lite: its 4 nodes are set to 4 vCPU and 5,632 MB in total. That fits the free demo too.
In your workspace: Shared, then FortiGate NSE 4 guided labs, then 16 - IPS and application control
- Level
- Advanced
- Time
- About 70 minutes
- Nodes need
- 4 vCPU, 5,632 MB
- Smallest plan
- Lite
The scenario
Harbourside's security team has three requests. A penetration tester showed that a LAN machine could send Shellshock-style exploit requests to web servers on the internet unnoticed. Someone keeps flooding the firewall's WAN address with pings. And management wants games blocked as an application category, including the online shop's new "game zone", which no database knows about yet.
| Device | Interface | Address | Connects to |
|---|---|---|---|
| FGT1 | port1 (ISP-A) | 203.0.113.1/24 | INET (test sites, the "attacker" for the flood) |
| FGT1 | port2 (LAN) | 10.1.10.1/24 | PC1 10.1.10.10, H1 by DHCP |
Evaluation licence. No FortiGuard updates: the IPS and application databases are the ones built into the firmware. That's why this lab teaches custom signatures, which work on any unit and are how you react before a vendor signature exists.
What you’ll practise
- Explain IPS signatures, sensors, filters, overrides and actions, and the IPS engine's resource use
- Write custom IPS signatures in Fortinet's signature syntax
- Block a known exploit and confirm it in the logs
- Protect an interface against floods with a DoS policy
- Build an application control sensor by category with a custom application signature
- Troubleshoot traffic matching and monitor IPS and application events
The tasks
- Start the lab
- How IPS decides
- Custom IPS signatures
- An IPS sensor that blocks exploits
- A DoS policy against floods
- Application control by category
- Monitor and troubleshoot
The Lab Tasks pane has the scenario, these tasks, the checks to run, hints and the full solution.
Topology and devices
The network as it opens in EVE-NG, drawn from the lab’s own canvas, and the image each node runs.
Every link, as text
- FGT1
port1to INETeth0 - FGT1
port2to LAN (network) - PC1
eth0to LAN (network) - H1
eth0to LAN (network)
| Node | Device | Image in Add Node | Set to |
|---|---|---|---|
| FGT1 | Fortinet FortiGate | fortinet-FGT-v7.0.17.M-build0682 | 1 vCPU, 2,048 MB |
| INET | EVE-NG GUI server (Docker) | eve-gui-server:latest | 1 vCPU, 1,024 MB |
| PC1 | EVE-NG GUI server (Docker) | eve-gui-server:latest | 1 vCPU, 2,048 MB |
| H1 | Alpine Linux | clbalpinebase-alpine-base-3-20-3 | 1 vCPU, 512 MB |
How to open this lab
Sign in to your workspace at
lab.cloudlabbox.com.In File Manager, open Shared, then the folder
FortiGate NSE 4 guided labs.Open
16 - IPS and application controland start its nodes, then open Lab Tasks for the scenario and the steps.
The lab is read-only. You can start the nodes and configure the devices, but changes to the topology can’t be saved. To change it, rebuild it in your own folder.
More FortiGate labs
Related labs in other courses
CloudLabBox is independent of Fortinet. The lab follows exam topics and isn’t vendor training material; vendor names identify the exams and the images in the workspace.