FortiGate lab 13 of 25
Certificates and SSL inspection
See what FortiGate can and can't do with encrypted web traffic: block by name with certificate inspection, decrypt with deep inspection, make FortiGate trust a server's CA and clients trust FortiGate's CA, and exempt sites that must never be decrypted.
Run this lab
It needs Lite: its 3 nodes are set to 3 vCPU and 5,120 MB in total. That fits the free demo too.
In your workspace: Shared, then FortiGate NSE 4 guided labs, then 13 - Certificates and SSL inspection
- Level
- Intermediate
- Time
- About 70 minutes
- Nodes need
- 3 vCPU, 5,120 MB
- Smallest plan
- Lite
The scenario
Most of Harbourside's web traffic is HTTPS, and the security team wants to know what the FortiGate can see inside it. Your brief: block a gaming site even over HTTPS, decrypt and inspect general web traffic, and never decrypt the online-banking-style file portal files.example.com, which a regulator says must stay end-to-end encrypted. The internet sites in this lab use certificates from a public-style CA called CorpLab Root CA.
| Device | Interface | Address | Connects to |
|---|---|---|---|
| FGT1 | port1 (ISP-A) | 203.0.113.1/24 | INET (sites: www.example.com, games.example.org, files.example.com) |
| FGT1 | port2 (LAN) | 10.1.10.1/24 | PC1 10.1.10.10 |
Test from PC1's terminal with curl -skv https://<site>/whoami 2>&1 | grep -E 'issuer|subject|client=', which shows the certificate PC1 received and what the site saw.
Evaluation licence. These VMs use low-strength encryption, and Fortinet documents that low-encryption units can't do full SSL inspection. Our test runs (30 Oct 2026) showed exactly where the line falls: certificate inspection (Task 2) works; deep inspection (Task 3) intercepts each HTTPS session but can't complete it, so the client fails with
decryption failed or bad record mac; and the VM imports RSA CA certificates only up to 512-bit keys (2048- and 1024-bit ones fail withChecking CA certificate failed, error -324), which is why CorpLab Root CA here is an ECDSA P-256 CA. Where this VM can't show a result, the pane gives the output of a fully licensed FortiGate and says so.
What you’ll practise
- Explain the certificates a FortiGate holds and what each is for
- Compare certificate inspection (SNI and certificate names) with full deep inspection
- Configure deep inspection and read the re-signed certificate a client receives
- Import a CA so FortiGate trusts a server, and know how clients come to trust FortiGate
- Exempt destinations from inspection and handle certificate problems
The tasks
- Start the lab
- The certificates on a FortiGate
- Certificate inspection blocks by name
- Deep inspection
- Make FortiGate trust the server's CA
- Make clients trust FortiGate's CA
- Exemptions and certificate problems
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 PC1eth0
| 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 |
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
13 - Certificates and SSL inspectionand 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.