Detection rules › Panther
A user authenticated with SAML, but from an unknown company domain
A user authenticated with SAML, but from an unknown company domain
MITRE ATT&CK coverage
| Tactic | Techniques |
|---|---|
| Persistence | T1098 Account Manipulation |
Rule body yaml
AnalysisType: rule
Filename: teleport_saml_login_not_company_domain.py
RuleID: Teleport.SAMLLoginWithoutCompanyDomain
DisplayName: "A user authenticated with SAML, but from an unknown company domain"
Enabled: true
LogTypes:
- Gravitational.TeleportAudit
Tags:
- Teleport
Severity: Medium
Description: "A user authenticated with SAML, but from an unknown company domain"
DedupPeriodMinutes: 60
Reports:
MITRE ATT&CK:
- TA0003:T1098
Reference: https://goteleport.com/docs/management/admin/
Runbook: >
A user authenticated with SAML, but from an unknown company domain
SummaryAttributes:
- event
- code
- user
- method
- mfa_device
Tests:
- Name: A user authenticated with SAML, but from a known company domain
ExpectedResult: false
Log:
{
"attributes": { "firstName": [""], "groups": ["employees"] },
"cluster_name": "teleport.example.com",
"code": "T1001I",
"ei": 0,
"event": "user.login",
"method": "saml",
"success": true,
"time": "2023-09-18 00:00:00",
"uid": "88888888-4444-4444-4444-222222222222",
"user": "jane.doe@example.com",
}
- Name: A user authenticated with SAML, but not from a company domain
ExpectedResult: true
Log:
{
"cluster_name": "teleport.example.com",
"code": "T1001I",
"ei": 0,
"event": "user.login",
"method": "saml",
"success": true,
"time": "2023-09-18 00:00:00",
"uid": "88888888-4444-4444-4444-222222222222",
"user": "wtf.how@omghax.gravitational.io",
}
Detection logic
Condition
event eq "user.login"
success eq "True"
method eq "saml"
This rule also runs imperative logic the parser cannot express as a filter; the conditions above are the structured part it could extract.
Indicators
Each row is a field, operator, and value that the rule matches. The corpus column counts how many other rules in the catalog look for the same combination: high numbers point to widely-used, community-vetted indicators. Blank or 1 shows that the indicator is specific to this rule.
Output fields
Fields the rule emits when it matches. Chronicle authors list these in the outcome block; they appear on the detection and $risk_score drives alerting. Sentinel / Defender XDR rules build them up through project / summarize / extend stages. Sentinel maps these into alert fields via entityMappings and customDetails; Defender XDR custom detections surface them as alert fields directly.
| Field |
|---|
user |
cluster_name |