Detection rules › Sublime MQL

Suspicious DocuSign share from new domain

Severity
high
Type
rule
Source
github.com/sublime-security/sublime-rules

DocuSign shares with new reply-to addresses have been seen in recent attacks.

Threat classification

Sublime's own taxonomy (not MITRE ATT&CK).

CategoryValues
Attack typesBEC/Fraud, Credential Phishing
Tactics and techniquesEvasion, Free file host, Impersonation: Brand, Social engineering

Event coverage

Rule body MQL

type.inbound

// message is from docusign actual
and sender.email.domain.root_domain == 'docusign.net'
and (headers.auth_summary.spf.pass or headers.auth_summary.dmarc.pass)

// 
// This rule makes use of a beta feature and is subject to change without notice
// using the beta feature in custom rules is not suggested until it has been formally released
// 

// reply-to email address has never been sent an email by the org
and not beta.profile.by_reply_to().solicited

// new reply-to
and any(headers.reply_to, network.whois(.email.domain).days_old < 30)

// not a completed DocuSign
and not strings.istarts_with(subject.subject, "Completed:")

Detection logic

Scope: inbound message.

DocuSign shares with new reply-to addresses have been seen in recent attacks.

  1. inbound message
  2. sender.email.domain.root_domain is 'docusign.net'
  3. any of:
    • headers.auth_summary.spf.pass
    • headers.auth_summary.dmarc.pass
  4. not:
    • beta.profile.by_reply_to().solicited
  5. any of headers.reply_to where:
    • network.whois(.email.domain).days_old < 30
  6. not:
    • subject.subject starts with 'Completed:'

Inspects: headers.auth_summary.dmarc.pass, headers.auth_summary.spf.pass, headers.reply_to, headers.reply_to[].email.domain, sender.email.domain.root_domain, subject.subject, type.inbound. Sensors: beta.profile.by_reply_to, network.whois, strings.istarts_with.

Indicators matched (2)

FieldMatchValue
sender.email.domain.root_domainequalsdocusign.net
strings.istarts_withprefixCompleted: