Overview
Before starting the installation, let's discover how OpenCTI is working, which dependencies are needed and what are the minimal requirements to deploy it in production.
Architecture
The OpenCTI platform relies on several external databases and services in order to work.
Platform
The platform is the central part of the OpenCTI technological stack. It allows users to access to the user interface but also provides the GraphQL API used by connectors and workers to insert data. In the context of a production deployment, you may need to scale horizontally and launch multiple platforms behind a load balancer connected to the same databases (ElasticSearch, Redis, S3, RabbitMQ).
Workers
The workers are standalone Python processes consuming messages from the RabbitMQ broker in order to do asynchronous write queries. You can launch as many workers as you need to increase the write performances. At some point, the write performances will be limited by the throughput of the ElasticSearch database cluster.
Number of workers
If you need to increase performances, it is better to launch more platforms to handle worker queries. The recommended setup is to have at least one platform for 3 workers (ie. 9 workers distributed over 3 platforms).
Connectors
The connectors are third-party pieces of software (Python processes) that can play five different roles on the platform:
Type | Description | Examples |
---|---|---|
EXTERNAL_IMPORT | Pull data from remote sources, convert it to STIX2 and insert it on the OpenCTI platform. | MITRE Datasets, MISP, CVE, AlienVault, Mandiant, etc. |
INTERNAL_ENRICHMENT | Listen for new OpenCTI entities or users requests, pull data from remote sources to enrich. | Shodan, DomainTools, IpInfo, etc. |
INTERNAL_IMPORT_FILE | Extract data from files uploaded on OpenCTI through the UI or the API. | STIX 2.1, PDF, Text, HTML, etc. |
INTERNAL_EXPORT_FILE | Generate export from OpenCTI data, based on a single object or a list. | STIX 2.1, CSV, PDF, etc. |
STREAM | Consume a platform data stream and do something with events. | Splunk, Elastic Security, Q-Radar, etc. |
List of connectors
You can find all currently available connectors in the OpenCTI Ecosystem.
Infrastructure requirements
Dependencies
Component | Version | CPU | RAM | Disk type | Disk space |
---|---|---|---|---|---|
ElasticSearch / OpenSearch | >= 8.0 / >= 2.9 | 2 cores | ≥ 8GB | SSD | ≥ 16GB |
Redis | >= 7.1 | 1 core | ≥ 1GB | SSD | ≥ 16GB |
RabbitMQ | >= 3.11 | 1 core | ≥ 512MB | Standard | ≥ 2GB |
S3 / MinIO | >= RELEASE.2023-02 | 1 core | ≥ 128MB | SSD | ≥ 16GB |
Platform
Component | CPU | RAM | Disk type | Disk space |
---|---|---|---|---|
OpenCTI Core | 2 cores | ≥ 8GB | None (stateless) | - |
Worker(s) | 1 core | ≥ 128MB | None (stateless) | - |
Connector(s) | 1 core | ≥ 128MB | None (stateless) | - |
Clustering
To have more details about deploying OpenCTI and its dependencies in cluster mode, please read the dedicated section.