IS Decisions logo

IS Decisions Blog

Why compliance starts with login security

Login security is the first step towards meeting compliance requirements across major data security standards.

Updated February 15, 2024
Why compliance starts with the logon

Across nearly all compliance standards, securing the login is a major focus. Why?

Success for most IT leaders looks like establishing and maintaining a certain level of security. And IT is under more pressure than ever. But all too often, IT teams focus on continually checking whether an environment remains compliant. That's not the answer. It's not enough to keep checking whether the walls are still standing.

You need to see how the environment is used, and determine whether that usage falls outside the limits you've set.

So, the question becomes: just how far down the usage “rabbit hole” do you go to determine if you’re compliant or not?

The logon is a pivotal compliance test

Of course, you don’t want to wait until a breach happens to realize you’re not compliant. You need a way to test out compliance much earlier in the usage process.

Fortunately, one such compliance test exists: the logon.

Login security isn't just a matter of security protocol to keep unwanted eyes out. The logon is a pivotal point at which time a specific user identifies themselves.

Two ways to ensure compliance with login security

1. Enable MFA to verify user identity at the logon

Exactly how the user identifies themselves at the logon is critical. Because attackers compromise credentials so frequently, best practice calls for at least a second factor of authentication to prove that the user is who they say they are.

Multi-factor authentication (MFA) is an additional layer of security to ensure the right person is using the right ID and password.

2. Go beyond protecting the ID and password

But the importance of the logon also goes beyond the ID and password. Dig a bit deeper. Details, such as the day and time of logon, the IP address and workstation logged on from, and even the frequency of logon all play a role in identifying whether an environment is compliant.

Take this example:

A user with access to data subject to a compliance mandate logs on after hours several times in succession from a remote computer.

There are three red flags here:

  • The time of day

  • The number of logons

  • The location from which the logon occurred

The bad news? The logon doesn’t tell you flat out you’re in breach of compliance. But it does give you key indicators that there may be a problem well before any access (read: compliance breach) occurs.

Most compliance standards and regulations are keenly aware of the importance of the logon and successive actions.

For example, let's take a look at one of the most detailed standards today, the PCI Data Security Standard (PCI DSS), to see how login security plays a role in compliance.

The goal of the PCI DSS is to protect cardholder data from any unauthorized access. Take the following precautionary measures found in the current PCI standard:

  • Requirement 7: Restrict access to cardholder data by business need to know

  • Requirement 8: Identify users and authenticate access

  • Requirement 9: Restrict physical access to cardholder data

  • Requirement 10: Track and monitor all access to network resources and cardholder data

Each of these requirements is necessary to ensure cardholder data is secure. But each depends on one keyword in each of these requirements: access.

This single word represents the process of an account being used to actively connect to a system and open/read/copy/download cardholder data an action that begins with the logon.

The authors of PCI get it: Requirement 8 (Identify and authenticate access to system components) exists to establish individual access and usage of the environment. This requirement exists to ensure there is a way (in requirement 10) to audit each user’s interaction with the network and, eventually, cardholder data.

Start compliance at the logon

Of course, implementing compliance controls requires efforts on many fronts (depending on each mandate). That said, the actual monitoring to ensure an organization remains compliant is really about whether you’ve had inappropriate access to sensitive data or not.

And, because organizations cannot afford to wait until that inappropriate access occurs, it becomes necessary (and just plain smart) to leverage all authentication opportunities and leading indicators.

The logon is the most compelling point at which to both monitor compliance as well as ensure proper access to your systems. Boosting your login security with MFA, ideally in combination with robust session management and access management, can stop potentially inappropriate access (again, read: compliance breach) from ever happening.

By taking advantage of this necessary step in the access process, you narrow down where IT needs to monitor to achieve and maintain compliance.

Try UserLock for free

3400+ organizations like yours choose UserLock to secure access for Active Directory identities and meet compliance requirements.

Download a free trial