Perimeter
6/1/2012
09:21 AM
Connect Directly
RSS
E-Mail
50%
50%

Systems Are Not Compliant; Organizations Are Compliant

IT cannot make your organization compliant

Computer systems do not operate in a vacuum. They are neither isolated from people, disconnected from other computers, nor are they sealed off from the outside world. Rather, computer systems are tools your staff uses to run your organization. Companies are operated by people using their tools to perform tasks, create products, and provide services.

Car manufacturers and auto service departments cannot make you a good driver. Buying a high-tech kitchen will not make you a great chef, and buying a smart phone does not make you smarter. The car, oven, and phone are only tools. How well, or how poorly, you use these tools is determined by your willingness and attitude. It’s the same with the technology tools you use in your business.

“Compliance” is defined by the laws, regulations, and rules an organization meets, so compliance is more about how things are done, than which tools are used. Of course, compliance requires the appropriate technology tools, but none of them alone can make your company compliant.

When we discuss security and compliance assessments with potential new clients, usually the first thing they do is introduce us to the person in charge of IT. The problem is, the head of IT is rarely in charge of the business processes within the organization or the management of non-technical staff. These aspects of the business, however, are crucial to compliant operations.

IT must provide secure, usable systems. They must fine tune these tools to help an organization maintain appropriate privacy, risk management, accountability, and protection. The tools must be accessible in every way necessary for effective business operations.

Unfortunately, too many (including some in IT leadership) believe a common myth: that making the tools secure creates sufficient security and compliance. This myth is sometimes a result of misunderstanding compliance, and other times it is merely a convenient excuse for handing off work by management. To be candid, many embrace this myth to avoid dealing with the real issues. “Make our systems secure,” is an easy order for a busy leader to make, but extremely often, it is a flawed decision.

System security alone will never bring a company into compliance with applicable requirements. Employees must also operate in compliant ways, must follow secure processes, and have the discipline to avoid unsecure and non-compliant shortcuts.

Technical system security alone does not make an organization compliant with any law, regulation, or rules. It is only one element in an organization’s successful compliance program.

Glenn S. Phillips, the president of Forte' Incorporated, works with business leaders who want to leverage technology and understand risks within. He is the author of the book Nerd-to-English and you can find him on twitter at @NerdToEnglish.

Glenn works with business leaders who want to leverage technology and understand the often hidden risks awaiting them. The Founder and Sr. Consultant of Forte' Incorporated, Glenn and his team work with business leaders to support growth, increase profits, and address ... View Full Bio

Comment  | 
Print  | 
More Insights
Comments
Newest First  |  Oldest First  |  Threaded View
MROBINSON000
50%
50%
MROBINSON000,
User Rank: Apprentice
6/12/2012 | 12:15:32 PM
re: Systems Are Not Compliant; Organizations Are Compliant
Indeed, many IT people believe
that making the tools secure creates sufficient security and compliance. Security
training has to extend beyond a statement of policies to a new hire and the
annual training. That means everyone has to have a role, from management to
admin staff. You can find more details on this topic here: http://blog.securityinnovation...
Register for Dark Reading Newsletters
Partner Perspectives
What's This?
In a digital world inundated with advanced security threats, Intel Security seeks to transform how we live and work to keep our information secure. Through hardware and software development, Intel Security delivers robust solutions that integrate security into every layer of every digital device. In combining the security expertise of McAfee with the innovation, performance, and trust of Intel, this vision becomes a reality.

As we rely on technology to enhance our everyday and business life, we must too consider the security of the intellectual property and confidential data that is housed on these devices. As we increase the number of devices we use, we increase the number of gateways and opportunity for security threats. Intel Security takes the “security connected” approach to ensure that every device is secure, and that all security solutions are seamlessly integrated.
Featured Writers
White Papers
Cartoon
Current Issue
Dark Reading's October Tech Digest
Fast data analysis can stymie attacks and strengthen enterprise security. Does your team have the data smarts?
Flash Poll
Title Partner’s Role in Perimeter Security
Title Partner’s Role in Perimeter Security
Considering how prevalent third-party attacks are, we need to ask hard questions about how partners and suppliers are safeguarding systems and data.
Video
Slideshows
Twitter Feed
Dark Reading - Bug Report
Bug Report
Enterprise Vulnerabilities
From DHS/US-CERT's National Vulnerability Database
CVE-2014-3409
Published: 2014-10-25
The Ethernet Connectivity Fault Management (CFM) handling feature in Cisco IOS 12.2(33)SRE9a and earlier and IOS XE 3.13S and earlier allows remote attackers to cause a denial of service (device reload) via malformed CFM packets, aka Bug ID CSCuq93406.

CVE-2014-4620
Published: 2014-10-25
The EMC NetWorker Module for MEDITECH (aka NMMEDI) 3.0 build 87 through 90, when EMC RecoverPoint and Plink are used, stores cleartext RecoverPoint Appliance credentials in nsrmedisv.raw log files, which allows local users to obtain sensitive information by reading these files.

CVE-2014-4623
Published: 2014-10-25
EMC Avamar 6.0.x, 6.1.x, and 7.0.x in Avamar Data Store (ADS) GEN4(S) and Avamar Virtual Edition (AVE), when Password Hardening before 2.0.0.4 is enabled, uses UNIX DES crypt for password hashing, which makes it easier for context-dependent attackers to obtain cleartext passwords via a brute-force a...

CVE-2014-4624
Published: 2014-10-25
EMC Avamar Data Store (ADS) and Avamar Virtual Edition (AVE) 6.x and 7.0.x through 7.0.2-43 do not require authentication for Java API calls, which allows remote attackers to discover grid MCUser and GSAN passwords via a crafted call.

CVE-2014-6151
Published: 2014-10-25
CRLF injection vulnerability in IBM Tivoli Integrated Portal (TIP) 2.2.x allows remote authenticated users to inject arbitrary HTTP headers and conduct HTTP response splitting attacks via unspecified vectors.

Best of the Web
Dark Reading Radio
Archived Dark Reading Radio
Follow Dark Reading editors into the field as they talk with noted experts from the security world.