Elastic Cloud Serverless projects are autoscaled environments, fully managed by Elastic and available on Elastic Cloud.
Availability
Preview
This functionality is in technical preview and is ready for evaluation. Use with caution in production; it is not recommended for mission-critical workloads. Elastic will work to fix any issues, but features in technical preview are not subject to the support SLA of official GA features. Specific Support terms apply.
Serverless SecurityPreview
Elastic Cloud Serverless projects are autoscaled environments, fully managed by Elastic and available on Elastic Cloud.
Availability
Preview
This functionality is in technical preview and is ready for evaluation. Use with caution in production; it is not recommended for mission-critical workloads. Elastic will work to fix any issues, but features in technical preview are not subject to the support SLA of official GA features. Specific Support terms apply.
StackPreview9.1+
The Elastic Stack includes Elastic's core products such as Elasticsearch, Kibana, Logstash, and Beats.
Availability
Preview since 9.1
This functionality is in technical preview and is ready for evaluation. Use with caution in production; it is not recommended for mission-critical workloads. Elastic will work to fix any issues, but features in technical preview are not subject to the support SLA of official GA features. Specific Support terms apply.
Unless stated otherwise on the page, this functionality is available when your Elastic Stack is deployed on Elastic Cloud Hosted, Elastic Cloud Enterprise, Elastic Cloud on Kubernetes, and self-managed environments.
This documentation corresponds to the latest patch available for each minor version. If you're not using the latest patch, check the release notes for changes.
Version
0.6.0
AvailabilityPreviewThis functionality is in technical preview and is ready for evaluation. Use with caution in production; it is not recommended for mission-critical workloads. Elastic will work to fix any issues, but features in technical preview are not subject to the support SLA of official GA features. Specific Support terms apply.
(View all)
Important - Managed integrations on Elastic Cloud HostedThe Elastic Stack includes Elastic's core products such as Elasticsearch, Kibana, Logstash, and Beats.AvailabilityGenerally available since 9.5This functionality is generally available and ready for production usage.Unless stated otherwise on the page, this functionality is available when your Elastic Stack is deployed on Elastic Cloud Hosted, Elastic Cloud Enterprise, Elastic Cloud on Kubernetes, and self-managed environments.This documentation corresponds to the latest patch available for each minor version. If you're not using the latest patch, check the release notes for changes.
You can use this integration as an Elastic Managed integration on Elastic Cloud Hosted deployments running this version or later.
The SOCRadar Threat Intelligence (TAXII) integration v0.6.0 is in technical preview
To use pre-release integrations, go to the Integrations page in Kibana, scroll down, and toggle on the Display beta integrations option.
The SOCRadar Threat Intelligence (TAXII) integration connects to SOCRadar's TAXII 2.1 server and collects threat intelligence indicators in STIX 2.1 format. The indicators are mapped to the Elastic Common Schema (ECS) and indexed into Elasticsearch for use in detection rules, indicator-match enrichment, and threat hunting.
The Elastic Agent uses the CEL input to poll SOCRadar TAXII collections in round-robin fashion. On each interval tick, one collection is fetched: the agent sends added_after and (where applicable) the TAXII next cursor for pagination, then forwards each STIX object to the ingest pipeline. The pipeline parses the STIX pattern per indicator type (IP, domain, URL, file hash, email, ASN, Windows registry key, x509 certificate) and maps the fields to ECS threat.indicator.*. Non-ECS STIX fields are namespaced under ti_socradar_taxii.stix.*.
indicator: STIX 2.1 indicator objects from SOCRadar's TAXII server. Each indicator is emitted with event.kind: enrichment and mapped to ECS threat.indicator.* fields. Supported indicator types: IPv4/IPv6 addresses, domain names, URLs, file hashes (MD5, SHA-1, SHA-256, SHA-384, SHA-512), email addresses, autonomous-system numbers, Windows registry keys, and x509 certificates.
The integration also installs a latest_ioc transform that deduplicates the source stream into logs-ti_socradar_taxii_latest.indicator, keeping the most recent state per STIX object ID for use in indicator-match detection rules.
Threat indicators are re-collected across polling intervals, and the latest transform keeps the active, deduplicated view in its destination index. The source data streams therefore hold repeated copies of the same indicators.
The package bounds the growth of these source data streams with a retention that depends on the deployment type:
Data stream
Self-managed and Elastic Cloud Hosted (ILM policy)
Serverless (data stream lifecycle)
logs-ti_socradar_taxii.indicator-*
logs-ti_socradar_taxii.indicator-default_policy: roll over after 1d, delete 5d after rollover
delete 5d after rollover
On self-managed and Elastic Cloud Hosted deployments the ILM policy applies. The data stream lifecycle shipped with the package is not used there. ILM counts the delete age from the rollover of a backing index, so a document can remain for up to the rollover age plus the delete age. On Serverless, ILM is not available and the data stream lifecycle applies instead. It also works per backing index: Elasticsearch rolls the write index over automatically on age, size, or document count, and deletes a backing index once the retention has passed since it rolled over. A document therefore stays for the retention plus up to one rollover interval. The rollover age is derived from the retention and is an implementation detail that Elasticsearch may change. Where the package installs a transform, the transform's destination indices are not affected by either.
To keep data for a different period:
Self-managed and Elastic Cloud Hosted: edit the ILM policy in Kibana under Stack Management → Index Lifecycle Policies, or with PUT _ilm/policy/<policy name>. A package upgrade reinstalls the package's ILM policies, so check your change after upgrading.
Serverless: set the retention on the data stream, for example PUT _data_stream/logs-ti_socradar_taxii.indicator-default/_lifecycle with the body {"data_retention": "90d"}. Replace default with your namespace.
A self-managed or Cloud Elastic deployment with Elastic Stack 8.18.0 or later.
An Elastic Agent enrolled in Fleet (Fleet-managed deployment is recommended; Elastic Managed deployment is also supported).
A SOCRadar Platform account with TAXII 2.1 access (contact SOCRadar support to enable it).
TAXII credentials (username and password) issued by SOCRadar.
The API root(s) and collection ID(s) you want to ingest from. SOCRadar provides three API roots: radar_alpha, radar_gamma, and radar_premium. Collection IDs can be discovered via the SOCRadar Platform UI under Threat Intelligence → TAXII Collections.
This integration is deployed using the Elastic Agent. See the general Observability getting started guide for an end-to-end overview of installing the Agent and adding integrations.
In Kibana, navigate to Management > Integrations and search for "SOCRadar TAXII".
Click Add SOCRadar TAXII.
Configure the following settings:
SOCRadar TAXII Base URL: Default https://taxii2.socradar.com. Change only if SOCRadar provides a different host.
Collections Configuration: YAML list of {api_root, collection_id} pairs. The agent polls one collection per Interval tick in round-robin fashion. Collections from different API roots can be mixed in a single integration policy. Example:YAML
If an entry is invalid the tick is skipped (the input does not stall) and polling continues with the next collection on the next tick. The error is recorded as an event with error.code and error.message.
Password: SOCRadar TAXII password. Stored as a policy secret and masked in the UI.
Interval: Time between polling cycles (default 5m). With N collections, each individual collection is refreshed roughly every N × Interval.
Initial Interval: How far back to look on first start (default 10h).
IOC Expiration Duration: How long indicators remain valid after their last seen timestamp (default 90d).
Limit: Max STIX objects per TAXII request (default 1000). The agent paginates a single collection using the TAXII next cursor before round-robin advances to the next collection.
Proxy URL (optional): If you need to connect through a proxy.
SSL Configuration (optional): Custom SSL settings if needed.
Both Fleet-managed and Elastic Managed deployment modes are supported.
Click Save and continue to deploy the integration.
Check the failure store: GET .fs-logs-ti_socradar_taxii.indicator-*/_count. The expected value is 0. If non-zero, query the failure store for error.message to identify the offending field or document.
The logs-ti_socradar_taxii.latest_ioc-default-0.1.0 transform deduplicates indicators into the logs-ti_socradar_taxii_latest.indicator-* index. If documents_processed stays at 0 for more than Interval × 2, restart the transform from Stack Management → Transforms.
For SOCRadar-side issues (collection availability, TAXII credential permissions), consult the SOCRadar Platform documentation.
The CEL input fetches one collection per Interval tick; the polling cost scales linearly with the number of configured collections. For environments with many collections, increase Interval rather than running many tightly-packed ticks, and split very large collection sets across multiple integration policies on separate agents.
A single collection is paginated using the TAXII next cursor with the configured Limit (default 1000 objects per request). Pagination of a single collection completes before the next collection is polled.
The latest_ioc transform runs every 60 seconds and indexes one document per unique STIX object ID; cluster sizing should account for the deduplicated indicator count rather than the raw event volume.
Indicates whether an IOC is in the raw source data stream, or the in latest destination index.
constant_keyword
threat.feed.name
The name of the threat feed in UI friendly format.
constant_keyword
threat.feed.reference
Reference information for the threat feed in a UI friendly format.
keyword
threat.indicator.as.number
Unique number allocated to the autonomous system. The autonomous system number (ASN) uniquely identifies each network on the Internet.
long
threat.indicator.confidence
Identifies the vendor-neutral confidence rating using the None/Low/Medium/High scale defined in Appendix A of the STIX 2.1 framework. Vendor-specific confidence scales may be added as custom fields.
keyword
threat.indicator.description
Describes the type of action conducted by the threat.
keyword
threat.indicator.email.address
Identifies a threat indicator as an email address (irrespective of direction).
keyword
threat.indicator.file.hash.md5
MD5 hash.
keyword
threat.indicator.file.hash.sha1
SHA1 hash.
keyword
threat.indicator.file.hash.sha256
SHA256 hash.
keyword
threat.indicator.file.hash.sha384
SHA384 hash.
keyword
threat.indicator.file.hash.sha512
SHA512 hash.
keyword
threat.indicator.file.name
Name of the file including the extension, without the directory.
keyword
threat.indicator.ip
Identifies a threat indicator as an IP address (irrespective of direction).
ip
threat.indicator.marking.tlp
Traffic Light Protocol sharing markings.
keyword
threat.indicator.name
The display name indicator in an UI friendly format URL, IP address, email address, registry key, port number, hash value, or other relevant name can serve as the display name.
keyword
threat.indicator.provider
The name of the indicator's provider.
keyword
threat.indicator.registry.key
Hive-relative path of keys.
keyword
threat.indicator.registry.path
Full path, including hive, key and value
keyword
threat.indicator.registry.value
Name of the value written.
keyword
threat.indicator.type
Type of indicator as represented by Cyber Observable in STIX 2.0.
keyword
threat.indicator.url.domain
Domain of the url, such as "www.elastic.co". In some cases a URL may refer to an IP and/or port directly, without a domain name. In this case, the IP address would go to the domain field. If the URL contains a literal IPv6 address enclosed by [ and ] (IETF RFC 2732), the [ and ] characters should also be captured in the domain field.
keyword
threat.indicator.url.full
If full URLs are important to your use case, they should be stored in url.full, whether this field is reconstructed or present in the event source.
wildcard
threat.indicator.url.full.text
Multi-field of threat.indicator.url.full.
match_only_text
threat.indicator.url.original
Unmodified original url as seen in the event source. Note that in network monitoring, the observed URL may be a full URL, whereas in access logs, the URL is often just represented as a path. This field is meant to represent the URL as it was observed, complete or not.
wildcard
threat.indicator.url.original.text
Multi-field of threat.indicator.url.original.
match_only_text
threat.indicator.x509.issuer.common_name
List of common name (CN) of issuing certificate authority.
keyword
threat.indicator.x509.issuer.country
List of country (C) codes
keyword
threat.indicator.x509.issuer.distinguished_name
Distinguished name (DN) of issuing certificate authority.
keyword
threat.indicator.x509.issuer.locality
List of locality names (L)
keyword
threat.indicator.x509.issuer.organization
List of organizations (O) of issuing certificate authority.
keyword
threat.indicator.x509.issuer.organizational_unit
List of organizational units (OU) of issuing certificate authority.
keyword
threat.indicator.x509.issuer.state_or_province
List of state or province names (ST, S, or P)
keyword
threat.indicator.x509.not_after
Time at which the certificate is no longer considered valid.
date
threat.indicator.x509.not_before
Time at which the certificate is first considered valid.
date
threat.indicator.x509.serial_number
Unique serial number issued by the certificate authority. For consistency, this should be encoded in base 16 and formatted without colons and uppercase characters.
Distinguished name (DN) of the certificate subject entity.
keyword
threat.indicator.x509.subject.locality
List of locality names (L)
keyword
threat.indicator.x509.subject.organization
List of organizations (O) of subject.
keyword
threat.indicator.x509.subject.organizational_unit
List of organizational units (OU) of subject.
keyword
threat.indicator.x509.subject.state_or_province
List of state or province names (ST, S, or P)
keyword
threat.indicator.x509.version_number
Version of x509 format.
keyword
ti_socradar_taxii.stix.confidence
The confidence property identifies the confidence that the creator has in the correctness of their data. The confidence value MUST be a number in the range of 0-100.
integer
ti_socradar_taxii.stix.created
The time at which the STIX Indicator Object was originally created
date
ti_socradar_taxii.stix.created_by_ref
The created_by_ref property specifies the id property of the identity object that describes the entity that created this object.
keyword
ti_socradar_taxii.stix.date_added
Date when the indicator was added to the SOCRadar feed.
date
ti_socradar_taxii.stix.extensions
Specifies any extensions of the object, as a dictionary.
flattened
ti_socradar_taxii.stix.external_references
The external_references property specifies a list of external references which refers to non-STIX information. This property is used to provide one or more URLs, descriptions, or IDs to records in other systems.
flattened
ti_socradar_taxii.stix.id
The ID of the indicator.
keyword
ti_socradar_taxii.stix.indicator_types
The STIX indicator types that categorize this indicator, for example malicious-activity.
keyword
ti_socradar_taxii.stix.ioc_expiration_date
The expiration date of the indicator. It can be defined from the source event, by the revoked or valid_until fields, or from the integration configuration by ioc_expiration_duration.
date
ti_socradar_taxii.stix.ioc_expiration_duration
The configured expiration duration for the indicator.
keyword
ti_socradar_taxii.stix.ioc_expiration_reason
Reason why the indicator is expired. Defined by the integration in the ingest pipeline.
keyword
ti_socradar_taxii.stix.kill_chain_phases
Describes the various phases of the kill chain that the attacker undertakes.
flattened
ti_socradar_taxii.stix.lang
Feed language.
keyword
ti_socradar_taxii.stix.modified
Date of the last modification.
date
ti_socradar_taxii.stix.object_marking_refs
The object_marking_refs property specifies a list of id properties of marking-definition objects that apply to this object.
keyword
ti_socradar_taxii.stix.pattern
The detection pattern for the indicator.
keyword
ti_socradar_taxii.stix.pattern_type
The pattern language used in this indicator, which is always "stix".
keyword
ti_socradar_taxii.stix.pattern_version
The version of the pattern language that is used in this indicator.
keyword
ti_socradar_taxii.stix.revoked
The revoked property is only used by STIX Objects that support versioning and indicates whether the object has been revoked. Revoked objects are no longer considered valid by the object creator. Revoking an object is permanent; future versions of the object with this id must not be created.
boolean
ti_socradar_taxii.stix.spec_version
The version of the STIX specification used to represent this object. The value of this property must be 2.1.
keyword
ti_socradar_taxii.stix.threat_feed_source_name
SOCRadar threat feed source name.
keyword
ti_socradar_taxii.stix.type
Type of the STIX Object.
keyword
ti_socradar_taxii.stix.valid_from
The time from which the indicator is considered a valid indicator.
date
ti_socradar_taxii.stix.valid_until
The time at which the indicator should no longer be considered a valid indicator.
[SOCRadar TAXII] IOC Overview — KPI metrics (Total Indicators, Unique STIX IDs, IOC Types, Feed Sources) and visualizations (Indicators by Type, Indicators by Feed Source, Indicators by Confidence, Indicators Over Time, Feed Source Breakdown, Recent Indicators).
Enhancement (View pull request) Update Elastic Managed integration documentation to the current wording and docs links.
9.1.0 8.19.0
0.5.1
Bug fix (View pull request) Statically map event.ingested in transform destination indices so detection rules using it as the timestamp override do not report empty destination indices as missing the field.
9.1.0 8.19.0
0.5.0
Enhancement (View pull request) Document the retention applied to source data streams on stateful and Serverless deployments, and how to change it.
9.1.0 8.19.0
0.4.0
Enhancement (View pull request) Remove redundant ECS field definitions from the transform, relying on the ecs@mappings component template.
9.1.0 8.19.0
0.3.0
Enhancement (View pull request) Add tags to ingest pipeline processors and add preserve_original_event to pipeline-level on_failure handlers.
Bug fix (View pull request) Stop removing event.original in the indicator data stream. It was removed before preserve_original_event was added to tags, so pipeline_error documents never retained the original payload.
9.0.0 8.18.0
0.2.2
Enhancement (View pull request) Set agentless deployment mode release field to ga.
9.0.0 8.18.0
0.2.1
Bug fix (View pull request) Fix transform destination to use keyword for data_stream.namespace, allowing multi-namespace deployments.
9.0.0 8.18.0
0.2.0
Enhancement (View pull request) Use new release field for agentless deployment mode to establish as beta.