Cyberwatch Detection
Overview
Cyberwatch is a vulnerability detection and monitoring solution.
This integration encompasses the detection logs from Cyberwatch Vulnerability Manager.
- Vendor: Cyberwatch
- Supported environment: On Premise
- Detection based on: Alert
- Supported application or feature: Vulnerability report
High-Level Architecture Diagram
- Type of integration: Outbound (PUSH to Sekoia.io)
- Schema
Specification
Prerequisites
- Resource:
- Self-managed syslog forwarder
- Network:
- Outbound traffic allowed
- Permissions:
- Administrator or Root access to the Cyberwatch Vulnerability Manager
- Root access to the Linux server with the syslog forwarder
Transport Protocol/Method
- Indirect Syslog
Logs details
- Supported functionalities: See section Overview
- Supported verbosity level: Alert / Informational
- Supported type(s) of structure: Key-Value
Note
Log levels are based on the taxonomy of RFC5424. Adapt according to the terminology used by the editor.
Step-by-Step Configuration Procedure
Instructions on the 3rd Party Solution
Forward Cyberwatch Detection Logs to Sekoia.io
This setup guide will show you how to forward your Cyberwatch logs to Sekoia.io by means of a syslog transport channel.
Detailed Procedure:
- Prerequisites:
-
Have an internal log concentrator.
-
Enable Syslog Forwarding for Cyberwatch:
-
Once configured, Cyberwatch will send hourly the latest CVEs detected to the remote Syslog server:
- Click
Administration
. - Click
External tools
. - Click
Remote Syslog server
.
- Click
-
In the Remote Syslog server configuration, provide the address, the port, and the transport to the syslog concentrator.
Instruction on Sekoia
Configure Your Intake
This section will guide you through creating the intake object in Sekoia, which provides a unique identifier called the "Intake key." The Intake key is essential for later configuration, as it references the Community, Entity, and Parser (Intake Format) used when receiving raw events on Sekoia.
- Go to the Sekoia Intake page.
- Click on the
+ New Intake
button at the top right of the page. - Search for your Intake by the product name in the search bar.
- Give it a Name and associate it with an Entity (and a Community if using multi-tenant mode).
- Click on
Create
. - You will be redirected to the Intake listing page, where you will find a new line with the name you gave to the Intake.
Note
For more details on how to use the Intake page and to find the Intake key you just created, refer to this documentation.
Configure a forwarder
To forward events using syslog to Sekoia.io, you need to update the syslog header with the intake key you previously created. Here is an example of your message before the forwarder
<%pri%>1 %timestamp:::date-rfc3339% %hostname% %app-name% %procid% LOG RAW_MESSAGE
<%pri%>1 %timestamp:::date-rfc3339% %hostname% %app-name% %procid% LOG [SEKOIA@53288 intake_key=\"YOUR_INTAKE_KEY\"] RAW_MESSAGE
To achieve this you can:
- Use the Sekoia.io forwarder which is the official supported way to collect data using the syslog protocol in Sekoia.io. In charge of centralizing data coming from many equipments/sources and forwarding them to Sekoia.io with the apporpriated format, it is a prepackaged option. You only have to provide your intake key as parameter.
- Use your own Syslog service instance. Maybe you already have an intance of one of these components on your side and want to reuse it in order to centralize data before forwarding them to Sekoia.io. When using this mode, you have to configure and maintain your component in order to respect the expected Sekoia.io format.
Warning
Only the Sekoia.io forwarder is officially supported. Other options are documented for reference purposes but do not have official support.
Raw Events Samples
In this section, you will find examples of raw logs as generated natively by the source. These examples are provided to help integrators understand the data format before ingestion into Sekoia.io. It is crucial for setting up the correct parsing stages and ensuring that all relevant information is captured.
active='true',computer_category='desktop',computer_criticality='criticality_medium',
computer_id='0',computer_name='test_syslog',computer_os='',computer_os_arch='',computer_os_name='',
created_at='2022-10-03 14:02:32 +0200',cve_code='CVE-XXXX-XXXX',cve_level='high',cve_published_at='2022-10-03 14:02:32 +0200'
,cve_score='10.0',cve_status='ignored',cvss_AC='access_complexity_low',cvss_AV='access_vector_network',cvss_Au='authentication_none',
cvss_A='availability_impact_complete',cvss_C='confidentiality_impact_complete',cvss_I='integrity_impact_complete',fixed_at='',
groups='berlin,development',ignored='true',ip='127.0.0.1',source_node='cyberwatch',updated_at='2022-10-03 14:02:32 +0200'
node='master',active='true',computer_category='desktop',computer_criticality='criticality_medium',computer_id='0',computer_name='test_syslog',computer_os='',computer_os_arch='',computer_os_name='',created_at='2024-03-07 11:36:11 +0100',cve_code='CVE-XXXX-XXXX',cve_level='high',cve_published_at='2024-03-07 11:36:11 +0100',cve_score='10.0',cve_status='ignored',cvss_AC='access_complexity_low',cvss_AV='access_vector_network',cvss_Au='authentication_none',cvss_A='availability_impact_complete',cvss_C='confidentiality_impact_complete',cvss_I='integrity_impact_complete',epss='0.90484',fixed_at='',groups='berlin,development',ignored='true',ip='127.0.0.1',source_node='cyberwatch',updated_at='2024-03-07 11:36:11 +0100'
Detection section
The following section provides information for those who wish to learn more about the detection capabilities enabled by collecting this intake. It includes details about the built-in rule catalog, event categories, and ECS fields extracted from raw events. This is essential for users aiming to create custom detection rules, perform hunting activities, or pivot in the events page.
Related Built-in Rules
The following Sekoia.io built-in rules match the intake Cyberwatch Detection. This documentation is updated automatically and is based solely on the fields used by the intake which are checked against our rules. This means that some rules will be listed but might not be relevant with the intake.
SEKOIA.IO x Cyberwatch Detection on ATT&CK Navigator
Cryptomining
Detection of domain names potentially related to cryptomining activities.
- Effort: master
Cyberwatch Detection Critical Vulnerability
Cyberwatch Detection has detected an asset with a critical vulnerability
- Effort: master
Dynamic DNS Contacted
Detect communication with dynamic dns domain. This kind of domain is often used by attackers. This rule can trigger false positive in non-controlled environment because dynamic dns is not always malicious.
- Effort: master
Exfiltration Domain
Detects traffic toward a domain flagged as a possible exfiltration vector.
- Effort: master
Remote Access Tool Domain
Detects traffic toward a domain flagged as a Remote Administration Tool (RAT).
- Effort: master
Sekoia.io EICAR Detection
Detects observables in Sekoia.io CTI tagged as EICAR, which are fake samples meant to test detection.
- Effort: master
TOR Usage Generic Rule
Detects TOR usage globally, whether the IP is a destination or source. TOR is short for The Onion Router, and it gets its name from how it works. TOR intercepts the network traffic from one or more apps on user’s computer, usually the user web browser, and shuffles it through a number of randomly-chosen computers before passing it on to its destination. This disguises user location, and makes it harder for servers to pick him/her out on repeat visits, or to tie together separate visits to different sites, this making tracking and surveillance more difficult. Before a network packet starts its journey, user’s computer chooses a random list of relays and repeatedly encrypts the data in multiple layers, like an onion. Each relay knows only enough to strip off the outermost layer of encryption, before passing what’s left on to the next relay in the list.
- Effort: master
Event Categories
The following table lists the data source offered by this integration.
Data Source | Description |
---|---|
Third-party application logs |
Cyberwatch generate vulnerabilities reports |
In details, the following table denotes the type of events produced by this integration.
Name | Values |
---|---|
Kind | `` |
Category | vulnerability |
Type | info |
Transformed Events Samples after Ingestion
This section demonstrates how the raw logs will be transformed by our parsers. It shows the extracted fields that will be available for use in the built-in detection rules and hunting activities in the events page. Understanding these transformations is essential for analysts to create effective detection mechanisms with custom detection rules and to leverage the full potential of the collected data.
{
"message": "active='true',computer_category='desktop',computer_criticality='criticality_medium',\ncomputer_id='0',computer_name='test_syslog',computer_os='',computer_os_arch='',computer_os_name='',\ncreated_at='2022-10-03 14:02:32 +0200',cve_code='CVE-XXXX-XXXX',cve_level='high',cve_published_at='2022-10-03 14:02:32 +0200'\n,cve_score='10.0',cve_status='ignored',cvss_AC='access_complexity_low',cvss_AV='access_vector_network',cvss_Au='authentication_none',\ncvss_A='availability_impact_complete',cvss_C='confidentiality_impact_complete',cvss_I='integrity_impact_complete',fixed_at='',\ngroups='berlin,development',ignored='true',ip='127.0.0.1',source_node='cyberwatch',updated_at='2022-10-03 14:02:32 +0200'",
"event": {
"category": [
"vulnerability"
],
"type": [
"info"
]
},
"@timestamp": "2022-10-03T12:02:32Z",
"cyberwatch": {
"vas": {
"active": true,
"computer": {
"criticality": "criticality_medium"
},
"cve": {
"published_at": "2022-10-03T12:02:32.000000Z",
"status": "ignored"
},
"cvss": {
"attack_authentication": "authentication_none",
"attack_complexity": "access_complexity_low",
"attack_vector": "access_vector_network",
"availability": "availability_impact_complete",
"confidentiality": "confidentiality_impact_complete",
"integrity": "integrity_impact_complete"
},
"groups": [
"berlin",
"development"
],
"ignored": "true"
}
},
"device": {
"id": "0"
},
"host": {
"id": "0",
"ip": "127.0.0.1",
"name": "test_syslog",
"type": "desktop"
},
"observer": {
"name": "cyberwatch",
"product": "cyberwatch"
},
"related": {
"ip": [
"127.0.0.1"
]
},
"vulnerability": {
"id": "CVE-XXXX-XXXX",
"score": {
"base": 10.0
},
"severity": "high"
}
}
{
"message": "node='master',active='true',computer_category='desktop',computer_criticality='criticality_medium',computer_id='0',computer_name='test_syslog',computer_os='',computer_os_arch='',computer_os_name='',created_at='2024-03-07 11:36:11 +0100',cve_code='CVE-XXXX-XXXX',cve_level='high',cve_published_at='2024-03-07 11:36:11 +0100',cve_score='10.0',cve_status='ignored',cvss_AC='access_complexity_low',cvss_AV='access_vector_network',cvss_Au='authentication_none',cvss_A='availability_impact_complete',cvss_C='confidentiality_impact_complete',cvss_I='integrity_impact_complete',epss='0.90484',fixed_at='',groups='berlin,development',ignored='true',ip='127.0.0.1',source_node='cyberwatch',updated_at='2024-03-07 11:36:11 +0100'",
"event": {
"category": [
"vulnerability"
],
"type": [
"info"
]
},
"@timestamp": "2024-03-07T10:36:11Z",
"cyberwatch": {
"vas": {
"active": true,
"computer": {
"criticality": "criticality_medium"
},
"cve": {
"published_at": "2024-03-07T10:36:11.000000Z",
"status": "ignored"
},
"cvss": {
"attack_authentication": "authentication_none",
"attack_complexity": "access_complexity_low",
"attack_vector": "access_vector_network",
"availability": "availability_impact_complete",
"confidentiality": "confidentiality_impact_complete",
"integrity": "integrity_impact_complete"
},
"epss": {
"score": "0.90484"
},
"groups": [
"berlin",
"development"
],
"ignored": "true"
}
},
"device": {
"id": "0"
},
"host": {
"id": "0",
"ip": "127.0.0.1",
"name": "test_syslog",
"type": "desktop"
},
"observer": {
"name": "cyberwatch",
"product": "cyberwatch"
},
"related": {
"ip": [
"127.0.0.1"
]
},
"vulnerability": {
"id": "CVE-XXXX-XXXX",
"score": {
"base": 10.0
},
"severity": "high"
}
}
Extracted Fields
The following table lists the fields that are extracted, normalized under the ECS format, analyzed and indexed by the parser. It should be noted that infered fields are not listed.
Name | Type | Description |
---|---|---|
@timestamp |
date |
Date/time when the event originated. |
cyberwatch.vas.active |
boolean |
Indicates the current presence of the vulnerability on the asset |
cyberwatch.vas.computer.criticality |
keyword |
Criticality of the asset as defined in Cyberwatch |
cyberwatch.vas.cve.published_at |
keyword |
CVE Publication Date |
cyberwatch.vas.cve.status |
keyword |
Vulnerability status on the affected asset |
cyberwatch.vas.cvss.attack_authentication |
keyword |
Vulnerability exploitability metric: authentication |
cyberwatch.vas.cvss.attack_complexity |
keyword |
Vulnerability exploitability metric: access complexity |
cyberwatch.vas.cvss.attack_vector |
keyword |
Vulnerability exploitability metric: access vector |
cyberwatch.vas.cvss.availability |
keyword |
Vulnerability impact metric: availability |
cyberwatch.vas.cvss.confidentiality |
keyword |
Vulnerability impact metric: confidentiality |
cyberwatch.vas.cvss.integrity |
keyword |
Vulnerability impact metric: integrity |
cyberwatch.vas.epss.score |
keyword |
Exploit Prediction Scoring System |
cyberwatch.vas.fixed_at |
datetime |
Vulnerability corrected on the asset on |
cyberwatch.vas.groups |
array |
Lists of groups |
cyberwatch.vas.ignored |
keyword |
Indicates whether the vulnerability has been ignored on the asset or not |
event.category |
keyword |
Event category. The second categorization field in the hierarchy. |
event.provider |
keyword |
Source of the event. |
event.type |
keyword |
Event type. The third categorization field in the hierarchy. |
host.architecture |
keyword |
Operating system architecture. |
host.id |
keyword |
Unique host id. |
host.ip |
ip |
Host ip addresses. |
host.name |
keyword |
Name of the host. |
host.os.full |
keyword |
Operating system name, including the version or code name. |
host.os.name |
keyword |
Operating system name, without the version. |
host.type |
keyword |
Type of host. |
observer.name |
keyword |
Custom name of the observer. |
observer.product |
keyword |
The product name of the observer. |
vulnerability.id |
keyword |
ID of the vulnerability. |
vulnerability.score.base |
float |
Vulnerability Base score. |
vulnerability.severity |
keyword |
Severity of the vulnerability. |
For more information on the Intake Format, please find the code of the Parser, Smart Descriptions, and Supported Events here.