Collecter les journaux OSSEC
Ce document explique comment collecter les journaux OSSEC en configurant OSSEC et un redirecteur Google Security Operations. Ce document liste également les types de journaux et la version OSSEC compatibles.
Pour en savoir plus, consultez Ingestion de données dans Google Security Operations.
Présentation
Le schéma d'architecture de déploiement suivant montre comment les agents et les serveurs OSSEC sont configurés pour envoyer des journaux à Google Security Operations. Le déploiement de chaque client peut différer de cette représentation et être plus complexe.
Le diagramme de l'architecture montre les composants suivants :
Système Linux. Le système Linux à surveiller. Le système Linux se compose des fichiers à surveiller et de l'agent OSSEC.
Système Microsoft Windows. Système Microsoft Windows à surveiller sur lequel l'agent OSSEC est installé.
Agent OSSEC. L'agent OSSEC collecte des informations à partir du système Microsoft Windows ou Linux et les transmet au serveur OSSEC.
Serveur OSSEC. Le serveur OSSEC surveille et reçoit des informations des agents OSSEC, analyse les journaux et les transmet au redirecteur Google Security Operations.
Agent Bindplane : l'agent Bindplane récupère les journaux d'osquery et les envoie à Google SecOps.
Redirecteur Google Security Operations. Le transmetteur Google Security Operations est un composant logiciel léger, déployé dans le réseau du client, qui est compatible avec syslog. Le transmetteur Google Security Operations transmet les journaux à Google Security Operations.
Google Security Operations. Google Security Operations conserve et analyse les journaux du serveur OSSEC.
Une étiquette d'ingestion identifie l'analyseur qui normalise les données de journaux brutes au format UDM structuré. Les informations de ce document s'appliquent à l'analyseur avec le libellé d'ingestion OSSEC.
Avant de commencer
Assurez-vous que l'agent OSSEC est installé sur les systèmes Microsoft Windows ou Linux que vous prévoyez de surveiller. Pour en savoir plus sur l'installation de l'agent OSSEC, consultez Installation d'OSSEC.
Utilisez une version d'OSSEC compatible avec l'analyseur Google Security Operations. L'analyseur Google Security Operations est compatible avec OSSEC version 3.6.0.
Assurez-vous que le serveur OSSEC est installé et configuré sur le serveur Linux central.
Vérifiez les types de journaux compatibles avec l'analyseur Google Security Operations. Le tableau suivant répertorie les produits et les chemins d'accès aux fichiers journaux compatibles avec l'analyseur Google Security Operations :
Système d'exploitation Produit Chemin d'accès au fichier journal Microsoft Windows Microsoft Windows Journaux des événements Linux Linux /var/log/audit/audit.log Linux Linux /var/log/syslog Linux Linux /var/log/ulog/syslogemu.log Linux apache2 /var/log/apache2/access.log Linux apache2 /var/log/apache2/error.log Linux apache2 /var/log/apache2/other_vhosts_access.log Linux apache2 /var/log/apache2/novnc-server-access.log Linux OpenVpn /var/log/openvpnas.log Linux Nginx /var/log/nginx/access.log Linux Nginx /var/log/nginx/error.log Linux rkhunter /var/log/rkhunter.log Linux - Serveur OSSEC OSSEC /var/ossec/logs/ossec.log Linux Linux /var/log/auth.log Linux Linux /var/log/kern.log Linux rundeck /var/log/rundeck/rundeck.api.log Linux rundeck /var/log/rundeck/service.log Linux Samba /var/log/samba/log.winbindd Linux Linux /var/log/mail.log Assurez-vous que tous les systèmes de l'architecture de déploiement sont configurés dans le fuseau horaire UTC.
Configurer l'agent et le serveur OSSEC, ainsi que le redirecteur Google Security Operations
Pour configurer l'agent et le serveur OSSEC, ainsi que le redirecteur Google Security Operations, procédez comme suit :
Pour surveiller les journaux générés par les systèmes Linux, créez un fichier
ossec.confafin de spécifier la configuration de surveillance des journaux pour l'agent. Voici un exemple de fichier de configuration pour l'agent sur le système Linux :<ossec_config> <!-- Files to monitor (localfiles) --> <localfile> <log_format>syslog</log_format> <location>/var/ossec/logs/ossec.log</location> </localfile> <localfile> <log_format>syslog</log_format> <location>/var/log/auth.log</location> </localfile> <localfile> <log_format>syslog</log_format> <location>/var/log/kern.log</location> </localfile> <localfile> <log_format>syslog</log_format> <location>/var/log/mail.log</location> </localfile> <localfile> <log_format>syslog</log_format> <location>/var/log/syslog</location> </localfile> <localfile> <log_format>apache</log_format> <location>/var/log/apache2/error.log</location> </localfile> <localfile> <log_format>apache</log_format> <location>/var/log/apache2/access.log</location> </localfile> <localfile> <log_format>apache</log_format> <location>/var/log/apache2/other_vhost_access.log</location> </localfile> <localfile> <log_format>apache</log_format> <location>/var/log/apache2/nonvnc-server-access.log</location> </localfile> <localfile> <log_format>syslog</log_format> <location>/var/log/nginx/access.log</location> </localfile> <localfile> <log_format>syslog</log_format> <location>/var/log/nginx/error.log</location> </localfile> <localfile> <log_format>syslog</log_format> <location>/var/log/openvpnas.log</location> </localfile> <localfile> <log_format>syslog</log_format> <location>/var/log/rkhunter.log</location> </localfile> <localfile> <log_format>syslog</log_format> <location>/var/log/rundeck/service.log</location> </localfile> <localfile> <log_format>syslog</log_format> <location>/var/log/samba/log.winbindd</location> </localfile> <localfile> <log_format>command</log_format> <command>df -P</command> </localfile> <localfile> <log_format>syslog</log_format> <location>/var/log/audit/audit.log</location> </localfile> <localfile> <log_format>full_command</log_format> <command>netstat -tan |grep LISTEN |egrep -v '(192.0.2.1| ::1)' | sort</command> </localfile> <localfile> <log_format>full_command</log_format> <command>last -n 5</command> </localfile> </ossec_config>Pour surveiller les journaux générés par les systèmes Microsoft Windows, créez un fichier
ossec.confafin de spécifier la configuration de surveillance des journaux pour l'agent. Voici un exemple de fichier de configuration pour l'agent sur le système Microsoft Windows :<ossec_config> <!-- Channels to monitor (localfiles) --> <localfile> <log_format>Security</log_format> <location>eventchannel</location> </localfile> <localfile> <log_format>System</log_format> <location>eventchannel</location> </localfile> <localfile> <log_format>Application</log_format> <location>eventchannel</location> </localfile> </ossec_config>Pour transférer les journaux du serveur OSSEC vers Google Security Operations à l'aide du protocole syslog, créez le fichier de configuration du serveur OSSEC
syslog.confau format suivant :.*.@<CHRONICLE_FORWARDER_IP>:<CHRONICLE_FORWARDER_PORT>Configurez le redirecteur Google Security Operations pour envoyer les journaux à Google Security Operations. Pour en savoir plus, consultez Installer et configurer le transmetteur sur Linux. Voici un exemple de configuration de redirecteur Google Security Operations :
- syslog: common: enabled: true data_type: OSSEC batch_n_seconds: 10 batch_n_bytes: 1048576 tcp_address: 0.0.0.0:10514 connection_timeout_sec: 60
Transférer des journaux vers Google SecOps à l'aide de l'agent BindPlane
- Installer et configurer une machine virtuelle Linux
- Installez et configurez l'agent Bindplane sur Linux pour transférer les journaux vers Google SecOps. Pour en savoir plus sur l'installation et la configuration de l'agent Bindplane, consultez les instructions d'installation et de configuration de l'agent Bindplane.
Si vous rencontrez des problèmes lors de la création de flux, contactez l'assistance Google SecOps.
Formats de journaux OSSEC compatibles
L'analyseur OSSEC accepte les journaux aux formats SYSLOG+JSON, SYSLOG et SYSLOG+KV.
Exemples de journaux OSSEC compatibles
SYSLOG+JSON :
2022 Jan 30 23: 13: 05 (wintest) 198.51.100.0->EventChannel { "win": { "system": { "providerName": "Microsoft-Windows-PowerShell", "providerGuid": "{A0C1853B-5C40-ABCD-1234-3CF1C58F985A}", "eventID": "4104", "version": "1", "level": "5", "task": "2", "opcode": "15", "keywords": "0x0", "systemTime": "2021-07-29T12:57:03.579362300Z", "eventRecordID": "150518739", "processID": "16520", "threadID": "6036", "channel": "Microsoft-Windows-PowerShell/Operational", "computer": "WINTEST.cbn.local", "severityValue": "VERBOSE", "message": "\\"Creating Scriptblock text (1 of 1):\\"" }, "eventdata": { "messageNumber": "1", "messageTotal": "1", "scriptBlockText": "$global:?", "scriptBlockId": "8d4870bf-4032-5432-1234-51ae1e6a05d5" } } }SYSLOG :
2024/04/02 15:31:58 ossec-testrule: INFO: Reading local decoder file.SYSLOG+KV :
2022 Jan 30 12:57:02 (ossectest) 198.51.100.0->/var/log/audit/audit.log type=LOGIN msg=audit(1627367436.123:8618732): pid=18281 uid=0 old-auid=1234967321 auid=996 tty=(none) old-ses=1234967321 ses=102952 res=1
Référence sur le mappage de champs
Cette section explique comment l'analyseur Google Security Operations applique des modèles grok pour les systèmes Linux et Microsoft Windows, et comment il mappe les champs de journaux OSSEC aux champs du modèle de données unifié (UDM) Google Security Operations pour chaque type de journal.
Pour en savoir plus sur la référence de mappage des champs courants, consultez Champs courants.
Pour obtenir des informations de référence sur les chemins d'accès aux journaux, les modèles Grok pour les journaux d'exemple, les types d'événements et les champs UDM sur les systèmes Linux, consultez les sections suivantes :
- Linux
- Audit
- Type d'événement du journal d'audit
- Messagerie
- Type d'événement de journal de messagerie
Pour en savoir plus sur les événements Microsoft Windows compatibles et les champs UDM correspondants, consultez Données d'événements Microsoft Windows.
Champs courants
Le tableau suivant liste les champs de journaux courants et les champs UDM correspondants.
| Champ de journal commun | Champ UDM |
|---|---|
| collected_time | metadata.collected_timestamp |
| application | principal.application |
| log | metadata.description |
| ip | target.ip ou principal.ip |
| nom d'hôte | target.hostname ou principal.hostname |
Système Linux
Le tableau suivant liste les chemins d'accès aux journaux pour le système Linux, le modèle grok pour les exemples de journaux, le type d'événement et les mappages UDM :
| Chemin d'accès aux journaux | Exemple de journal | Modèle Grok | Type d'événement | mappage UDM |
|---|---|---|---|---|
| /var/log/apache2/error.log | [Thu Apr 28 16:13:01.283342 2022] [core:notice] [pid 18394:tid 140188660751296] [client 1.200.32.47:59840] failed to make connection | [{timestamp}][{log_module}:{log_level}][pid{pid}(<optional_field>:tid{tid}|)](<optional_field> [client {client_ip}:{client_port}]|) (?<error_message>.*) | NETWORK_UNCATEGORIZED | timestamp est mappé à metadata.event_timestamp log_module est mappé à target.resource.name log_level est mappé sur security_result.severity "pid" est mappé à "target.process.parent_process.pid" tid est mappé à target.process.pid client_ip est mappé à principal.ip client_port est mappé à principal.port error_message est mappé à security_result.description network.application_protocol est défini sur "HTTP" target.platform est défini sur "LINUX" metadata.vendor_name est défini sur "Apache" metadata.product_name est défini sur "Apache HTTP Server" |
| /var/log/apache2/error.log | [Thu Apr 28 16:13:01.283342 2022] [core:notice] [pid 18394:tid 140188660751296] failed to make connection | [{timestamp}][{log_module}:{severity}][pid{pid}(<optional_field>:tid{tid}|)]{error_message} | NETWORK_UNCATEGORIZED | timestamp est mappé à metadata.event_timestamp log_module est mappé à target.resource.name log_level est mappé sur security_result.severity "pid" est mappé à "target.process.parent_process.pid" tid est mappé à target.process.pid error_message est mappé à security_result.description network.application_protocol est défini sur "HTTP" target.platform est défini sur "LINUX" metadata.vendor_name est défini sur "Apache" metadata.product_name est défini sur "Apache HTTP Server" |
| /var/log/apache2/error.log | [Thu Apr 28 16:13:01.283342 2022] [core:notice] [pid 18394:tid 140188660751296] AH00094: Command line: '/usr/sbin/apache2' | [{timestamp}][{log_module}:{log_level}][pid{pid}(<optional_field>:tid{tid}|)](<optional_field> [client {client_ip}:{client_port}]|) (?<error_message>.*),referer{referer_url} | NETWORK_UNCATEGORIZED | metadata.vendor_name est défini sur "Apache" metadata.product_name est défini sur "Apache HTTP Server" "timestamp" est mappé à "metadata.event_timestamp" log_module est mappé à target.resource.name log_level est mappé sur security_result.severity "pid" est mappé à "target.process.parent_process.pid" tid est mappé à target.process.pid client_ip est mappé à principal.ip client_port est mappé à principal.port error_message est mappé à security_result.description target.platform est défini sur "LINUX" referer_url est mappé sur network.http.referral_url |
| /var/log/apache2/error.log | Sun Jan 30 15:14:47.260309 2022] [proxy_http:error] [pid 12515:tid 140035781285632] [client 1.200.32.47:59840] AH01114: HTTP: failed to make connection to backend: 192.0.2.1 , referer altostrat.com | [{timestamp}] [{log_module}:{log_level}] [pid {pid}(<optional_field>:tid{tid}|)] [client {client_ip}:{client_port}]( <message_text>HTTP: )?{error_message}:( {target_ip})(<optional_field>,referer{referer_url})?" | NETWORK_HTTP | "timestamp" est mappé à "metadata.event_timestamp" log_module est mappé à target.resource.name log_level est mappé sur security_result.severity "pid" est mappé à "target.process.parent_process.pid" tid est mappé à target.process.pid client_ip est mappé à principal.ip client_port est mappé à principal.port error_message est mappé à security_result.description target_ip est mappé à target.ip referer_url est mappé à network.http.referral_url network.application_protocol est défini sur "HTTP" target.platform est défini sur "LINUX" metadata.vendor_name est défini sur "Apache" metadata.product_name est défini sur "Apache HTTP Server" |
| /var/log/apache2/error.log | [Sat Feb 02 00:30:55 2019] New connection: [connection: gTxkX8Z6tjk] [client 192.0.2.1:50786] | [{timestamp}]<message_text>connection:[connection:{connection_id}][client{client_ip}:{client_port}] | NETWORK_UNCATEGORIZED | "timestamp" est mappé à "metadata.event_timestamp" client_ip est mappé à principal.ip client_port est mappé à principal.port connection_id est mappé à network.session_id network.application_protocol est défini sur "HTTP" target.platform est défini sur "LINUX" metadata.vendor_name est défini sur "Apache" metadata.product_name est défini sur "Apache HTTP Server" |
| /var/log/apache2/error.log | [Sat Feb 02 00:30:55 2019] New request: [connection: j8BjX4Z5tjk] [request: ACtkX1Z5tjk] [pid 8] [client 192.0.2.1:50784] | [{timestamp}]<message_text>request:[connection:{connection_id}][request:{request_id}][pid{pid}][client{client_ip}:{client_port}] | NETWORK_UNCATEGORIZED | "timestamp" est mappé à "metadata.event_timestamp" request_id est mappé à security_result.detection_fields.(key/value) client_ip est mappé à principal.ip client_port est mappé à principal.port pid est mappé à target.process.parent_process.pid connection_id est mappé à network.session_id. network.application_protocol est défini sur "HTTP" target.platform est défini sur "LINUX" metadata.vendor_name est défini sur "Apache" metadata.product_name est défini sur "Apache HTTP Server" |
| /var/log/apache2/error.log | [Sat Feb 02 00:30:55 2019] [info] [C: j8BjX4Z5tjk] [R: p7pjX4Z5tjk] [pid 8] core.c(4739): [client 192.0.2.1:50784] AH00128: File does not exist: /usr/local/apache2/htdocs/favicon.ico | [{timestamp}] [{log_level}][C:{connection_id}][R:{request_id}][pid {pid}(<optional_field>:tid{tid}|)]<message_text>[client {client_ip}:{client_port}]{error_message}:{file_path} | NETWORK_UNCATEGORIZED | "timestamp" est mappé à "metadata.event_timestamp" log_level est mappé sur security_result.severity request_id est mappé à security_result.detection_fields.(key/value) client_ip est mappé à principal.ip client_port est mappé à principal.port pid est mappé à target.process.parent_process.pid connection_id est mappé à network.session_id error_message est mappé à security_result.description file_path est mappé sur target.file.full_path network.application_protocol est défini sur "HTTP" target.platform est défini sur "LINUX" metadata.vendor_name est défini sur "Apache" metadata.product_name est défini sur "Apache HTTP Server" |
| /var/log/apache2/access.log | 10.50.0.1 - - [28/Apr/2022:18:02:13 +0530] "POST /test/first.html HTTP/1.1" 200 491 "http://192.0.2.1/test/first.html" "Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/100.0.4896.127 Safari/537.36" | ({client_ip})?<message_text>{userid}[{timestamp}](<optional_field>{method}/(<optional_field>{resource}?) {client_protocol}?){result_status}{object_size}(<optional_field>(<optional_field>{referer_url}?)(<optional_field>{user_agent}?)? | NETWORK_HTTP | client_ip est mappé à principal.ip userid est mappé à principal.user.userid host est mappé sur principal.hostname "timestamp" est mappé à "metadata.event_timestamp" La méthode est mappée sur network.http.method "resource" est mappé sur "principal.resource.name" client_protocol est mappé à network.application_protocol result_status est mappé à network.http.response_code object_size est mappé à network.sent_bytes referer_url est mappé à network.http.referral_url user_agent est mappé à network.http.user_agent network.ip_protocol est défini sur "TCP" network.direction est défini sur "OUTBOUND" network.application_protocol est défini sur "HTTP" target.platform est défini sur "LINUX" metadata.vendor_name est défini sur "Apache" metadata.product_name est défini sur "Apache HTTP Server" |
| var/log/apache2/other_vhosts_access.log | wintest.example.com:80 ::1 - - [14/Jan/2022:14:08:16 -0700] \"GET /server-status?auto HTTP/1.1\" 200 1415 \"-\" \"Python-urllib/2.7\" | {target_host}:{NUMBER:target_port} {client_ip} - (<optional_field>{host}?) [{timestamp}](<optional_field>{method}/(<optional_field>{resource}?){client_protocol}?){result_status}{object_size}(<optional_field>{referer_url}?)(<optional_field>{user_agent}?) | NETWORK_HTTP | target_host est mappé à target.hostname target_port est mappé à target.port client_ip est mappé à principal.ip userid est mappé à principal.user.userid host est mappé sur principal.hostname "timestamp" est mappé à "metadata.event_timestamp" La méthode est mappée sur network.http.method resource est mappé sur principal.resource.name result_status est mappé à network.http.response_code object_size est mappé à network.sent_bytes referer_url est mappé à network.http.referral_url user_agent est mappé à network.http.user_agent network.ip_protocol est défini sur "TCP" network.direction est défini sur "OUTBOUND" target.platform est défini sur "LINUX" metadata.vendor_name est défini sur "Apache" metadata.product_name est défini sur "Apache HTTP Server" network.application_protocol est défini sur "HTTP" |
| /var/log/apache2/access.log | "http://192.0.2.1/test/first.html" -> /altostrat.com | (<optional_field>{referer_url}?)->(<optional_field>{path}?) | GENERIC_EVENT | path est mappé sur target.url referer_url est mappé à network.http.referral_url network.direction est défini sur "OUTBOUND" target.platform est défini sur "LINUX" network.application_protocol est défini sur "HTTP" target.platform est défini sur "LINUX" metadata.vendor_name est défini sur "Apache" metadata.product_name est défini sur "Apache HTTP Server" |
| /var/log/apache2/access.log | Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Code/1.67.0 Chrome/98.0.4758.141 Electron/17.4.1 Safari/537.36 | (<optional_field>{user_agent}) | GENERIC_EVENT | user_agent est mappé à network.http.user_agent network.direction est défini sur "OUTBOUND" target.platform est défini sur "LINUX" network.application_protocol est défini sur "HTTP" target.platform est défini sur "LINUX" metadata.vendor_name est défini sur "Apache" metadata.product_name est défini sur "Apache HTTP Server" |
| var/log/nginx/access.log | 172.16.19.228 - admin [05/May/2022:11:53:27 +0530] "GET /icons/ubuntu-logo.png HTTP/1.1" 404 209 "http://192.0.2.1/" "Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/100.0.4896.127 Safari/537.36" | {principal_ip} - (<optional_field>{principal_user_userid}?) [{timestamp}] {http_method} /(<optional_field>{resource_name}?|) {protocol}(<message_text>){response_code} {received_bytes}(<optional_field>{referer_url}) ({user_agent}|{user_agent})? | NETWORK_HTTP | "time" est mappé sur "metadata.timestamp" "ip" est mappé à "target.ip" principal_ip est mappé à principal.ip principal_user_userid est mappé à principal.user.userid metadata_timestamp est mappé à timestamp http_method est mappé à network.http.method resource_name est mappé sur principal.resource.name Le protocole est mappé sur network.application_protocol = (HTTP) response_code est mappé sur network.http.response_code received_bytes est mappé à network.sent_bytes referer_url est mappé à network.http.referral_url user_agent est mappé à network.http.user_agent target.platform est défini sur "LINUX" metadata.vendor_name est défini sur "NGINX" metadata.product_name est défini sur "NGINX" network.ip_protocol est défini sur "TCP" network.direction est défini sur "OUTBOUND" |
| var/log/nginx/error.log | 2022/01/29 13:51:48 [error] 593#593: *62432 open() \"/usr/share/nginx/html/nginx_status\" failed (2: No such file or directory), client: 192.0.2.1, server: localhost, request: \"GET /nginx_status HTTP/1.1\", host: \"192.0.2.1:8080\" | "{year}\/{month}\/{day}{time}[{severity}]{pid}#{thread_id}:{inner_message2}"
inner_message2 est mappé à "{security_result_description_2},client:{principal_ip},server:(<optional_field>{target_hostname}?),request:"{http_method} /(<optional_field>{resource_name}?) {protocol}/1.1",host:"({target_ip}:{target_port})?" "bind() to ({target_ip}|[{target_ip}]):{target_port} failed ({security_description})", "\*{cid}{security_description}", "{security_description}" |
NETWORK_HTTP | thread_id est mappé à principal.process.pid severity est mappé sur security_result.severity (debug est mappé sur UNKNOWN_SEVERITY, info est mappé sur INFORMATIONAL, notice est mappé sur LOW, warn est mappé sur MEDIUM, error est mappé sur ERROR, crit est mappé sur CRITICAL, alert est mappé sur HIGH) target_file_full_path est mappé sur target.file.full_path principal_ip est mappé à principal.ip target_hostname est mappé à target.hostname http_method est mappé à network.http.method resource_name est mappé à principal.resource.name Le protocole est mappé sur "TCP". target_ip est mappé à target.ip target_port est mappé à target.port security_description + security_result_description_2 est mappé sur security_result.description pid est mappé à principal.process.parent_process.pid network.application_protocol est défini sur "HTTP" Le code temporel est mappé sur %{year}/%{day}/%{month} %{time} target.platform est défini sur "LINUX" metadata.vendor_name est défini sur "NGINX" metadata.product_name est défini sur "NGINX" network.ip_protocol est défini sur "TCP" network.direction est défini sur "OUTBOUND" |
| var/log/rkhunter.log | [14:10:40] Échec de la vérification des commandes requises | [<message_text>]{security_description} | STATUS_UPDATE | "time" est mappé sur "metadata.timestamp" securtiy_description est mappé sur security_result.description principal.platform est défini sur "LINUX" metadata.vendor_name est défini sur "RootKit Hunter" metadata.product_name est défini sur "RootKit Hunter" |
| var/log/rkhunter.log | [14:09:52] Vérification du fichier "/dev/.oz/.nap/rkit/terror" [ Introuvable ] | [<message_text>] {security_description} {file_path}[{metadata_description}] | FILE_UNCATEGORIZED | metadata_description est mappé sur metadata.description file_path est mappé sur target.file.full_path security_description est mappé sur security_result.description principal.platform est défini sur "LINUX" metadata.vendor_name est défini sur "RootKit Hunter" metadata.product_name est défini sur "RootKit Hunter" |
| var/log/rkhunter.log | ossec: File size reduced (inode remained): '/var/log/rkhunter.log'. | (<optional_field><message_text>:){metadata_description}:'{file_path}' | FILE_UNCATEGORIZED | "time" est mappé sur "metadata.timestamp" metadata_description est mappé sur metadata.description file_path est mappé sur target.file.full_path principal.platform est défini sur "LINUX" metadata.vendor_name est défini sur "RootKit Hunter" metadata.product_name est défini sur "RootKit Hunter" |
| /var/log/kern.log | Jul 7 18:48:32 zynvpnsvr kernel: [2081387.006876] IPv4: martian source 1.20.32.39 from 192.0.2.1, on dev as0t5 | {timestamp}{principal_hostname}{metadata_product_event_type}: [<message_text>?] <message_text>?{target_ip}\from{principal_ip}, on dev {target_user_userid} | NETWORK_CONNECTION | timestamp est mappé sur "metadata.event_timestamp" principal_hostname est mappé sur "principal.hostname" metadata_product_event_type est mappé sur "metadata.product_event_type" target_ip est mappé sur "target.ip" principal_ip est mappé sur "principal.ip" target_user_userid est mappé sur "target.user.userid" metadata.vendor_name est défini sur "OSSEC" metadata.product_name est défini sur "OSSEC" principal.platform est défini sur "LINUX" |
| /var/log/kern.log | Oct 25 10:10:51 localhost kernel: [ 31.974576] audit: type=1400 audit(1635136846.152:2): apparmor="STATUS" operation="profile_load" profile="unconfined" name="/usr/bin/lxc-start" pid=752 | STATUS_UPDATE | "timestamp" est mappé sur "metadata.event_timestamp" principal_hostname est mappé sur "principal.hostname" metadata_product_event_type est mappé sur "metadata.product_event_type" metadata_description est mappé sur "metadata.description" file_path est mappé à "principal.process.file" "pid" est mappé à "principal.process.pid" metadata.vendor_name est défini sur "OSSEC" metadata.product_name est défini sur "OSSEC" principal.platform est défini sur "LINUX" |
|
| /var/log/kern.log | Apr 28 12:41:35 localhost kernel: [ 5079.912215] ctnetlink v0.93: registering with nfnetlink. | {timestamp}{principal_hostname}{metadata_product_event_type}:[<message_text>?]{metadata_description} | STATUS_UPDATE | "timestamp" est mappé sur "metadata.event_timestamp" principal_hostname est mappé sur "principal.hostname" metadata_product_event_type est mappé sur "metadata.product_event_type" metadata_description est mappé sur "metadata.description" metadata.vendor_name est défini sur "OSSEC" metadata.product_name est défini sur "OSSEC" principal.platform est défini sur "LINUX" |
| /var/log/kern.log | Apr 28 11:17:01 localhost kernel: [ 0.030139] smpboot: CPU0: Intel(R) Xeon(R) Gold 5220R CPU @ 2.20GHz (family: 0x6, model: 0x55, stepping: 0x7) | {timestamp}{principal_hostname}{metadata_product_event_type}:([<message_text>])<message_text>:\CPU0:{principal_asset_hardware_cpu_model}({metadata_description}) | STATUS_UPDATE | "timestamp" est mappé sur "metadata.event_timestamp" principal_hostname est mappé sur "principal.hostname" metadata_product_event_type est mappé sur "metadata.product_event_type" principal_asset_hardware_cpu_model est mappé sur "principal.asset.hardware.cpu_model" metadata_description est mappé sur "metadata.description" metadata.vendor_name est défini sur "OSSEC" metadata.product_name est défini sur "OSSEC" principal.platform est défini sur "LINUX" cpu_model est mappé à principal.asset.hardware.cpu_model |
| /var/log/syslog.log | Jan 29 13:51:46 winevt env[29194]: [29/Jan/2022:13:51:46] REQUES GET 200 /api/systems/0000-0041 (10.0.1.1) 3179 | {collected_timestamp}{hostname}{command_line}[{pid}]:[{date}<message_text>]REQUES{http_method}{response_code}(<optional_field>{resource}?)({target_ip}){received_bytes} | NETWORK_CONNECTION | collected_time est mappé à metadata.event_timestamp hostname est mappé sur principal.hostname pid est mappé à principal.process.pid http_method est mappé à network.http.method response_code est mappé sur network.http.response_code La ressource est mappée sur target.url target_ip est mappé à target.ip received_bytes est mappé sur network.received_bytes metadata.vendor_name est défini sur "OSSEC" metadata.product_name est défini sur "OSSEC" principal.platform est défini sur "LINUX" command_line est mappé sur principal.process.command_line |
| /var/log/syslog.log | Jul 26 23:13:03 zynossec ossec-authd[1096]: 2021/07/26 23:13:03 ossec-authd: INFO: Received request for a new agent (zsecmgr0000-0719) from: 3.4.5.6 | {collected_timestamp}<message_text>{command_line}[{pid}]:{date} {time} {command_line}:{log_level}:{message}({hostname})from: {target_ip} | STATUS_UPDATE | "collected_time" est mappé à "metadata.event_timestamp" hostname est mappé sur principal.hostname pid est mappé à principal.process.pid log_level est mappé sur security_result.severity message est mappé sur metadata.description command_line est mappé sur principal.process.command_line metadata.vendor_name est défini sur "OSSEC" metadata.product_name est défini sur "OSSEC" principal.platform est défini sur "LINUX" target_ip est mappé à target.ip |
| /var/log/syslog.log | Jul 26 23:13:03 zynossec ossec-authd[1096]: 2021/07/26 23:13:03 ossec-authd: INFO: New connection from 3.4.5.6 | {collected_time}{hostname}{command_line}[{pid}]:{date} {time} {command_line}:{log_level}:{description}from {target_ip} | STATUS_UPDATE | "collected_time" est mappé à "metadata.event_timestamp" hostname est mappé sur principal.hostname pid est mappé à principal.process.pid log_level est mappé sur security_result.severity "description" est mappé à "security_result.description" command_line est mappé sur principal.process.command_line metadata.vendor_name est défini sur "OSSEC" metadata.product_name est défini sur "OSSEC" principal.platform est défini sur "LINUX" |
| /var/log/syslog.log | Jan 29 13:51:46 zynossec ossec-authd[1096]: 2021/07/26 23:13:03 ossec-authd: ERROR: Invalid agent name zsecmgr0000-0719 (duplicated) | {collected_timestamp}<message_text>{command_line}[{pid}]:{date}<message_text>:{log_level}:{description}{hostname}({reason}) | STATUS_UPDATE | "collected_time" est mappé à "metadata.event_timestamp" hostname est mappé sur principal.hostname pid est mappé à principal.process.pid log_level est mappé sur security_result.severity description + reason est mappé sur security_result.description command_line est mappé sur principal.process.command_line metadata.vendor_name est défini sur "OSSEC" metadata.product_name est défini sur "OSSEC" principal.platform est défini sur "LINUX" |
| /var/log/syslog.log | May 2 06:25:01 localhost apachectl[64942]: AH00558: apache2: Could not reliably determine the server's fully qualified domain name, using ::1. Définissez la directive "ServerName" de manière globale pour supprimer ce message | {collected_timestamp}{hostname}{command_line}(<optional_field>|[{pid}]):{message} | STATUS_UPDATE | "collected_time" est mappé à "metadata.event_timestamp" hostname est mappé sur principal.hostname pid est mappé à principal.process.pid message est mappé sur metadata.description metadata.vendor_name est défini sur "OSSEC" metadata.product_name est défini sur "OSSEC" principal.platform est défini sur "LINUX" command_line est mappé sur principal.process.command_line |
| /var/log/syslog.log | May 2 00:00:45 localhost fstrim[64727]: /: 6.7 GiB (7205015552 bytes) trimmed | {collected_timestamp}{hostname}{command_line}(<optional_field>|[{pid}]):{message} | STATUS_UPDATE | "collected_time" est mappé à "metadata.event_timestamp" hostname est mappé sur principal.hostname pid est mappé à principal.process.pid message est mappé sur metadata.description metadata.vendor_name est défini sur "OSSEC" metadata.product_name est défini sur "OSSEC" principal.platform est défini sur "LINUX" command_line est mappé sur principal.process.command_line |
| /var/log/syslog.log | May 3 10:14:37 localhost rsyslogd: rsyslogd's userid changed to 102 | {collected_timestamp}{hostname}{command_line}:{message}to{user_id} | STATUS_UPDATE | collected_time est mappé à metadata.collected_timestamp hostname est mappé sur principal.hostname Le message est mappé sur metadata.description. user_id est mappé à principal.user.userid command_line est mappé sur principal.process.command_line metadata.vendor_name est défini sur "OSSEC" metadata.product_name est défini sur "OSSEC" principal.platform est défini sur "LINUX" |
| /var/log/syslog.log | May 5 10:36:48 localhost systemd[1]: Starting System Logging Service... | {collected_timestamp}{hostname}{command_line}(<optional_field>|[{pid}]):{message} | STATUS_UPDATE | "collected_time" est mappé à "metadata.event_timestamp" hostname est mappé sur principal.hostname pid est mappé à principal.process.pid message est mappé sur metadata.description metadata.vendor_name est défini sur "OSSEC" metadata.product_name est défini sur "OSSEC" principal.platform est défini sur "LINUX" command_line est mappé sur principal.process.command_line |
| /var/log/mail.log | Mar 16 11:40:56 Ubuntu18 sendmail[9341]: 22G6AtwH009341: from=<ossecm@Ubuntu18>, size=377, class=0, nrcpts=1, metadata_descriptionid=<202203160610.22G6AtwH009341@Ubuntu18.cdsys.local>, proto=SMTP, daemon=MTA-v4, relay=localhost [192.0.2.1] | {timestamp} {target_hostname} {application}[{pid}]: <message_text>:{KV} | STATUS_UPDATE | target_hostname est mappé à target.hostname application est mappé à target.application pid est mappé à target.process.pid metadata.vendor_name est défini sur "OSSEC" metadata.product_name est défini sur "OSSEC" |
| /var/log/mail.log | Apr 7 13:44:01 prod postfix/pickup[22580]: AE4271627DB: uid=0 from=<root> | {timestamp} {target_hostname} {application}[{pid}]: <message_text>{KV} | EMAIL_UNCATEGORIZED | target_hostname est mappé à target.hostname application est mappé à target.application pid est mappé à target.process.pid metadata.vendor_name est défini sur "OSSEC" metadata.product_name est défini sur "OSSEC" |
| /var/log/mail.log | Apr 7 13:44:01 prod postfix/cleanup[23434]: AE4271627DB: message-id=<20150207184401.AE4271627DB@server.hostname.01> | {timestamp} {target_hostname} {application}[{pid}]: <message_text> message-id=<{resource_name}> | STATUS_UPDATE | target_hostname est mappé à target.hostname application est mappé à target.application pid est mappé à target.process.pid resource_name est mappé à target.resource.name metadata.vendor_name est défini sur "OSSEC" metadata.product_name est défini sur "OSSEC" |
| /var/log/mail.log | Apr 7 13:44:01 prod postfix/qmgr[3539]: AE4271627DB: from=<root@server.hostname.01>, size=565, nrcpt=1 (queue active) | {timestamp} {target_hostname} {application}[{pid}]: <message_text>{KV} | EMAIL_UNCATEGORIZED | target_hostname est mappé à target.hostname application est mappé à target.application pid est mappé à target.process.pid metadata.vendor_name est défini sur "OSSEC" metadata.product_name est défini sur "OSSEC" |
| /var/log/mail.log | Apr 7 13:44:01 prod postfix/smtp[23436]: connect to gmail-smtp-in.l.google.com[2607:f8b0:400d:c03::1b]:25: Network is unreachable | {timestamp} {target_hostname} {application}[{pid}]: <message_text>{KV} | STATUS_UPDATE | target_hostname est mappé à target.hostname application est mappé à target.application pid est mappé à target.process.pid metadata.vendor_name est défini sur "OSSEC" metadata.product_name est défini sur "OSSEC" |
| /var/log/mail.log | 7 avr. 13:44:02 prod postfix/local[23439]: E62521627DC: to=<root@server.hostname.01>, relay=local, delay=0.01, delays=0/0.01/0/0, dsn=2.0.0, status=sent (delivered to mailbox) | {timestamp} {target_hostname} {application}[{pid}]: <message_text>{KV} | EMAIL_UNCATEGORIZED | target_hostname est mappé à target.hostname application est mappé à target.application pid est mappé à target.process.pid metadata.vendor_name est défini sur "OSSEC" metadata.product_name est défini sur "OSSEC" |
| /var/log/rundeck/service.log | [2022-05-04T17:03:11,166] WARN config.NavigableMap - Accessing config key '[filterNames]' through dot notation is deprecated, and it will be removed in a future release. Utilisez plutôt "config.getProperty(key, targetClass)". | [{timestamp}]{severity}{summary}\-{security_description}
, à {command_line}\({file_path}:<message_text>\) |
STATUS_UPDATE | command_line est mappé sur "target.process.command_line" file_path est mappé à "target.process.file.full_path" "timestamp" est mappé sur "metadata.event_timestamp" "severity" est mappé sur "security_result.severity" Le résumé est mappé à "security_result.summary" security_description est mappé sur "security_result.description" metadata.product_name est défini sur "OSSEC" metadata.vendor_name est défini sur "OSSEC" |
| /var/log/auth.log | Apr 27 21:03:03 Ubuntu18 systemd-logind[836]: Removed session 3080. | {timestamp} {principal_hostname}{principal_application}(<optional_field>[{pid}]):{security_description}{network_session_id}?(of user{principal_user_userid})? | USER_LOGOUT | Le code temporel est mappé sur "metadata.timestamp". Si metadata.event_type est USER_LOGOUT, principal_hostname est mappé à "target.hostname". Sinon, il est mappé à "principal.hostname". Si metadata.event_type est USER_LOGOUT, principal_application est mappé sur "target.application", sinon il est mappé sur "principal.application". Si metadata.event_type est USER_LOGOUT, pid est mappé sur "target.process.pid", sinon il est mappé sur "principal.process.pid". security_description est mappé sur "security_result.description" network_session_id est mappé sur "network.session_id" Si metadata.event_type est USER_LOGOUT, principal_user_userid est mappé sur "principal.user.userid". Sinon, il est mappé sur "target.user.userid". "principal.platform" est mappé sur "LINUX" if(removed_session) event_type est défini sur USER_LOGOUT extensions.auth.type est défini sur AUTHTYPE_UNSPECIFIED metadata.vendor_name est défini sur "OSSEC" metadata.product_name est défini sur "OSSEC" |
| /var/log/auth.log | Apr 28 11:33:24 Ubuntu18 systemd-logind[836]: New session 3205 of user root. | {timestamp} {principal_hostname}{principal_application}(<optional_field>[{pid}]):{security_description}{network_session_id}?(of user{principal_user_userid})? | USER_LOGIN | L'horodatage est mappé sur "metadata.timestamp" Si metadata.event_type est USER_LOGOUT, principal_hostname est mappé à "target.hostname". Sinon, il est mappé à "principal.hostname". Si metadata.event_type est USER_LOGOUT, principal_application est mappé sur "target.application", sinon il est mappé sur "principal.application". Si metadata.event_type est USER_LOGOUT, pid est mappé sur "target.process.pid", sinon il est mappé sur "principal.process.pid". security_description est mappé sur "security_result.description" network_session_id est mappé sur "network.session_id" Si metadata.event_type est USER_LOGOUT, principal_user_userid est mappé sur "principal.user.userid". Sinon, il est mappé sur "target.user.userid". "principal.platform" est mappé à "LINUX" "network.application_protocol" est mappé sur "SSH" if(new_session) event_type est défini sur USER_LOGIN extensions.auth.type est défini sur AUTHTYPE_UNSPECIFIED metadata.vendor_name est défini sur "OSSEC" metadata.product_name est défini sur "OSSEC" |
| /var/log/auth.log | Apr 28 11:35:31 Ubuntu18 sshd[23573]: Accepted password for root from 10.0.1.1 port 40503 ssh2 | {timestamp} {principal_hostname}{principal_application}(<optional_field>[{pid}])<optional_field> {security_description} pour (utilisateur non valide )?{principal_user_userid} depuis {principal_ip} port {principal_port} ssh2(:{security_result_detection_fileds_ssh_kv}SHA256:{security_result_detection_fileds_kv})? | USER_LOGIN | L'horodatage est mappé sur "metadata.timestamp" Si metadata.event_type est USER_LOGOUT, principal_hostname est mappé à "target.hostname". Sinon, il est mappé à "principal.hostname". Si metadata.event_type est USER_LOGOUT, principal_application est mappé sur "target.application", sinon il est mappé sur "principal.application". Si metadata.event_type est USER_LOGOUT, pid est mappé sur "target.process.pid", sinon il est mappé sur "principal.process.pid". security_description est mappé sur "security_result.description" Si metadata.event_type est USER_LOGOUT, principal_user_userid est mappé sur "principal.user.userid", sinon il est mappé sur "target.user.userid". principal_ip est mappé sur "principal.ip" principal_port est mappé sur "principal.port" security_result_detection_fields_ssh_kv est mappé à "security_result.detection_fields.key/value" security_result_detection_fields_kv est mappé à "security_result.detection_fields.key/value" "principal.platform" est défini sur "LINUX" "network.application_protocol" est défini sur "SSH" metadata.vendor_name est défini sur "OSSEC" metadata.product_name est défini sur "OSSEC" |
| /var/log/auth.log | Apr 28 11:50:20 Ubuntu18 sshd[24145]: pam_unix(sshd:auth): authentication failure; logname= uid=0 euid=0 tty=ssh ruser= rhost=10.0.1.1 user=root | {timestamp} {principal_hostname}{principal_application}([{pid}])<optional_field> <message_text>: {security_description};logname=(<message_text>)?uid=({principal_user_userid})?euid=({principal_user_attribute_labels_euid_kv})?tty=(<message_text>)?ruser=({principal_ruser_userid})?rhost=({target_ip})?(user=(<optional_field>{principal_user_userid}|{principal_user_userid})?)? | USER_LOGIN | L'horodatage est mappé sur "metadata.timestamp" Si metadata.event_type est USER_LOGOUT, principal_hostname est mappé à "target.hostname". Sinon, il est mappé à "principal.hostname". Si metadata.event_type est USER_LOGOUT, principal_application est mappé sur "target.application", sinon il est mappé sur "principal.application". Si metadata.event_type est USER_LOGOUT, pid est mappé sur "target.process.pid", sinon il est mappé sur "principal.process.pid". security_description est mappé sur "security_result.description" principal_user_uuserid est mappé sur "principal.user.attribute.labels" principal_user_attribute_labels_euid_kv est mappé à "principal.user.attribute.labels.key/value" principal_ruser_userid est mappé sur "principal.user.attribute.labels.key/value" target_ip est mappé sur "target.ip" Si metadata.event_type est USER_LOGOUT, principal_user_userid est mappé sur "principal.user.userid", sinon il est mappé sur "target.user.userid". "principal.platform" est défini sur "LINUX" "network.application_protocol" est défini sur "SSH" metadata.vendor_name est défini sur "OSSEC" metadata.product_name est défini sur "OSSEC" |
| /var/log/auth.log | Feb 24 00:13:02 precise32 sudo: tsg : user NOT in sudoers ; TTY=pts/1 ; PWD=/home/vagrant ; USER=root ; COMMAND=/bin/ls | {timestamp} {principal_hostname}{principal_application}(<optional_field>[{pid}])<optional_field> {principal_user_userid} :( {security_description} ;)? TTY=<message_text> ; PWD={principal_process_command_line_1} ; USER={principal_user_attribute_labels_uid_kv} ; COMMAND={principal_process_command_line_2} | STATUS_UPDATE | "timestamp" est mappé sur "metadata.timestamp" principal_hostname est mappé sur principal.hostname principal_application est mappé à principal.application pid est mappé à principal.process.pid principal_user_userid est mappé à target.user.userid security_description est mappé sur "security_result.description" principal_process_command_line_1 est mappé sur "principal.process.command_line" principal_process_command_line_2 est mappé sur "principal.process.command_line" principal_user_attribute_labels_uid_kv est mappé à "principal.user.attribute.labels.key/value" "principal.platform" est défini sur "LINUX" |
| /var/log/auth.log | 26 avr. 07:39:01 Ubuntu18 CRON[2126]: pam_unix(cron:session): session opened for user root by (uid=0) | {timestamp} {principal_hostname}{principal_application}(<optional_field>[{pid}])<optional_field> {security_description} pour (utilisateur non valide|utilisateur)?{principal_user_userid}(par (uid={principal_user_attribute_labels_uid_kv}))?$ | USER_LOGIN | "timestamp" est mappé sur "metadata.timestamp" Si metadata.event_type est USER_LOGOUT, principal_hostname est mappé sur "target.hostname", sinon il est mappé sur "principal.hostname". Si metadata.event_type est USER_LOGOUT, principal_application est mappé sur "target.application", sinon il est mappé sur "principal.application". Si metadata.event_type est USER_LOGOUT, pid est mappé sur "target.process.pid", sinon il est mappé sur "principal.process.pid". security_description est mappé sur "security_result.description" Si metadata.event_type est USER_LOGOUT, principal_user_userid est mappé sur "principal.user.userid". Sinon, il est mappé sur "target.user.userid". principal_user_attribute_labels_uid_kv est mappé à "principal.user.attribute.labels.key/value" "principal.platform" est défini sur "LINUX" "network.application_protocol" est défini sur "SSH" metadata.vendor_name est défini sur "OSSEC" metadata.product_name est défini sur "OSSEC" |
| /var/log/auth.log | 26 avr. 07:39:01 Ubuntu18 CRON[2126]: pam_unix(cron:session): session closed for user root | {timestamp} {principal_hostname}{principal_application}(<optional_field>[{pid}])<optional_field> {security_description} for (invalid user|user)?{principal_user_userid}(by (uid={principal_user_attribute_labels_uid_kv}))?$ | USER_LOGOUT | "timestamp" est mappé sur "metadata.timestamp" Si metadata.event_type est USER_LOGOUT, principal_hostname est mappé sur "target.hostname", sinon il est mappé sur "principal.hostname". Si metadata.event_type est USER_LOGOUT, principal_application est mappé sur "target.application", sinon il est mappé sur "principal.application". Si metadata.event_type est USER_LOGOUT, pid est mappé sur "target.process.pid", sinon il est mappé sur "principal.process.pid". security_description est mappé sur "security_result.description" Si metadata.event_type est USER_LOGOUT, principal_user_userid est mappé sur "principal.user.userid", sinon il est mappé sur "target.user.userid". principal_user_attribute_labels_uid_kv est mappé à principal.user.attribute.labels.key/value "principal.platform" est défini sur "LINUX" metadata.vendor_name est défini sur "OSSEC" metadata.product_name est défini sur "OSSEC" |
| /var/log/auth.log | May 24 12:56:31 ip-10-50-2-176 sshd[119931]: Timeout, client not responding. | {timestamp} {principal_hostname}{principal_application}([{pid}])<optional_field> {security_result_description} | STATUS_UPDATE | "timestamp" est mappé sur "metadata.timestamp" principal_hostname est mappé sur principal.hostname principal_application est mappé à principal.application pid est mappé à principal.process.pid security_result_description est mappé à security_result_description "principal.platform" est défini sur "LINUX" metadata.vendor_name est défini sur OSSEC metadata.product_name est défini sur OSSEC |
| var/log/samba/log.winbindd | [2022/05/05 13:51:22.212484, 0] ../source3/winbindd/winbindd_cache.c:3170(initialize_winbindd_cache)initialize_winbindd_cache: clearing cache and re-creating with version number 2 | {timestamp},{severity}(<optional_field>,pid={pid},effective({principal_user_attribute_labels_kv},{principal_group_attribute_labels_kv}),real({principal_user_userid},{principal_group_product_object_id}))?]<message_text>:{security_description} | STATUS_UPDATE | "timestamp" est mappé sur "metadata.timestamp" "pid" est mappé à "principal.process.pid" principal_user_attribute_labels_kv est mappé sur "principal.user.attribute.labels" principal_group_attribute_labels_kv est mappé sur "principal.group.attribute.labels" principal_user_userid est mappé sur "principal.user.userid" principal_group_product_object_id est mappé sur "principal.group.product_object_id" security_description est mappé sur "security_result.description" metadata_description est mappé sur "metadata.description" metadata.product_name est défini sur "OSSEC" "metadata.vendor_name" est défini sur "OSSEC" |
| var/log/samba/log.winbindd | messaging_dgm_init: bind failed: No space left on device | {user_id}: {desc} | STATUS_UPDATE | metadata.product_name est défini sur "OSSEC" metadata.vendor_name" est défini sur "OSSEC" user_id est mappé à principal.user.userid "desc" est mappé sur "metadata.description". |
| var/log/openvpnas.log | 2022-04-29T10:51:22+0530 [stdout#info] [OVPN 4] OUT: '2022-04-29 05:21:22 mohit_AUTOLOGIN/10.50.0.1:16245 MULTI: Learn: 172.27.232.2 -> mohit_AUTOLOGIN/10.50.0.1:16245' | {timestamp}[stdout#{log_level}][OVPN <message_text>]OUT:(<optional_field>'|")<message_text>-<message_text>{user}\/{ip}:{port}MULTI:Learn:{local_ip}->{target_hostname}?{target_ip}:{port}(<optional_field>'|") | NETWORK_HTTP | timestamp est mappé sur metadata.timestamp log_level est mappé sur security_result.severity local_ip est mappé à principal.ip target_ip est mappé à target.ip target_hostname est mappé à principal.hostname. "port" est mappé sur "target.port" user est mappé à principal.user.user_display_name metadata.vendor_name est défini sur "OpenVPN" metadata.product_name est défini sur "OpenVPN Access Server" principal.platform est défini sur "LINUX" |
| var/log/openvpnas.log | 2022-04-28T16:14:13+0530 [stdout#info] [OVPN 6] OUT: '2022-04-28 16:14:13 library versions: OpenSSL 1.1.1 11 Sep 2018, LZO 2.08' | {timestamp}[stdout#{log_level}][OVPN <message_text>]OUT:(<optional_field>'|")<message_text>{msg}(<optional_field>'|") | STATUS_UPDATE | "timestamp" est mappé sur "metadata.timestamp" log_level est mappé sur security_result.severity msg est mappé sur security_result.description metadata.vendor_name est défini sur "OpenVPN" metadata.product_name est défini sur "OpenVPN Access Server" principal.platform est défini sur "LINUX" |
| var/log/openvpnas.log | 2022-04-29T10:51:22+0530 [stdout#info] [OVPN 4] OUT: '2022-04-29 05:21:22 10.50.0.1:16245 [mohit_AUTOLOGIN] Peer Connection Initiated with [AF_INET]10.50.0.1:16245 (via [AF_INET]10.50.2.175%ens160)' | {timestamp}[stdout#{log_level}][OVPN <message_text>]OUT:(<optional_field>'|")<message_text>{message}(<optional_field>'|")
message is mapped to <message_text>with[<message_text>]<message_text>:{port}<message_text> |
STATUS_UPDATE | "timestamp" est mappé sur "metadata.timestamp" log_level est mappé sur security_result.severity Le message est mappé sur security_result.description. metadata.vendor_name est défini sur "OpenVPN" metadata.product_name est défini sur "OpenVPN Access Server" principal.platform est défini sur "LINUX" |
| var/log/openvpnas.log | 2022-04-29T10:51:22+0530 [stdout#info] [OVPN 4] OUT: "2022-04-29 05:21:22 mohit_AUTOLOGIN/10.50.0.1:16245 SENT CONTROL [mohit_AUTOLOGIN]: 'PUSH_REPLY,explicit-exit-notify,topology subnet,route-delay 5 30,dhcp-pre-release,dhcp-renew,dhcp-release,route-metric 101,ping 12,ping-restart 50,redirect-gateway def1,redirect-gateway bypass-dhcp,redirect-gateway autolocal,route-gateway 172.27.232.1,dhcp-option DNS 10.0.1.99,dhcp-option DNS 10.0.1.94,register-dns,block-ipv6,ifconfig 172.27.232.2 255.255.254.0,peer-id 0,auth-tokenSESS_ID,cipher AES-256-GCM,key-derivation tls-ekm' (status=1)" | {timestamp}[stdout#{log_level}][OVPN <message_text>]OUT:(<optional_field>'|")<message_text>{user}\/{ip}:{message}(<optional_field>'|") | STATUS_UPDATE | "timestamp" est mappé sur "metadata.timestamp" log_level est mappé sur security_result.severity Le message est mappé sur security_result.description. l'utilisateur est mappé à principal.user.user_display_name. "ip" est mappé à "principal.ip" metadata.vendor_name est défini sur "OpenVPN" metadata.product_name est défini sur "OpenVPN Access Server" principal.platform est défini sur "LINUX" |
| var/log/openvpnas.log | 2022-04-29T10:51:22+0530 [stdout#info] AUTH SUCCESS {'status': 0, 'user': 'mohit', 'reason': 'AuthAutoLogin: autologin certificate auth succeeded', 'proplist': {'prop_autogenerate': 'true', 'prop_autologin': 'true', 'pvt_password_digest': '[redacted]', 'type': 'user_connect'}, 'common_name': 'mohit_AUTOLOGIN', 'serial': '3', 'serial_list': []} cli='win'/'3.git::d3f8b18b'/'OCWindows_3.3.6-2752' | {timestamp}[stdout#{log_level}]{summary}{'<message_text>':({status})?'<message_text>':({user})?'<message_text>':({reason})?<message_text>}, 'common_name':'{user_name}'<message_text>}cli='{cli}' | STATUS_UPDATE | "timestamp" est mappé sur "metadata.timestamp" log_level est mappé sur security_result.severity message est mappé sur security_result.description summary est mappé sur security_result.summary user_name est mappé à principal.user.user_display_name cli est mappé à principal.process.command_line L'état est mappé sur principal.user.user_authentication_status metadata.vendor_name est défini sur "OpenVPN" metadata.product_name est défini sur "OpenVPN Access Server" principal.platform est défini sur "LINUX" |
| /var/log/audit.log | type=SYSTEM_RUNLEVEL metadata_description=audit(1651576133.423:202): pid=1571 uid=0 auid=4294967295 ses=4294967295 metadata_description='old-level=N new-level=5 comm="systemd-update-utmp" exe="/lib/systemd/systemd-update-utmp" hostname=? addr=? terminal=? res=success' | type={audit_log_type} |
EventType dans l'onglet de mappage EventType du journal d'audit de la feuille de calcul actuelle | audit_log_type est mappé à metadata.product_event_type metadata_ingested_timestamp est mappé à "metadata.event_timestamp" metadata.vendor_name est défini sur "OSSEC" metadata.product_name est défini sur "OSSEC" principal.platform est défini sur "LINUX" les données sont mappées à une paire clé/valeur -> mappage UDM dans l'onglet audit.log de la feuille actuelle |
| var/ossec/logs/ossec.log | 2022/05/12 18:15:34 ossec-syscheckd: INFO: Starting syscheck scan | {timestamp} {application}(({pid}))<optional_field>{severity}:{metadata_description} | STATUS_UPDATE | application est mappé à target.application pid est mappé à target.process.pid "severity" est mappé sur "security_result.severity" metadata_description est mappé sur metadata.description metadata.vendor_name est défini sur "OSSEC" metadata.product_name est défini sur "OSSEC" |
| var/ossec/logs/ossec.log | 2022/05/11 19:34:27 ossec-logcollector: INFO: Monitoring full output of command(360): last -n 5 | {timestamp} {application}(({pid}))<optional_field>{severity}:(?<metadata_description>.*command.*(<message_text>)):{command_line} | PROCESS_UNCATEGORIZED | "application" est mappé à "target.application" pid est mappé à target.process.pid severity est mappé sur security_result.severity command_line est mappé à target.process.command_line metadata_description est mappé sur metadata.description metadata.vendor_name est défini sur "OSSEC" metadata.product_name est défini sur "OSSEC" |
| var/ossec/logs/ossec.log | 2022/05/11 19:34:27 ossec-analysisd(1210): ERROR: Queue '/queue/alerts/ar' not accessible: 'Connection refused'. | {timestamp} {application}(({pid}))<optional_field>{severity}: Queue '{resource}'<message_text>:'{metadata_description}' | USER_RESOURCE_ACCESS | application est mappé à target.application pid est mappé à target.process.pid "severity" est mappé sur "security_result.severity" metadata_description est mappé sur metadata.description resource est mappé sur target.resource.name metadata.vendor_name est défini sur "OSSEC" metadata.product_name est défini sur "OSSEC" |
| var/ossec/logs/ossec.log | 2022/05/11 19:34:27 ossec-logcollector(1950): INFO: Analyzing file: '/var/log/rundeck/rundeck.log'. | {timestamp} {application}(({pid}))<optional_field>{severity}:(?<metadata_description><message_tewxt>file<message_text>):'{file_path}' | FILE_UNCATEGORIZED | application est mappé à target.application pid est mappé à target.process.pid severity est mappé sur security_result.severity file_path est mappé à target.file.full_path metadata_description est mappé sur metadata.description metadata.vendor_name est défini sur "OSSEC" metadata.product_name est défini sur "OSSEC" |
| var/ossec/logs/ossec.log | 2022/05/11 19:34:25 ossec-syscheckd: INFO: ignoring: 'C:\WINDOWS/PCHEALTH/HELPCTR/DataColl' | {timestamp} {application}(({pid}))<optional_field>{severity}:<message_text>ignoring<message_text>:'{file_path}' | SCAN_PROCESS | application est mappé à target.application pid est mappé à target.process.pid severity est mappé sur security_result.severity file_path est mappé sur target.file.full_path metadata.vendor_name est défini sur OSSEC. metadata.product_name est défini sur OSSEC |
| var/ossec/logs/ossec.log | 2022/05/11 19:34:21 ossec-remoted(1410): INFO: Reading authentication keys file. | {timestamp} {application}(({pid}))<optional_field>{severity}:{metadata_description} | STATUS_UPDATE | application est mappé à target.application pid est mappé à target.process.pid "severity" est mappé sur "security_result.severity" metadata_description est mappé sur metadata.description metadata.vendor_name est défini sur "OSSEC" metadata.product_name est défini sur "OSSEC" |
| var/ossec/logs/ossec.log | 2022/05/11 19:34:21 ossec-remoted(1103): ERROR: Could not open file '/queue/rids/004' due to [(13)-(Permission denied)]. | {timestamp} {application}(({pid}))<optional_field>{severity}:(?<metadata_description><message_text>file<message_text>) '{file_path}'<message_text>[({error_code})-({error_metadata_description})] | FILE_UNCATEGORIZED | application est mappé à target.application pid est mappé à target.process.pid severity est mappé sur security_result.severity file_path est mappé à target.file.full_path metadata_description est mappé sur metadata.description error_code est associé à security_result.summary error_metadata_description est mappé à security_result.summary metadata.vendor_name est défini sur "OSSEC" metadata.product_name est défini sur "OSSEC" |
| var/ossec/logs/ossec.log | 2022/03/23 13:00:51 ossec-remoted(1206): ERROR: Unable to Bind port '1514' | {timestamp} {application}(({pid}))<optional_field>{severity}:{metadata_description}port'{port}' | STATUS_UPDATE | application est mappé à target.application pid est mappé à target.process.pid "severity" est mappé sur "security_result.severity" metadata_description est mappé sur metadata.description port est mappé sur target.port metadata.vendor_name est défini sur "OSSEC" metadata.product_name est défini sur "OSSEC" |
| var/ossec/logs/ossec.log | 2022/05/11 19:32:05 ossec-analysisd: INFO: Reading rules file: 'ms-se_rules.xml' | {timestamp} {application}(({pid}))<optional_field>{severity}:{metadata_description}:'{file_path}' | FILE_READ | application est mappé à target.application pid est mappé à target.process.pid "severity" est mappé sur "security_result.severity" metadata_description est mappé sur metadata.description file_path est mappé sur target.file.full_path metadata.vendor_name est défini sur "OSSEC" metadata.product_name est défini sur "OSSEC" |
| var/ossec/logs/ossec.log | 2022/05/11 19:32:06 ossec-analysisd: INFO: Ignoring file: '/etc/mnttab' | {timestamp} {application}(({pid}))<optional_field>{severity}:<message_text>(ignoring|Ignoring file)<message_text>:'{file_path}' | FILE_UNCATEGORIZED | application est mappé à target.application pid est mappé à target.process.pid severity est mappé sur security_result.severity file_path est mappé sur target.file.full_path metadata.vendor_name est défini sur "OSSEC" metadata.product_name est défini sur "OSSEC" |
| Processus ntpd | udp6 0 0 fe80::c59:3eff:fe14:123 :::* 999 20209 570/ntpd | {protocol}{rec}{send}{ip}:{port}<message_text>{pid}/{process_name} | STATUS_UPDATE | "protocol" est mappé à "network.ip_protocol" pid est mappé à principal.process.pid metadata.description est défini sur "Nom du programme : %{process_name}" metadata.vendor_name est défini sur "OSSEC" metadata.product_name est défini sur "OSSEC" principal.platform est défini sur "LINUX" |
| syscheck | Fichier "/usr/bin/fwts" modifié | Fichier "{file_path}" {description} | FILE_MODIFICATION | "description" est mappé à "metadata.description" file_path est mappé à target.file.full_path metadata.vendor_name est défini sur "OSSEC" metadata.product_name est défini sur "OSSEC" principal.platform est défini sur "LINUX" |
Audit
Champs des journaux d'audit vers champs UDM
Le tableau suivant liste les champs du type de journal d'audit et les champs UDM correspondants.
| Champ du journal | Champ UDM |
|---|---|
| acct | target.user.user_display_name |
| addr | principal.ip |
| arch | about.labels.key/value |
| auid | target.user.userid |
| cgroup | principal.process.file.full_path |
| cmd | target.process.command_line |
| comm | target.application |
| cwd | target.file.full_path |
| données | about.labels.key/value |
| devmajor | about.labels.key/value |
| devminor | about.labels.key/value |
| egid | target.group.product_object_id |
| euid | target.user.userid |
| exe | target.process.file.full_path |
| exit | target.labels.key/value |
| famille | network.ip_protocol est défini sur "IP6IN4" si "ip_protocol" == 2, sinon il est défini sur "UNKNOWN_IP_PROTOCOL" |
| filetype | target.file.mime_type |
| fsgid | target.group.product_object_id |
| fsuid | target.user.userid |
| gid | target.group.product_object_id |
| nom d'hôte | target.hostname |
| icmptype | network.ip_protocol est défini sur "ICMP" |
| id | Si [audit_log_type] == "ADD_USER", target.user.userid est défini sur "%{id}"
Si [audit_log_type] == "ADD_GROUP", target.group.product_object_id est défini sur "%{id}" sinon target.user.attribute.labels.key/value est défini sur id |
| inode | target.resource.product_object_id |
| clé | security_result.detection_fields.key/value |
| list | security_result.about.labels.key/value |
| Standard | target.resource.attribute.permissions.name
target.resource.attribute.permissions.type |
| nom | target.file.full_path |
| new-disk | target.resource.name |
| new-mem | target.resource.attribute.labels.key/value |
| nouveau-vcpu | target.resource.attribute.labels.key/value |
| new-net | pincipal.mac |
| new_gid | target.group.product_object_id |
| oauid | target.user.userid |
| ocomm | target.process.command_line |
| opid | target.process.pid |
| oses | network.session_id |
| ouid | target.user.userid |
| obj_gid | target.group.product_object_id |
| obj_role | target.user.attribute.role.name |
| obj_uid | target.user.userid |
| obj_user | target.user.user_display_name |
| ogid | target.group.product_object_id |
| ouid | target.user.userid |
| chemin d'accès | target.file.full_path |
| perm | target.asset.attribute.permissions.name |
| pid | target.process.pid |
| ppid | target.parent_process.pid |
| proto | Si [ip_protocol] == 2, network.ip_protocol est défini sur "IP6IN4"
sinon network.ip_protocol est défini sur "UNKNOWN_IP_PROTOCOL" |
| res | security_result.summary |
| résultat | security_result.summary |
| saddr | security_result.detection_fields.key/value |
| sauid | target.user.attribute.labels.key/value |
| ses | network.session_id |
| sgid | target.group.product_object_id |
| sig | security_result.detection_fields.key/value |
| subj_user | target.user.user_display_name |
| success | Si success=='yes', securtiy_result.summary est défini sur "system call was successful".
sinon, securtiy_result.summary est défini sur "systemcall was failed" |
| suid | target.user.userid |
| syscall | about.labels.key/value |
| terminal | target.labels.key/value |
| tty | target.labels.key/value |
| uid | Si [audit_log_type] est défini sur [SYSCALL, SERVICE_START, ADD_GROUP, ADD_USER, MAC_IPSEC_EVENT, MAC_UNLBL_STCADD, OBJ_PID, CONFIG_CHANGE, SECCOMP, USER_CHAUTHTOK, USYS_CONFIG, DEL_GROUP, DEL_USER, USER_CMD, USER_MAC_POLICY_LOAD], uid est défini sur principal.user.userid
sinon, uid est défini sur target.user.userid. |
| vm | target.resource.name |
Types de journaux d'audit vers le type d'événement UDM
Le tableau suivant liste les types de journaux d'audit et les types d'événements UDM correspondants.
| Type de journal d'audit | Type d'événement UDM | Description |
|---|---|---|
| ADD_GROUP | GROUP_CREATION | Déclenché lorsqu'un groupe d'espace utilisateur est ajouté. |
| ADD_USER | USER_CREATION | Déclenché lorsqu'un compte utilisateur de l'espace utilisateur est ajouté. |
| ANOM_ABEND | GENERIC_EVENT / PROCESS_TERMINATION | Déclenché lorsqu'un processus se termine de manière anormale (avec un signal pouvant provoquer un vidage de mémoire, s'il est activé). |
| AVC | GENERIC_EVENT | Déclenché pour enregistrer une vérification des autorisations SELinux. |
| CONFIG_CHANGE | USER_RESOURCE_UPDATE_CONTENT | Déclenché lorsque la configuration du système d'audit est modifiée. |
| CRED_ACQ | USER_LOGIN | Déclenché lorsqu'un utilisateur acquiert des identifiants d'espace utilisateur. |
| CRED_DISP | USER_LOGOUT | Déclenché lorsqu'un utilisateur supprime des identifiants d'espace utilisateur. |
| CRED_REFR | USER_LOGIN | Déclenché lorsqu'un utilisateur actualise ses identifiants d'espace utilisateur. |
| CRYPTO_KEY_USER | USER_RESOURCE_ACCESS | Déclenché pour enregistrer l'identifiant de clé cryptographique utilisé à des fins cryptographiques. |
| CRYPTO_SESSION | PROCESS_TERMINATION | Déclenchée pour enregistrer les paramètres définis lors de l'établissement d'une session TLS. |
| CWD | SYSTEM_AUDIT_LOG_UNCATEGORIZED | Déclenchée pour enregistrer le répertoire de travail actuel. |
| DAEMON_ABORT | PROCESS_TERMINATION | Déclenché lorsqu'un daemon est arrêté en raison d'une erreur. |
| DAEMON_END | PROCESS_TERMINATION | Déclenché lorsqu'un daemon est arrêté avec succès. |
| DAEMON_RESUME | PROCESS_UNCATEGORIZED | Déclenché lorsque le daemon auditd reprend la journalisation. |
| DAEMON_ROTATE | PROCESS_UNCATEGORIZED | Déclenché lorsque le daemon auditd fait pivoter les fichiers journaux d'audit. |
| DAEMON_START | PROCESS_LAUNCH | Déclenché au démarrage du daemon auditd. |
| DEL_GROUP | GROUP_DELETION | Déclenché lorsqu'un groupe d'espace utilisateur est supprimé |
| En attente | USER_DELETION | Déclenché lorsqu'un utilisateur de l'espace utilisateur est supprimé |
| EXECVE | PROCESS_LAUNCH | Déclenché pour enregistrer les arguments de l'appel système execve(2). |
| MAC_CONFIG_CHANGE | GENERIC_EVENT | Déclenché lorsqu'une valeur booléenne SELinux est modifiée. |
| MAC_IPSEC_EVENT | SYSTEM_AUDIT_LOG_UNCATEGORIZED | Déclenché pour enregistrer des informations sur un événement IPSec, lorsqu'un événement est détecté ou lorsque la configuration IPSec change. |
| MAC_POLICY_LOAD | GENERIC_EVENT | Déclenché lorsqu'un fichier de règles SELinux est chargé. |
| MAC_STATUS | GENERIC_EVENT | Déclenché lorsque le mode SELinux (application, permissif, désactivé) est modifié. |
| MAC_UNLBL_STCADD | SYSTEM_AUDIT_LOG_UNCATEGORIZED | Déclenché lorsqu'un libellé statique est ajouté lors de l'utilisation des fonctionnalités de libellé de paquet du noyau fournies par NetLabel. |
| NETFILTER_CFG | GENERIC_EVENT | Déclenchée lorsque des modifications de la chaîne Netfilter sont détectées. |
| OBJ_PID | SYSTEM_AUDIT_LOG_UNCATEGORIZED | Déclenché pour enregistrer des informations sur un processus auquel un signal est envoyé. |
| PATH | FILE_OPEN/GENERIC_EVENT | Déclenché pour enregistrer les informations sur le chemin d'accès au nom de fichier. |
| SELINUX_ERR | GENERIC_EVENT | Déclenché lorsqu'une erreur SELinux interne est détectée. |
| SERVICE_START | SERVICE_START | Déclenché lorsqu'un service est démarré. |
| SERVICE_STOP | SERVICE_STOP | Déclenché lorsqu'un service est arrêté. |
| SYSCALL | GENERIC_EVENT | Déclenchée pour enregistrer un appel système au noyau. |
| SYSTEM_BOOT | STATUS_STARTUP | Déclenché lorsque le système est démarré. |
| SYSTEM_RUNLEVEL | STATUS_UPDATE | Déclenché lorsque le niveau d'exécution du système est modifié. |
| SYSTEM_SHUTDOWN | STATUS_SHUTDOWN | Déclenché lorsque le système est arrêté. |
| USER_ACCT | SETTING_MODIFICATION | Déclenché lorsqu'un compte utilisateur de l'espace utilisateur est modifié. |
| USER_AUTH | USER_LOGIN | Déclenché lorsqu'une tentative d'authentification dans l'espace utilisateur est détectée. |
| USER_AVC | USER_UNCATEGORIZED | Déclenché lorsqu'un message AVC d'espace utilisateur est généré. |
| USER_CHAUTHTOK | USER_RESOURCE_UPDATE_CONTENT | Déclenché lorsqu'un attribut de compte utilisateur est modifié. |
| USER_CMD | USER_COMMUNICATION | Déclenché lorsqu'une commande shell de l'espace utilisateur est exécutée. |
| USER_END | USER_LOGOUT | Déclenché lorsqu'une session d'espace utilisateur est terminée. |
| USER_ERR | USER_UNCATEGORIZED | Déclenché lorsqu'une erreur d'état du compte utilisateur est détectée. |
| USER_LOGIN | USER_LOGIN | Déclenché lorsqu'un utilisateur se connecte. |
| USER_LOGOUT | USER_LOGOUT | Déclenché lorsqu'un utilisateur se déconnecte. |
| USER_MAC_POLICY_LOAD | RESOURCE_READ | Déclenché lorsqu'un démon de l'espace utilisateur charge une règle SELinux. |
| USER_MGMT | USER_UNCATEGORIZED | Déclenchée pour enregistrer les données de gestion de l'espace utilisateur. |
| USER_ROLE_CHANGE | USER_CHANGE_PERMISSIONS | Déclenché lorsque le rôle SELinux d'un utilisateur est modifié. |
| USER_START | USER_LOGIN | Déclenché lorsqu'une session d'espace utilisateur est lancée. |
| USYS_CONFIG | USER_RESOURCE_UPDATE_CONTENT | Déclenché lorsqu'une modification de la configuration du système de l'espace utilisateur est détectée. |
| VIRT_CONTROL | STATUS_UPDATE | Déclenchée lorsqu'une machine virtuelle est démarrée, mise en pause ou arrêtée. |
| VIRT_MACHINE_ID | USER_RESOURCE_ACCESS | Déclenché pour enregistrer la liaison d'une étiquette à une machine virtuelle. |
| VIRT_RESOURCE | USER_RESOURCE_ACCESS | Déclenché pour enregistrer l'attribution de ressources d'une machine virtuelle. |
Messagerie
Champs de journal de messagerie vers champs UDM
Le tableau suivant liste les champs de journal du type de journal de messagerie et les champs UDM correspondants.
| Champ du journal | Champ UDM |
|---|---|
| Classe | about.labels.key/value |
| Ctladdr | principal.user.user_display_name |
| De | network.email.from |
| Msgid | network.email.mail_id |
| Proto | network.application_protocol |
| Relais | intermediary.hostname
intermediary.ip |
| Taille | network.received_bytes |
| Stat | security_result.summary |
| à | network.email.to |
Types de journaux de messagerie et types d'événements UDM
Le tableau suivant liste les types de journaux de messagerie et les types d'événements UDM correspondants.
| Type de journal de messagerie | Type d'événement UDM |
|---|---|
| sendmail | GENERIC_EVENT |
| pickup | EMAIL_UNCATEGORIZED |
| cleanup | GENERIC_EVENT |
| qmgr | EMAIL_UNCATEGORIZED |
| smtp | GENERIC_EVENT |
| interprétabilité locale | EMAIL_UNCATEGORIZED |
Étapes suivantes
Journal des modifications
Afficher le journal des modifications de cet analyseur
Vous avez encore besoin d'aide ? Obtenez des réponses de membres de la communauté et de professionnels Google SecOps.