---
title: "Cyble Vision collector"
canonical: "https://docs.devo.com/space/latest/377782375/Cyble%20Vision%20collector"
format: markdown
---
> Macro (toc)

## Overview

Cyble Vision is a comprehensive cybersecurity platform designed to keep businesses a step ahead of cyber threats. Cyble Vision swiftly identifies incidents and provides advanced intelligence for rapid response, helping to mitigate attack damages. The Cyble Vision collector allows users to fetch and analyze incidents and fetch IOCs for further triage in the Devo platform.

## Devo collector features

| **Feature** | **Details** |
| --- | --- |
| Allow parallel downloading (`multipod`) | `not allowed` |
| Running environments | - `collector server`
- `on-premise` |
| Populated Devo events | - `table`
- `lookups` |
| Flattening preprocessing | `no` |

## Data sources

| **Data source** | **Description** | **API endpoint** | **Collector service name** | **Devo table / lookup** | **Available from release** |
| --- | --- | --- | --- | --- | --- |
| Alerts | Fetch alerts / incidents | `/apollo/api/v1/y/alerts` | `alerts` | `threatintel.cyble.vision.alert` | `v1.0.0` |
| IOCs | Fetch IOCs and store in a Devo lookup | `/engine/api/v2/y/iocs` | `iocs` | Lookup starting with `cyble_vision_iocs` | `v1.0.0` |

