Security Manager's Journal: Getting up to date on expired access rights

Employees come and employees go, but access rights tend to live on long after their departures
  • J.F. Rice (Computerworld (US))
  • — 05 February, 2013 14:18

I've been reviewing user accounts and access rights, and what I'm finding is that while our new-hire process does a good job of providing the right levels of access to our employees, our termination process isn't as good at removing access privileges.

That's no surprise to me, because people who are in need of access are good at motivating action. When someone leaves, there's no one clamoring to have his access taken away. But as the security manager, it's the taking-away part I'm most interested in. I want to know if we are removing access in a timely manner when employees leave the company.

I started my review by getting a list of active employees from the HR department. That wasn't as easy as you might think. I don't know how much work is involved in producing a report of current employees, but I expected that HR would be able to get a list from our benefits system or our payroll provider -- after all, we send all of our employees paychecks every two weeks, so we must be able to keep track of them. But it took a few weeks for HR to get me the list.

Once I had the list of active employees, the rest was easy. I started with Active Directory, our main source of user accounts and permissions. I pulled a list of all active user accounts and compared it with the employee list. I had to ignore a lot of accounts that are specific to various other purposes, such as software service accounts, training accounts and test accounts, but what was left matched with the employee list. So far, so good. My team does an account review of departed employees every quarter, because it's a SOX requirement, by comparing the user accounts to the termination list to ensure that everyone who was supposed to be removed no longer has access. If you think of this as a type of negative verification (what access has been removed), the other type of verification is positive (what access is active). We haven't done the positive verification of comparing user accounts to active employees in a while, because there's no external motivation to do so. In this case, my motivation was self-initiated.

But Active Directory isn't the only place we manage user accounts. Even though my company has single sign-on (SSO), we use many third-party SaaS services like Salesforce and our corporate expense management service that aren't integrated with our SSO. Employees have separate user accounts and passwords for those services. And because those SaaS services aren't included in the scope of our SOX testing, they've flown under the radar until now. I got a list of active user accounts from each of the SaaS services I was able to identify (which was surprisingly easier than getting the list of employees from my own HR department) and compared them to my active employee list.

It didn't surprise me that I found discrepancies. Our termination process relies on e-mail -- HR sends a notice to a distribution list, which has a lot of people on it, and the administrators of the various systems are supposed to disable account access for the people who have left the company. But there's no real check on that process -- if the administrator doesn't follow through with removing the access, nobody knows, until someone like me comes along later and checks.

I made a list of our known SaaS services and their assigned administrators and spoke with each of those people to highlight the importance of removing access for departed employees in a timely fashion. It wasn't too difficult to get them to remove the accounts I flagged as requiring removal. The termination process really requires nothing more than disabling the accounts (or deleting them on services that don't support enabling and disabling access). So I don't think there's any good reason for falling behind as we have, other than basic human sloppiness.

So we got the accounts cleaned up, and access is up to date and correct now. But clearly I'm going to need to check up on the termination process more often.

Read more about security in Computerworld's Security Topic Center.

Tags: data security, security, data protection

Google introduces Chrome 'factory reset' pop-ups to tackle extensions hijacks

READ THIS ARTICLE
DO NOT SHOW THIS BOX AGAIN [ x ]
Comments are now closed.
CSO Corporate Partners
  • Webroot
  • Trend Micro
  • NetIQ
rhs_login_lockGet exclusive access to CSO, invitation only events, reports & analysis.
CSO Directory

ZENworks® Endpoint Security Management

Secure, identity-based protection for your endpoints

Latest Jobs
Security Awareness Tip

Incident handling is a vast topic, but here are a few tips for you to consider in your incident response. I hope you never have to use them, but the odds are at some point you will and I hope being ready saves you pain (or your job!).


  1. Have an incident response plan.

  2. Pre-define your incident response team 

  3. Define your approach: watch and learn or contain and recover.

  4. Pre-distribute call cards.

  5. Forensic and incident response data capture.

  6. Get your users on-side.

  7. Know how to report crimes and engage law enforcement. 

  8. Practice makes perfect.

For the full breakdown on this article

Security ABC Guides

Warning: Tips for secure mobile holiday shopping

I’m dating myself, but I remember when holiday shopping involved pouring through ads in the Sunday paper, placing actual phone calls from tethered land lines to research product stock and availability, and actually driving places to pick things up. Now, holiday shoppers can do all of that from a smartphone or tablet in a few seconds, but there are some security pitfalls to be aware of.