Skip Links

Network World

  • Social Web 
  • Email 
  • Close

Where's the "S" in IT-GRC?

By Don Gray and Jon Heimerl , Network World , 05/21/2008
This vendor-written tech primer has been edited by Network World to eliminate product promotion, but readers should note it will likely favor the submitter's approach.
Newsletter Signup
  • Share/Email
  • Tweet This
  • Comment
  • Print

Software suites that integrate governance, risk and compliance tools (usually referred to as IT-GRC) are being hyped by vendors and abetted by analysts as the next great wave of IT management solutions.

Combining these functions under one roof, IT-GRC packages promise to enable corporate management to ensure the organization is meeting enterprise risk-management goals and complying with requirements set by regulators and business partners.

But just as the best financial-management systems and a bevy of auditors have not substantially stopped the flow of financial malfeasance and misconduct, this promise will also fundamentally miss the mark without directly addressing the issue of security.

As evidenced most recently in the Hannaford data breach incident, where an estimated 4.2 million payment card holders had their trust violated through a security flaw, an organization can have a risk-management program and a compliance program and still not be secure.

Hannaford, according to public statements, used an IT-GRC package to manage its risk and compliance program, had undertaken and passed outside assessments and audits, and from all outside appearances, had been doing “the right things.” But if having a risk-management and compliance program nets the organization a very public and costly data breach, what is the point? How many dollars spent on those programs would have been better spent on addressing the fundamentals of security?

After the breach was publicized, Hannaford President and CEO Ronald C. Hodge said in a statement: “We have taken aggressive steps to augment our network security capabilities.”

Section 4.1 of the Payment Card Industry (PCI) Standard reads: "Encrypt transmission of cardholder data across open, public networks," and goes on to say "Sensitive information must be encrypted during transmission over networks that are easy and common for a hacker to intercept, modify, and divert data while in transit.”

Is it “reasonable” to believe that internal networks are significantly less vulnerable to attack than public networks? Yes. Is it actually true in the real world of the large distributed network? Probably not.

Compliance is not security, and risk management does not automatically provide risk reduction.

  • Share/Email
  • Tweet This
  • Comment
  • Print
Comments (2)
Login
Forgot your account info?

Need to clear..By tuomoks on May 23, 2008, 2:29 pm@Zeeshan is correct and the article is (should be) an eye opener. The article says correctly "a house is still only as good as its foundation" and @Zeeshan writes...

Reply | Read entire comment

Perfectly right - Need to clear this hypeBy Anonymous on May 22, 2008, 9:34 amHi, This is exactly right . IT-GRC solution is only a very small part of whole GRC, or may be not at all. It may show you that you are missing that in that...

Reply | Read entire comment

View all comments

Add comment
Anonymous comments subject to approval. Register here for member benefits.
Have a NetworkWorld account? Log in here. Register now for a free account.

Videos

rssRss Feed