The Deepfence Runtime Threat Mapper is a subset of the Deepfence cloud native workload protection platform, released as a community edition. This community edition empowers the users with following features:
Visualization: Visualize kubernetes clusters, virtual machines, containers and images, running processes, and network connections in near real time.
Runtime Vulnerability Management: Perform vulnerability scans on running containers & hosts as well as container images.
Container Registry Scanning: Check for vulnerabilities in images stored on AWS ECR, Azure Container Registry, Google Container Registry, Docker Hub, Docker Self-Hosted Private Registry, Quay, Harbor, Gitlab and JFrog registries.
CI/CD Scanning: Scan images as part of existing CI/CD Pipelines like CircleCI, Jenkins & GitLab.
Integrations with SIEM, Notification Channels & Ticketing: Ready to use integrations with Slack, PagerDuty, HTTP endpoint, Jira, Splunk, ELK, Sumo Logic and Amazon S3.
A pictorial depiction of the Deepfence Architecture is below
|Features||Runtime Threat mapper (Community Edition)||Workload Protection Platform (Enterprise Edition)|
|Discover & Visualize Running Pods, Containers and Hosts||✔️ (unlimited)||✔️ (unlimited)|
|Runtime Vulnerability Management for hosts/VMs||✔️ (unlimited)||✔️ (unlimited)|
|Runtime Vulnerability Management for containers||✔️ (unlimited)||✔️ (unlimited)|
|Container Registry Scanning||✔️||✔️|
|Integrations with SIEMs, Slack and more||✔️||✔️|
|Deep Packet Inspection of Encrypted & Plain Traffic||❌||✔️|
|Runtime Integrity Monitoring||❌||✔️|
|Network Connection & Resource Access Anomaly Detection||❌||✔️|
|Workload Firewall for Containers, Pods and Hosts||❌||✔️|
|Quarantine & Network Protection Policies||❌||✔️|
|Highly Available & Multi-node Deployment||❌||✔️|
|Multi-tenancy & User Management||❌||✔️|
The Deepfence Management Console is first installed on a separate system. The Deepfence agents are then installed onto bare-metal servers, Virtual Machines, or Kubernetes clusters where the application workloads are deployed, so that the host systems, or the application workloads, can be scanned for vulnerabilities.
A pictorial depiction of the Deepfence security platform is as follows:
|CPU: No of cores||4|
|Disk space||At-least 120 GB|
|Port range to be opened for receiving data from Deepfence agents||8000 - 8010|
|Port to be opened for web browsers to be able to communicate with the Management console to view the UI||443|
|Docker binaries||At-least version 18.03|
|Docker-compose binary||Version 1.20.1|
Following table gives the number of nodes that can be supported with different console machine configurations assuming a single node deployment of console. Memory optimised instances are shown to perform better.
|4 cores||16 GB RAM||250 nodes|
|8 cores||16 GB RAM||500 nodes|
|8 cores||32 GB RAM||1000 nodes|
|16 cores||32 GB RAM||1400-1500 nodes|
In order to support higher numbers of nodes (i.e. hosts as number of containers can be unlimited theoretically based on their life times) ThreatMapper needs to be deployed as a 3 node k8s cluster to scale up to 10000 nodes, instructions to follow.
Installing the Management Console is as easy as:
docker-compose -f docker-compose.yml up -d
User Management, copy api key. In the following docker run command, replace
C8TtyEtNB0gBo1wGhpeAZICNSAaGWw71BSdS2kLELY0with api Key. Steps: Deepfence API Key
docker run -dit --cpus=".2" --name=deepfence-agent --restart on-failure --pid=host --net=host --privileged=true -v /sys/kernel/debug:/sys/kernel/debug:rw -v /var/log/fenced -v /var/run/docker.sock:/var/run/docker.sock -v /:/fenced/mnt/host/:ro -e USER_DEFINED_TAGS="" -e DF_BACKEND_IP="127.0.0.1" -e DEEPFENCE_KEY="C8TtyEtNB0gBo1wGhpeAZICNSAaGWw71BSdS2kLELY0" deepfenceio/deepfence_agent_ce:latest
This is the minimal installation required to quickly get started on scanning various container images. The necessary images may now be downloaded onto this Management Console and scanned for vulnerabilities.
Custom TLS certificates are supported for the web application hosted on the console machine. On the console machine users have to place the certificate and private key on /etc/deepfence/certs folder. Deepfence looks for the file with .key and .crt extentions on the specified location on the host.
In order to check a host for vulnerabilities, or if docker images or containers that have to be checked for vulnerabilities are saved on different hosts, then the Deepfence agent needs to be installed on those hosts.
|CPU: No of cores||2|
|Disk space||At-least 30 GB|
|Connectivity||The host on which the Deepfence Agent is to be installed, is able to communicate with the Management Console on port range 8000-8010.|
|Linux kernel version||>= 4.4|
|Docker binaries||At-least version 18.03|
|Deepfence Management Console||Installed on a host with IP Address
Installation procedure for the Deepfence agent depends on the environment that is being used. Instructions for installing Deepfence agent on some of the common platforms are given in detail below:
Installing the Deepfence Agent is now as easy as:
User Management, copy api key
x.x.x.xwith the IP address of the Management Console and replace
C8TtyEtNB0gBo1wGhpeAZICNSAaGWw71BSdS2kLELY0with api Key
docker run -dit --cpus=".2" --name=deepfence-agent --restart on-failure --pid=host --net=host --privileged=true -v /sys/kernel/debug:/sys/kernel/debug:rw -v /var/log/fenced -v /var/run/docker.sock:/var/run/docker.sock -v /:/fenced/mnt/host/:ro -e USER_DEFINED_TAGS="" -e DF_BACKEND_IP="x.x.x.x" -e DEEPFENCE_KEY="C8TtyEtNB0gBo1wGhpeAZICNSAaGWw71BSdS2kLELY0" deepfenceio/deepfence_agent_ce:latest
USER_DEFINED_TAGS=""in the above command. Tags should be comma separated. Example: "dev,front-end"
For detailed instructions to deploy agents on Amazon ECS, please refer to our Amazon ECS wiki page.
x.x.x.xwith the IP address of the Management Console and
C8TtyEtNB0gBo1wGhpeAZICNSAaGWw71BSdS2kLELY0with api key)
# helm v2 helm install --repo https://deepfence.github.io/ThreatMapper/files/helm-chart deepfence-agent \ --name=deepfence-agent \ --set managementConsoleIp=x.x.x.x \ --set deepfenceKey=C8TtyEtNB0gBo1wGhpeAZICNSAaGWw71BSdS2kLELY0 # helm v3 helm install deepfence-agent --repo https://deepfence.github.io/ThreatMapper/files/helm-chart deepfence-agent \ --set managementConsoleIp=x.x.x.x \ --set deepfenceKey=C8TtyEtNB0gBo1wGhpeAZICNSAaGWw71BSdS2kLELY0
# helm v2 helm delete --purge deepfence-agent # helm v3 helm delete deepfence-agent
For detailed instructions to deploy agents on Google GKE, please refer to our Google GKE wiki page.
For detailed instructions to deploy agents on Azure Kubernetes Service, please refer to our Azure AKS wiki page.
For detailed instructions to deploy agents on a Kubernetes cluster, please refer to our Self-managed/On-premise Kubernetes wiki page.
Now the Deepfence Security Platform has been successfully installed, here are the steps to begin --
The first step is to register a user with the Management Console.
x.x.x.x, fire up a browser (Chromium (Chrome, Safari) is the supported browser for now), and navigate to https://x.x.x.x/
After registration, it can take anywhere between 30-60 minutes for initial vulnerability data to be populated. The download status of the vulnerability data is reflected on the notification panel.
Get api key for connecting agents or using the API's
You can visualize the entire topology of your running VMs, hosts, containers etc. from the topology tab. You can click on individual nodes to initiate various tasks like vulnerability scanning.
From the topology view, runtime vulnerability scanning for running containers & hosts can be initiated using the console dashboard, or by using the APIs. Here is snapshot of runtime vulnerability scan on a host node.
The vulnerabilities and security advisories for each node, can be viewed by navigating to Vulnerabilities menu as follows:
Clicking on an item in the above image gives a detailed view as in the image below:
Most Exploitable Vulnerabilities tab gives a ranked list of vulnerabilities across images to be fixed at priority. Rank is calculated using various parameters like whether the image is running or not, cve score and severity of the vulnerability.
Optionally, users can tag a subset of nodes using user defined tags and scan a subset of nodes as explained in our user tags wiki page.
You can scan for vulnerabilities in images stored in AWS ECR, Azure Container Registry, Google Container Registry, Docker Hub, Docker Self-Hosted Private Registry, Quay, Harbor, Gitlab and JFrog from the registry scanning dashboard. First, you will need to click the "Add registry" button and add the credentials to populate available images. After that you can select the images to scan and click the scan button as shown the image below:
Deepfence logs and scanning reports can be routed to various SIEMs and notifications channels by navigating to Notifications screen.
For detailed instructions on integrations with slack refer to our slack wiki page
For detailed instructions on integrations with sumo logic refer to our sumo logic wiki page
For detailed instructions on integrations with PagerDuty refer to our PagerDuty wiki page
Deepfence provides a suite of powerful API’s to control the features, and to extract various reports from the platform. The documentation of the API’s are available here, along with sample programs for Python and GO languages.
Users are strongly advised to control access to the Deepfence Management Console, so that it is only accessible on port range 8000-8010 from those systems that have installed the Deepfence agent. Further, we recommend to open port 443 on the Deepfence Management Console only for those systems that need to use a Web Browser to access the Management Console.
We periodically scan our own images for vulnerabilities and pulling latest images should always give you most secure Deepfence images. In case you want to report a vulnerability in the Deepfence images, please reach out to us by email -- (community at deepfence dot io).
Please file Github issues as needed and/or join Deepfence Community Slack channel.