Skip to content

SonicWall SMA


SonicWall Secure Mobile Access offers secure and seamless remote access to corporate resources, applications, and data, enhancing workforce mobility while maintaining robust security and compliance measures.


Important note - This format is currently in beta. We highly value your feedback to improve its performance.

The following built-in rules match the intake SonicWall Secure Mobile Access [BETA]. 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 SonicWall Secure Mobile Access [BETA] on ATT&CK Navigator

Nimbo-C2 User Agent

Nimbo-C2 Uses an unusual User-Agent format in its implants.

  • Effort: intermediate
Potential Bazar Loader User-Agents

Detects potential Bazar loader communications through the user-agent

  • Effort: elementary
Potential Lemon Duck User-Agent

Detects LemonDuck user agent. The format used two sets of alphabetical characters separated by dashes, for example "User-Agent: Lemon-Duck-[A-Z]-[A-Z]".

  • Effort: elementary
RYUK Ransomeware - martinstevens Username

Detects user name "martinstevens". Wizard Spider is used to add the user name "martinstevens" to the AD of its victims. It was observed in several campaigns; in 2019 and 2020.

  • Effort: elementary
SEKOIA.IO Intelligence Feed

Detect threats based on indicators of compromise (IOCs) collected by SEKOIA's Threat and Detection Research team.

  • Effort: elementary

Event Categories

The following table lists the data source offered by this integration.

Data Source Description
DNS records Both DNS queries and responses handled by the SonicWall domain name servers can be recorded.

In details, the following table denotes the type of events produced by this integration.

Name Values
Kind event
Category network
Type info

Event Samples

Find below few samples of events and how they are normalized by

    "message": "id=sslvpn sn=111111111111 time=\"2023-09-18 07:43:15\" vp_time=\"2023-09-18 05:43:15 UTC\" fw= pri=5 m=1 c=1 src= dst=\"\" user=\"JDOE@OFF0123\" usr=\"JDOE@OFF0123\" msg=\"User login successful\" portal=\"off0123\" domain=\"off0123\" agent=\"SonicWALL NetExtender for Windows 10.2.336 (compatible; MSIE 7.0; Windows NT 6.0; SLCC1) x86_64\"",
    "event": {
        "kind": "event",
        "category": [
        "type": [
    "observer": {
        "vendor": "SonicWall",
        "product": "Secure Mobile Access",
        "type": "firewall",
        "ip": [
    "@timestamp": "2023-09-18T05:43:15Z",
    "source": {
        "ip": "",
        "address": ""
    "destination": {
        "address": ""
    "user_agent": {
        "original": "SonicWALL NetExtender for Windows 10.2.336 (compatible; MSIE 7.0; Windows NT 6.0; SLCC1) x86_64",
        "device": {
            "name": "Other"
        "name": "IE",
        "version": "7.0",
        "os": {
            "name": "Windows",
            "version": "10"
    "user": {
        "name": "JDOE",
        "domain": "OFF0123"
    "related": {
        "ip": [
        "user": [

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.
destination.address keyword Destination network address.
event.category keyword Event category. The second categorization field in the hierarchy.
event.kind keyword The kind of the event. The highest categorization field in the hierarchy.
event.type keyword Event type. The third categorization field in the hierarchy.
observer.ip ip IP addresses of the observer.
observer.product keyword The product name of the observer.
observer.type keyword The type of the observer the data is coming from.
observer.vendor keyword Vendor name of the observer.
source.ip ip IP address of the source.
user.domain keyword Name of the directory the user is a member of. keyword Short name or login of the user.
user_agent.original keyword Unparsed user_agent string.


This setup guide will show you how to forward your SonicWall SMA logs to by means of a syslog transport channel.


  • Have an internal log concentrator (Rsyslog)

Enable Syslog forwarding for SonicWall SMA

  1. Log in to the SonicWall SMA appliance’s management interface
  2. Go to Log > Settings
  3. In the Log & Alert levels section, define the severity level of log messages.
  4. In the syslog settings, type the ip address and the port of your log concentrator as Primary syslog server.

    SonicWall SMA settings

  5. Click Accept to save your configuration settings

Create the intake

Go to the intake page and create a new intake from the format SonicWall SMA.

Forward logs to

Please consult the Syslog Forwarding documentation to forward these logs to