Focus on cybersecurity compliance called ineffective
Adherence to congressionally mandated IT security processes is a poor measure of the true state of cybersecurity across the government, a former federal chief information security officer said Wednesday.
Agencies are fixated on complying with statutes such as the 2002 Federal Information Security Management Act and are creating piles of paperwork and checklists that indicate little about actual security levels, said Bruce Brody, vice president of information security at INPUT, a Reston, Va.-based market analysis firm.
Brody said annual cybersecurity grades determined by the House Government Reform Committee and its chairman, Rep. Tom Davis, R-Va., based on FISMA compliance, also have little meaning. For fiscal 2004, the federal government achieved an overall grade of D+, up from a D the previous year.
"When the annual FISMA grades are released -- which could be imminently -- you have to ask yourself, what do those grades really mean?" Brody said. "The high grades could mean a lot of compliance, but not a lot of security. The low grades could mean that there's plenty of security in place, but it just wasn't verified on paper properly."
Brody, who has served as the chief cybersecurity officer at the Energy and Veterans Affairs departments, spoke to members of the press after a three-hour closed-door meeting consisting of chief cybersecurity officers for the Federal Communications Commission, Senate and departments of State, Commerce, Treasury, Transportation and Housing and Urban Development.
The workshop was hosted by the Information Security Forum, a nonprofit association of cybersecurity companies, the International Information Systems Security Certification Consortium and INPUT.
Brody said the government officials and private sector security professionals at the meeting discussed what "five years of FISMA has given" agencies. The topic produced a great deal of discussion and some mixed opinions, he said.
A survey of cybersecurity officers conducted in August 2005 found that agencies are spending more time complying with FISMA each year.
Marc Noble, the FCC's chief security officer and the only workshop attendee available to speak to the media after the meeting, said he hopes to come up with a risk-based solution to secure his agency's IT systems, rather than focusing on regulatory compliance.
COMMENTS
- Complying with FISMA and NIST standards and guidelines is not the problem. NIST has produced many excellent documents. There are several reasons the FISMA process is not very effective: Information security is extremely complex and takes years to learn. Checklists cannot provide the knowledge, training, and experience needed to adequately review security. Not understanding the “why” results in a meaningless paperwork exercise. Federal employees are depending too much on contractors. A good understanding of the organization’s network, systems, and applications is required, and expecting a contractor to walk in the door with no background in the organization and produce good results is unrealistic. Inadequate federal employee management involving the contracts. Congressional emphasis on number of systems certified rather than focusing on the highest risk systems. Doing a good job on the highest risk using federal employees would provide a valuable knowledge base that is not lost with the turnover of contractors. Using an iteration approach, each year the number and quality of FISMA reviews would improve. I have worked in computer security for 20-plus years, as both a federal employee and outside the government in some of the largest corporations. If non-federal companies were reviewed by OIG or GAO rather than by companies they pay, the results would be shocking to most people. GovExec.com reader Posted February 27, 2006 9:29 PM
RELATED STORIES
- Security gaps found in EPA contracting system 02/03/06
- Tech institute launches graduate level cybersecurity program 12/13/05
- OMB presses ahead with cybersecurity consolidation 10/31/05
- White House urged to make cybersecurity a priority 10/27/05
- Compliance taking over IT security chiefs' schedules 08/30/05









