|
Differences between poor security and technical vulnerabilities are monumental.
Security is process related and vulnerabilities are technically related. Examples of vulnerabilities are problems with application code, operating systems or system architecture that can allow unauthorized access. Examples of poor security are processes that lead to faults and flaws–bad passwords, default installations of applications/operating systems, lackluster compliance. Security is not a device or software–it is a process. As such, all the defenses in the world are useless if they are not properly managed. In fact, having superior technology and a great vulnerability management program will only carry you so far–like having indestructible walls that are only two feet high. A vulnerability test reviews and itemizes possible flaws. A penetration test, on the other hand, attempts to gain unwelcome access in order to show that it can, in fact, be done. After that, a penetration test report will show exactly how access was achieved. A penetration test measures the time to get to a selected target and seeks to ensure that an organization’s detection controls were effective in noticing and recording the action. So, a penetration test should demonstrate that an organization’s potential vulnerabilities have been minimized to the point they are not detrimental, and that the organization became aware of the attempted break. At a minimum, a well-designed penetration test should start with defined targets–which should be critical and confidential information and systems–and the reason security is necessary and deployed within a company. Typical targets include: private customer information; financial information; personal information of key executives; personal employee information; critical data flows between applications; critical applications; and B2B connections and data flows. From there, discuss and understand the access vector that is being tested, which is often internal or external test, but rarely both. The deliverable should be simple and include:
Vulnerability tests present a complete picture of an organization’s technical vulnerabilities. They provide both a baseline of the environment to be used for future analysis and a demonstration tool for process effectiveness within the overall security posture. Vulnerability assessments, however, are most useful when combined with a program assessment to detail the “why” behind the “what.” Vulnerability management is at the crux of an organization’s ability to sense and then respond to changes in the security environment. It should include taking an inventory of an organization’s existing technology to get an assessment of vulnerabilities, and devising a plan for improvement. Vulnerability management is about a proactive approach to inherent technological risk, threats and practices. To improve vulnerability management, regularly conduct routine vulnerability assessments (network and application architecture, operating system configuration, and internal and external reviews) and third-party penetration testing. Become aware of real-time changes in the technical vulnerability landscape and understand the implications on your enterprise systems. Maintain a proactive patch-management program and combine that with strong configuration-management. For more information from Sungard: Carl Herberger manages the professional services security practice at SunGard Availability Services, Wayne, Pa. Send comments for publication to guest@comnews.com. |
|