Sending information from your identity and access management (IAM) system to your security information and event management (SIEM) system can help you to find events and anomalies that you might not find otherwise. This can help you detect that an attacker has breached your systems. Your SIEM system might already be collecting a lot of data. So, you might ask why should you send data from the IAM system? Can’t you gather this data directly from the IAM system?

Since the answer to this question isn’t trivial, we need to dig a little bit deeper. First, let’s focus on identity management.

Sending data from your IAM system to your SIEM makes sense. There are several events that happen to your IAM system that should be checked out by your SIEM. These may be failed logins, denial of service attacks, detection of session hijacking or stolen application access tokens. On the other hand, your IAM can help with finding actions and anomalies that are not always malicious events.

SIEM Integration Opportunities

Let’s look deeper into the event of a newly created account. This might be a local operating system account, an app account, a software-as-a-service account or a domain account. If the SIEM system registers the event of a created account in a connected system, it won’t be clear if this is a desired or malicious event.

But if your SIEM system is able to correlate this ‘account add’ with a related action from the IAM system, it’s easy to distinguish between an approved or malicious account creation. Remember, new account creation is often part of the ‘persistence’ attack phase. Therefore, this enhances your SIEM capabilities.

Some examples of attacks involving new account creation can be found in the MITRE ATT&CK Framework ‘Create Account’ and sub-techniques.

Other examples are the restoration or addition of an account to an access group. Both might be normal or malicious actions if seen by the SIEM in a connected system. And both might be actions of an attacker in the persistence or privilege escalation phases of an attack.

Disabling unused default accounts is a best practice in IAM. If an attacker is able to restore such an account and start to use it, it will be difficult to detect without IAM. This should be an event the IAM system sends to the SIEM system.

Monitoring memberships of an access group is a typical feature of an IAM system, too. It will correct wrong memberships by itself. But such cases should be reported to the SIEM system by default. They are, at least, suspicious and could be malicious.

Possible Challenges

You might face some challenges when integrating IAM and SIEM systems in the real world to cover use cases like these. The main challenge is the scope of the systems. This integration works best if the scope of both systems is equal. This sounds obvious, but it might be an issue during the initial phases or during a risk-based adoption approach. It might produce false positives or non-correlating events.

After you’ve achieved equal scope, also be aware that an IT environment is living and changing. The integration should be able to handle the lifecycle of connected and controlled systems properly for both security systems.

Make sure your SIEM system always monitors the IAM system. After all, it is a highly sensitive system, especially regarding confidentiality and integrity.

When done right, integration of the IAM and SIEM systems can evolve into a best practice for mature IT security environments.

More from Identity & Access

How to Keep Your Secrets Safe: A Password Primer

There are two kinds of companies in the world: those that have been breached by criminals, and those that have been breached and don't know it yet. Criminals are relentless. Today’s cyberattacks have evolved into high-level espionage perpetrated by robust criminal organizations or nation-states. In the era of software as a service (SaaS), enterprise data is more likely to be stored on the cloud rather than on prem. Using sophisticated cloud scanning software, criminals can breach an enterprise system within…

Making the Leap: The Risks and Benefits of Passwordless Authentication

The password isn't going anywhere. Passwordless authentication is gaining momentum, though. It appears to be winning the battle of how companies are choosing to log in. Like it or not, the security industry must contend with both in the future.  But for some businesses and agencies, going passwordless is the clear strategy. Microsoft, for instance, has recently stopped forcing users to use a password to access their account, which allows access to a wide range of Microsoft business and personal…

Old Habits Die Hard: New Report Finds Businesses Still Introducing Security Risk into Cloud Environments

While cloud computing and its many forms (private, public, hybrid cloud or multi-cloud environments) have become ubiquitous with innovation and growth over the past decade, cybercriminals have closely watched the migration and introduced innovations of their own to exploit the platforms. Most of these exploits are based on poor configurations and human error. New IBM Security X-Force data reveals that many cloud-adopting businesses are falling behind on basic security best practices, introducing more risk to their organizations. Shedding light on…

Why Your Success Depends on Your IAM Capability

It’s truly universal: if you require your workforce, customers, patients, citizens, constituents, students, teachers… anyone, to register before digitally accessing information or buying goods or services, you are enabling that interaction with identity and access management (IAM). Many IAM vendors talk about how IAM solutions can be an enabler for productivity, about the return on investment (ROI) that can be achieved after successfully rolling out an identity strategy. They all talk about reduction in friction, improving users' perception of the…