For more information on how the events are parsed, [visit our page](https://devodocs.atlassian.net/wiki/spaces/latest/pages/348258308).

## Minimum configuration required for basic pulling

Although this collector supports advanced configuration, the fields required to retrieve data with basic configuration are defined below.

> ℹ️ This minimum configuration refers exclusively to those specific parameters of this integration. There are more required parameters related to the generic behavior of the collector. Check setting sections for details.

| **Setting** | **Details** |
| --- | --- |
| `api_key` | Token for authentication |

> ℹ️ See the **Accepted authentication methods** section to verify what settings are required based on the desired authentication method.

## Accepted authentication methods

The user must specify an Access Key ID and Secret ID for the account/RAM to authenticate with the ActionTrail API or Log Service API.

| **Setting** | **Details** |
| --- | --- |
| bearer token | Required |

## Run the collector

Once the data source is configured, you can either send us the required information if you want us to host and manage the collector for you (<u>Cloud collector</u>), or deploy and host the collector in your own machine using a Docker image (<u>On-premise collector</u>).

> Macro (rw-ui-tabs-macro)
> 
> > Macro (rw-tab)
> 
> We use a piece of software called Collector Server to host and manage all our available collectors.
> 
> To enable the collector for a customer:
> 
> 1. In the Collector Server GUI, access the domain in which you want this instance to be created
> 2. Click Add Collector and find the one you wish to add.
> 3. In the Version field, select the latest value.
> 4. In the Collector Name field, set the value you prefer (this name must be unique inside the same Collector Server domain).
> 5. In the sending method select Direct Send. Direct Send configuration is optional for collectors that create Table events, but mandatory for those that create Lookups.
> 6. In the Parameters section, establish the Collector Parameters as follows below:
> 
> ### Editing JSON configuration
> 
> ```
> {
>   "global_overrides": {
>     "debug": "<debug_status>"
>   },
>   "inputs": {
>     "cyble_vision": {
>       "id": "<input_id_value>",
>       "enabled": true,
>       "override_base_url": "<override_base_url_value>"
>       "credentials": {
>         "api_key": "<api_key_value>"
>       },
>       "services": {
>         "alerts": {
>           "override_tag": "<override_tag_value>",
>           "start_time_in_utc": "<start_time_in_utc_value>"
>         },
>         "iocs": {
>           "override_base_lookup_name": "<override_lookup_name_value>",
>           "start_time_in_utc": "<start_time_in_utc_value>"
>         }
>       }
>     }
>   }
> }
> 
> ```
> 
> Please replace the placeholders with real world values following the description table below:
> 
> | **Parameter** | **Data type** | **Type** | **Value range / Format** | **Details** |
> | --- | --- | --- | --- | --- |
> | `debug_status` | `bool` | Mandatory | true / false | If the value is `true`, the debug logging traces will be enabled when running the collector. If the value is `false`, only the info, warning, and error logging levels will be printed. |
> | `input_id_value` | `int` | Mandatory | Min Length 5 | Use this parameter to give a unique ID to this input service. This parameter is used to build the persistence address; do not use the same value for multiple collectors. It could cause a collision. |
> | `override_base_url_value` | `str` | Optional | Min length: 1 | Use this parameter to override the default base url value. (default value: [https://api.cyble.ai](https://api.cyble.ai)) |
> | `api_key_value` | `str` | Mandatory | Min length: 1 | The API Key (token) for authentication. |
> | `start_time_in_utc_value` | `str` | Mandatory | UTC datetime format:<br>`%Y-%m-%dT%H:%M:%SZ (e.g., “2000-01-01T00:00:01Z”)` | This configuration allows you to set a custom date as the beginning of the period to download. This allows downloading historical data (one month back for example) before downloading new events. |
> | `override_lookup_name_value` | `str` | Optional | Min length: 3 | An optional lookup name to use for the IOCs lookup service. By default the collector uses `cyble_vision_iocs` |
> | `override_tag_value` | `str` | Optional | Min length: 4 | Custom devo tag value. |
> 
>  
> 
> > ℹ️ Parameters marked as "Mandatory" are required for the collector's configuration. Optional parameters can be omitted or removed if not used, but they provide additional customization and control over the collector's behavior.
> 
> > Macro (rw-tab)
> 
> This data collector can be run in any machine that has the Docker service available because it should be executed as a docker container. The following sections explain how to prepare all the required setup for having the data collector running.
> 
> ### Structure
> 
> The following directory structure should be created for being used when running the collector:
> 
> ```
> <any_directory>
> └── devo-collectors/
>     └── <product_name>/
>         ├── certs/
>         │   ├── chain.crt
>         │   ├── <your_domain>.key
>         │   └── <your_domain>.crt
>         ├── state/
>         └── config/ 
>             └── config.yaml 
> ```
> 
> > ⚠️ Replace `<product_name>` with the proper value.
> 
> ### Devo credentials
> 
> In Devo, go to **Administration → Credentials → X.509 Certificates**, download the **Certificate**, **Private key** and **Chain CA** and save them in `<product_name>/certs/`. Learn more about security credentials in Devo [here](#).
> 
> ![image](media://4525fce7-fd3a-4da1-805e-a9616fa2479c)
> 
> > ⚠️ Replace `<product_name>` with the proper value.
> 
> ### Editing the config.yaml file
> 
> ```
> globals:
>   debug: false
>   id: not_used
>   name: Cyble_Collector
>   persistence:
>     type: filesystem
>     config:
>       directory_name: state
> outputs:
>   devo_us_1:
>     type: devo_platform
>     config:
>       address: <devo_address>
>       port: 443
>       type: SSL
>       chain: <chain_filename>
>       cert: <cert_filename>
>       key: <key_filename>
> inputs:
>   cyble_vision:
>     id: <input_id_value>
>     enabled: true
>     override_base_url: <override_base_url_value>
>     credentials:
>       api_key: <api_key_value>
>     services:
>       alerts:
>         override_tag: <override_tag_value>
>         start_time_in_utc: <start_time_in_utc_value>
>         obfuscation_data: [<obfuscation_data_values>]
>       iocs:
>         override_base_lookup_name: <override_lookup_name_value>
>         start_time_in_utc: <start_time_in_utc_value>
> ```
> 
> All defined service entities will be executed by the collector. If you do not want to run any of them, just remove the entity from the services object.
> 
> Replace the placeholders with your required values following the description table below:
> 
> | **Parameter** | **Data type** | **Type** | **Value range / Format** | **Details** |
> | --- | --- | --- | --- | --- |
> | `debug_status` | `bool` | `mandatory` | true / false | If the value is `true`, the debug logging traces will be enabled when running the collector. If the value is `false`, only the info, warning, and error logging levels will be printed. |
> | `devo_address` | `str` | `mandatory` | - collector-us.devo.io
> - collector-eu.devo.io | Use this parameter to identify the Devo Cloud where the events will be sent. |
> | `chain_filename` | `str` | `mandatory` | minimum length: 4<br>maximum length: 20 | Use this parameter to identify the chain.cert file downloaded from your Devo domain. Usually this file's name is: `chain.crt`. |
> | `cert_filename` | `str` | `mandatory` | minimum length: 4<br>maximum length: 20 | Use this parameter to identify the file.cert downloaded from your Devo domain. |
> | `key_filename` | `str` | `mandatory` | minimum length: 4<br>maximum length: 20 | Use this parameter to identify the file.key downloaded from your Devo domain. |
> | `start_time_in_utc_value` | `str` | `optional` | UTC datetime string having datetime string format `%-Y-%m-%d %H-%M-%S` (e.g., “`2000-01-01 00:00:01`”) | This configuration allows you to set a custom date as the beginning of the period to download. This allows downloading historical data (one month back for example) before downloading new events.<br>> ℹ️ This parameter should be removed if it is not used. |
> | `obfuscation_data_values` | `array<object>` | `optional` | The objects in the array look like this:<br>```
> obfuscation_data:
>     - name:
>         -
> credentials
>       - "*"
>     value: 
> "**********"
> ``` | Each object represents the necessary configuration to obfuscate messages before these are sent to Devo.<br>> ℹ️ This parameter can be removed or commented. |
> | `override_lookup_name_value` | `str` | `optional` | minimum length: 3 | An optional lookup name to use for the IOCs lookup service. By default the collector uses `cyble_vision_iocs`.<br>> ℹ️ This parameter can be removed or commented. |
> 
> ### Download the Docker image
> 
> The collector should be deployed as a Docker container. Download the Docker image of the collector as a .tgz file by clicking the link in the following table:
> 
> | **Collector Docker image** | **SHA-256 hash** |
> | --- | --- |
> | [collector-cyble_vision_it-docker-image-1.1.0.tgz](https://drive.google.com/file/d/1l5n4z8xQ-Bmye9bXzIZ06_ayoZDEnzFy/view?usp=sharing) | 920937c4fd13253c2f1eef0e3af2e6e55f73fb59f5e9e9fa6767bf86416ac819 |
> 
> Use the following command to add the Docker image to the system:
> 
> ```
> gunzip -c <image_file>-<version>.tgz | docker load
> ```
> 
> > ⚠️ Once the Docker image is imported, it will show the real name of the Docker image (including version info). Replace `<image_file>` and `<version>` with a proper value.
> 
> The Docker image can be deployed on the following services:
> 
> #### Docker
> 
> Execute the following command on the root directory `<any_directory>/devo-collectors/<product_name>/`
> 
> ```
> docker run 
> --name collector-<product_name> 
> --volume $PWD/certs:/devo-collector/certs 
> --volume $PWD/config:/devo-collector/config 
> --volume $PWD/state:/devo-collector/state 
> --env CONFIG_FILE=config.yaml 
> --rm 
> --interactive 
> --tty 
> <image_name>:<version>
> ```
> 
> > ⚠️ Replace `<product_name>`, `<image_name>` and `<version>` with the proper values.
> 
> #### Docker Compose
> 
> The following Docker Compose file can be used to execute the Docker container. It must be created in the `<any_directory>/devo-collectors/<product_name>/` directory.
> 
> ```
> version: '3'
> services:
>   collector-<product_name>:
>     image: <image_name>:${IMAGE_VERSION:-latest}
>     container_name: collector-<product_name>
>     volumes:
>       - ./certs:/devo-collector/certs
>       - ./config:/devo-collector/config
>       - ./credentials:/devo-collector/credentials
>       - ./state:/devo-collector/state
>     environment:
>       - CONFIG_FILE=${CONFIG_FILE:-config.yaml}
> ```
> 
> To run the container using docker-compose, execute the following command from the `<any_directory>/devo-collectors/<product_name>/` directory:
> 
> ```
> IMAGE_VERSION=<version> docker-compose up -d
> ```
> 
> > ⚠️ Replace `<product_name>`, `<image_name>` and `<version>` with the proper values.

## Collector services detail

This section is intended to explain how to proceed with specific actions for services.

<details>
<summary>Events service</summary>

#### **Devo categorization and destination**

All events of this service are ingested into the table `threatintel.cyble.vision.alert`

#### **Verify data collection**

Once the collector has been launched, it is important to check if the ingestion is performed in a proper way. To do so, go to the collector’s logs console.

This service has the following components:

| **Component** | **Description** |
| --- | --- |
| Setup | The setup module is in charge of authenticating the service and managing the token expiration when needed. |
| Puller | The setup module is in charge of pulling the data in an organized way and delivering the events via SDK. |

#### Setup output

A successful run has the following output messages for the setup module:

```
2025-03-12T16:56:43.352    INFO InputProcess::MainThread -> AlertsPuller(cyble_vision#34215,alerts#predefined) - Starting thread
2025-03-12T16:56:43.353    INFO InputProcess::AlertsPuller(cyble_vision#34215,alerts#predefined) -> Waiting until setup will be executed
2025-03-12T16:56:43.356    INFO InputProcess::MainThread -> InputMetricsThread -> Started thread for updating metrics values (update_period=10.0)
2025-03-12T16:56:44.038    INFO InputProcess::VisionPullerSetup(cyble_vision#34215,alerts#predefined) -> Authentication successful.
2025-03-12T16:56:44.039    INFO InputProcess::VisionPullerSetup(cyble_vision#34215,alerts#predefined) -> Check for <AlertsPuller> module has been successfully executed
```

#### Puller output

A successful initial run has the following output messages for the puller module:

Note that the PrePull action is executed only one time before the first run of the Pull action.

```
2025-03-12T17:01:44.407    INFO InputProcess::AlertsPuller(cyble_vision#34215,alerts#predefined) -> Pull Started
2025-03-12T17:01:44.409    INFO InputProcess::AlertsPuller(cyble_vision#34215,alerts#predefined) -> Fetching all alerts subject to the following parameters: {'orderBy': [{'created_at': 'asc'}], 'skip': 0, 'take': 1000, 'withDataMessage': False, 'where': {'created_at': {'gte': '2025-03-12T11:26:34Z', 'lte': '2025-03-12T11:31:44Z'}}}
2025-03-12T17:01:45.147    INFO InputProcess::AlertsPuller(cyble_vision#34215,alerts#predefined) -> 34 record(s) returned for last batch which is less than limit of 1000. No new records remaining. Finishing pull.
2025-03-12T17:01:45.152    INFO InputProcess::AlertsPuller(cyble_vision#34215,alerts#predefined) -> (Partial) Statistics for this pull cycle (@devo_pulling_id=1741779104406):Number of requests made: 1; Number of events received: 34; Number of duplicated events filtered out: 1; Number of events generated and sent: 33; Average of events per second: 44.347.
2025-03-12T17:01:45.153    INFO InputProcess::AlertsPuller(cyble_vision#34215,alerts#predefined) -> Statistics for this pull cycle (@devo_pulling_id=1741779104406):Number of requests made: 1; Number of events received: 34; Number of duplicated events filtered out: 1; Number of events generated and sent: 33; Average of events per second: 44.285.
2025-03-12T17:01:45.154    INFO InputProcess::AlertsPuller(cyble_vision#34215,alerts#predefined) -> The data is up to date!
2025-03-12T17:01:45.155    INFO InputProcess::AlertsPuller(cyble_vision#34215,alerts#predefined) -> Data collection completed. Elapsed time: 0.749 seconds. Waiting for 299.251 second(s) until the next one
```

After a successful collector’s execution (that is, no error logs found), you will see the following log message:

```
2025-03-12T17:01:45.153    INFO InputProcess::AlertsPuller(cyble_vision#34215,alerts#predefined) -> Statistics for this pull cycle (@devo_pulling_id=1741779104406):Number of requests made: 1; Number of events received: 34; Number of duplicated events filtered out: 1; Number of events generated and sent: 33; Average of events per second: 44.285.
```
</details>

<details>
<summary>Restart the persistence</summary>

This collector uses persistent storage to download events in an orderly fashion and avoid duplicates. In case you want to re-ingest historical data or recreate the persistence, you can restart the persistence of this collector by following these steps:

1. Edit the configuration file.
2. Change the value of the `initial_start_time_in_utc_value` parameter to a different one.
3. Save the changes.
4. Restart the collector.

The collector will detect this change and will restart the persistence using the parameters of the configuration file or the default configuration in case it has not been provided.

> ⚠️ Note that this action clears the persistence and cannot be recovered in any way. Resetting persistence could result in duplicate or lost events.
</details>

<details>
<summary>Troubleshooting</summary>

This collector has different security layers that detect both an invalid configuration and abnormal operation. This table will help you detect and resolve the most common errors.

|  |  |  |  |  |
| --- | --- | --- | --- | --- |
| **Error Type** | **Error Id** | **Error Message** | **Cause** | **Solution** |
| `InitVariablesError` | 2 | initial_start_time_in_utc is not set as per the datetime_format : {datetime_format} | The date in config is not as per required format | Ensure the date format is correct |
| `InitVariablesError` | 3 | Date {initial_start_time_str} is in the future | The date in configuration is greater than current time | Ensure the datetime is less than current time |
| `SetupError` | `102` | Failed to fetch data from `{endpoint}`. Source is not pullable. | The provided credentials are incorrect. | Revisit the configuration steps and ensure that the correct values were specified in the config file. |
</details>

<details>
<summary>Check memory usage</summary>

To check the memory usage of this collector, look for the following log records in the collector which are displayed every 5 minutes by default, always after running the memory-free process.

- The used memory is displayed by running processes and the sum of both values will give the total used memory for the collector.
- The global pressure of the available memory is displayed in the `global` value.
- All metrics (Global, RSS, VMS) include the value before freeing and after `previous -> after freeing memory`

```
  INFO OutputProcess::MainThread -> [GC] global: 67.2% -> 67.2%, process: RSS(104.86MiB -> 104.86MiB), VMS(2.04GiB -> 2.04GiB)
  INFO InputProcess::MainThread -> [GC] global: 66.4% -> 66.4%, process: RSS(112.28MiB -> 112.28MiB), VMS(1.48GiB -> 1.48GiB)

```

Differences between `RSS` and `VMS` memory usage:

> ℹ️ - `RSS` is the Resident Set Size, which is the actual physical memory the process is using
> ℹ️ - `VMS` is the Virtual Memory Size which is the virtual memory that process is using
</details>

## Change log

| **Release** | **Released on** | **Release type** | **Details** | **Recommendations** |
| --- | --- | --- | --- | --- |
| `v1.1.0` | 3/12/2025 | [improvements] | **Improvements**<br>- Updated `DevoCollectorSDK` version from `1.9.2` to `1.15.0` | `Recommended version` |
| `v1.0.0` | 9/11/2023 | [INITIAL RELEASE] | - | `Upgraded` |