FortiSIEM Rules

Brute Force Host Login Success

Rule ID

PH_Rule_Access_70

Default Status

Enabled

Description

Detects an unusual condition where a source has authentication failures followed by a successful authentication at the same host within 15 minutes

Severity

9

Category

Security

MITRE ATT&CK® Tactics

Credential Access

Credential Access consists of techniques for stealing credentials like account names and passwords. Techniques used to get credentials include keylogging or credential dumping. Using legitimate credentials can give adversaries access to systems, make them harder to detect, and provide the opportunity to create more accounts to help achieve their goals.

https://attack.mitre.org/tactics/TA0006

MITRE ATT&CK® Techniques


T1110.001

Brute Force: Password Guessing

Adversaries with no prior knowledge of legitimate credentials within the system or environment may guess passwords to attempt access to accounts.

https://attack.mitre.org/techniques/T1110/001

Impacts

Server

Data Source

FortiGate via Syslog, FortiProxy via Syslog, Juniper JunOS via Syslog, Juniper SRX Via Syslog, Juniper SSG via Syslog, Pulse Secure via Syslog, Hillstone Firewall Via Syslog, Cisco ASA via Syslog, Cisco IOS Via Syslog, WatchGuard via Syslog, Sophos Firewall via Syslog, SonicOS via Syslog, Riverbed via Syslog, NetScaler via Syslog, HP Procurve via Syslog, FortiWeb via Syslog, BlueCoat via Syslog, Windows via OMI or FortiSIEM Agent, Linux via Syslog, VMware NSX via Syslog, FortiSIEM via Syslog, IBM AIX via Syslog, AWS CloudTrail via AWS_CLOUDTRAIL, Office 365 via Management Activity API

Detection

Correlation

Remediation Guidance

Identify the source of the incident and the user and make sure that it is a legitimate attempt to log on to the system. Make sure it is not a cached credential from another system while the primary user has changed credential. Make sure there are no other incidents from the source host that may indicate malware trying to gain access to other systems. Make sure there are no vulnerabilities on the source and destination hosts.

Time Window

If the following pattern or patterns match an ingested event within the given time window in seconds, trigger an incident.

900 seconds

Trigger Conditions

If the following defined pattern/s occur within a 900 second time window.

FailedLogin OR FailedLogin2 FOLLOWED_BY SuccessLogin

Global Constraint

This defines how two or more distinct events are related in a time-series based action. e.g. An event occurs followed by another event if the source IP, user, and messageId are the same

FailedLogin.reptDevIpAddr = SuccessLogin.reptDevIpAddr AND FailedLogin.srcIpAddr = SuccessLogin.srcIpAddr AND FailedLogin.user = SuccessLogin.user OR FailedLogin2.reptDevIpAddr = SuccessLogin.reptDevIpAddr AND FailedLogin2.srcIpAddr = SuccessLogin.srcIpAddr AND FailedLogin2.user = SuccessLogin.user

SubPattern Definitions

SubPattern Name: FailedLogin

This is the named definition of the event query, this is important if multiple subpatterns are defined to distinguish them.

SubPattern Query

This is the query logic that matches incoming events

eventType IN (Group@PH_SYS_EVENT_HostLogonFailure,Group@PH_SYS_EVENT_VMware_LogonFailure,Group@PH_SYS_EVENT_DomainLogonFailure) AND user IS NOT NULL

Group by Attributes

This defines how matching events are aggregated, only events with the same matching attribute values are grouped into one unique incident ID

srcIpAddr,reptDevIpAddr,user

Aggregate Constraint

This is most typically a numerical constraint that defines when the rule should trigger an incident

COUNT(*) >= 5
Operator Rank: 0 Operator Type: OR

This operator defines the logic condition relating to the prior event subpattern clause and the following event subpattern clause

SubPattern Name: FailedLogin2

This is the named definition of the event query, this is important if multiple subpatterns are defined to distinguish them.

SubPattern Query

This is the query logic that matches incoming events

eventType IN (Group@PH_SYS_EVENT_MultipleHostLogonFailure,Group@PH_SYS_EVENT_MultipleDomainLogonFailure) AND user IS NOT NULL

Group by Attributes

This defines how matching events are aggregated, only events with the same matching attribute values are grouped into one unique incident ID

srcIpAddr,reptDevIpAddr,user

Aggregate Constraint

This is most typically a numerical constraint that defines when the rule should trigger an incident

COUNT(*) >= 1
Operator Rank: 1 Operator Type: FOLLOWED_BY

This operator defines the logic condition relating to the prior event subpattern clause and the following event subpattern clause

SubPattern Name: SuccessLogin

This is the named definition of the event query, this is important if multiple subpatterns are defined to distinguish them.

SubPattern Query

This is the query logic that matches incoming events

eventType IN (Group@PH_SYS_EVENT_HostLogonSuccess,Group@PH_SYS_EVENT_VMware_LogonSuccess,Group@PH_SYS_EVENT_DomainLogonSuccess) AND user IS NOT NULL

Group by Attributes

This defines how matching events are aggregated, only events with the same matching attribute values are grouped into one unique incident ID

srcIpAddr,reptDevName,reptDevIpAddr,user

Aggregate Constraint

This is most typically a numerical constraint that defines when the rule should trigger an incident

COUNT (*) >= 1

Incident Attribute Mapping

This section defines which fields in matching raw events should be mapped to the incident attributes in the resulting incident.

The available raw event attributes to map are limited to the group by attributes and the aggregate event constraint fields for each subpattern

 srcIpAddr = SuccessLogin.srcIpAddr,
 destName = SuccessLogin.reptDevName,
 destIpAddr = SuccessLogin.reptDevIpAddr,
 user = SuccessLogin.user