SOCRadarIncidentsMultiTenant
SOCRadar Multi-Tenant Incidents integration with advanced incident management, status reasons, and compliance tracking. Fetches security incidents from SOCRadar platform across all tenant companies with proper deduplication and date handling. Uses Multi-Tenant API for incident fetching and company-specific APIs for alarm management.
Analytics & SIEM · SOCRadar
Details
| ID | SOCRadarIncidentsMultiTenant |
|---|---|
| Provider | SOCRadar |
| Category | Analytics & SIEM |
| From Version | 6.10.0 |
| Docker Image | demisto/python3:3.12.13.10116658 |
| Supported Modules | Agentix XSIAM |
README
SOCRadar Incidents v4.0 Multi-Tenant
Fetch and manage security incidents from multiple companies using SOCRadar’s Multi-Tenant Incident API. Designed for MSPs, MSSPs, and organizations managing multiple subsidiaries.
Overview
SOCRadar is a digital risk protection platform that provides extended threat intelligence and brand protection capabilities. This Multi-Tenant integration enables XSOAR to ingest security incidents from multiple companies through a single integration instance, including:
- Brand Protection: Impersonating domains, phishing attacks, brand abuse
- Cyber Threat Intelligence: Stolen credentials, data leaks, malware infections
- Attack Surface Management: External exposure findings, misconfigurations
- Dark Web Intelligence: Compromised credentials, leaked data from dark web sources
- Supply Chain Security: Third-party risks and vendor security issues
Multi-Tenant Features
Centralized Multi-Company Management
- Single Integration: Monitor incidents from all your companies through one integration instance
- Company Tracking: Each alarm automatically includes company ID and company name
- Smart Filtering: Filter and manage incidents across companies or focus on specific ones
Automatic Company ID Handling
- Auto-Extraction: When taking actions, company ID is automatically extracted from alarm data
- No Manual Input: You don’t need to remember or specify company IDs for most operations
- Override Capability: Manually specify company ID when needed (advanced use cases)
Company Visibility Control
- Configurable Display: Choose whether to show company information in incident details
- Custom Fields: Company ID and company name available in custom fields
- Incident Naming: Company information included in incident names for quick identification
What’s New in Multi-Tenant v4.0
Multi-Tenant Specific
- Multi-Tenant API Endpoint: Uses
/multi_tenant/{multi-tenant-id}/incidentsfor fetching - Company Information: Each alarm includes both company_id and company_name
- Smart Action Handling: Automatically determines which company to act upon
- Default Company Visibility: Company info shown by default (can be disabled)
Core Features (from v4.0)
- Multi-Status Filtering: Select multiple statuses (OPEN, CLOSED, ON_HOLD) simultaneously
- Epoch Time Precision: Second-level accuracy for incident fetching - zero duplicates
- Reverse Pagination: Fetches newest incidents first for better performance
- Dynamic Content Extraction: Automatically extracts alarm-specific fields regardless of type
- Enhanced Deduplication: Two-layer protection prevents duplicate incidents
Technical Improvements
- Interval-based fetching with overlap protection
- Configurable content and entity inclusion
- Comprehensive debug logging
- Better error handling and recovery
- Intelligent company ID extraction from incident context
Key Differences: Standard vs Multi-Tenant
| Feature | Standard v4.0 | Multi-Tenant v4.0 |
|---|---|---|
| Configuration | Company ID + API Key | Multi-Tenant ID + API Key |
| Fetch Endpoint | /company/{id}/incidents/v4 |
/multi_tenant/{id}/incidents |
| Company Data | Single company (implicit) | Multiple companies (explicit) |
| Company ID in Actions | Uses configured company ID | Auto-extracted from alarm |
| Company Visibility | Optional (default: hidden) | Optional (default: visible) |
| Use Case | Single organization | MSPs, MSSPs, multi-subsidiary |
Prerequisites
Required
- SOCRadar account with Multi-Tenant Incident API access
- Multi-Tenant ID from SOCRadar platform
- API Key from SOCRadar platform
- XSOAR 6.x or later
API Access
To obtain your API credentials:
- Log in to SOCRadar Platform
- Reach out support team to get MSSP API Key
Configuration
Integration Settings
| Parameter | Required | Default | Description |
|---|---|---|---|
| Server URL | Yes | https://platform.socradar.com/api |
SOCRadar API base URL |
| API Key | Yes | - | Your Multi-Tenant API Key from SOCRadar |
| Multi-Tenant ID | Yes | - | Your Multi-Tenant ID (integer) |
| Fetch incidents | No | False | Enable automatic incident fetching |
| Incident type | No | - | XSOAR incident type to create |
| Max incidents per fetch | No | 10000 | Maximum incidents per fetch cycle |
| First fetch time | No | 3 days | Initial time range for first fetch |
| Fetch Interval (Minutes) | No | 1 | Time window for subsequent fetches |
Filtering Options
| Parameter | Type | Description |
|---|---|---|
| Status Filter | Multi-select | Select one or more: OPEN, CLOSED, ON_HOLD |
| Severity | Multi-select | Filter by: LOW, MEDIUM, HIGH, CRITICAL |
| Alarm Type IDs | Text | Comma-separated list of type IDs to include |
| Excluded Alarm Type IDs | Text | Comma-separated list of type IDs to exclude |
| Main Alarm Types | Text | Comma-separated main types (e.g., “Brand Protection”) |
| Alarm Sub Types | Text | Comma-separated sub types |
Commands
You can execute these commands from the Cortex XSOAR CLI, as part of an automation, or in a playbook.
After you successfully execute a command, a DBot message appears in the War Room with the command details.
socradar-change-alarm-status
Change the status of one or more alarms.
Base Command
socradar-change-alarm-status
Input
| Argument Name | Description | Required |
|---|---|---|
| alarm_ids | Comma-separated list of alarm IDs to update. | Required |
| status_reason | New status reason for the alarms. Possible values are: OPEN, INVESTIGATING, RESOLVED, PENDING_INFO, LEGAL_REVIEW, VENDOR_ASSESSMENT, FALSE_POSITIVE, DUPLICATE, PROCESSED_INTERNALLY, MITIGATED, NOT_APPLICABLE. | Required |
| comments | Optional comments explaining the status change. | Optional |
| company_id | Company ID for the alarm. If not provided, will be auto-fetched from alarm data. Can also use ${incident.socradarcompanyid} from incident fields. | Optional |
Context Output
| Path | Type | Description |
|---|---|---|
| SOCRadar.Alarm.ID | String | Alarm ID. |
| SOCRadar.Alarm.Status | String | New alarm status. |
socradar-mark-false-positive
Mark an alarm as false positive.
Base Command
socradar-mark-false-positive
Input
| Argument Name | Description | Required |
|---|---|---|
| alarm_id | Alarm ID to mark as false positive. | Required |
| comments | Optional comments explaining why this is a false positive. Default is False positive. | Optional |
| company_id | Company ID for the alarm. If not provided, will be auto-fetched from alarm data. Can also use ${incident.socradarcompanyid} from incident fields. | Optional |
Context Output
| Path | Type | Description |
|---|---|---|
| SOCRadar.Alarm.ID | String | Alarm ID. |
| SOCRadar.Alarm.Status | String | New alarm status. |
socradar-mark-resolved
Mark an alarm as resolved.
Base Command
socradar-mark-resolved
Input
| Argument Name | Description | Required |
|---|---|---|
| alarm_id | Alarm ID to mark as resolved. | Required |
| comments | Optional comments explaining the resolution. Default is Resolved. | Optional |
| company_id | Company ID for the alarm. If not provided, will be auto-fetched from alarm data. Can also use ${incident.socradarcompanyid} from incident fields. | Optional |
Context Output
| Path | Type | Description |
|---|---|---|
| SOCRadar.Alarm.ID | String | Alarm ID. |
| SOCRadar.Alarm.Status | String | New alarm status. |
socradar-add-comment
Add a comment to an alarm.
Base Command
socradar-add-comment
Input
| Argument Name | Description | Required |
|---|---|---|
| alarm_id | Alarm ID to add comment to. | Required |
| user_email | Email address of the user adding the comment. | Required |
| comment | Comment text to add. | Required |
| company_id | Company ID for the alarm. If not provided, will be auto-fetched from alarm data. Can also use ${incident.socradarcompanyid} from incident fields. | Optional |
Context Output
| Path | Type | Description |
|---|---|---|
| SOCRadar.Alarm.ID | String | Alarm ID. |
socradar-add-assignee
Add the assignee(s) of an alarm.
Base Command
socradar-add-assignee
Input
| Argument Name | Description | Required |
|---|---|---|
| alarm_id | Alarm ID to add assignee for. | Required |
| user_emails | Comma-separated list of user email addresses to assign. | Required |
| company_id | Company ID for the alarm. If not provided, will be auto-fetched from alarm data. Can also use ${incident.socradarcompanyid} from incident fields. | Optional |
Context Output
| Path | Type | Description |
|---|---|---|
| SOCRadar.Alarm.ID | String | Alarm ID. |
| SOCRadar.Alarm.Assignees | String | New assignees. |
socradar-add-tag
Add or remove a tag from an alarm.
Base Command
socradar-add-tag
Input
| Argument Name | Description | Required |
|---|---|---|
| alarm_id | Alarm ID to add/remove tag for. | Required |
| tag | Tag name to add or remove. | Required |
| company_id | Company ID for the alarm. If not provided, will be auto-fetched from alarm data. Can also use ${incident.socradarcompanyid} from incident fields. | Optional |
Context Output
| Path | Type | Description |
|---|---|---|
| SOCRadar.Alarm.ID | String | Alarm ID. |
| SOCRadar.Alarm.Tags | String | Alarm tags. |
socradar-test-fetch
Test incident fetching to verify alarms are available and date parsing works correctly.
Base Command
socradar-test-fetch
Input
| Argument Name | Description | Required |
|---|---|---|
| limit | Number of incidents to test fetch (default 5). Default is 5. | Optional |
| first_fetch | Test date range (e.g., “3 days”, “7 days”). Default is 3 days. | Optional |
Context Output
| Path | Type | Description |
|---|---|---|
| SOCRadar.TestFetch.TotalCount | Number | Total number of incidents found. |
| SOCRadar.TestFetch.SampleIncidents | Unknown | Sample incidents for testing. |
| SOCRadar.TestFetch.StartDate | String | Parsed start date used for the test. |
| SOCRadar.TestFetch.TotalRecords | Number | Total number of incidents from service. |
| SOCRadar.TestFetch.TotalPages | Number | Total number of pages of incidents from service. |
License
This integration is provided as part of the Cortex XSOAR content pack.
Configuration parameters
apikey— API Key (required)multi_tenant_id— Multi-Tenant ID (required)isFetch— Fetch incidentsfirst_fetch— First Fetch Timefetch_interval_minutes— Fetch Interval (Minutes)max_fetch— Max incidents per fetchshow_content— Show Alarm Contentstatus— Status Filterseverities— Severity Levelsalarm_type_ids— Alarm Type IDs (Include)excluded_alarm_type_ids— Alarm Type IDs (Exclude)alarm_main_types— Alarm Main Typesexcluded_alarm_main_types— Alarm Main Types (Exclude)alarm_sub_types— Alarm Sub Typesexcluded_alarm_sub_types— Alarm Sub Types (Exclude)insecure— Trust any certificate (not secure)proxy— Use system proxy settingsincidentType— Incident typeincidentFetchInterval— Incidents Fetch Interval
Commands (7)
-
socradar-add-assigneeAdd the assignee(s) of an alarm.
-
socradar-add-commentAdd a comment to an alarm.
-
socradar-add-tagAdd or remove a tag from an alarm.
-
socradar-change-alarm-statusChange the status of one or more alarms.
-
socradar-mark-false-positiveMark an alarm as false positive.
-
socradar-mark-resolvedMark an alarm as resolved.
-
socradar-test-fetchTest incident fetching to verify alarms are available and date parsing works correctly.
SOCRadar is a leading Extended Threat Intelligence (XTI) platform that provides comprehensive digital risk protection. This Multi-Tenant integration enables MSPs and MSSPs to ingest and manage security incidents from multiple companies using SOCRadar's Multi-Tenant Incident API. ## Key Capabilities ### Multi-Tenant Features - **Centralized Management**: Monitor multiple companies from a single integration - **Automatic Company Tracking**: Each alarm includes company ID and company name - **Smart Company ID Handling**: Automatically extracts company ID from alarms for actions - **Company Visibility**: Configurable display of company information in incidents ### Incident Types Supported - **Brand Protection**: Impersonating domains, phishing attacks, brand abuse - **Cyber Threat Intelligence**: Stolen credentials, data leaks, malware infections - **Attack Surface Management**: External exposure findings, misconfigurations - **Dark Web Intelligence**: Compromised credentials, leaked data from dark web sources - **Supply Chain Security**: Third-party risks and vendor security issues ### Advanced Features - **Multi-Status Filtering**: Select multiple statuses simultaneously for flexible queries - **Epoch Time Precision**: Second-level accuracy eliminates duplicate incidents - **Reverse Pagination**: Fetches newest incidents first for optimal performance - **Dynamic Content Extraction**: Automatically adapts to different alarm types - **Configurable Enrichment**: Control content and entity inclusion for performance - **Auto Company ID Extraction**: Actions automatically use company ID from alarm data ### Incident Management - Change status with 11 different status options - Add comments and collaborate on investigations - Modify assignees and severity levels - Tag incidents for organization - Request analyst assistance directly from SOCRadar - Mark false positives and resolved items - **All actions automatically use company ID from alarm** (can be overridden if needed) ## Multi-Tenant Workflow ### Alarm Fetching 1. Integration uses Multi-Tenant ID to fetch alarms from all companies 2. Each alarm includes: - `company_id`: Numeric company identifier - `company_name`: Company display name - All standard alarm fields ### Taking Actions When performing actions (change status, add comment, etc.): 1. **Default Behavior**: Company ID is automatically extracted from the alarm's data 2. **Override Option**: You can manually specify a different company ID if needed 3. **Seamless Operation**: No need to remember company IDs for each alarm ### Example ``` # Alarm is fetched with company_id: 12345, company_name: "Acme Corp" # When you mark as resolved, integration automatically uses company_id: 12345 !socradar-mark-resolved alarm_id=98765 # Company ID 12345 is auto-extracted and used # You can also override if needed: !socradar-mark-resolved alarm_id=98765 company_id=67890 ``` ## Getting Started ### Prerequisites 1. SOCRadar Multi-Tenant account with API access 2. Multi-Tenant ID from SOCRadar platform 3. API Key from SOCRadar platform ### Configuration Steps 1. Obtain API credentials from SOCRadar platform (Settings → API & Integrations → API Options) 2. Get your Multi-Tenant ID from your account settings 3. Configure integration instance with your API Key and Multi-Tenant ID 4. Enable incident fetching and configure filters based on your use case 5. Optionally enable/disable company information display in incidents 6. Create automations using the provided commands for incident response workflows ### Key Configuration Options - **Multi-Tenant ID**: Your multi-tenant identifier (required) - **API Key**: Your SOCRadar API key (required) - **Include Company Info**: Show/hide company details in incidents (default: enabled) - **Status Filters**: OPEN, CLOSED, ON_HOLD (multi-select) - **Severity Filters**: LOW, MEDIUM, HIGH, CRITICAL - **Content Inclusion**: Control what data is included in custom fields ## Best Practices for Multi-Tenant Environments 1. **Company Visibility**: Keep "Include Company Info" enabled to easily identify which company each alarm belongs to 2. **Filtering**: Use status and severity filters to manage high volumes across multiple companies 3. **Automation**: Let the integration handle company ID extraction automatically 4. **Override When Needed**: Manually specify company_id only when you need to perform an action for a different company 5. **Incident Naming**: Each incident includes company information in its title for easy identification For detailed setup instructions and command documentation, see the integration README.