BeyondTrust

Security in Context: The BeyondTrust Blog

Welcome to Security in Context

Bringing you news and commentary on solutions and strategies for protecting critical IT infrastructure in the context of your business.

And The Data Breaches Just Keep On Coming…

Posted February 7, 2012    Peter McCalister

Recently two new data breaches were announced, one the result of an accidental misuse of privilege and the other the result of negligence by a third party vendor.

First, the Department of Veterans Affairs announced it accidentally handed over the data of living veterans when complying with a Freedom of Information request from Ancestry.com. The request was for data from a database of deceased veterans; however the VA said that data of 2,257 living veterans had also been identified in the database, and that the number could potentially grow to more than 4,000. The data included names, Social Security numbers, dates of birth and military assignments. I know accidents happen. And I’m sure the culprit is very sorry, but I guarantee the victims are even sorrier. Human nature dictates that we will make mistakes and this is just another example of an over-privileged employee making a costly mistake.

Let’s move on to the breach caused by third party vendor negligence. The New York State Electric & Gas and Rochester Gas and Electric have announced that a consulting firm hired by the utilities allowed unauthorized access to customer accounts. It has been reported that the breached information included Social Security numbers, dates of birth and the bank account numbers of some of the utilities’ customers. We have to remember to treat third party vendors with as much precaution as direct employees.

Thirty-nine percent of all data breaches involve third-party outsourcers – this according to data pulled from a recent Ponemon Institute study. While it is important to provide the information and access necessary for third-party resources to do their jobs, at the same time it’s irresponsible to allow vendors free reign over sensitive data or network assets. An all or nothing approach to granting users access doesn’t work here. Effective privilege identity management coupled with comprehensive knowledge of your partners’ and vendors’ security policies and practices is the best way to safeguard your company’s most valued assets.

Someday everyone will have a least privilege solution in place and we can stop reading about these types of insider threats.

Leave a Reply

Additional articles

How To Implement The Australian Signals Directorate’s Top 4 Strategies

Posted October 20, 2014    Morey Haber

The Australian Signals Directorate (ASD), also known as the Defence Signals Directorate, has developed a list of strategies to mitigate targeted cyber intrusions. The recommended strategies were developed through ASD’s extensive experience in operational cyber security, including responding to serious security intrusions and performing vulnerability assessments and penetration testing for Australian government agencies. These recommendations…

Tags:
, , , ,
asp-mvc

Exploiting MS14-059 because sometimes XSS is fun, sometimes…

Posted October 17, 2014    BeyondTrust Research Team

This October, Microsoft has provided a security update for System.Web.Mvc.dll which addresses a ‘Security Feature Bypass’. The vulnerability itself is in ASP.NET MVC technology and given its wide adoption we thought we would take a closer look. Referring to the bulletin we can glean a few useful pieces of information: “A cross-site scripting (XSS) vulnerability exists…

Tags:
4bestpracticesaudits-blog

Four Best Practices for Passing Privileged Account Audits

Posted October 16, 2014    Chris Burd

Like most IT organizations, your team may periodically face the “dreaded” task of being audited. Your process for delegating privileged access to desktops, servers, and infrastructure devices is a massive target for the auditor’s microscope. An audit’s findings can have significant implications on technology and business strategy, so it’s critical to make sure you’re prepared…

Tags:
, , , ,