Creating a Security Plan
What is a Security Plan?
A Security plan is a a document addressing the security needs of a organization. Itās a āliveā document that is periodically reviews and revised.
A good security plan is an official record of current security practices and a blueprint for orderly change to improve these practices. It also gives developers and users a way of measuring the effects of proposed changes, leading to more improvements. This plan should looks to Achieve the 3Ā Security Goals.
3Ā Security Goals:
Confidentiality:
Limiting information to only those who are allowed to access it, preventing those who are not. Using techniques such as encryption and access-control.
Integrity
Making sure data is consistant. Using techniques such as error checking, certificates, and digital signatures to make sure data is trustworthy and cannot be altered by a thrid party.
Availability
Availability insures that resources are available and functional, involves things like redundancy and backups.
Contents of a Security Plan:
Policy:
High level statement of organizations security goals. Where the responsibility for security lies and the organizations commitment to security. What is the organization protecting, who is responsible to over see this security and the lengths at which the organization will go for this security.
Current State:
A description of what the current state of security is, listing vulnerabilities to which the system is exposed; who is responsible for protecting what assets; and setting boundaries to those responsibilities. Must be clear who exactly is responsible for what and where their responsibility ends. This leaves no gray areas where responsibilities overlap.
Requirements:
The functional and performance demands on the system to meet the desired level of security. If your security requirements say you need to bio metric identification youāre going to need processing power and equipment to meet this.
Recommendations:
Recommended security techniques and mechanisms that should be put in place to meet the organizations security requirements. Things like password salting and hashing, honey pots, etc.
Accountability:
Who is responsible for each security activity.
Timetable:
When each security goal should be achieved. This help keep the organization on track implementing the security required.
Evaluation Methods:
How to measure the effectiveness of the plan.
Questions to be Addressed:
What needs to be protected? (Inspection)
This can be achieved through Risk Analysis:
Make a formal inventory of all resources (information, software, equipment, algorithms, etc)
Assign ownership of each of these resources (creator, maintainer, user)
Determine value of each resource.
For each resource, list the threats that could cause damage.
Calculate the risk impact, risk probability, risk exposure, and risk leverage of each resource.
Risk Impact (RI): cost to replace resource.
Risk Probability (RP): likely hood of attack on resource.
Risk Exposure (RE): RI x RP = RE.
Risk Leverage (RL): ((RE before security) ā (RE after security)) / (cost of security) = RL
When deciding what to use security budget on, protect the resources with the highest RL. The higher the RL the more bang you get for you buck.
How to Protect?
Deploy tools for achieving the 3Ā security goals for each resource or set of resources, starting with the ones with the highest risk leverage.
How to detect Intrusion?
Detection is all about detecting when an attack has happened, anyone who says their system is 100% secure is either lying or there system is an encrypted CD encased in a block of reinforced concrete buried a km into the earths crust. So you must make sure you can detect when an attack happens.
Some tools and techniques for Detection are:
Signature Analysis:
Comparing log files to the signatures of other attacks. Useful for things like DDoS or detecting brute force attacks etc.
Anomaly Detection:
Look for unusual activities or statistic anomalous behavior.
Dynamic Analysis: (Signature Analysis +Ā Anomaly Detection)
Determine if an attack is underway; tools utilize audit trails and network traffic logs.
Honey Pots:
Sub networks configured with vulnerabilities and not resources of value. Used to study how systems are attacked and identifying attackers that you would want to block from your real resources.
How to React to a attack?
You must have plans in place to react to an attack.
Some Strategies:
Prepare a rapid response team, a team available to be notified 24/7; and given authority to respond to attacks.
Develop a network disconnect plan
Develop rapid recovery procedures (Backup servers, redundant databases etc)
Assess the damage.
Restore information from a trusted backup
Monitor the system for indications of a continued attack.
What to do afterĀ an Attack?
You must have procedures in place to reflect on attacks and improve security to prevent them in the future.
Some Steps to Take:
Assemble the information from all involved.
Conduct post-incident briefings to gather information that was not recorded.
Create a technical summary that can be evaluated for the applicability to other systems.
Write and executive summary for upper management to understand the incidentās issues.
Re-evaluate the organizations security plan and make changes.
Creating a Security Plan was originally published on Cole Talks













