November 1, 2011
Security Conference List – Wikipedia Rocks
Wikipedia truly is amazing. Check out the list of worldwide security conferences. This is a great place to look for any professionals wanting to speak or attend a high profile conferences. Definitely a good site to add to my links page.
March 17, 2009
Security Breach Resources
Pulling security breach trends for different industries the past few months I came across a few good sources to help anyone that needs specific data.
Two sites I found with an abundance of information were:
Privacyrights.org hosts a chronological list of breaches several years back until present date with a brief description of the breach and the number of records affected.
Datalossdb.org hosts the actual breach notification letters that have been sent out.
For statistics and trends use these resources.
-
http://resources.mcafee.com/content/NAMcAfeeCriminologyReport (Requires Registration)
-
http://resources.mcafee.com/content/NAUnsecuredEconomiesReport (Requires Registration)
In general it looks like breaches frequency is about the same in 2007 and 2008. Problems seem to be related to basic items such as laptop theft, data left unencrypted, and your usual intruder attack.
August 19, 2008
The Top Ten Convention Information Security Measures
The Ten Most Important Things That The CSO Of The Republican and Democratic Conventions Should Be Doing To Ensure The Security of The Event
Overview
In 2004 I had the unique responsibility of being CSO for the Republican convention in NYC. My role was primarily to secure the campaign network and work with the host committee to ensure security of their network. To help those currently in similar positions or involved with other short time events and conventions I complied the top 10 measures that helped keep our environment secure. In no way is this list complete, but the most important items have been listed. This list also does not address obtaining management support or developing security policy, which are two fundamental elements to implementing all of the measures described below.
The Top Ten
The Convention Security Top Ten Security Measures (in no particular order) are:
-
Change Passwords Frequently
-
Implement External Network Filtering
-
Physically Separate Speech Network
-
Change Voice Mail Messages
-
Review User Accounts and Access Lists
-
Create an Incident Response Plan
-
Enforce a no Wireless Policy
-
Implement Intrusion Prevention
-
Implement Disaster Recovery Plan
-
Continually Walk Around and Assess
What makes Convention Security so Different?
-
There is no permanent IT staff, organization, or existing IT documentation.Everything done for the convention is temporary; everything must be taken down and returned a few days after the convention.The project must be completed by the date of the convention. There is no room for failure.Many decisions are based upon political considerations, including the appointment of key IT personnel.IT budget is usually “raised” specifically for this event. In the case of the Democratic and Republican convention all funds are usually dual-approved between Host Committee and Campaign.Political conventions have a major emphasis on IT security: it’s a National Special Security Event (NSSE) (i.e. involves Homeland Security, US Secret Service, FBI, NYPD and CERT).Short timeframe in some cases only 30 to 60 days to install the IT infrastructure in convention sites.No IT Program Management or Project Management structure.
Top Ten Detailed Measures
On the following pages is a description of each security measure with actual real world examples used in the Republican National Convention of 2004.
1. Change Passwords Frequently
Based on my experience passwords are the number one way an attacker will gain access to a computer system. The attacker gets in because the password is either the default supplied by the vendor, blank, easily guessable, written down, or typed in a file on another system. Therefore, change all passwords as often as possible including system accounts, users, mobile devices, firewalls, routers, etc. Don’t wait until the last minute to find out your blackberry servers bsadmin service password is “blackberry”.
Changing passwords at first will be painful for the users, but this is a must for event security due to turn over of employees, use of volunteers, and maintaining control of the systems under management of the security staff. During the week of the convention IT should try not to change any passwords. In fact ALL CHANGES should be frozen during the week of the convention unless there is some emergency.
2. Implement External Network Filtering
Implement external firewall and router ACL filters that exclude every country outside of the US. There are very good lists that can reduce your IPS hits from 100,000s a day to 100s a day.
See my IP black list posting
http://infosecalways.com/2007/11/08/ip-address-blacklist/
3: Physically Separate Speech Network
Usually in a convention there are a series of speeches given by well known individuals. In the 2004 convention there were several important people speaking like Arnold Schwarzenegger, Dick Chaney, and the President George W. Bush. The original network design was setup with the speech network connected to the Host Committee and Campaign network, which were connected to the internet. The worst possible scenario would be hacking the speech system prior to the event or when the actual candidate was talking on live TV. Thus, as a security professional it is important to separate the speech network and make sure there is no way any user on the internet has any chance to connect to these systems.
In the 2004 convention, amazing as it was, the speech server was placed in an Xray room at Madison square garden. With the level of paranoia the fuses were pulled on the Xray machine and a separate pad lock was purchased and put on the door. We called this the red room because the outside had a red Danger sign on the door because of the Xray system and it was in the Red Zone. The only system on that same network was a Cisco network IDS server and only three individuals had access to the room.
This room located was in the Red Zone; the secret service controlled area that restricted access to the under stage and candidate environment. Only four IT staff members had access to this zone. For the 2004 convention the staff that had access was the CIO, the CSO, the Cisco engineer that ran the network cables, and an intern with political connections who administrated the badge system along side the secret service.
4: Change Voice Mail Messages
This has to be one of those hard lessons learned for some of the IT staff at the 2004 convention because several employees were harassed for weeks during the convention as a result of their voice mail messages. Many of the IT staff didn’t use office phones because there were several other means of communication such as cell phones, NextTel click to talk phones, and Blackberry devices.
Social engineering attacks are a very big threat for several months prior to the convention. As CSO you will need to talk to the front desk staff and find out actually how many calls come in. Many of them will come in from the other party (i.e. Democratic Party in this case). The week of the convention the front desk staff was so used to these calls that the majority of them were just transferred to the main desk at the Democratic convention.
The main problem that affected the technology staff was not just the political activists, it was the individuals that listed to voice mail messages and was smart enough to identify the IT staff and then harass them later. In one case we had one specific vendor, who will remain anonymous, that left their company name and cell phone number on the voice mail. When the harassing attack occurred this person was receiving several calls a day on their personal cell phone and ended up contacting the local police who continued the investigation. In the end basically you will have to change your cell phone, so it is important to change all of the technical staff voice messages to avoid social engineering and harassing attacks. Remove names, titles, cell phone numbers, etc. You don’t want your top IT staff getting spammed with calls that essentially DOS their cell phones because they left the number and their title on their office phone.
5: Review User Accounts and Access Lists
Continually review user accounts and access lists to systems, applications, network devices and datacenters frequently. You might be amazed how many volunteers have access and other staff members that no longer work for the convention. This is a must and should be done several times before the event.
6: Create an Incident Response Plan
Create a solid response plan and make sure that CERT (http://www.cert.org/) and the Secret Service are included. Although spam may be your only incident it will be important to have worked out who to call first and who can investigate the incident. During the 2004 convention we came across four items that could be classified as incidents. These were social engineering, DOS attempts, data leakage, and spam.
Social engineering was discussed above in item 4: Change Voice Mail Messages, DOS attempts were targeted at the campaign web site which was externally hosted with an infrastructure capable of the traffic. During setup we performed a site inspection of the third party and required additional technology implemented for preventative measures. Data Leakage occurred and we were notified after it hit the media. The problem turned out to be an internal volunteer that leaked an Excel file of Campaign names to the media. This is always a difficult and costly problem to solve, but in this case the repercussions were small and had little affect other then media coverage. Then our one major incident that we fully enacted the IR plan turned out to be confusion among a spam email that got through the filter and was titled something along the lines of “you’ve been hacked”. It turns out it the message was a spam email for a video tape that some delegate received and thought his system was compromised. Overall the process worked great based on after incident feedback. The process for this is below.
Incident Response Process Flow Example:
Enforce the “need to know” policy. Tell the details of an Incident to the minimum people necessary.
- Initiate the Investigation.
- Can you confirm this is an incident? If yes go to step 5. If no go to step 4.
- Make note on Incident report form and explain that it was not an incident; Go to Step 15.
- Notify the Secret Service.
- Activate the Incident Response Team. Fill out the Incident Report Form (Appendix D).
- Continue Investigation.
- Were systems on the network affected? If yes go to step 9, If no go to step 10
- Notify staff and administrators on affected system(s). If dispatched to a site remember to document location. Go to step 10
- Is there a possibility of criminal action? If yes go to step 11. If no go to step 12.
- Notify the Secret Service and wait for instruction. Do only as they say.
- Contain and/or isolate victim system(s). If this is a virus or worm unplug the system from the network. DO NOT power down the system because some viruses may delete information when the system is rebooted. If it is NOT a virus or worm disconnect the network or do a hard shutdown of the system. DO NOT do a graceful shutdown because valuable information may be lost. Log all actions.
- Notify the Secret Service. Log all actions.
- Return the system to normal operation. Log all actions.
- Incident over. Fill out Incident Report Form (Appendix D). List all actions.
- Hold a short meeting with the Incident Response Team, CERT, and Secret Service to identify the Lessons Learned and adjust the program accordingly. List all actions.
7. Enforce a no Wireless Policy
This is just a simple solution. Wireless is not secure enough, hard to monitor, and should be turned off on every device connected to the network. Make sure that all laptops have the wireless setting disabled too. Only use blackberry and Nextel type devices. You don’t want any one with a wireless card bridging in external networks or something worse.
It’s a hard enough job to ensure that everything is shut down; let alone trying to monitor outsiders connecting to the network. The Secret Service may also block wireless at different time (though they can neither confirm nor deny that!), which may cause disruptions of signals.
During the convention at night when the speeches were being conducted the main job of the CSO and the IT support staff was to simply monitor wireless systems and ensure that no device was connected to our network cables.
8. Implement Intrusion Prevention
Install both network and host intrusion prevention. There will be viruses so this combined with anti-virus will stop propagation. Behavioral based solutions work very well and should be installed on every system. Below is a diagram for the network with the placement of network IDS systems.
9. Implement Disaster Recovery Plan
Implement redundancy for all equipment and possible circumstances. In most cases communication is the most important item so ensure email and other services are redundant and located offsite.
10. Continually Walk Around and Assess
Check cabling, wiring closets, and wireless access points (that shouldn’t be there) by walking around the facilities regularly and constantly scanning for wireless devices. It’s amazing how many people have access to your wiring closets. Its also amazing when you find water dripping on your cords, so check everything multiple times.
May 9, 2008
Information Security Staffing – Skills Identification and Training Budget
One of the key problems a security manger must tackle is defining the budget for security training. Many awareness program guides break it out into a method similar to the following:
- Identify security roles and responsibilities
- Conduct a needs assessment
- Identify the gaps
- Develop and implement the training plan
Skills Identification
The key step here is the identification of roles and responsibilities. Identification of security roles and responsibilities is probably one of the most important fundamental aspects to a successful security program. Although, writing sample roles and responsibilities or breaking out each of the above steps is not the focus of this topic, it is important when defining the core security staff’s training to build on the role definitions by creating a skills identification table. A skills identification table will work for most organizations because it provides a quick profile of each security professional. To create a skills identification use excel or a similar program and setup a structure similar to the one shown in the table below.
List each employee in the security program in the left column and then ask each one of them to fill in their certifications and training. Columns should be added for all security certifications and training associated with employees. This information will provide the security leader with the organizations current security capabilities. It will also be easier for the security leader to assign the appropriate personnel to security issues based on their training and certifications. For career planning you could also expand this model to include a section for desired certifications, training, or expertise.
Applying to Budget
Now that each employee has provided their information the identification table can be used to help with the annual training budget. Ideally the security leader should set the annual training budget for at least one training session a year for each employee. The security leader should also take one training a year, but if cost becomes an issue then offset the security leader training by attending conferences and conventions. If possible training schedules and classes can be used to prepare for new corporate projects by attending training with specific project needs. Otherwise training should be defined with each employee based on their career goals and the goals of the organization.
Depending on the size of the core security team an average week of training may cost anywhere from $2500 to $5000 depending on location and accommodations. To define and annual budget take the number of staff and budget for the $5,000 per person annually. For example, 5 core security staff should have an annual budget of $25,000 dedicated solely to security training. Determining the actual classes beforehand will help predict the budget more accurately and possibly save costs on travel. If you are in a large organization, especially one that is decentralized the budget may increase significantly. One way to reduce the cost is to identify key security gaps, such as application security, and pay for onsite training. In this situation budgeting will have to be performed by contacting a vendor(s) to obtain pricing quotes. Keep in mind there may be an issue with taking a large amount of employees away from their regular work.
Overall there are several advantages to this staffing an budgeting approach. One immediate advantage of increasing the security training may be reduced consulting costs. Another advantage will be increased employee moral, as well as improvement of overall security.
December 28, 2007
More on MAC Security
So it appears Gartner has something to say about MAC security too. Here is an interesting article building on the MAC security issue. It’s just a matter of time before a major attack happens that hits the MAC platform. Another interesting tidbit is that the article points out that “Mac’s generally have to be patched one at a time”. Don’t get me wrong using both Macs and PCs can be good if the overall strategy supports security, but the key here is not to have a false sense of security.
http://news.yahoo.com/s/infoworld/20071228/tc_infoworld/94177;_ylt=AmF8ijFNlThIuDkLJJ6MHJEE1vAI
December 19, 2007
Disaster Recovery – Alternate Site Geographical Distance
There is an article that came out earlier from DRJ (Thomas L. Weems) based on a study that provides guidelines on the required geographical distance for alternate site locations. This is good news for those performing risk assessments where this is considered vulnerability, because as far as I know FEMA has provided no specific guidelines.
http://www.drj.com/articles/spr03/1602-02.html (registration required to view)
Ideally 105 miles point to point is the key number for all the threats listed below. For those who don’t have access to the article below is a breakdown of the recommended geographical distances based on the threat.
NOTE: The article provides a graph so the numbers below is based on my interpretation of the graph.
Alternate Site Distance Recommendations
Hurricane: 105
Volcano: 75
Snow/Sleet/Ice: 70
Earthquake: 60
Tsunami: 52
Flood: 48
Military Installation: 45
Forest Fire: 42
Power Grid: 36
Tornado: 35
Central Office: 29
Civilian Airport: 28
None of the Above: 21
Off Site Storage Facility Distance Recommendations
Hurricane: 85
Volcano: 64
Snow/Sleet/Ice: 56
Tsunami: 45
Earthquake: 43
Flood: 43
Military Installation: 41
Forest Fire: 38
Power Grid: 36
Central Office: 25
Tornado: 24
None of the Above: 24
Civilian Airport: 22
Also the key here is to remember that the off site storage facility should accessible from the alternate site facility, which is a mistake many organizations make.
Problems and Revisions
Based on some quick research there are a few problems with the current distances above. For example, I took three common disasters and did a quick analysis and here are the results along with some suggested changes.
Hurricane – Katrina spanned a much larger distance then 105 files proving that this distance is not adequate in a very large hurricane storm. The article below explains that Katrina expanded over 780 miles whereas the outer regions were probably only affected by rain. However, from my research severe damage was over about a 200 mile radius. Therefore, I would suggest doubling the current metric to 210 miles.
http://earthobservatory.nasa.gov/NaturalHazards/shownh.php3?img_id=13083
Volcanoes – Although the current figure will probably be fine in most cases there is information to support that volcanoes can spread ashes up to 100 miles as displayed in the below article. Therefore, this number should be revised to 105 miles based on the type of volcano.
http://pubs.usgs.gov/gip/volc/types.html
Earthquake – Similar to the volcano this distance will probably be sufficient but why take the chance when there is evidence that a 7.8 earthquake ruptured 220 miles of a fault. Therefore, this number and the definition should be clarified to be at least 60 miles from a major fault line.
November 8, 2007
IP Address BlackList
IP Address Blacklists are great for short time security events. This information is important for a paper that I am working. It took me a while to find this information again. I actually had to dig into an old email file to get all of the information because typical internet search engines were not providing good results.
Here is a good list of IP addresses and ranges that can be blacklisted to help prevent DOS attacks, etc. Before using this list be sure your organization does not have clients in the below ranges.
Dshield Top 10 Attack IP’s
http://www.dshield.org/top10.php
- 074.052.180.114
- 218.003.209.174
- 211.106.172.081
- 195.068.089.211
- 121.015.253.104
- 218.004.137.213
- 202.062.224.090
- 150.164.029.253
- 058.215.065.237
- 218.006.009.099
Dshield Recommend Block List
http://feeds.dshield.org/block.txt
| Start | End | Country |
| 121.150.29.0 | 121.150.29.255 | |
| 64.80.28.0 | 64.80.28.255 | |
| 81.3.254.0 | 81.3.254.255 | |
| 139.55.62.0 | 139.55.62.255 | US |
| 139.55.82.0 | 139.55.82.255 | US |
| 203.152.123.0 | 203.152.123.255 | NZ |
| 196.22.194.0 | 196.22.194.255 | ZA |
| 139.55.113.0 | 139.55.113.255 | US |
| 81.3.248.0 | 81.3.248.255 | |
| 202.144.113.0 | 202.144.113.255 | IN |
| 139.55.97.0 | 139.55.97.255 | US |
| 121.18.13.0 | 121.18.13.255 | |
| 81.3.250.0 | 81.3.250.255 | |
| 121.18.12.0 | 121.18.12.255 | |
| 139.55.103.0 | 139.55.103.255 | US |
| 74.86.127.0 | 74.86.127.255 | |
| 200.207.155.0 | 200.207.155.255 | BR |
| 206.51.136.0 | 206.51.136.255 | CA |
| 85.88.191.0 | 85.88.191.255 | |
| 217.175.179.0 | 217.175.179.255 |
Asia Pacific Black List
http://www.apnic.net/db/ranges.html#country
- 58.0.0.0/8
- 59.0.0.0/8
- 60.0.0.0/8
- 61.0.0.0/8
- 116.0.0.0/8
- 117.0.0.0/8
- 118.0.0.0/8
- 119.0.0.0/8
- 120.0.0.0/8
- 121.0.0.0/8
- 122.0.0.0/8
- 123.0.0.0/8
- 124.0.0.0/8
- 125.0.0.0/8
- 126.0.0.0/8
- 169.208.0.0/12
- 202.0.0.0/8
- 203.0.0.0/8
- 210.0.0.0/8
- 211.0.0.0/8
- 218.0.0.0/8
- 219.0.0.0/8
- 220.0.0.0/8
- 221.0.0.0/8
- 222.0.0.0/8
October 16, 2007
Security Spending – How Much of IT Budget
There is an article on The Register web site claiming security spending has soared to 20% of the IT budget. This is based on a poll of 1070 organizations.
http://www.theregister.co.uk/2007/10/11/comptia_security_survey/
It is a shame the article doesn’t provide more detail. It would be nice to know the industries surveyed, size of the organizations, and all of the categories assessed. Does this review include staffing, business continuity, disaster recovery, Application security, etc.?
My experience shows that most organizations can’t account for the actual security dollars spent. When evaluating IT security within an organization, excluding physical security and business continuity, most organizations I review are in the 1% to 5% range of the IT budget with the exception of the major financial firms and a few others. These numbers are also pretty much inline with the CSI/FBI annual surveys conducted.
- What is your experience?
- Can you account for your total security budget?
- What does that budget include?
Unfortunately this area of security is still lacking in the amount of free information available to the public and many of the assessments are limited to less then 1000 respondents. I would be happy to post some links on this site if anyone has some good free resources or whitepapers.

