Which Logs Reveal Malicious Intent in Non-Secure IdP Access?
A SOC receives several alerts indicating user accounts are connecting to the company’s identity provider through non-secure communications. User credentials for accessing sensitive, business-critical systems could be exposed. Which of the following logs should the SOC use when determining malicious intent?
Community Insight
The exam tests whether you can distinguish account-centric authentication evidence from network-detection evidence; the trap is treating IDS or tcpdump as the default answer just because the alert mentions non-secure traffic.
The SOC must choose a log source to judge whether user accounts reaching the identity provider over non-secure channels are malicious. This page establishes that Directory logs, not packet captures or IDS alerts alone, provide the account authentication context needed for that decision.
The most common wrong answer is IDS logs because they sound purpose-built for detecting malicious activity, but they show network signatures rather than the user-account authentication patterns needed to establish intent.
Community Discussion (15 comments)
Comments & Corrections
No comments yet — spotted an error or have a note? Share it below.
Expert Analysis
Why the Answer Is Correct
Directory logs, especially Active Directory or Entra ID sign-in logs, are the account-centric record of who authenticated to the identity provider, from which IP address or device, at what time, and whether MFA or failures occurred. Because the alert is framed around user accounts and identity-provider access, these fields let the SOC correlate the non-secure connections with account behavior and decide whether the activity looks like credential misuse rather than a benign misconfiguration. Determining malicious intent requires that identity context; raw network packets or signature hits alone cannot show whether the account owner or an attacker initiated the connection. Directory logs also match the question's wording because they are an actual log source rather than a packet-capture utility.Why the Other Options Are Wrong
DNS logs show domain-name resolution and cannot identify which user account authenticated or whether the session succeeded. Tcpdump is a packet-capture tool, not a log source; it can prove that credentials traversed the wire in cleartext, but it does not establish user intent or account behavior. IDS logs are valuable for network detections and signatures, yet they do not provide the account-level authentication context needed to decide whether an IdP connection is malicious. The question asks which logs to use when determining malicious intent for user accounts, so the network-centric options are supporting evidence at best.Community Comment Notes
As linkmonkey239 noted, the phrase "non-secured communication" makes tcpdump attractive because readable traffic can confirm credential exposure, but that is not the same as determining malicious account intent. Susan4041 asks why the SOC would not check Directory because "these are user accounts", and Superash lists the relevant Directory fields such as login attempts, login sources, and timing patterns. Learners including zecomeia_007 and agfencer favor IDS because it is designed to detect malicious activity; the distinction is that IDS reports network behavior, while the question asks for account-level evidence to infer intent. The split shows why the item is easy to misread: non-secure traffic tempts a network-tool answer, but the identity-provider and user-account wording points to Directory logs.Official Reference
Exam Strategy
When a CySA+ item asks which log to use, map the log to the entity under investigation: accounts point to directory or identity-provider sign-in logs, packets to tcpdump, domains to DNS, and network exploitation to IDS. Do not let a phrase like 'non-secure communications' override the account-centric wording of the stem.
Frequently Asked Questions
Why aren't IDS logs the best source for determining malicious intent here?
IDS logs show network detections and signatures, but they do not provide the account-level authentication context—source, timing, MFA result—needed to judge whether IdP access is malicious.
Could tcpdump confirm credentials are exposed over non-secure IdP traffic?
It could capture cleartext traffic for confirmation, but tcpdump is a packet-capture tool, not an account log, and it is not the log source for determining user malicious intent.