<?xml version='1.0' encoding='UTF-8'?><?xml-stylesheet href="http://www.blogger.com/styles/atom.css" type="text/css"?><feed xmlns='http://www.w3.org/2005/Atom' xmlns:openSearch='http://a9.com/-/spec/opensearchrss/1.0/' xmlns:georss='http://www.georss.org/georss' xmlns:gd='http://schemas.google.com/g/2005' xmlns:thr='http://purl.org/syndication/thread/1.0'><id>tag:blogger.com,1999:blog-1527379634211237227</id><updated>2012-01-12T17:31:56.525-05:00</updated><category term='credit unions'/><category term='Full disclosure'/><category term='VBScript'/><category term='ARRA'/><category term='ATM'/><category term='DNS'/><category term='breach disclosure'/><category term='SQL'/><category term='PII'/><category term='SQL Injection'/><category term='San Francisco Breach'/><category term='wireless headsets'/><category term='Windows help center'/><category term='risk management'/><category term='vulnerability'/><category term='radios'/><category term='malware'/><category term='Security Department'/><category term='penetration tests'/><category term='penetration testing'/><category term='Procedures'/><category term='hosted services'/><category term='Celebrity security'/><category term='mitigate risk'/><category term='vulnerabilities'/><category term='SecureState'/><category term='location'/><category term='Social Security Breach'/><category term='hannaford'/><category term='assessments'/><category term='iphone'/><category term='pci'/><category term='network security'/><category term='Dave Kennedy'/><category term='china spies'/><category term='windows azure'/><category term='NERC'/><category term='conficker'/><category term='Matt Neely'/><category term='Documentation'/><category term='SCADA'/><category term='ms08-020'/><category term='physical security'/><category term='Defcon'/><category term='phone calls'/><category term='economic espionage act of 1996'/><category term='assessor'/><category term='metaldyne'/><category term='Breach Stories'/><category term='Electrical'/><category term='ModBus'/><category term='mastercard'/><category term='ham radio'/><category term='facebook'/><category term='nsa'/><category term='avery denison'/><category term='Policies'/><category term='dupont'/><category term='Net Neutrality'/><category term='risk avoidance'/><category term='kodak'/><category term='civil'/><category term='SWOT Business'/><category term='security assessments'/><category term='fine'/><category term='azure'/><category term='Fast-Track'/><category term='Metasploit'/><category term='mobile device'/><category term='identity theft protection'/><category term='heartland'/><category term='fines'/><category term='networking'/><category term='forensics'/><category term='hacker'/><category term='ShmooCon'/><category term='cardsystems'/><category term='android'/><category term='Infosec'/><category term='geolocation'/><category term='exploits'/><category term='HIPAA'/><category term='Graphics cards'/><category term='dns poisoning'/><category term='PCI Complinace'/><category term='real world attack'/><category term='digital forensics'/><category term='CMS'/><category term='800-66'/><category term='victim'/><category term='SSN'/><category term='spies'/><category term='SQL Injection Prevention'/><category term='XSS'/><category term='NERC CIP'/><category term='trade secrets'/><category term='exploit'/><category term='Ethics of Hacking'/><category term='HITECH'/><category term='dss'/><category term='24'/><category term='Blackhat'/><category term='Information Security Summit'/><category term='SecurityBSides'/><category term='undercover'/><category term='chief information officer'/><category term='GSM'/><category term='podcast'/><category term='CIP'/><category term='Slashcode'/><category term='organization'/><category term='kaminsky'/><category term='Security Breaches'/><category term='Slashdot'/><category term='passwords'/><category term='work force reduction'/><category term='iso'/><category term='PCI Virtualization'/><category term='red flag'/><category term='nist'/><category term='hacking'/><category term='socialmedia'/><category term='Security'/><category term='Information Security'/><category term='transfer risk'/><category term='SAVVIS'/><category term='NVidia'/><category term='grid'/><category term='espionage'/><category term='iam'/><category term='top secret'/><category term='data breach'/><category term='900 MHz'/><category term='PCI testing'/><category term='risk acceptance'/><category term='CUDA'/><category term='russia spies'/><category term='smartphones'/><category term='services'/><category term='need-to-know'/><category term='mobile phone'/><category term='microsoft azure'/><category term='firewall'/><category term='ISACA'/><category term='Merrick'/><category term='web application security'/><category term='Classic ASP'/><category term='hardware'/><category term='addressbook'/><category term='mission impossible'/><category term='Client Side Attacks'/><category term='CISO'/><category term='Nicole McClain'/><category term='spying'/><category term='ruleset'/><category term='qsa'/><category term='php'/><category term='800-53'/><category term='0-day'/><category term='Social Engineering'/><category term='credit card breach'/><category term='data forensics'/><category term='socialnetworking'/><category term='auditor'/><category term='audit'/><category term='Brian Telesz'/><category term='case law'/><category term='PCI DSS'/><category term='data classification'/><category term='penetration'/><category term='risk assessment'/><category term='audit and compliance'/><category term='contact securestate'/><category term='wireless'/><category term='lieing'/><category term='ATI'/><category term='virus'/><category term='secure state'/><category term='compliance'/><category term='microsoft'/><category term='standards'/><category term='RFID'/><category term='Password cracking'/><category term='pci compliance'/><category term='TXID'/><category term='foursquare'/><category term='identity theft'/><category term='cleveland clinic'/><title type='text'>SecureState Information Security Blog</title><subtitle type='html'>At SecureState we help our clients obtain and maintain their desired state of security.  Our consultants provide the very best physical, logical and personnel security services to your organization through audit and compliance, attack and penetration tests, data forensics, and security program building.  Our clients span a variety of industries, giving us the experience of working in unique environments.</subtitle><link rel='http://schemas.google.com/g/2005#feed' type='application/atom+xml' href='http://securestate.blogspot.com/feeds/posts/default'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/1527379634211237227/posts/default?max-results=100'/><link rel='alternate' type='text/html' href='http://securestate.blogspot.com/'/><link rel='hub' href='http://pubsubhubbub.appspot.com/'/><link rel='next' type='application/atom+xml' href='http://www.blogger.com/feeds/1527379634211237227/posts/default?start-index=101&amp;max-results=100'/><author><name>SecureState</name><uri>http://www.blogger.com/profile/14286904623344734622</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='33' height='18' src='http://bp1.blogger.com/_gEbQrb0uJf0/SGOhFLtESII/AAAAAAAAAAM/iLa_Jize8vY/S220/ssiconlogo.gif'/></author><generator version='7.00' uri='http://www.blogger.com'>Blogger</generator><openSearch:totalResults>164</openSearch:totalResults><openSearch:startIndex>1</openSearch:startIndex><openSearch:itemsPerPage>100</openSearch:itemsPerPage><entry><id>tag:blogger.com,1999:blog-1527379634211237227.post-8850057549325485669</id><published>2012-01-12T17:15:00.001-05:00</published><updated>2012-01-12T17:31:56.659-05:00</updated><title type='text'>SecureState Has A New Blog - Come See What You're Missing!</title><summary type='text'>Don't forget to check out SecureState's new blog site - we recently released a new tool update, take a look here and while you’re at it, visit SecureState's Company Website and see what's going on in our Media Center and browse through our recently released Tools!</summary><link rel='replies' type='application/atom+xml' href='http://securestate.blogspot.com/feeds/8850057549325485669/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=1527379634211237227&amp;postID=8850057549325485669' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/1527379634211237227/posts/default/8850057549325485669'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/1527379634211237227/posts/default/8850057549325485669'/><link rel='alternate' type='text/html' href='http://securestate.blogspot.com/2012/01/come-see-what-youre-missing.html' title='SecureState Has A New Blog - Come See What You&apos;re Missing!'/><author><name>Marketing</name><uri>http://www.blogger.com/profile/08890211559548117312</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-1527379634211237227.post-5698897572467838988</id><published>2011-06-03T12:38:00.000-04:00</published><updated>2011-06-03T12:38:03.773-04:00</updated><title type='text'>SecureState Releases New Tool for Footprinting 802.1x Wireless Networks</title><summary type='text'>Today, SecureState is releasing a new tool for footprinting 802.1x wireless networks called EAPeak. EAPeak is a Python powered script that is meant to parse useful pieces of information for a Security Assessment of wireless networks that use the Enterprise Authentication Protocol. It relies on the Scapy libraries to parse both PCap files and live network captures. 

Read more on our new blog site</summary><link rel='replies' type='application/atom+xml' href='http://securestate.blogspot.com/feeds/5698897572467838988/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=1527379634211237227&amp;postID=5698897572467838988' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/1527379634211237227/posts/default/5698897572467838988'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/1527379634211237227/posts/default/5698897572467838988'/><link rel='alternate' type='text/html' href='http://securestate.blogspot.com/2011/06/securestate-releases-new-tool-for.html' title='SecureState Releases New Tool for Footprinting 802.1x Wireless Networks'/><author><name>Marketing</name><uri>http://www.blogger.com/profile/08890211559548117312</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-1527379634211237227.post-5135455225590278172</id><published>2011-05-14T12:47:00.014-04:00</published><updated>2011-05-14T13:44:36.904-04:00</updated><title type='text'>But My Web Application Uses SSL...Of Course I’m Secure</title><summary type='text'>SecureState Auditor: What are you doing for web application security?Web Development Project Lead: We use SSL.The Setup: How You Protect Your Web Applications Says A Lot about the Maturity of Your Security Programs - In a meeting with a relatively well known third party web application development company, the question was asked as to what the company was doing for web application security. The </summary><link rel='replies' type='application/atom+xml' href='http://securestate.blogspot.com/feeds/5135455225590278172/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=1527379634211237227&amp;postID=5135455225590278172' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/1527379634211237227/posts/default/5135455225590278172'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/1527379634211237227/posts/default/5135455225590278172'/><link rel='alternate' type='text/html' href='http://securestate.blogspot.com/2011/05/but-my-web-application-uses-sslof.html' title='But My Web Application Uses SSL...Of Course I’m Secure'/><author><name>Gary McCully</name><uri>http://www.blogger.com/profile/16473916567691068286</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-1527379634211237227.post-231943231117444079</id><published>2011-05-05T16:59:00.003-04:00</published><updated>2011-05-05T16:59:57.545-04:00</updated><title type='text'>Quit Hoarding</title><summary type='text'>Evaluate your security program’s maturity before dropping money on a quick-fix “hot” product.

Evidently, there is an increasing fascination within the American psyche with hoarding, the excessive collection of items, along with the inability to discard them. This is evident in the popularity of television shows such as “Buried Alive” and “Hoarders”.

Read more of this post on our new blog site </summary><link rel='replies' type='application/atom+xml' href='http://securestate.blogspot.com/feeds/231943231117444079/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=1527379634211237227&amp;postID=231943231117444079' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/1527379634211237227/posts/default/231943231117444079'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/1527379634211237227/posts/default/231943231117444079'/><link rel='alternate' type='text/html' href='http://securestate.blogspot.com/2011/05/quit-hoarding.html' title='Quit Hoarding'/><author><name>Marketing</name><uri>http://www.blogger.com/profile/08890211559548117312</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-1527379634211237227.post-1845404288335923332</id><published>2011-05-05T16:58:00.003-04:00</published><updated>2011-05-05T17:00:17.476-04:00</updated><title type='text'>Information Policies &amp; Procedures, Part 7</title><summary type='text'>This is part of an ongoing series on documentation development.


Do words matter? Of course they do. There are few places where this statement is as true as in documentation. When developing policies and procedures, we must be very clear about the rules. Must and shall mean, as the name implies, that the action is not optional. May means that the action is allowed, but not required. This is an </summary><link rel='replies' type='application/atom+xml' href='http://securestate.blogspot.com/feeds/1845404288335923332/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=1527379634211237227&amp;postID=1845404288335923332' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/1527379634211237227/posts/default/1845404288335923332'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/1527379634211237227/posts/default/1845404288335923332'/><link rel='alternate' type='text/html' href='http://securestate.blogspot.com/2011/05/information-policies-procedures-part-7.html' title='Information Policies &amp; Procedures, Part 7'/><author><name>Marketing</name><uri>http://www.blogger.com/profile/08890211559548117312</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-1527379634211237227.post-8910846475800370429</id><published>2011-04-21T16:22:00.003-04:00</published><updated>2011-04-21T16:22:52.231-04:00</updated><title type='text'>“We Have a Vulnerability Management Program…It’s in Our Data Center”</title><summary type='text'>From Running Scans to Building a Vulnerability Management Program

I perform the Vulnerability Assessments and Payment Card Industry Approved Scanning Vendor (PCI ASV) Scans at our information security firm. I have been running scans for over 100 different companies for the last year, and I see the same recurring vulnerabilities again and again. What I have also seen is that people do not </summary><link rel='replies' type='application/atom+xml' href='http://securestate.blogspot.com/feeds/8910846475800370429/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=1527379634211237227&amp;postID=8910846475800370429' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/1527379634211237227/posts/default/8910846475800370429'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/1527379634211237227/posts/default/8910846475800370429'/><link rel='alternate' type='text/html' href='http://securestate.blogspot.com/2011/04/we-have-vulnerability-management.html' title='“We Have a Vulnerability Management Program…It’s in Our Data Center”'/><author><name>Marketing</name><uri>http://www.blogger.com/profile/08890211559548117312</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-1527379634211237227.post-3474489543022178555</id><published>2011-04-19T10:38:00.000-04:00</published><updated>2011-04-19T10:38:06.275-04:00</updated><title type='text'>Spring into a New Career!</title><summary type='text'>SecureState will be holding on-site open interviews on Thursday, April 21 from noon to 6:30 p.m.

at the SecureState Headquarters: 23340 Miles Road, Bedford Heights, OH 44128


http://blog.securestate.com/post/2011/04/19/Spring-into-a-New-Career!.aspx</summary><link rel='replies' type='application/atom+xml' href='http://securestate.blogspot.com/feeds/3474489543022178555/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=1527379634211237227&amp;postID=3474489543022178555' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/1527379634211237227/posts/default/3474489543022178555'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/1527379634211237227/posts/default/3474489543022178555'/><link rel='alternate' type='text/html' href='http://securestate.blogspot.com/2011/04/spring-into-new-career.html' title='Spring into a New Career!'/><author><name>Marketing</name><uri>http://www.blogger.com/profile/08890211559548117312</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-1527379634211237227.post-631769187111526247</id><published>2011-04-15T16:25:00.000-04:00</published><updated>2011-04-15T16:25:53.032-04:00</updated><title type='text'>Let’s Go with the Web Application Scan… It is cheaper</title><summary type='text'>Why a Manual Web Application Security Assessment is worth every penny over an automated tool.


Choosing the Assessment: As a Security Consultant for SecureState, I have performed my share of Web Application Security Assessments in the last couple of years, including both Assessments which relied heavily on Web Application Scanners to find vulnerabilities in the web application, as well as </summary><link rel='replies' type='application/atom+xml' href='http://securestate.blogspot.com/feeds/631769187111526247/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=1527379634211237227&amp;postID=631769187111526247' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/1527379634211237227/posts/default/631769187111526247'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/1527379634211237227/posts/default/631769187111526247'/><link rel='alternate' type='text/html' href='http://securestate.blogspot.com/2011/04/lets-go-with-web-application-scan-it-is.html' title='Let’s Go with the Web Application Scan… It is cheaper'/><author><name>Marketing</name><uri>http://www.blogger.com/profile/08890211559548117312</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-1527379634211237227.post-8320578096955643277</id><published>2011-04-08T15:11:00.002-04:00</published><updated>2011-04-08T15:11:53.253-04:00</updated><title type='text'>PCI DSS Applicability To Closed Accounts</title><summary type='text'>We recently ran into some questions from multiple organizations regarding PCI DSS applicability to closed or inactive credit card account numbers. For example, when someone passes away, the disposition of their debts and assets may go through probate. What may happen during this process is the collection of all of the deceased’s debt accounts, including credit cards, to determine how claims will </summary><link rel='replies' type='application/atom+xml' href='http://securestate.blogspot.com/feeds/8320578096955643277/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=1527379634211237227&amp;postID=8320578096955643277' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/1527379634211237227/posts/default/8320578096955643277'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/1527379634211237227/posts/default/8320578096955643277'/><link rel='alternate' type='text/html' href='http://securestate.blogspot.com/2011/04/pci-dss-applicability-to-closed.html' title='PCI DSS Applicability To Closed Accounts'/><author><name>Marketing</name><uri>http://www.blogger.com/profile/08890211559548117312</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-1527379634211237227.post-5723224202543231962</id><published>2011-04-06T14:30:00.002-04:00</published><updated>2011-04-06T14:30:42.400-04:00</updated><title type='text'>Penalty Double Ups: PCI Intersects with State Privacy Laws</title><summary type='text'>A lawsuit out of Massachusetts related to a breach of cardholder data by the Briar Group, LLC resulted in an $110,000 settlement by the company. This is some interesting news, as it shows that penalties for not protecting cardholder data can hit you from both the card brands and regional privacy lawsuits. Although the amount of the settlement is not extremely high, the other requirements coming </summary><link rel='replies' type='application/atom+xml' href='http://securestate.blogspot.com/feeds/5723224202543231962/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=1527379634211237227&amp;postID=5723224202543231962' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/1527379634211237227/posts/default/5723224202543231962'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/1527379634211237227/posts/default/5723224202543231962'/><link rel='alternate' type='text/html' href='http://securestate.blogspot.com/2011/04/penalty-double-ups-pci-intersects-with.html' title='Penalty Double Ups: PCI Intersects with State Privacy Laws'/><author><name>Marketing</name><uri>http://www.blogger.com/profile/08890211559548117312</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-1527379634211237227.post-26661596370543105</id><published>2011-04-05T17:16:00.002-04:00</published><updated>2011-04-05T17:16:49.223-04:00</updated><title type='text'>The Importance of System Logging</title><summary type='text'>This blog is more of a success story than anything else. I want to bring to light a small business with less than six employees who properly implemented auditing. As you may or may not know, Windows allows a user to audit Logon and Logoff events. This is extremely important especially when you are trying to figure out who is using, or has attempted to use, your system.



Read the entire post on </summary><link rel='replies' type='application/atom+xml' href='http://securestate.blogspot.com/feeds/26661596370543105/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=1527379634211237227&amp;postID=26661596370543105' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/1527379634211237227/posts/default/26661596370543105'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/1527379634211237227/posts/default/26661596370543105'/><link rel='alternate' type='text/html' href='http://securestate.blogspot.com/2011/04/importance-of-system-logging.html' title='The Importance of System Logging'/><author><name>Marketing</name><uri>http://www.blogger.com/profile/08890211559548117312</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-1527379634211237227.post-3992470515910010900</id><published>2011-04-01T17:30:00.002-04:00</published><updated>2011-04-01T17:30:57.416-04:00</updated><title type='text'>Ten Ways to Fail at Information Security: Part 1</title><summary type='text'>Information Security is still an emerging discipline, with lots of loud voices expressing different opinions as to what is the absolute best way to secure your company. Rather than throw more noise into the echo chamber espousing “best practices”, in this series of blogs, I will be taking a different route. Every company does security differently, with varying degrees of success. No single </summary><link rel='replies' type='application/atom+xml' href='http://securestate.blogspot.com/feeds/3992470515910010900/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=1527379634211237227&amp;postID=3992470515910010900' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/1527379634211237227/posts/default/3992470515910010900'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/1527379634211237227/posts/default/3992470515910010900'/><link rel='alternate' type='text/html' href='http://securestate.blogspot.com/2011/04/ten-ways-to-fail-at-information.html' title='Ten Ways to Fail at Information Security: Part 1'/><author><name>Marketing</name><uri>http://www.blogger.com/profile/08890211559548117312</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-1527379634211237227.post-5703794692569506106</id><published>2011-03-24T14:08:00.000-04:00</published><updated>2011-03-24T14:08:02.448-04:00</updated><title type='text'>Taking Data Loss Prevention To Data Loss Acceleration</title><summary type='text'>“OpenDLP is a free and open source, agent-based, centrally managed, massively distributable data loss prevention tool.” This is how creator Andrew Gavin defines OpenDLP. While this tool could be used to monitor sensitive data on hundreds of systems simultaneously, it could also be used to steal massive amounts of data very quickly.


Read more on SecureState's new blog site http://</summary><link rel='replies' type='application/atom+xml' href='http://securestate.blogspot.com/feeds/5703794692569506106/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=1527379634211237227&amp;postID=5703794692569506106' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/1527379634211237227/posts/default/5703794692569506106'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/1527379634211237227/posts/default/5703794692569506106'/><link rel='alternate' type='text/html' href='http://securestate.blogspot.com/2011/03/taking-data-loss-prevention-to-data.html' title='Taking Data Loss Prevention To Data Loss Acceleration'/><author><name>Marketing</name><uri>http://www.blogger.com/profile/08890211559548117312</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-1527379634211237227.post-153818571399811949</id><published>2011-03-24T14:06:00.000-04:00</published><updated>2011-03-24T14:06:16.374-04:00</updated><title type='text'>Is Your e-file Tax Return Secure?</title><summary type='text'>Find out how secure yours is by reading Ken Stasiak's post on our new blog site here http://blog.securestate.com/post/2011/03/14/Is-Your-e-file-Tax-Return-Secure.aspx</summary><link rel='replies' type='application/atom+xml' href='http://securestate.blogspot.com/feeds/153818571399811949/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=1527379634211237227&amp;postID=153818571399811949' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/1527379634211237227/posts/default/153818571399811949'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/1527379634211237227/posts/default/153818571399811949'/><link rel='alternate' type='text/html' href='http://securestate.blogspot.com/2011/03/is-your-e-file-tax-return-secure.html' title='Is Your e-file Tax Return Secure?'/><author><name>Marketing</name><uri>http://www.blogger.com/profile/08890211559548117312</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-1527379634211237227.post-234104305015552299</id><published>2011-03-24T14:05:00.000-04:00</published><updated>2011-03-24T14:05:07.047-04:00</updated><title type='text'>New Vulnerability Alert by SecureState Now Available!</title><summary type='text'>Find the vulenrability reports each month on our new blog site 

http://blog.securestate.com/post/2011/03/08/New-Vulnerability-Alert-by-SecureState-Now-Available!.aspx</summary><link rel='replies' type='application/atom+xml' href='http://securestate.blogspot.com/feeds/234104305015552299/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=1527379634211237227&amp;postID=234104305015552299' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/1527379634211237227/posts/default/234104305015552299'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/1527379634211237227/posts/default/234104305015552299'/><link rel='alternate' type='text/html' href='http://securestate.blogspot.com/2011/03/new-vulnerability-alert-by-securestate.html' title='New Vulnerability Alert by SecureState Now Available!'/><author><name>Marketing</name><uri>http://www.blogger.com/profile/08890211559548117312</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-1527379634211237227.post-1942730524444387222</id><published>2011-03-24T14:02:00.000-04:00</published><updated>2011-03-24T14:02:41.425-04:00</updated><title type='text'>Cleveland OWASP Chapter Meeting Announcement</title><summary type='text'>SecureState is proud to sponsor the Cleveland chapter of OWASP and we are bringing back the quarterly meetings by bringing in some of the top speakers in the application security community. This quarter we have web application security ninja Kevin Johnson that will be speaking. The title of his talk is “Ninja Developers: Application Security Testing and Your SDLC”.



Read more on our new site </summary><link rel='replies' type='application/atom+xml' href='http://securestate.blogspot.com/feeds/1942730524444387222/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=1527379634211237227&amp;postID=1942730524444387222' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/1527379634211237227/posts/default/1942730524444387222'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/1527379634211237227/posts/default/1942730524444387222'/><link rel='alternate' type='text/html' href='http://securestate.blogspot.com/2011/03/cleveland-owasp-chapter-meeting.html' title='Cleveland OWASP Chapter Meeting Announcement'/><author><name>Marketing</name><uri>http://www.blogger.com/profile/08890211559548117312</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-1527379634211237227.post-8514350053689849138</id><published>2011-03-24T13:55:00.003-04:00</published><updated>2011-03-24T13:58:52.915-04:00</updated><title type='text'>HIPAA: Rx For End-User Device Risks</title><summary type='text'>HITECH breach notification requirements apply to breaches of “unsecured” Protected Health Information (PHI).  Basically, if electronic PHI data is encrypted, purged, or physically destroyed before it is inadvertently disclosed, then it doesn’t count as a breach.  

Read more at SecureState's new blog site http://blog.securestate.com/post/2011/03/03/HIPAA-Rx-For-End-User-Device-Risks.aspx</summary><link rel='replies' type='application/atom+xml' href='http://securestate.blogspot.com/feeds/8514350053689849138/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=1527379634211237227&amp;postID=8514350053689849138' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/1527379634211237227/posts/default/8514350053689849138'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/1527379634211237227/posts/default/8514350053689849138'/><link rel='alternate' type='text/html' href='http://securestate.blogspot.com/2011/03/hipaa-rx-for-end-user-device-risks.html' title='HIPAA: Rx For End-User Device Risks'/><author><name>Marketing</name><uri>http://www.blogger.com/profile/08890211559548117312</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-1527379634211237227.post-4793646355450711949</id><published>2011-03-01T11:34:00.002-05:00</published><updated>2011-03-01T11:34:50.732-05:00</updated><title type='text'>Come Out; Come Out; Wherever You Are…</title><summary type='text'>The title of this blog is typically heard amongst children while playing the game “Hide and Seek.” I use it now as a reference to companies hiding from Privacy Regulations or at the very least avoiding the application of the best practices available when it comes to Privacy Principles. 


Why Do Companies Hide From Privacy Regulations? 

Read more on SecureState's new blog http://</summary><link rel='replies' type='application/atom+xml' href='http://securestate.blogspot.com/feeds/4793646355450711949/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=1527379634211237227&amp;postID=4793646355450711949' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/1527379634211237227/posts/default/4793646355450711949'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/1527379634211237227/posts/default/4793646355450711949'/><link rel='alternate' type='text/html' href='http://securestate.blogspot.com/2011/03/come-out-come-out-wherever-you-are.html' title='Come Out; Come Out; Wherever You Are…'/><author><name>Marketing</name><uri>http://www.blogger.com/profile/08890211559548117312</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-1527379634211237227.post-3612527169460657611</id><published>2011-02-25T11:56:00.002-05:00</published><updated>2011-02-25T11:56:51.882-05:00</updated><title type='text'>But It Was Developed By A Third Party… Of Course It’s Secure!</title><summary type='text'>Just as internally coded web applications should go through a standard Software Development Life Cycle {SDLC}, third party web applications should also be subjected to an SDLC. For example, an organization’s SDLC may dictate that all newly coded web applications must go through a grey box assessment before going live...

Read the rest on SecureState's new blog site http://blog.securestate.com/</summary><link rel='replies' type='application/atom+xml' href='http://securestate.blogspot.com/feeds/3612527169460657611/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=1527379634211237227&amp;postID=3612527169460657611' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/1527379634211237227/posts/default/3612527169460657611'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/1527379634211237227/posts/default/3612527169460657611'/><link rel='alternate' type='text/html' href='http://securestate.blogspot.com/2011/02/but-it-was-developed-by-third-party-of.html' title='But It Was Developed By A Third Party… Of Course It’s Secure!'/><author><name>Marketing</name><uri>http://www.blogger.com/profile/08890211559548117312</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-1527379634211237227.post-4888874088515612970</id><published>2011-02-25T11:55:00.002-05:00</published><updated>2011-02-25T11:55:13.865-05:00</updated><title type='text'>Means, Opportunity, and Motive: Point Of Interaction Awareness</title><summary type='text'>There have been numerous news stories about employees stealing credit card information before it is even entered into your information systems. These are usually occurring out on the sales floor. You can be fully compliant with the PCI DSS, but most of the offenses we are talking about occur outside the scope of what those requirements are designed to protect against. The following types of </summary><link rel='replies' type='application/atom+xml' href='http://securestate.blogspot.com/feeds/4888874088515612970/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=1527379634211237227&amp;postID=4888874088515612970' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/1527379634211237227/posts/default/4888874088515612970'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/1527379634211237227/posts/default/4888874088515612970'/><link rel='alternate' type='text/html' href='http://securestate.blogspot.com/2011/02/means-opportunity-and-motive-point-of.html' title='Means, Opportunity, and Motive: Point Of Interaction Awareness'/><author><name>Marketing</name><uri>http://www.blogger.com/profile/08890211559548117312</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-1527379634211237227.post-807325978307678219</id><published>2011-02-25T11:54:00.002-05:00</published><updated>2011-02-25T11:54:08.483-05:00</updated><title type='text'>New Module for the Metasploit Framework Released by SecureState</title><summary type='text'>SecureState released a new module for the Metasploit Framework that allows users to brute force credentials on Microsoft OWA servers. The module, written in Ruby, forges HTTP requests (both GET and POST) to simulate a user logging into the web service. By checking the responses, the module determines whether the authentication succeeded and reports the information to the user. This is often </summary><link rel='replies' type='application/atom+xml' href='http://securestate.blogspot.com/feeds/807325978307678219/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=1527379634211237227&amp;postID=807325978307678219' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/1527379634211237227/posts/default/807325978307678219'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/1527379634211237227/posts/default/807325978307678219'/><link rel='alternate' type='text/html' href='http://securestate.blogspot.com/2011/02/new-module-for-metasploit-framework.html' title='New Module for the Metasploit Framework Released by SecureState'/><author><name>Marketing</name><uri>http://www.blogger.com/profile/08890211559548117312</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-1527379634211237227.post-5464578351980828642</id><published>2011-02-25T11:53:00.000-05:00</published><updated>2011-02-25T11:53:14.424-05:00</updated><title type='text'>Dispelling The Myths Of Facebook Privacy And Security</title><summary type='text'>There are many misconceptions about the security of Facebook, Facebook applications, and the frequent scams that seem to plague the world’s largest social network. To help set the record straight, I would like to shed a bit of reality on the most common myths about Facebook security and privacy today. These are real examples of statements that I have encountered regarding Facebook and their </summary><link rel='replies' type='application/atom+xml' href='http://securestate.blogspot.com/feeds/5464578351980828642/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=1527379634211237227&amp;postID=5464578351980828642' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/1527379634211237227/posts/default/5464578351980828642'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/1527379634211237227/posts/default/5464578351980828642'/><link rel='alternate' type='text/html' href='http://securestate.blogspot.com/2011/02/dispelling-myths-of-facebook-privacy.html' title='Dispelling The Myths Of Facebook Privacy And Security'/><author><name>Marketing</name><uri>http://www.blogger.com/profile/08890211559548117312</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-1527379634211237227.post-5238229226714604925</id><published>2011-02-25T11:51:00.002-05:00</published><updated>2011-02-25T11:51:57.859-05:00</updated><title type='text'>Visa Introduces Technology Innovation Program (TIP) for Merchants</title><summary type='text'>Visa announced on February 9, 2011 that as of March 31, 2011, Visa will allow qualifying merchants outside the U.S. to discontinue their annual Payment Card Industry (PCI) On-Site Assessment. Visa has introduced the Technology Innovation Program (TIP), which essentially will apply to those merchants that meet the following requirements...

Read more on SecureState's new blog http://</summary><link rel='replies' type='application/atom+xml' href='http://securestate.blogspot.com/feeds/5238229226714604925/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=1527379634211237227&amp;postID=5238229226714604925' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/1527379634211237227/posts/default/5238229226714604925'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/1527379634211237227/posts/default/5238229226714604925'/><link rel='alternate' type='text/html' href='http://securestate.blogspot.com/2011/02/visa-introduces-technology-innovation.html' title='Visa Introduces Technology Innovation Program (TIP) for Merchants'/><author><name>Marketing</name><uri>http://www.blogger.com/profile/08890211559548117312</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-1527379634211237227.post-8985180807929571261</id><published>2011-02-25T11:50:00.002-05:00</published><updated>2011-02-25T11:50:18.791-05:00</updated><title type='text'>FERPA, HIPAA’s Immature Cousin, Says ‘Happy Data Privacy Day!’</title><summary type='text'>Today I thought it would be interesting to compare HIPAA and FERPA.


Learn more at our new blog site http://blog.securestate.com/post/2011/01/28/FERPA-HIPAAe28099s-Immature-Cousin-Says-e28098Happy-Data-Privacy-Day!e28099.aspx</summary><link rel='replies' type='application/atom+xml' href='http://securestate.blogspot.com/feeds/8985180807929571261/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=1527379634211237227&amp;postID=8985180807929571261' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/1527379634211237227/posts/default/8985180807929571261'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/1527379634211237227/posts/default/8985180807929571261'/><link rel='alternate' type='text/html' href='http://securestate.blogspot.com/2011/02/ferpa-hipaas-immature-cousin-says-happy.html' title='FERPA, HIPAA’s Immature Cousin, Says ‘Happy Data Privacy Day!’'/><author><name>Marketing</name><uri>http://www.blogger.com/profile/08890211559548117312</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-1527379634211237227.post-2266994244831144924</id><published>2011-02-25T11:47:00.001-05:00</published><updated>2011-02-25T11:48:10.944-05:00</updated><title type='text'>Small Goals Lead to Bigger Results</title><summary type='text'>Why are there shelves, sometimes figuratively, sometimes literally, full of projects that money was spent on with little end result? Projects left incomplete, never verified as meeting their intended reasons for purchase? 

Find out more at SecureState's new blog http://blog.securestate.com/post/2011/01/27/Small-Goals-Lead-to-Bigger-Results.aspx</summary><link rel='replies' type='application/atom+xml' href='http://securestate.blogspot.com/feeds/2266994244831144924/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=1527379634211237227&amp;postID=2266994244831144924' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/1527379634211237227/posts/default/2266994244831144924'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/1527379634211237227/posts/default/2266994244831144924'/><link rel='alternate' type='text/html' href='http://securestate.blogspot.com/2011/02/small-goals-lead-to-bigger-results.html' title='Small Goals Lead to Bigger Results'/><author><name>Marketing</name><uri>http://www.blogger.com/profile/08890211559548117312</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-1527379634211237227.post-1396225736649225301</id><published>2011-02-25T11:45:00.003-05:00</published><updated>2011-02-25T11:49:03.494-05:00</updated><title type='text'>SiteScape Forums TCL Injection Exploit Released</title><summary type='text'>SecureState released new details on a vulnerability regarding TCL code injection in SiteScape Enterprise Forums. This web application provides a large scale collaborative environment that many organizations use for communication and documentation. This vulnerability, originally released in 2007 as CVE 2007-6515, stated only that SiteScape could be exploited to execute Tool Command Language (TCL) </summary><link rel='replies' type='application/atom+xml' href='http://securestate.blogspot.com/feeds/1396225736649225301/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=1527379634211237227&amp;postID=1396225736649225301' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/1527379634211237227/posts/default/1396225736649225301'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/1527379634211237227/posts/default/1396225736649225301'/><link rel='alternate' type='text/html' href='http://securestate.blogspot.com/2011/02/sitescape-forums-tcl-injection-exploit.html' title='SiteScape Forums TCL Injection Exploit Released'/><author><name>Marketing</name><uri>http://www.blogger.com/profile/08890211559548117312</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-1527379634211237227.post-4789774312377095843</id><published>2011-01-11T09:43:00.000-05:00</published><updated>2011-01-11T09:43:05.660-05:00</updated><title type='text'>Picking The Right Lock</title><summary type='text'>This past weekend several of us attended an excellent two-day training session on lock security offered by Schuyler Towne of Open Locksport. Two full days of picking locks, impressioning keys, and opening handcuffs brought physical security to the forefront for me. It seemed like the perfect time to do an overview of some of the popular non-destructive lock bypass techniques, and the ways we can </summary><link rel='replies' type='application/atom+xml' href='http://securestate.blogspot.com/feeds/4789774312377095843/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=1527379634211237227&amp;postID=4789774312377095843' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/1527379634211237227/posts/default/4789774312377095843'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/1527379634211237227/posts/default/4789774312377095843'/><link rel='alternate' type='text/html' href='http://securestate.blogspot.com/2011/01/picking-right-lock.html' title='Picking The Right Lock'/><author><name>Marketing</name><uri>http://www.blogger.com/profile/08890211559548117312</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-1527379634211237227.post-636545690401177183</id><published>2011-01-11T09:42:00.004-05:00</published><updated>2011-01-25T14:17:16.199-05:00</updated><title type='text'>Increasing Security With Chroot Jails</title><summary type='text'>In the world of information security, you have to assume that hackers will get into your network. Whether using a zero-day exploit, sending malicious emails to your employees or taking advantage of poor coding in use on your webpage, attackers are coming for you. Your job as an administrator is to make it as difficult as possible for an attacker to gain access as well as being able to detect and </summary><link rel='replies' type='application/atom+xml' href='http://securestate.blogspot.com/feeds/636545690401177183/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=1527379634211237227&amp;postID=636545690401177183' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/1527379634211237227/posts/default/636545690401177183'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/1527379634211237227/posts/default/636545690401177183'/><link rel='alternate' type='text/html' href='http://securestate.blogspot.com/2011/01/increasing-security-with-chroot-jails.html' title='Increasing Security With Chroot Jails'/><author><name>Marketing</name><uri>http://www.blogger.com/profile/08890211559548117312</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-1527379634211237227.post-3749250425160097796</id><published>2011-01-11T09:40:00.000-05:00</published><updated>2011-01-11T09:40:13.314-05:00</updated><title type='text'>January 5th, The Most Stressful Day of the Year – But It Doesn’t Have To Be For You And Your Information Security Program!</title><summary type='text'>Recently I read an article stating that January 5th is the most stressful day of the year. This is based on a number of factors including the holidays ending, work resuming, cold gloomy weather, etc. While I can’t attest to whether this is true, I can share a few thoughts if information security is adding to your stress level!


Read the rest on our new blog site - http://blog.securestate.com/</summary><link rel='replies' type='application/atom+xml' href='http://securestate.blogspot.com/feeds/3749250425160097796/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=1527379634211237227&amp;postID=3749250425160097796' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/1527379634211237227/posts/default/3749250425160097796'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/1527379634211237227/posts/default/3749250425160097796'/><link rel='alternate' type='text/html' href='http://securestate.blogspot.com/2011/01/january-5th-most-stressful-day-of-year.html' title='January 5th, The Most Stressful Day of the Year – But It Doesn’t Have To Be For You And Your Information Security Program!'/><author><name>Marketing</name><uri>http://www.blogger.com/profile/08890211559548117312</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-1527379634211237227.post-6977503090661533897</id><published>2011-01-07T14:35:00.000-05:00</published><updated>2011-01-07T14:35:51.073-05:00</updated><title type='text'>New SecureState Blog</title><summary type='text'>Check out our new blog site here!</summary><link rel='replies' type='application/atom+xml' href='http://securestate.blogspot.com/feeds/6977503090661533897/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=1527379634211237227&amp;postID=6977503090661533897' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/1527379634211237227/posts/default/6977503090661533897'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/1527379634211237227/posts/default/6977503090661533897'/><link rel='alternate' type='text/html' href='http://securestate.blogspot.com/2011/01/new-securestate-blog.html' title='New SecureState Blog'/><author><name>Marketing</name><uri>http://www.blogger.com/profile/08890211559548117312</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-1527379634211237227.post-712037529886942207</id><published>2010-12-15T12:10:00.000-05:00</published><updated>2010-12-15T12:10:24.769-05:00</updated><title type='text'>Do Your Homework</title><summary type='text'>Every one of our competitors says they perform penetration testing. We’ve found that what they call penetration testing often times is nothing more than a vulnerability scan with automated tools.
 
Every one of our competitors says they perform information security risk assessments. We’ve found that what they call a risk assessment is really a gap assessment against a suggestive controls </summary><link rel='replies' type='application/atom+xml' href='http://securestate.blogspot.com/feeds/712037529886942207/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=1527379634211237227&amp;postID=712037529886942207' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/1527379634211237227/posts/default/712037529886942207'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/1527379634211237227/posts/default/712037529886942207'/><link rel='alternate' type='text/html' href='http://securestate.blogspot.com/2010/12/do-your-homework.html' title='Do Your Homework'/><author><name>Marketing</name><uri>http://www.blogger.com/profile/08890211559548117312</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-1527379634211237227.post-2089375220575860339</id><published>2010-12-09T10:53:00.000-05:00</published><updated>2010-12-09T10:53:05.330-05:00</updated><title type='text'>Why You’re Probably Not Ready for DLP Software</title><summary type='text'>Data Loss (or Leakage) Protection (DLP) has been a hot topic for a while now, and while as a concept DLP has a lot of merit, most organizations are not ready to implement. 
 
The concept of Data Loss is fairly simple; it is the movement of Intellectual Property or Personally Identifiable Information (PII) from its intended place of storage or path of transmission.  As a general rule, a known </summary><link rel='replies' type='application/atom+xml' href='http://securestate.blogspot.com/feeds/2089375220575860339/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=1527379634211237227&amp;postID=2089375220575860339' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/1527379634211237227/posts/default/2089375220575860339'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/1527379634211237227/posts/default/2089375220575860339'/><link rel='alternate' type='text/html' href='http://securestate.blogspot.com/2010/12/why-youre-probably-not-ready-for-dlp.html' title='Why You’re Probably Not Ready for DLP Software'/><author><name>Marketing</name><uri>http://www.blogger.com/profile/08890211559548117312</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-1527379634211237227.post-5383799213724576295</id><published>2010-12-02T17:19:00.000-05:00</published><updated>2010-12-02T17:19:27.750-05:00</updated><title type='text'>Reassess Your PCI Scope: Virtual Terminals</title><summary type='text'>At the annual PCI Community Meeting in September, the PCI Security Standards Council (SSC) made it clear that interpretation of the standard and requirements has not been performed in the same manner throughout the industry. Some of the goals of the new standard are to improve verbiage in order to clarify the intent of individual requirements and understanding how to scope your cardholder data </summary><link rel='replies' type='application/atom+xml' href='http://securestate.blogspot.com/feeds/5383799213724576295/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=1527379634211237227&amp;postID=5383799213724576295' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/1527379634211237227/posts/default/5383799213724576295'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/1527379634211237227/posts/default/5383799213724576295'/><link rel='alternate' type='text/html' href='http://securestate.blogspot.com/2010/12/reassess-your-pci-scope-virtual.html' title='Reassess Your PCI Scope: Virtual Terminals'/><author><name>Marketing</name><uri>http://www.blogger.com/profile/08890211559548117312</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-1527379634211237227.post-3861655874882370753</id><published>2010-11-23T11:48:00.000-05:00</published><updated>2010-11-23T11:48:04.398-05:00</updated><title type='text'>A (quick) theorem on the symbiosis of Risk Management, Security, Operations, and Audit in a mature Security Program -or - How I Learned to Stop Worrying and Love the Venn</title><summary type='text'>Recently I had a conversation with a colleague about the relative symbiosis among organizational divisions and how it always plays a huge role in the effectiveness of a given process. We agreed that this is particularly true when that process involves securing information that is critical to the business. Because of the importance of segmenting responsibilities between groups, the protection of </summary><link rel='replies' type='application/atom+xml' href='http://securestate.blogspot.com/feeds/3861655874882370753/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=1527379634211237227&amp;postID=3861655874882370753' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/1527379634211237227/posts/default/3861655874882370753'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/1527379634211237227/posts/default/3861655874882370753'/><link rel='alternate' type='text/html' href='http://securestate.blogspot.com/2010/11/quick-theorem-on-symbiosis-of-risk.html' title='A (quick) theorem on the symbiosis of Risk Management, Security, Operations, and Audit in a mature Security Program -or - How I Learned to Stop Worrying and Love the Venn'/><author><name>Marketing</name><uri>http://www.blogger.com/profile/08890211559548117312</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><media:thumbnail xmlns:media='http://search.yahoo.com/mrss/' url='http://1.bp.blogspot.com/_QpXMOjyUZ8o/TOvsLWat-fI/AAAAAAAAACY/qJFGNGgKIfQ/s72-c/1v.png' height='72' width='72'/><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-1527379634211237227.post-5216745904487607069</id><published>2010-11-15T16:47:00.008-05:00</published><updated>2010-11-16T10:52:21.612-05:00</updated><title type='text'>Padding Oracle Attack</title><summary type='text'>Whenever I talk about the ASP.net padding oracle attack the common response is “we don’t use oracle.“ While Oracle has its own list of vulnerabilities this is not the oracle we will talk about here. The padding oracle attack has been out for a while in applications such as ruby on rails and JavaServer faces. It has gained recent fame due to the discovery of it affecting ASP.net. This </summary><link rel='replies' type='application/atom+xml' href='http://securestate.blogspot.com/feeds/5216745904487607069/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=1527379634211237227&amp;postID=5216745904487607069' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/1527379634211237227/posts/default/5216745904487607069'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/1527379634211237227/posts/default/5216745904487607069'/><link rel='alternate' type='text/html' href='http://securestate.blogspot.com/2010/11/padding-oracle-attack.html' title='Padding Oracle Attack'/><author><name>Marketing</name><uri>http://www.blogger.com/profile/08890211559548117312</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><media:thumbnail xmlns:media='http://search.yahoo.com/mrss/' url='http://1.bp.blogspot.com/_QpXMOjyUZ8o/TOGpTRJ2h6I/AAAAAAAAAB8/rJgFBvpVmZc/s72-c/1.png' height='72' width='72'/><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-1527379634211237227.post-3460050131151829846</id><published>2010-11-15T10:25:00.001-05:00</published><updated>2010-11-15T10:27:36.281-05:00</updated><title type='text'>SAQuestionable</title><summary type='text'>Although the PCI regulation is great for making companies which otherwise would do nothing with regard to security do something, I often find myself questioning the logic of the Payment Brands. Merchants that fall below a Level 1 or rather have a transaction volume less than 6 million annually (with regard to VISA, Mastercard, and Discover transactions) only have to fill out a self assessment </summary><link rel='replies' type='application/atom+xml' href='http://securestate.blogspot.com/feeds/3460050131151829846/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=1527379634211237227&amp;postID=3460050131151829846' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/1527379634211237227/posts/default/3460050131151829846'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/1527379634211237227/posts/default/3460050131151829846'/><link rel='alternate' type='text/html' href='http://securestate.blogspot.com/2010/11/although-pci-regulation-is-great-for.html' title='SAQuestionable'/><author><name>Andrew Weidenhamer</name><uri>http://www.blogger.com/profile/11815734166986227144</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-1527379634211237227.post-6452091663919795300</id><published>2010-11-08T09:12:00.031-05:00</published><updated>2010-11-08T10:05:31.212-05:00</updated><title type='text'>Decoding PHP Backdoor</title><summary type='text'>I recently received a request to analyze a suspicious PHP page captured from a user’s Internet history. On the surface it was a typical investigation regarding inappropriate use of a company system based upon the name of the PHP page: “sex.php”. But there was more to this page aside from the content that generated the initial concern. It was the probability that pages such as these use common </summary><link rel='replies' type='application/atom+xml' href='http://securestate.blogspot.com/feeds/6452091663919795300/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=1527379634211237227&amp;postID=6452091663919795300' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/1527379634211237227/posts/default/6452091663919795300'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/1527379634211237227/posts/default/6452091663919795300'/><link rel='alternate' type='text/html' href='http://securestate.blogspot.com/2010/11/decoding-php-backdoor.html' title='Decoding PHP Backdoor'/><author><name>Marketing</name><uri>http://www.blogger.com/profile/08890211559548117312</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><media:thumbnail xmlns:media='http://search.yahoo.com/mrss/' url='http://2.bp.blogspot.com/_QpXMOjyUZ8o/TNgOQ4kQQYI/AAAAAAAAABw/gegjWX5DHZY/s72-c/1.png' height='72' width='72'/><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-1527379634211237227.post-3148424266479420038</id><published>2010-10-20T10:10:00.002-04:00</published><updated>2010-10-20T10:10:55.662-04:00</updated><title type='text'>May I Have Some Security with My Switching?</title><summary type='text'>Over the past decade, we have witnessed a transition within security.  From a product standpoint, we have started to depart from the dichotomy of IT centric versus security focused products.  This divergence can be witnessed in network switches.  In the past, security was focused on the perimeter with little attention given to the internal network.  Behold the security in a box product, the </summary><link rel='replies' type='application/atom+xml' href='http://securestate.blogspot.com/feeds/3148424266479420038/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=1527379634211237227&amp;postID=3148424266479420038' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/1527379634211237227/posts/default/3148424266479420038'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/1527379634211237227/posts/default/3148424266479420038'/><link rel='alternate' type='text/html' href='http://securestate.blogspot.com/2010/10/may-i-have-some-security-with-my.html' title='May I Have Some Security with My Switching?'/><author><name>Marketing</name><uri>http://www.blogger.com/profile/08890211559548117312</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-1527379634211237227.post-9163398454266871952</id><published>2010-10-14T16:56:00.002-04:00</published><updated>2010-10-14T23:55:21.119-04:00</updated><title type='text'>Want Budget; Use Metrics</title><summary type='text'>We have all heard the business adage that you cannot manage what you don’t measure.  For those in Information Security or Information Technology, this can have far-reaching implications.  Without concrete data to query and present, business unit leaders are left wanting.  It is difficult to grasp the importance of security or its necessity if there is nothing to back it up.  A sound Metrics </summary><link rel='replies' type='application/atom+xml' href='http://securestate.blogspot.com/feeds/9163398454266871952/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=1527379634211237227&amp;postID=9163398454266871952' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/1527379634211237227/posts/default/9163398454266871952'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/1527379634211237227/posts/default/9163398454266871952'/><link rel='alternate' type='text/html' href='http://securestate.blogspot.com/2010/10/want-budget-use-metrics.html' title='Want Budget; Use Metrics'/><author><name>Marketing</name><uri>http://www.blogger.com/profile/08890211559548117312</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-1527379634211237227.post-8274177919124816992</id><published>2010-10-07T17:37:00.001-04:00</published><updated>2010-10-07T17:38:56.247-04:00</updated><title type='text'>The Five-Step Compliance Shuffle</title><summary type='text'>If you are in charge of IT and/or Security and you do not have that compliance and/or auditor twinkle in your eye, you might twinge each time someone says PCI, HIPAA, ISO, GLBA, SOX, or any other regulation or evil acronym that might be thrown your way. Depending on your environment and your experience with compliance, the hardest part is knowing what applies within your organization. If faced </summary><link rel='replies' type='application/atom+xml' href='http://securestate.blogspot.com/feeds/8274177919124816992/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=1527379634211237227&amp;postID=8274177919124816992' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/1527379634211237227/posts/default/8274177919124816992'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/1527379634211237227/posts/default/8274177919124816992'/><link rel='alternate' type='text/html' href='http://securestate.blogspot.com/2010/10/five-step-compliance-shuffle.html' title='The Five-Step Compliance Shuffle'/><author><name>Marketing</name><uri>http://www.blogger.com/profile/08890211559548117312</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-1527379634211237227.post-2728254079043293069</id><published>2010-09-16T23:03:00.001-04:00</published><updated>2010-09-16T23:28:33.739-04:00</updated><title type='text'>Join The Community – Cleveland Security Groups</title><summary type='text'>Say what you like about Cleveland.  One thing you cannot debate is Cleveland has a very strong security community.  This can clearly be seen in the number of security groups located in the area.  In this blog post I simply provide a list of all the security groups I am aware of in the area.  I encourage anyone who is interested in security to attend some of these meetings to learn and network </summary><link rel='replies' type='application/atom+xml' href='http://securestate.blogspot.com/feeds/2728254079043293069/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=1527379634211237227&amp;postID=2728254079043293069' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/1527379634211237227/posts/default/2728254079043293069'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/1527379634211237227/posts/default/2728254079043293069'/><link rel='alternate' type='text/html' href='http://securestate.blogspot.com/2010/09/join-community-cleveland-security.html' title='Join The Community – Cleveland Security Groups'/><author><name>Matt Neely</name><uri>http://www.blogger.com/profile/16159154310077435600</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-1527379634211237227.post-6185996268193692098</id><published>2010-09-09T17:39:00.006-04:00</published><updated>2010-09-10T13:17:44.864-04:00</updated><title type='text'>SSL Wars: The Return Of The SSLi</title><summary type='text'>The content of my last few posts has looked at SSL implementations and vulnerabilities. Today’s post is no different, as I will be discussing the importance of patching vulnerabilities in specific implementations of SSL. I have always found it ironic when vulnerabilities are discovered in technologies which have the sole purpose of providing security. As of late a couple of interesting SSL </summary><link rel='replies' type='application/atom+xml' href='http://securestate.blogspot.com/feeds/6185996268193692098/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=1527379634211237227&amp;postID=6185996268193692098' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/1527379634211237227/posts/default/6185996268193692098'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/1527379634211237227/posts/default/6185996268193692098'/><link rel='alternate' type='text/html' href='http://securestate.blogspot.com/2010/09/ssl-wars-return-of-ssli.html' title='SSL Wars: The Return Of The SSLi'/><author><name>Marketing</name><uri>http://www.blogger.com/profile/08890211559548117312</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-1527379634211237227.post-3969374795189956970</id><published>2010-09-07T15:19:00.004-04:00</published><updated>2010-09-07T15:27:25.257-04:00</updated><category scheme='http://www.blogger.com/atom/ns#' term='Policies'/><category scheme='http://www.blogger.com/atom/ns#' term='compliance'/><category scheme='http://www.blogger.com/atom/ns#' term='Procedures'/><category scheme='http://www.blogger.com/atom/ns#' term='Information Security'/><category scheme='http://www.blogger.com/atom/ns#' term='Documentation'/><title type='text'>Information Security Policies and Procedures, Part 6</title><summary type='text'>This is part of an ongoing series on documentation development. Please be sure to read the previous posts in this series.Part 1 , Part 2 , Part 3 , Part 4 , Part 5Knowing Your AudienceA natural human behavior is assuming that the majority of the world’s people are similar to us; similar in thoughts, assumptions, knowledge, opinions etc. Psychologists may see this as the consensus effect, a form </summary><link rel='replies' type='application/atom+xml' href='http://securestate.blogspot.com/feeds/3969374795189956970/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=1527379634211237227&amp;postID=3969374795189956970' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/1527379634211237227/posts/default/3969374795189956970'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/1527379634211237227/posts/default/3969374795189956970'/><link rel='alternate' type='text/html' href='http://securestate.blogspot.com/2010/09/this-is-part-of-ongoing-series-on.html' title='Information Security Policies and Procedures, Part 6'/><author><name>Alex Hamerstone</name><uri>http://www.blogger.com/profile/15019955335948159923</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='24' height='32' src='http://2.bp.blogspot.com/_jbc5cx6PTj8/SgQjD5ZotrI/AAAAAAAAABA/RtwhClvDB4k/S220/alex.jpg'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-1527379634211237227.post-1761642458953479098</id><published>2010-09-03T16:34:00.002-04:00</published><updated>2010-09-03T17:57:24.830-04:00</updated><title type='text'>Getting OSSEC To Parse Auditd</title><summary type='text'>“Everyone wants a logYou're gonna love it, logCome on and get your logEveryone needs a loglog log log” – Ren and Stimpy I use OSSEC pretty regularly on Linux and Windows servers. It is incredibly useful because of its ability to parse and correlate a large number of log formats, as well as granularly react to logs based on rules that, out of the box, encompass a large amount of what I consider </summary><link rel='replies' type='application/atom+xml' href='http://securestate.blogspot.com/feeds/1761642458953479098/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=1527379634211237227&amp;postID=1761642458953479098' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/1527379634211237227/posts/default/1761642458953479098'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/1527379634211237227/posts/default/1761642458953479098'/><link rel='alternate' type='text/html' href='http://securestate.blogspot.com/2010/09/getting-ossec-to-parse-auditd.html' title='Getting OSSEC To Parse Auditd'/><author><name>Marketing</name><uri>http://www.blogger.com/profile/08890211559548117312</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-1527379634211237227.post-1514835417656699179</id><published>2010-08-30T12:56:00.004-04:00</published><updated>2010-09-07T15:25:50.773-04:00</updated><category scheme='http://www.blogger.com/atom/ns#' term='Policies'/><category scheme='http://www.blogger.com/atom/ns#' term='compliance'/><category scheme='http://www.blogger.com/atom/ns#' term='Procedures'/><category scheme='http://www.blogger.com/atom/ns#' term='Information Security'/><category scheme='http://www.blogger.com/atom/ns#' term='Documentation'/><title type='text'>Information Security Policies and Procedures, Part 5</title><summary type='text'>This is part of an ongoing series on documentation development. Please be sure to read the previous posts in this series.Part 1 , Part 2 , Part 3 , Part 4   ,  Part 6In this installment, we will discuss fonts, and then move on to additional structural elements necessary in documentation, starting with policies.Does the font matter? Certainly. As I mentioned in a previous post, if your </summary><link rel='replies' type='application/atom+xml' href='http://securestate.blogspot.com/feeds/1514835417656699179/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=1527379634211237227&amp;postID=1514835417656699179' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/1527379634211237227/posts/default/1514835417656699179'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/1527379634211237227/posts/default/1514835417656699179'/><link rel='alternate' type='text/html' href='http://securestate.blogspot.com/2010/08/information-security-policies-and_30.html' title='Information Security Policies and Procedures, Part 5'/><author><name>Alex Hamerstone</name><uri>http://www.blogger.com/profile/15019955335948159923</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='24' height='32' src='http://2.bp.blogspot.com/_jbc5cx6PTj8/SgQjD5ZotrI/AAAAAAAAABA/RtwhClvDB4k/S220/alex.jpg'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-1527379634211237227.post-642509168823937493</id><published>2010-08-26T15:41:00.005-04:00</published><updated>2010-08-26T15:53:37.070-04:00</updated><title type='text'>SSL Wars: The SSL Strikes Back</title><summary type='text'>In my last few posts I reviewed some of the SSL type vulnerabilities. These vulnerabilities were the result of SSL misconfigurations. Today I will address a client side SSL/TLS exploit.How many people do you know who access secure websites by typing HTTPS://www.securesite.com in the address field of their browser? The vast majority of people just place the website name (www.securesite.com) in the</summary><link rel='replies' type='application/atom+xml' href='http://securestate.blogspot.com/feeds/642509168823937493/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=1527379634211237227&amp;postID=642509168823937493' title='1 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/1527379634211237227/posts/default/642509168823937493'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/1527379634211237227/posts/default/642509168823937493'/><link rel='alternate' type='text/html' href='http://securestate.blogspot.com/2010/08/ssl-wars-ssl-strikes-back.html' title='SSL Wars: The SSL Strikes Back'/><author><name>Gary McCully</name><uri>http://www.blogger.com/profile/16473916567691068286</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><thr:total>1</thr:total></entry><entry><id>tag:blogger.com,1999:blog-1527379634211237227.post-339672960412415115</id><published>2010-08-26T08:24:00.006-04:00</published><updated>2010-09-07T15:26:04.067-04:00</updated><title type='text'>Information Security Policies and Procedures, Part 4</title><summary type='text'>This is part of an ongoing series on documentation development. Please be sure to read the previous posts in this series.Part 1  ,  Part 2  ,  Part 3  ,  Part 5  ,  Part 6The formatting and structure of documentation may not seem like the most enthralling topic, and in many (most) ways it is not. It is however one of the most important elements of effective documentation. Delivering information </summary><link rel='replies' type='application/atom+xml' href='http://securestate.blogspot.com/feeds/339672960412415115/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=1527379634211237227&amp;postID=339672960412415115' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/1527379634211237227/posts/default/339672960412415115'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/1527379634211237227/posts/default/339672960412415115'/><link rel='alternate' type='text/html' href='http://securestate.blogspot.com/2010/08/information-security-policies-and_26.html' title='Information Security Policies and Procedures, Part 4'/><author><name>Alex Hamerstone</name><uri>http://www.blogger.com/profile/15019955335948159923</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='24' height='32' src='http://2.bp.blogspot.com/_jbc5cx6PTj8/SgQjD5ZotrI/AAAAAAAAABA/RtwhClvDB4k/S220/alex.jpg'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-1527379634211237227.post-212107991377384987</id><published>2010-08-21T21:04:00.025-04:00</published><updated>2010-08-30T08:42:46.912-04:00</updated><category scheme='http://www.blogger.com/atom/ns#' term='foursquare'/><category scheme='http://www.blogger.com/atom/ns#' term='geolocation'/><category scheme='http://www.blogger.com/atom/ns#' term='socialmedia'/><category scheme='http://www.blogger.com/atom/ns#' term='socialnetworking'/><category scheme='http://www.blogger.com/atom/ns#' term='facebook'/><category scheme='http://www.blogger.com/atom/ns#' term='iphone'/><category scheme='http://www.blogger.com/atom/ns#' term='android'/><title type='text'>Hacking Your Location With Facebook Places</title><summary type='text'>Facebook recently released a new feature called "Places" which aims to tap into the growing location based services market made popular by other social networks like FourSquare and Gowalla. Facebook Places allows you to "check-in" to a location with your mobile device. You can check-in with the official Facebook application for the iPhone or Android or you can use the Facebook mobile site: </summary><link rel='replies' type='application/atom+xml' href='http://securestate.blogspot.com/feeds/212107991377384987/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=1527379634211237227&amp;postID=212107991377384987' title='2 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/1527379634211237227/posts/default/212107991377384987'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/1527379634211237227/posts/default/212107991377384987'/><link rel='alternate' type='text/html' href='http://securestate.blogspot.com/2010/08/hacking-your-location-with-facebook.html' title='Hacking Your Location With Facebook Places'/><author><name>Tom Eston</name><uri>http://www.blogger.com/profile/06119633574762369124</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><media:thumbnail xmlns:media='http://search.yahoo.com/mrss/' url='http://2.bp.blogspot.com/_moXu2QhDBx4/THP7CzXhtwI/AAAAAAAAABg/Z6dLXN5E6v4/s72-c/multiple_places.jpg' height='72' width='72'/><thr:total>2</thr:total></entry><entry><id>tag:blogger.com,1999:blog-1527379634211237227.post-5748093465187057890</id><published>2010-08-20T14:11:00.002-04:00</published><updated>2010-08-20T15:35:40.956-04:00</updated><title type='text'>The Importance of Validation</title><summary type='text'>A vulnerability assessment is an important element in understanding a company’s threat profile. When performing a vulnerability assessment, it should include more than just running a scan, printing a pretty report and sending it out to a client, management, or administrator. It must also be about confidence and accuracy. What makes you confident in the report you send to a client, your management</summary><link rel='replies' type='application/atom+xml' href='http://securestate.blogspot.com/feeds/5748093465187057890/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=1527379634211237227&amp;postID=5748093465187057890' title='1 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/1527379634211237227/posts/default/5748093465187057890'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/1527379634211237227/posts/default/5748093465187057890'/><link rel='alternate' type='text/html' href='http://securestate.blogspot.com/2010/08/importance-of-validation_20.html' title='The Importance of Validation'/><author><name>Marketing</name><uri>http://www.blogger.com/profile/08890211559548117312</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><thr:total>1</thr:total></entry><entry><id>tag:blogger.com,1999:blog-1527379634211237227.post-723419675432821222</id><published>2010-08-17T12:42:00.002-04:00</published><updated>2010-08-17T15:11:23.517-04:00</updated><title type='text'>The DDoS Threat: The New Punctuated Equilibrium</title><summary type='text'>On August 7, 2010, DNS Made Easy underwent an outage that was caused by a Distributed Denial of Service (DDoS) attack.  While the outage for many companies was sporadic, it lasted for multiple hours in regions of the west coast of the United States. Over the course of the past eight years, DNS Made Easy has prided themselves on their 100% uptime.  A blow like this can affect a company’s public </summary><link rel='replies' type='application/atom+xml' href='http://securestate.blogspot.com/feeds/723419675432821222/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=1527379634211237227&amp;postID=723419675432821222' title='1 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/1527379634211237227/posts/default/723419675432821222'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/1527379634211237227/posts/default/723419675432821222'/><link rel='alternate' type='text/html' href='http://securestate.blogspot.com/2010/08/ddos-threat-new-punctuated-equilibrium.html' title='The DDoS Threat: The New Punctuated Equilibrium'/><author><name>Marketing</name><uri>http://www.blogger.com/profile/08890211559548117312</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><thr:total>1</thr:total></entry><entry><id>tag:blogger.com,1999:blog-1527379634211237227.post-120220335398823766</id><published>2010-08-17T11:33:00.007-04:00</published><updated>2010-09-07T15:25:13.334-04:00</updated><category scheme='http://www.blogger.com/atom/ns#' term='Policies'/><category scheme='http://www.blogger.com/atom/ns#' term='compliance'/><category scheme='http://www.blogger.com/atom/ns#' term='Procedures'/><category scheme='http://www.blogger.com/atom/ns#' term='Information Security'/><category scheme='http://www.blogger.com/atom/ns#' term='Documentation'/><title type='text'>Information Security Policies and Procedures, Part 3</title><summary type='text'>This is part of an ongoing series on documentation development. Please be sure to read the previous posts in this series.Part 1  ,  Part 2  ,  Part 4    ,  Part 5   ,  Part 6While we are still at the beginning stages of preparing to develop policies, procedures, and related documentation, it is important to mention a few things not to do.Do Not Repurpose/Borrow the Work of OthersSearch engines </summary><link rel='replies' type='application/atom+xml' href='http://securestate.blogspot.com/feeds/120220335398823766/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=1527379634211237227&amp;postID=120220335398823766' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/1527379634211237227/posts/default/120220335398823766'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/1527379634211237227/posts/default/120220335398823766'/><link rel='alternate' type='text/html' href='http://securestate.blogspot.com/2010/08/information-security-policies-and_17.html' title='Information Security Policies and Procedures, Part 3'/><author><name>Alex Hamerstone</name><uri>http://www.blogger.com/profile/15019955335948159923</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='24' height='32' src='http://2.bp.blogspot.com/_jbc5cx6PTj8/SgQjD5ZotrI/AAAAAAAAABA/RtwhClvDB4k/S220/alex.jpg'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-1527379634211237227.post-2705489368999504922</id><published>2010-08-12T13:12:00.019-04:00</published><updated>2010-08-12T13:53:15.023-04:00</updated><title type='text'>XFS 101: Cross-Frame Scripting Explained</title><summary type='text'>Cross-Frame Scripting (XFS) is an attack related to cross-site scripting (XSS) and is commonly misunderstood from both offensive and defensive standpoints.  This blog’s aim is to clear up confusion regarding what it means, what vulnerability it is exploiting, and a survey of suggested fixes available.XFS exploits a bug in specific browsers that allows a parent frame to be exposed to events in an </summary><link rel='replies' type='application/atom+xml' href='http://securestate.blogspot.com/feeds/2705489368999504922/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=1527379634211237227&amp;postID=2705489368999504922' title='1 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/1527379634211237227/posts/default/2705489368999504922'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/1527379634211237227/posts/default/2705489368999504922'/><link rel='alternate' type='text/html' href='http://securestate.blogspot.com/2010/08/xfs-101-cross-frame-scripting-explained.html' title='XFS 101: Cross-Frame Scripting Explained'/><author><name>Scott White</name><uri>http://www.blogger.com/profile/04004932007384176459</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='28' height='32' src='http://4.bp.blogspot.com/_PlT2T0iJb8o/Ss48AcRy_hI/AAAAAAAAAA4/s8kfdlmiAOQ/S220/29c1d9a%5B1%5D.jpg'/></author><media:thumbnail xmlns:media='http://search.yahoo.com/mrss/' url='http://1.bp.blogspot.com/_PlT2T0iJb8o/TGQr6MfGq1I/AAAAAAAAADA/lv1oXnCjeiY/s72-c/XFS.PNG' height='72' width='72'/><thr:total>1</thr:total></entry><entry><id>tag:blogger.com,1999:blog-1527379634211237227.post-6339446653896582711</id><published>2010-08-10T16:21:00.012-04:00</published><updated>2010-09-07T15:25:26.920-04:00</updated><category scheme='http://www.blogger.com/atom/ns#' term='Policies'/><category scheme='http://www.blogger.com/atom/ns#' term='compliance'/><category scheme='http://www.blogger.com/atom/ns#' term='Procedures'/><category scheme='http://www.blogger.com/atom/ns#' term='Information Security'/><category scheme='http://www.blogger.com/atom/ns#' term='Documentation'/><title type='text'>Information Security Policies and Procedures, Part 2</title><summary type='text'>This is part of an ongoing series on documentation development. Please be sure to read the previous posts in this series.Part 1  ,  Part 3   ,   Part 4  ,  Part 5    ,  Part 6Knowing which policies are necessary in your environment can be a challenge. Most organizations will have at least some formalized policies. Many of these are in response to legal requirements (HR policies) or specific </summary><link rel='replies' type='application/atom+xml' href='http://securestate.blogspot.com/feeds/6339446653896582711/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=1527379634211237227&amp;postID=6339446653896582711' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/1527379634211237227/posts/default/6339446653896582711'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/1527379634211237227/posts/default/6339446653896582711'/><link rel='alternate' type='text/html' href='http://securestate.blogspot.com/2010/08/information-security-policies-and_10.html' title='Information Security Policies and Procedures, Part 2'/><author><name>Alex Hamerstone</name><uri>http://www.blogger.com/profile/15019955335948159923</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='24' height='32' src='http://2.bp.blogspot.com/_jbc5cx6PTj8/SgQjD5ZotrI/AAAAAAAAABA/RtwhClvDB4k/S220/alex.jpg'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-1527379634211237227.post-3291804673196859048</id><published>2010-08-09T00:25:00.006-04:00</published><updated>2010-08-12T17:55:46.541-04:00</updated><category scheme='http://www.blogger.com/atom/ns#' term='SecurityBSides'/><category scheme='http://www.blogger.com/atom/ns#' term='Blackhat'/><category scheme='http://www.blogger.com/atom/ns#' term='GSM'/><category scheme='http://www.blogger.com/atom/ns#' term='ATM'/><category scheme='http://www.blogger.com/atom/ns#' term='Defcon'/><title type='text'>A Week of Security in Vegas:  Black Hat, Bsides, &amp; Defcon</title><summary type='text'>Towards the end of summer each year the information security world descends on Las Vegas for a week of training, discussion and the disclosure of a year’s worth of quiet research.  I’ve been attending off and on for years, and was joined this year by several of my new SecureState co-workers from Profiling and Risk Management.The week started off with the biggest, and most expensive of the 3 </summary><link rel='replies' type='application/atom+xml' href='http://securestate.blogspot.com/feeds/3291804673196859048/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=1527379634211237227&amp;postID=3291804673196859048' title='1 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/1527379634211237227/posts/default/3291804673196859048'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/1527379634211237227/posts/default/3291804673196859048'/><link rel='alternate' type='text/html' href='http://securestate.blogspot.com/2010/08/week-of-security-in-vegas-black-hat.html' title='A Week of Security in Vegas:  Black Hat, Bsides, &amp; Defcon'/><author><name>Chris Clymer</name><uri>http://www.blogger.com/profile/16478189898760103643</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><thr:total>1</thr:total></entry><entry><id>tag:blogger.com,1999:blog-1527379634211237227.post-1498427123435480</id><published>2010-08-05T16:40:00.003-04:00</published><updated>2010-08-20T16:12:36.765-04:00</updated><title type='text'>Moving To The Cloud Primer</title><summary type='text'>Everywhere you look, there are articles, research and analysis on the topic of cloud computing. It has even been termed, “the most significant shift in information technology in our lifetimes.” The positive aspects are exciting and offer many benefits, including access to applications, storage for legacy data, and powerful computer processing -all with the click of a mouse. For companies that </summary><link rel='replies' type='application/atom+xml' href='http://securestate.blogspot.com/feeds/1498427123435480/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=1527379634211237227&amp;postID=1498427123435480' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/1527379634211237227/posts/default/1498427123435480'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/1527379634211237227/posts/default/1498427123435480'/><link rel='alternate' type='text/html' href='http://securestate.blogspot.com/2010/08/moving-to-cloud-primer.html' title='Moving To The Cloud Primer'/><author><name>Jeffrey Straka</name><uri>http://www.blogger.com/profile/12559527881163150728</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-1527379634211237227.post-1575989032556299173</id><published>2010-08-03T16:29:00.010-04:00</published><updated>2010-09-07T15:25:40.459-04:00</updated><category scheme='http://www.blogger.com/atom/ns#' term='Policies'/><category scheme='http://www.blogger.com/atom/ns#' term='compliance'/><category scheme='http://www.blogger.com/atom/ns#' term='Procedures'/><category scheme='http://www.blogger.com/atom/ns#' term='Information Security'/><category scheme='http://www.blogger.com/atom/ns#' term='Documentation'/><title type='text'>Information Security Policies and Procedures, Part 1</title><summary type='text'>Note: This is part of an ongoing series on documentation development. Please be sure to read the previous posts in this series.Part 2 , Part 3 , Part 4  ,  Part 5   ,  Part 6Policy writing can be a daunting task, and one for which many are not overly enthused. However, Policies and Procedures are an integral part of any information security program. Not only do they provide direction and </summary><link rel='replies' type='application/atom+xml' href='http://securestate.blogspot.com/feeds/1575989032556299173/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=1527379634211237227&amp;postID=1575989032556299173' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/1527379634211237227/posts/default/1575989032556299173'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/1527379634211237227/posts/default/1575989032556299173'/><link rel='alternate' type='text/html' href='http://securestate.blogspot.com/2010/08/information-security-policies-and.html' title='Information Security Policies and Procedures, Part 1'/><author><name>Alex Hamerstone</name><uri>http://www.blogger.com/profile/15019955335948159923</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='24' height='32' src='http://2.bp.blogspot.com/_jbc5cx6PTj8/SgQjD5ZotrI/AAAAAAAAABA/RtwhClvDB4k/S220/alex.jpg'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-1527379634211237227.post-7048269063996406826</id><published>2010-08-02T09:37:00.003-04:00</published><updated>2010-08-16T15:15:32.335-04:00</updated><category scheme='http://www.blogger.com/atom/ns#' term='assessments'/><category scheme='http://www.blogger.com/atom/ns#' term='HIPAA'/><category scheme='http://www.blogger.com/atom/ns#' term='PCI DSS'/><category scheme='http://www.blogger.com/atom/ns#' term='penetration testing'/><category scheme='http://www.blogger.com/atom/ns#' term='qsa'/><category scheme='http://www.blogger.com/atom/ns#' term='vulnerability'/><title type='text'>Vulnerability Assessments are not Penetration Tests!</title><summary type='text'>Too often I, as well as many of my co-workers, go into a client and throughout whatever assessment I am working on, general questions come up like, “when’s the last time you’ve had a pen test?” And the client responds, “Ohhh, we do those annually with ‘Some Corporation.’ ” And after looking at ‘Some Corporation’s’ website and seeing what they consider to be a penetration test, I am again </summary><link rel='replies' type='application/atom+xml' href='http://securestate.blogspot.com/feeds/7048269063996406826/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=1527379634211237227&amp;postID=7048269063996406826' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/1527379634211237227/posts/default/7048269063996406826'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/1527379634211237227/posts/default/7048269063996406826'/><link rel='alternate' type='text/html' href='http://securestate.blogspot.com/2010/08/vulnerability-assessments-are-not.html' title='Vulnerability Assessments are not Penetration Tests!'/><author><name>Steve Erdman</name><uri>http://www.blogger.com/profile/03924412422586952947</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='23' height='32' src='http://4.bp.blogspot.com/_Idfa5hNBEi0/SblwwqHyO7I/AAAAAAAAAAU/SzNAPoYkL7s/S220/me.jpg'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-1527379634211237227.post-3307279436436455280</id><published>2010-07-23T16:20:00.005-04:00</published><updated>2010-07-23T17:28:38.727-04:00</updated><title type='text'>Tabnabbing</title><summary type='text'>I was recently interviewed on News Channel 5 about Tabnabbing which is a new technique that can be used for phishing.  Tabnabbing is where one of your browser tabs changes, usually without your knowledge, to an attacker controlled website.  Usually the website changes to something that looks familiar to the victim like Gmail, Facebook or Twitter.  This can usually trick the victim to think that </summary><link rel='replies' type='application/atom+xml' href='http://securestate.blogspot.com/feeds/3307279436436455280/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=1527379634211237227&amp;postID=3307279436436455280' title='1 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/1527379634211237227/posts/default/3307279436436455280'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/1527379634211237227/posts/default/3307279436436455280'/><link rel='alternate' type='text/html' href='http://securestate.blogspot.com/2010/07/tabnabbing.html' title='Tabnabbing'/><author><name>Tom Eston</name><uri>http://www.blogger.com/profile/06119633574762369124</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><thr:total>1</thr:total></entry><entry><id>tag:blogger.com,1999:blog-1527379634211237227.post-3666004446243246161</id><published>2010-07-22T15:43:00.002-04:00</published><updated>2010-08-16T15:11:05.697-04:00</updated><title type='text'>Be An Information Security Green Beret</title><summary type='text'>&lt;!--[if gte mso 9]&gt;     Normal   0               false   false   false      EN-US   X-NONE   X-NONE                                                     MicrosoftInternetExplorer4                                                   &lt;![endif]--&gt;&lt;!--[if gte mso 9]&gt;</summary><link rel='replies' type='application/atom+xml' href='http://securestate.blogspot.com/feeds/3666004446243246161/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=1527379634211237227&amp;postID=3666004446243246161' title='1 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/1527379634211237227/posts/default/3666004446243246161'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/1527379634211237227/posts/default/3666004446243246161'/><link rel='alternate' type='text/html' href='http://securestate.blogspot.com/2010/07/be-information-security-green-beret_22.html' title='Be An Information Security Green Beret'/><author><name>Marketing</name><uri>http://www.blogger.com/profile/08890211559548117312</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><thr:total>1</thr:total></entry><entry><id>tag:blogger.com,1999:blog-1527379634211237227.post-1427724170850937095</id><published>2010-07-15T15:31:00.002-04:00</published><updated>2010-07-15T15:50:38.516-04:00</updated><title type='text'>Getting Things Done: Stop Debating Security Minutiae</title><summary type='text'>Many are familiar with David Allen's "Getting Things Done" methodology, used for time management to increase productivity and focus. Do you use it? Ask yourself, "What is the next physical action required to move this project forward?" Repeat this process until everything in the world is finished. It's just that simple.What are minutiae? Minor details. More importantly, minutiae are minor details</summary><link rel='replies' type='application/atom+xml' href='http://securestate.blogspot.com/feeds/1427724170850937095/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=1527379634211237227&amp;postID=1427724170850937095' title='1 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/1527379634211237227/posts/default/1427724170850937095'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/1527379634211237227/posts/default/1427724170850937095'/><link rel='alternate' type='text/html' href='http://securestate.blogspot.com/2010/07/getting-things-done-stop-debating.html' title='Getting Things Done: Stop Debating Security Minutiae'/><author><name>Jason Leuenberger</name><uri>http://www.blogger.com/profile/10447232953375502108</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><thr:total>1</thr:total></entry><entry><id>tag:blogger.com,1999:blog-1527379634211237227.post-321692572142583464</id><published>2010-07-07T12:45:00.002-04:00</published><updated>2010-07-07T12:48:08.132-04:00</updated><title type='text'>Trust, But Verify: Full-Time Compliance</title><summary type='text'>You can Google "trust, but verify" and come up with hundreds of articles regarding one of Ronald Reagan's signature catch phrases, accountability, auditing, etc. It can also be considered the default credo of the auditing community. Regardless of where it came from and the potential overuse of the phrase, it's what I live by and is a code that should be followed by anyone responsible for their </summary><link rel='replies' type='application/atom+xml' href='http://securestate.blogspot.com/feeds/321692572142583464/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=1527379634211237227&amp;postID=321692572142583464' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/1527379634211237227/posts/default/321692572142583464'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/1527379634211237227/posts/default/321692572142583464'/><link rel='alternate' type='text/html' href='http://securestate.blogspot.com/2010/07/trust-but-verify-full-time-compliance_07.html' title='Trust, But Verify: Full-Time Compliance'/><author><name>Konrad Fellmann</name><uri>http://www.blogger.com/profile/07163192540577693028</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-1527379634211237227.post-1209875753127111241</id><published>2010-06-29T10:58:00.002-04:00</published><updated>2010-06-29T11:00:39.350-04:00</updated><title type='text'>Acceptance is the first step</title><summary type='text'>There’s a line. It’s an imaginary line, but it’s there and I’ve seen it manifest itself. It usually appears when an organization’s security division has to deliver a third party security assessment to their executive management. On one side of the line is the sincere quest for security improvement, on the other, internal politics and finger pointing. I have seen good people step right over that </summary><link rel='replies' type='application/atom+xml' href='http://securestate.blogspot.com/feeds/1209875753127111241/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=1527379634211237227&amp;postID=1209875753127111241' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/1527379634211237227/posts/default/1209875753127111241'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/1527379634211237227/posts/default/1209875753127111241'/><link rel='alternate' type='text/html' href='http://securestate.blogspot.com/2010/06/t-heres-line.html' title='Acceptance is the first step'/><author><name>Marketing</name><uri>http://www.blogger.com/profile/08890211559548117312</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-1527379634211237227.post-1375505432857338770</id><published>2010-06-24T16:30:00.001-04:00</published><updated>2010-06-24T16:30:07.912-04:00</updated><title type='text'>The Case for Legal Defensibility</title><summary type='text'>I came across an interesting read the other day when researching future data security laws and regulations. The article I came across, titled "The Legal Defensibility Era," discussed the legal defensibility doctrine and its application in the information security arena. The whole premise of legal defensibility is to look beyond the check-the-box compliance mentality and build an information </summary><link rel='replies' type='application/atom+xml' href='http://securestate.blogspot.com/feeds/1375505432857338770/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=1527379634211237227&amp;postID=1375505432857338770' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/1527379634211237227/posts/default/1375505432857338770'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/1527379634211237227/posts/default/1375505432857338770'/><link rel='alternate' type='text/html' href='http://securestate.blogspot.com/2010/06/case-for-legal-defensibility.html' title='The Case for Legal Defensibility'/><author><name>Jeffrey Straka</name><uri>http://www.blogger.com/profile/12559527881163150728</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-1527379634211237227.post-5692133933012195202</id><published>2010-06-17T08:20:00.011-04:00</published><updated>2010-06-17T08:54:09.459-04:00</updated><category scheme='http://www.blogger.com/atom/ns#' term='virus'/><category scheme='http://www.blogger.com/atom/ns#' term='Security'/><category scheme='http://www.blogger.com/atom/ns#' term='malware'/><category scheme='http://www.blogger.com/atom/ns#' term='smartphones'/><title type='text'>Smartphones</title><summary type='text'>Smartphones have become an integral part of our lives; we rely on them for everything.  They hold all of our personal information, calendars, emails, phone numbers, text messages, and documents.  However, the average user is not very savvy when it comes to the security of these devices. A user can browse to one of the many app stores and download just about anything, and most users do just that. </summary><link rel='replies' type='application/atom+xml' href='http://securestate.blogspot.com/feeds/5692133933012195202/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=1527379634211237227&amp;postID=5692133933012195202' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/1527379634211237227/posts/default/5692133933012195202'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/1527379634211237227/posts/default/5692133933012195202'/><link rel='alternate' type='text/html' href='http://securestate.blogspot.com/2010/06/smartphones.html' title='Smartphones'/><author><name>Chris</name><uri>http://www.blogger.com/profile/08425701152694600158</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><media:thumbnail xmlns:media='http://search.yahoo.com/mrss/' url='http://4.bp.blogspot.com/_24XT_Ape7RE/TBoVHV4iNlI/AAAAAAAAAA8/hwkKHnd0Zdo/s72-c/1108253_32160661.jpg' height='72' width='72'/><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-1527379634211237227.post-2111757550534827777</id><published>2010-06-14T10:22:00.008-04:00</published><updated>2010-06-14T11:00:40.776-04:00</updated><category scheme='http://www.blogger.com/atom/ns#' term='Windows help center'/><category scheme='http://www.blogger.com/atom/ns#' term='Client Side Attacks'/><category scheme='http://www.blogger.com/atom/ns#' term='XSS'/><category scheme='http://www.blogger.com/atom/ns#' term='Metasploit'/><category scheme='http://www.blogger.com/atom/ns#' term='exploit'/><title type='text'>Windows XP Help Center Client Side Attack</title><summary type='text'>With the patch Tuesday release of XP zero days last week i started checking around for Proof of concepts and ran across the following posts. http://seclists.org/fulldisclosure/2010/Jun/205http://www.exploit-db.com/exploits/13808/ The above advisories are for windows XP which many businesses still run, and utilizes a XSS attack which many developers and site owners feel isn't really a threat, read</summary><link rel='replies' type='application/atom+xml' href='http://securestate.blogspot.com/feeds/2111757550534827777/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=1527379634211237227&amp;postID=2111757550534827777' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/1527379634211237227/posts/default/2111757550534827777'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/1527379634211237227/posts/default/2111757550534827777'/><link rel='alternate' type='text/html' href='http://securestate.blogspot.com/2010/06/windows-xp-help-center-client-side.html' title='Windows XP Help Center Client Side Attack'/><author><name>Marketing</name><uri>http://www.blogger.com/profile/08890211559548117312</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-1527379634211237227.post-2752684186243583170</id><published>2010-06-10T12:43:00.030-04:00</published><updated>2010-08-16T15:17:48.986-04:00</updated><category scheme='http://www.blogger.com/atom/ns#' term='pci'/><category scheme='http://www.blogger.com/atom/ns#' term='PCI DSS'/><category scheme='http://www.blogger.com/atom/ns#' term='PCI Complinace'/><category scheme='http://www.blogger.com/atom/ns#' term='PCI Virtualization'/><title type='text'>Upcoming PCI DSS Changes</title><summary type='text'>It’s getting to be that time of year again; PCI ROC season is right around the corner. Though the new version of PCI DSS (Version 2.0?) is not due out until October, many of my clients are asking what changes they should expect.Every two years the PCI Security Standards Council (PCI SSC) issues a new version of the Payment Card Industry Data Security Standard (PCI DSS) as part of the lifecycle </summary><link rel='replies' type='application/atom+xml' href='http://securestate.blogspot.com/feeds/2752684186243583170/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=1527379634211237227&amp;postID=2752684186243583170' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/1527379634211237227/posts/default/2752684186243583170'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/1527379634211237227/posts/default/2752684186243583170'/><link rel='alternate' type='text/html' href='http://securestate.blogspot.com/2010/06/upcoming-pci-dss-changes.html' title='Upcoming PCI DSS Changes'/><author><name>Mike Brunenmeister</name><uri>http://www.blogger.com/profile/16133058106763558028</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-1527379634211237227.post-6187346966047698719</id><published>2010-06-04T10:18:00.015-04:00</published><updated>2010-06-04T17:46:37.321-04:00</updated><title type='text'>Why Can’t We All Just Get Along?</title><summary type='text'>During a recent discussion at work, the benefits of a sound security program outside of the context of repelling malicious assaults came up. What would be the gain of a security program if there was no one attempting to break into a network? How would the role of security for Information Technology change? Would security careers come to a crashing halt?To give the discussion a framework, the </summary><link rel='replies' type='application/atom+xml' href='http://securestate.blogspot.com/feeds/6187346966047698719/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=1527379634211237227&amp;postID=6187346966047698719' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/1527379634211237227/posts/default/6187346966047698719'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/1527379634211237227/posts/default/6187346966047698719'/><link rel='alternate' type='text/html' href='http://securestate.blogspot.com/2010/06/why-cant-we-all-just-get-along.html' title='Why Can’t We All Just Get Along?'/><author><name>Joshua Lochner</name><uri>http://www.blogger.com/profile/15308519450490349117</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-1527379634211237227.post-7939716318071992463</id><published>2010-06-02T15:38:00.001-04:00</published><updated>2010-06-02T15:40:59.140-04:00</updated><title type='text'>Part 1: Ignorance Amongst Us</title><summary type='text'>Recently a study was released by Forrester Research Inc. titled “The Value of Corporate Secrets.” To summarize, it basically goes on to state that although most security programs are driven by compliance regulations, perhaps organizations need to do a better job of securing trade secrets since it has been shown that company secrets (trade secrets, strategic plans, etc) are more valuable then </summary><link rel='replies' type='application/atom+xml' href='http://securestate.blogspot.com/feeds/7939716318071992463/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=1527379634211237227&amp;postID=7939716318071992463' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/1527379634211237227/posts/default/7939716318071992463'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/1527379634211237227/posts/default/7939716318071992463'/><link rel='alternate' type='text/html' href='http://securestate.blogspot.com/2010/06/part-1-ignorance-amongst-us.html' title='Part 1: Ignorance Amongst Us'/><author><name>Andrew Weidenhamer</name><uri>http://www.blogger.com/profile/11815734166986227144</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-1527379634211237227.post-2735807623598273540</id><published>2010-05-27T17:34:00.003-04:00</published><updated>2010-06-29T15:02:00.683-04:00</updated><title type='text'>So You’re Telling Me That You Did A Penetration Test And All You Found Was This Insecure Printer--LAME!!!</title><summary type='text'>Printers, copiers, and fax machines have become more complex over the years. I find that this is largely due to a Dilbert comic strip character named “The Feature Creep” who would annoyingly want to cram more and more features into a new product line. These devices are doing more than what they were intended to do while opening additional security risks. Not only do these Multi-Function printers </summary><link rel='replies' type='application/atom+xml' href='http://securestate.blogspot.com/feeds/2735807623598273540/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=1527379634211237227&amp;postID=2735807623598273540' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/1527379634211237227/posts/default/2735807623598273540'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/1527379634211237227/posts/default/2735807623598273540'/><link rel='alternate' type='text/html' href='http://securestate.blogspot.com/2010/05/so-youre-telling-me-that-you-did.html' title='So You’re Telling Me That You Did A Penetration Test And All You Found Was This Insecure Printer--LAME!!!'/><author><name>Marketing</name><uri>http://www.blogger.com/profile/08890211559548117312</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-1527379634211237227.post-5218003875668584321</id><published>2010-05-13T13:10:00.006-04:00</published><updated>2010-05-13T17:14:43.781-04:00</updated><title type='text'>Offensive Security  Part 2 -- KilltheN00b Walk Through HSIYF</title><summary type='text'>How Strong is Your FU hacker challenge Part 2Target 2: KilltheN00bAfter some chips, salsa and a supersized burrito from el habinaro i was down for another challenge. I logged into the offsec labs and reviewed some of the documentation on the contest page that stated there were 2 targets.Killthen00bGhostAfter a quick portscan I chose to attack killthen00b purely based the available on the system </summary><link rel='replies' type='application/atom+xml' href='http://securestate.blogspot.com/feeds/5218003875668584321/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=1527379634211237227&amp;postID=5218003875668584321' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/1527379634211237227/posts/default/5218003875668584321'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/1527379634211237227/posts/default/5218003875668584321'/><link rel='alternate' type='text/html' href='http://securestate.blogspot.com/2010/05/offensive-security-part-2-killthen00b.html' title='Offensive Security  Part 2 -- KilltheN00b Walk Through HSIYF'/><author><name>Marketing</name><uri>http://www.blogger.com/profile/08890211559548117312</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><media:thumbnail xmlns:media='http://search.yahoo.com/mrss/' url='http://4.bp.blogspot.com/_m-VaRRSbBD4/S-jNvnoj0OI/AAAAAAAAAAs/4UHV24u-Mq4/s72-c/killthenoob_ftp_traversal_upload.png' height='72' width='72'/><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-1527379634211237227.post-5338366811227644049</id><published>2010-05-13T11:03:00.008-04:00</published><updated>2010-05-13T17:20:28.732-04:00</updated><title type='text'>Offensive Security n00bFilter Walk Through HSIYF</title><summary type='text'>How Strong is Your FU hacker challengeTarget 1: N00bFilterThe first target in this weekend’s offensive security challenge was nicknamed n00bfilter as it was used to weed out all the n00bs who would plague the internal Offsec networks with high bandwidth unnecessary tools such as Nessus or Webinspect hoping for an easy hit. Tools like these, while useful, are not going to directly aid you in </summary><link rel='replies' type='application/atom+xml' href='http://securestate.blogspot.com/feeds/5338366811227644049/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=1527379634211237227&amp;postID=5338366811227644049' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/1527379634211237227/posts/default/5338366811227644049'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/1527379634211237227/posts/default/5338366811227644049'/><link rel='alternate' type='text/html' href='http://securestate.blogspot.com/2010/05/offensive-security-n00bfilter-walk.html' title='Offensive Security n00bFilter Walk Through HSIYF'/><author><name>Marketing</name><uri>http://www.blogger.com/profile/08890211559548117312</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><media:thumbnail xmlns:media='http://search.yahoo.com/mrss/' url='http://1.bp.blogspot.com/_m-VaRRSbBD4/S-ihdHWiV8I/AAAAAAAAAAM/viGrR8gSPX8/s72-c/noob-filter_main.png' height='72' width='72'/><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-1527379634211237227.post-5901000936457312586</id><published>2010-05-07T16:43:00.005-04:00</published><updated>2010-05-07T17:05:18.973-04:00</updated><category scheme='http://www.blogger.com/atom/ns#' term='forensics'/><category scheme='http://www.blogger.com/atom/ns#' term='physical security'/><category scheme='http://www.blogger.com/atom/ns#' term='SecureState'/><category scheme='http://www.blogger.com/atom/ns#' term='Information Security'/><category scheme='http://www.blogger.com/atom/ns#' term='podcast'/><title type='text'>Two Thumbs Up for These Security Podcasts</title><summary type='text'>It may be cliché but security is an ever-changing world.  I am often asked how I keep up to date on the latest security trends and news in this rapidly changing world.  The two primary tools I use to do this are security podcasts and Twitter.  Being a consultant I spend a lot of time on the road and have long periods of free time while driving or flying to clients’ sites. While on the road, or </summary><link rel='replies' type='application/atom+xml' href='http://securestate.blogspot.com/feeds/5901000936457312586/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=1527379634211237227&amp;postID=5901000936457312586' title='1 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/1527379634211237227/posts/default/5901000936457312586'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/1527379634211237227/posts/default/5901000936457312586'/><link rel='alternate' type='text/html' href='http://securestate.blogspot.com/2010/05/two-thumbs-up-for-these-security.html' title='Two Thumbs Up for These Security Podcasts'/><author><name>Matt Neely</name><uri>http://www.blogger.com/profile/16159154310077435600</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><thr:total>1</thr:total></entry><entry><id>tag:blogger.com,1999:blog-1527379634211237227.post-3897116481718454156</id><published>2010-04-29T13:04:00.006-04:00</published><updated>2010-04-30T09:58:45.766-04:00</updated><category scheme='http://www.blogger.com/atom/ns#' term='radios'/><category scheme='http://www.blogger.com/atom/ns#' term='wireless headsets'/><category scheme='http://www.blogger.com/atom/ns#' term='ham radio'/><category scheme='http://www.blogger.com/atom/ns#' term='wireless'/><category scheme='http://www.blogger.com/atom/ns#' term='900 MHz'/><title type='text'>"All Your 900 MHz Are Belong to Us"</title><summary type='text'>If you were asked, “Does your organization use unencrypted wireless communications?”, what would your answer be?  Responses may include ones such as “We don’t utilize wireless networks,” or “Our cell phones are our only wireless devices.”  These answers may be somewhat true; however, many organizations may not have thought completely about their answer and assets.  More specifically, the 900 MHz </summary><link rel='replies' type='application/atom+xml' href='http://securestate.blogspot.com/feeds/3897116481718454156/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=1527379634211237227&amp;postID=3897116481718454156' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/1527379634211237227/posts/default/3897116481718454156'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/1527379634211237227/posts/default/3897116481718454156'/><link rel='alternate' type='text/html' href='http://securestate.blogspot.com/2010/04/all-your-900-mhz-are-belong-to-us.html' title='&quot;All Your 900 MHz Are Belong to Us&quot;'/><author><name>Scott White</name><uri>http://www.blogger.com/profile/04004932007384176459</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='28' height='32' src='http://4.bp.blogspot.com/_PlT2T0iJb8o/Ss48AcRy_hI/AAAAAAAAAA4/s8kfdlmiAOQ/S220/29c1d9a%5B1%5D.jpg'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-1527379634211237227.post-3286637614513660316</id><published>2010-04-28T11:30:00.004-04:00</published><updated>2010-04-28T13:42:06.560-04:00</updated><category scheme='http://www.blogger.com/atom/ns#' term='microsoft azure'/><category scheme='http://www.blogger.com/atom/ns#' term='services'/><category scheme='http://www.blogger.com/atom/ns#' term='windows azure'/><category scheme='http://www.blogger.com/atom/ns#' term='azure'/><category scheme='http://www.blogger.com/atom/ns#' term='hosted services'/><category scheme='http://www.blogger.com/atom/ns#' term='microsoft'/><title type='text'>Trouble in the Cloud</title><summary type='text'>Our development team initially started using Microsoft Azure as our primary platform for hosting our external website. We signed up as a Community Technology Preview (CTP) member to receive the "Introductory Special," which gave us access to the content delivery network at no additional charge. Microsoft Azure guarantees that at least 99.95% of the time you will have connectivity and 99.9% of the</summary><link rel='replies' type='application/atom+xml' href='http://securestate.blogspot.com/feeds/3286637614513660316/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=1527379634211237227&amp;postID=3286637614513660316' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/1527379634211237227/posts/default/3286637614513660316'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/1527379634211237227/posts/default/3286637614513660316'/><link rel='alternate' type='text/html' href='http://securestate.blogspot.com/2010/04/trouble-in-cloud.html' title='Trouble in the Cloud'/><author><name>Joshua Dubik</name><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-1527379634211237227.post-1468145684183108653</id><published>2010-04-21T09:22:00.005-04:00</published><updated>2010-04-21T09:36:45.043-04:00</updated><title type='text'>SSL Wars: A New Hope</title><summary type='text'>A few months ago, I wrote a blog regarding some of the vulnerabilities I see in SSL implementations. In that blog I spoke about SSLv2 and Weak Encryption settings. The blog primarily addressed how these vulnerabilities could be used to compromise the confidentiality SSL can provide. Other than confidentiality, SSL also can be used to provide authentication, non-repudiation, and integrity.Many of </summary><link rel='replies' type='application/atom+xml' href='http://securestate.blogspot.com/feeds/1468145684183108653/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=1527379634211237227&amp;postID=1468145684183108653' title='2 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/1527379634211237227/posts/default/1468145684183108653'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/1527379634211237227/posts/default/1468145684183108653'/><link rel='alternate' type='text/html' href='http://securestate.blogspot.com/2010/04/ssl-wars-new-hope.html' title='SSL Wars: A New Hope'/><author><name>Gary McCully</name><uri>http://www.blogger.com/profile/16473916567691068286</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><thr:total>2</thr:total></entry><entry><id>tag:blogger.com,1999:blog-1527379634211237227.post-5580391965635879131</id><published>2010-04-19T15:50:00.002-04:00</published><updated>2010-04-19T15:54:06.659-04:00</updated><title type='text'>Brand Evolution</title><summary type='text'>Evolution is key to survival in this business climate. That’s why SecureState has undergone a total rebranding effort and new website launch.  Overhauling your entire image is not necessary to rebrand. Simple tweaks to spruce up an image is often all that’s needed. And that’s what SecureState has done. There were already great ‘bones’ to the SecureState brand, so all we needed to do was freshen </summary><link rel='replies' type='application/atom+xml' href='http://securestate.blogspot.com/feeds/5580391965635879131/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=1527379634211237227&amp;postID=5580391965635879131' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/1527379634211237227/posts/default/5580391965635879131'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/1527379634211237227/posts/default/5580391965635879131'/><link rel='alternate' type='text/html' href='http://securestate.blogspot.com/2010/04/brand-evolution.html' title='Brand Evolution'/><author><name>Kacey Durbin</name><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-1527379634211237227.post-1038842169519174860</id><published>2010-04-08T09:54:00.002-04:00</published><updated>2010-04-08T09:59:22.775-04:00</updated><title type='text'>iPad - A PC Buddy</title><summary type='text'>So it's day four (4) with the new gadget and along with the countless others that have reviewed the iPad I figured I would make it one more.I am looking at the iPad from a business perspective, somewhat similar to the iPhone: can/should a business look at adopting the iPad?  What have I found to be effective in my normal day in life as a CEO?  Waiting for the 3G?  You will have to buy another </summary><link rel='replies' type='application/atom+xml' href='http://securestate.blogspot.com/feeds/1038842169519174860/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=1527379634211237227&amp;postID=1038842169519174860' title='3 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/1527379634211237227/posts/default/1038842169519174860'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/1527379634211237227/posts/default/1038842169519174860'/><link rel='alternate' type='text/html' href='http://securestate.blogspot.com/2010/04/ipad-pc-buddy.html' title='iPad - A PC Buddy'/><author><name>Kacey Durbin</name><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><thr:total>3</thr:total></entry><entry><id>tag:blogger.com,1999:blog-1527379634211237227.post-854583560480679252</id><published>2010-03-29T11:32:00.006-04:00</published><updated>2010-03-29T11:38:40.582-04:00</updated><title type='text'>The Prospect Theory Problem</title><summary type='text'>At its essence, the decision to (or not to) implement information security policies or procedures is just a bet on odds. Anytime you risk anything of value on the outcome of something involving chance, you are gambling. No matter how you look at it, information security is, by definition, a gamble. This undeniable fact adds an interesting twist to the business decision-making process utilized by </summary><link rel='replies' type='application/atom+xml' href='http://securestate.blogspot.com/feeds/854583560480679252/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=1527379634211237227&amp;postID=854583560480679252' title='2 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/1527379634211237227/posts/default/854583560480679252'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/1527379634211237227/posts/default/854583560480679252'/><link rel='alternate' type='text/html' href='http://securestate.blogspot.com/2010/03/prospect-theory-problem_29.html' title='The Prospect Theory Problem'/><author><name>Kacey Durbin</name><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><thr:total>2</thr:total></entry><entry><id>tag:blogger.com,1999:blog-1527379634211237227.post-672921351498304814</id><published>2010-03-19T11:49:00.000-04:00</published><updated>2010-03-19T11:56:19.042-04:00</updated><title type='text'>Law and Disorder</title><summary type='text'>When I look at our client base, there are two industries that are suspiciously low in the amount of security risk assessment work that we do. Typically, we have a relationship with law firms for forensics or CPA firms to assist with audits.  It's rare that they actually have us perform risk assessments for their organizations.  Mind you, it's not like they don't have a ton of sensitive </summary><link rel='replies' type='application/atom+xml' href='http://securestate.blogspot.com/feeds/672921351498304814/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=1527379634211237227&amp;postID=672921351498304814' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/1527379634211237227/posts/default/672921351498304814'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/1527379634211237227/posts/default/672921351498304814'/><link rel='alternate' type='text/html' href='http://securestate.blogspot.com/2010/03/law-and-disorder.html' title='Law and Disorder'/><author><name>Matt Davis</name><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-1527379634211237227.post-4564205313614174917</id><published>2010-03-16T13:28:00.000-04:00</published><updated>2010-03-16T13:30:01.578-04:00</updated><title type='text'>Changing the Landscape of Pentesting</title><summary type='text'>Though I believe penetration assessments to be important in assessing an organization’s overall security posture, I think they are 1) being performed poorly and 2) the results from them are being disseminated in a wrong way. The goal of any security assessment is to help an organization become MORE secure than they were before the assessment was performed thus reducing their overall risk. Many </summary><link rel='replies' type='application/atom+xml' href='http://securestate.blogspot.com/feeds/4564205313614174917/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=1527379634211237227&amp;postID=4564205313614174917' title='10 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/1527379634211237227/posts/default/4564205313614174917'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/1527379634211237227/posts/default/4564205313614174917'/><link rel='alternate' type='text/html' href='http://securestate.blogspot.com/2010/03/changing-landscape-of-pentesting.html' title='Changing the Landscape of Pentesting'/><author><name>Andrew Weidenhamer</name><uri>http://www.blogger.com/profile/11815734166986227144</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><thr:total>10</thr:total></entry><entry><id>tag:blogger.com,1999:blog-1527379634211237227.post-2243228150837162785</id><published>2010-02-26T17:24:00.044-05:00</published><updated>2010-03-05T16:05:17.461-05:00</updated><category scheme='http://www.blogger.com/atom/ns#' term='pci'/><category scheme='http://www.blogger.com/atom/ns#' term='pci compliance'/><category scheme='http://www.blogger.com/atom/ns#' term='PCI testing'/><title type='text'>Periodic PCI Compliance Activities</title><summary type='text'>I am often asked what are the activities companies must perform between PCI assessments in order to remain compliant with the PCI standard. Many people would be surprised to find out that the PCI DSS outlines the specific tasks companies must be doing all the time. The following activities were taken directly from the PCI DSS Version 1.2.1 and outline the periodic procedures companies must take </summary><link rel='replies' type='application/atom+xml' href='http://securestate.blogspot.com/feeds/2243228150837162785/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=1527379634211237227&amp;postID=2243228150837162785' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/1527379634211237227/posts/default/2243228150837162785'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/1527379634211237227/posts/default/2243228150837162785'/><link rel='alternate' type='text/html' href='http://securestate.blogspot.com/2010/02/periodic-pci-compliance-activities-2.html' title='Periodic PCI Compliance Activities'/><author><name>Mike Brunenmeister</name><uri>http://www.blogger.com/profile/16133058106763558028</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-1527379634211237227.post-1239299365135857615</id><published>2010-02-20T16:43:00.003-05:00</published><updated>2010-02-20T16:56:33.737-05:00</updated><title type='text'>SSDs and Performance</title><summary type='text'>Well, if you saw my blog, "The Spin Stops Here," you see that we've already covered topics such as battery life, and the difference between traditional disks and the newer SSDs, among other things. But in this blog, I wanted to cover a couple other issues and facts surrounding SSDs. You may want to read my last blog on SSDs, as I will be using acronyms and information mentioned previously. Since </summary><link rel='replies' type='application/atom+xml' href='http://securestate.blogspot.com/feeds/1239299365135857615/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=1527379634211237227&amp;postID=1239299365135857615' title='2 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/1527379634211237227/posts/default/1239299365135857615'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/1527379634211237227/posts/default/1239299365135857615'/><link rel='alternate' type='text/html' href='http://securestate.blogspot.com/2010/02/ssds-and-performance.html' title='SSDs and Performance'/><author><name>Steve Erdman</name><uri>http://www.blogger.com/profile/03924412422586952947</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='23' height='32' src='http://4.bp.blogspot.com/_Idfa5hNBEi0/SblwwqHyO7I/AAAAAAAAAAU/SzNAPoYkL7s/S220/me.jpg'/></author><thr:total>2</thr:total></entry><entry><id>tag:blogger.com,1999:blog-1527379634211237227.post-5177950190476858832</id><published>2010-02-12T17:02:00.025-05:00</published><updated>2010-02-18T14:59:30.524-05:00</updated><title type='text'>Mitigating Visual Studio Application Manifest Information Disclosure in ClickOnce Deployments</title><summary type='text'> v\:* {behavior:url(#default#VML);} o\:* {behavior:url(#default#VML);} w\:* {behavior:url(#default#VML);} .shape {behavior:url(#default#VML);}  &lt;!--[endif]--&gt;&lt;!--[if gte mso 9]&gt;     Normal   0   false            false   false   false      EN-US   X-NONE   X-NONE                                                                                                     &lt;![endif]--&gt;&lt;!--[if gte mso 9]&gt;</summary><link rel='replies' type='application/atom+xml' href='http://securestate.blogspot.com/feeds/5177950190476858832/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=1527379634211237227&amp;postID=5177950190476858832' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/1527379634211237227/posts/default/5177950190476858832'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/1527379634211237227/posts/default/5177950190476858832'/><link rel='alternate' type='text/html' href='http://securestate.blogspot.com/2010/02/mitigating-visual-studio-application.html' title='Mitigating Visual Studio Application Manifest Information Disclosure in ClickOnce Deployments'/><author><name>Scott White</name><uri>http://www.blogger.com/profile/04004932007384176459</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='28' height='32' src='http://4.bp.blogspot.com/_PlT2T0iJb8o/Ss48AcRy_hI/AAAAAAAAAA4/s8kfdlmiAOQ/S220/29c1d9a%5B1%5D.jpg'/></author><media:thumbnail xmlns:media='http://search.yahoo.com/mrss/' url='http://3.bp.blogspot.com/_PlT2T0iJb8o/S32TShapY2I/AAAAAAAAABo/gLt65Feda64/s72-c/1.png' height='72' width='72'/><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-1527379634211237227.post-5341136886304956211</id><published>2010-01-15T14:32:00.011-05:00</published><updated>2010-01-18T11:33:04.478-05:00</updated><title type='text'>Happy SSL Vulnerability Day</title><summary type='text'>We are living in the age of the Internet. It seems like everyone has a presence on the Internet these days. People can now perform research online, read books online and even shop online. Large amounts of sensitive information flow through the veins of the internet on a daily basis. In order to protect this data we turn to our dear friend known as SSL (Secure Sockets Layer).SSL is a protocol used</summary><link rel='replies' type='application/atom+xml' href='http://securestate.blogspot.com/feeds/5341136886304956211/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=1527379634211237227&amp;postID=5341136886304956211' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/1527379634211237227/posts/default/5341136886304956211'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/1527379634211237227/posts/default/5341136886304956211'/><link rel='alternate' type='text/html' href='http://securestate.blogspot.com/2010/01/happy-ssl-vulnerability-day.html' title='Happy SSL Vulnerability Day'/><author><name>Gary McCully</name><uri>http://www.blogger.com/profile/16473916567691068286</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-1527379634211237227.post-6612750642836827570</id><published>2010-01-14T11:03:00.001-05:00</published><updated>2010-01-14T11:13:28.090-05:00</updated><title type='text'>Writing Security Policies and Procedures</title><summary type='text'>Anyone who has ever written a set of policies and procedures knows how time consuming, headache ridden and tedious they are to create. For those of you who are in need of updating or creating new policies and procedures, this blog will be going over some things to keep in mind. We’ll also go over tips to making your writing easier for you and easier for your users to understand. Whether you’re </summary><link rel='replies' type='application/atom+xml' href='http://securestate.blogspot.com/feeds/6612750642836827570/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=1527379634211237227&amp;postID=6612750642836827570' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/1527379634211237227/posts/default/6612750642836827570'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/1527379634211237227/posts/default/6612750642836827570'/><link rel='alternate' type='text/html' href='http://securestate.blogspot.com/2010/01/writing-security-policies-and.html' title='Writing Security Policies and Procedures'/><author><name>Steve Erdman</name><uri>http://www.blogger.com/profile/03924412422586952947</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='23' height='32' src='http://4.bp.blogspot.com/_Idfa5hNBEi0/SblwwqHyO7I/AAAAAAAAAAU/SzNAPoYkL7s/S220/me.jpg'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-1527379634211237227.post-3541535116839213838</id><published>2009-12-29T11:30:00.004-05:00</published><updated>2010-01-14T21:04:35.248-05:00</updated><title type='text'>The MasterCard Hokey Pokey</title><summary type='text'>Earlier this year, MasterCard issued a somewhat radical change for their SDP program stating that Level 2 Merchants had to have an onsite assessment by a QSA by the end of 2010 as stated here:http://www.mastercard.com/us/merchant/pdf/SDP_Program_Revisions.pdfHowever, this hokey pokey move put the Level 2 Merchants "in" the same boat as Level 1 merchants significantly upped the ante.  First of all</summary><link rel='replies' type='application/atom+xml' href='http://securestate.blogspot.com/feeds/3541535116839213838/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=1527379634211237227&amp;postID=3541535116839213838' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/1527379634211237227/posts/default/3541535116839213838'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/1527379634211237227/posts/default/3541535116839213838'/><link rel='alternate' type='text/html' href='http://securestate.blogspot.com/2009/12/mastercard-hokey-pokey.html' title='The MasterCard Hokey Pokey'/><author><name>Matt Davis</name><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-1527379634211237227.post-66861333898473501</id><published>2009-12-24T12:46:00.003-05:00</published><updated>2009-12-24T13:00:17.924-05:00</updated><category scheme='http://www.blogger.com/atom/ns#' term='Social Engineering'/><title type='text'>MS08-067 Strikes Again</title><summary type='text'>Firewalls, anti-virus, and intrusion detection systems can protect you from many things threatening you information security. What about your employees? Can they be easily locked down? The quick answer is no. The human element is the weakest link, and the following story is no exception.While performing a social engineering attack, we were given a list of users to impersonate. The goal was to </summary><link rel='replies' type='application/atom+xml' href='http://securestate.blogspot.com/feeds/66861333898473501/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=1527379634211237227&amp;postID=66861333898473501' title='1 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/1527379634211237227/posts/default/66861333898473501'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/1527379634211237227/posts/default/66861333898473501'/><link rel='alternate' type='text/html' href='http://securestate.blogspot.com/2009/12/ms08-067-strikes-again.html' title='MS08-067 Strikes Again'/><author><name>SRidenbaugh</name><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><thr:total>1</thr:total></entry><entry><id>tag:blogger.com,1999:blog-1527379634211237227.post-898355882386937501</id><published>2009-12-18T16:54:00.003-05:00</published><updated>2009-12-18T16:56:41.837-05:00</updated><title type='text'>Are Your Applications PA-DSS Compliant?</title><summary type='text'>The PA-DSS deadline is closer than you may realize and there is bound to be a mad-rush at the end. July 2010 is the deadline for Phase 5 of Visa’s “Payment Application Security Mandates”. By that date, Visa is requiring that acquirers certify that all their merchants and processors are using PA-DSS certified payment applications. Did you get that? Stop, backup, read it again. If you are using a </summary><link rel='replies' type='application/atom+xml' href='http://securestate.blogspot.com/feeds/898355882386937501/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=1527379634211237227&amp;postID=898355882386937501' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/1527379634211237227/posts/default/898355882386937501'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/1527379634211237227/posts/default/898355882386937501'/><link rel='alternate' type='text/html' href='http://securestate.blogspot.com/2009/12/are-your-applications-pa-dss-compliant.html' title='Are Your Applications PA-DSS Compliant?'/><author><name>Mike Brunenmeister</name><uri>http://www.blogger.com/profile/16133058106763558028</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-1527379634211237227.post-4641942379779528030</id><published>2009-12-11T11:23:00.007-05:00</published><updated>2009-12-11T11:52:16.752-05:00</updated><category scheme='http://www.blogger.com/atom/ns#' term='pci compliance'/><title type='text'>Securing a PCI compliant vendor</title><summary type='text'>Seven restaurants are suing Radiant Systems and Computer World for producing and selling insecure systems that led to security breaches, which then led to fines and other costs for the breached companies.The restaurants claim that they were sold a product that was not PCI compliant, and the two vendors should be held responsible for the data lost and the money spent as a result of the </summary><link rel='replies' type='application/atom+xml' href='http://securestate.blogspot.com/feeds/4641942379779528030/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=1527379634211237227&amp;postID=4641942379779528030' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/1527379634211237227/posts/default/4641942379779528030'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/1527379634211237227/posts/default/4641942379779528030'/><link rel='alternate' type='text/html' href='http://securestate.blogspot.com/2009/12/securing-pci-compliant-vendor.html' title='Securing a PCI compliant vendor'/><author><name>SRidenbaugh</name><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-1527379634211237227.post-1781207674591861608</id><published>2009-12-04T10:58:00.003-05:00</published><updated>2009-12-04T11:03:52.342-05:00</updated><category scheme='http://www.blogger.com/atom/ns#' term='PII'/><category scheme='http://www.blogger.com/atom/ns#' term='data breach'/><category scheme='http://www.blogger.com/atom/ns#' term='iphone'/><title type='text'>iPhone App Developer Sued for User Phone Number Theft</title><summary type='text'>As the saying goes, it’s not IF, but WHEN will your personal information will be stolen in a data breach.On October 8, 2009 I wrote a blog entitled “What’s the Value of Your Mobile Phone’s Address Book?” which highlighted the fact that iPhone applications have access to your phones entire address book and you are trusting that the developer is (hopefully) not a rogue one.  This has been known </summary><link rel='replies' type='application/atom+xml' href='http://securestate.blogspot.com/feeds/1781207674591861608/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=1527379634211237227&amp;postID=1781207674591861608' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/1527379634211237227/posts/default/1781207674591861608'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/1527379634211237227/posts/default/1781207674591861608'/><link rel='alternate' type='text/html' href='http://securestate.blogspot.com/2009/12/iphone-app-developer-sued-for-user.html' title='iPhone App Developer Sued for User Phone Number Theft'/><author><name>Scott White</name><uri>http://www.blogger.com/profile/04004932007384176459</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='28' height='32' src='http://4.bp.blogspot.com/_PlT2T0iJb8o/Ss48AcRy_hI/AAAAAAAAAA4/s8kfdlmiAOQ/S220/29c1d9a%5B1%5D.jpg'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-1527379634211237227.post-4608255891484926885</id><published>2009-11-09T11:37:00.005-05:00</published><updated>2009-11-09T11:41:26.261-05:00</updated><title type='text'>Is Your Response Time Less Than 120 Days?</title><summary type='text'>I recently read a blog about ChoicePoint and the ongoing coverage of their business, especially after 13,750 people had their personal information compromised.  Tina Stow, who seems to represent ChoicePoint, left a comment on the blog stating:“We have several monitoring tools and the one in question was not intentionally switched off. Due to human error for which the Company took appropriate </summary><link rel='replies' type='application/atom+xml' href='http://securestate.blogspot.com/feeds/4608255891484926885/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=1527379634211237227&amp;postID=4608255891484926885' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/1527379634211237227/posts/default/4608255891484926885'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/1527379634211237227/posts/default/4608255891484926885'/><link rel='alternate' type='text/html' href='http://securestate.blogspot.com/2009/11/is-your-response-time-less-than-120.html' title='Is Your Response Time Less Than 120 Days?'/><author><name>Scott White</name><uri>http://www.blogger.com/profile/04004932007384176459</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='28' height='32' src='http://4.bp.blogspot.com/_PlT2T0iJb8o/Ss48AcRy_hI/AAAAAAAAAA4/s8kfdlmiAOQ/S220/29c1d9a%5B1%5D.jpg'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-1527379634211237227.post-1054541674361516235</id><published>2009-11-05T13:52:00.003-05:00</published><updated>2009-11-05T13:58:23.870-05:00</updated><title type='text'>To Pen Test or not to Pen Test, that is the question…</title><summary type='text'>Time and time again I am challenged by clients and security professionals alike on what is the real benefit of penetration testing. Though this seems like an age old debate with many famous hackers and security professionals weighing in, I am not entirely sure I understand the argument undermining the importance/benefits of penetration testing. Below are arguments from both black and white hat </summary><link rel='replies' type='application/atom+xml' href='http://securestate.blogspot.com/feeds/1054541674361516235/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=1527379634211237227&amp;postID=1054541674361516235' title='4 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/1527379634211237227/posts/default/1054541674361516235'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/1527379634211237227/posts/default/1054541674361516235'/><link rel='alternate' type='text/html' href='http://securestate.blogspot.com/2009/11/to-pen-test-or-not-to-pen-test-that-is.html' title='To Pen Test or not to Pen Test, that is the question…'/><author><name>Andrew Weidenhamer</name><uri>http://www.blogger.com/profile/11815734166986227144</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><thr:total>4</thr:total></entry><entry><id>tag:blogger.com,1999:blog-1527379634211237227.post-9146505606894040785</id><published>2009-10-23T15:33:00.002-04:00</published><updated>2009-10-23T15:39:37.966-04:00</updated><category scheme='http://www.blogger.com/atom/ns#' term='Net Neutrality'/><title type='text'>The Network Neutrality Debate: Good or Evil?</title><summary type='text'>So for a long time now there has been a bill around in congress about Network Neutrality. Some people like it, some people don’t, others just don’t care. But who’s really looked into it? I mean, it sounds good. It sounds like it could help everyone out, right? It’s keeping the Internet neutral, right? Well, for those of you who haven’t looked into Net Neutrality, its time you hear about it. Let’s</summary><link rel='replies' type='application/atom+xml' href='http://securestate.blogspot.com/feeds/9146505606894040785/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=1527379634211237227&amp;postID=9146505606894040785' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/1527379634211237227/posts/default/9146505606894040785'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/1527379634211237227/posts/default/9146505606894040785'/><link rel='alternate' type='text/html' href='http://securestate.blogspot.com/2009/10/network-neutrality-debate-good-or-evil.html' title='The Network Neutrality Debate: Good or Evil?'/><author><name>Steve Erdman</name><uri>http://www.blogger.com/profile/03924412422586952947</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='23' height='32' src='http://4.bp.blogspot.com/_Idfa5hNBEi0/SblwwqHyO7I/AAAAAAAAAAU/SzNAPoYkL7s/S220/me.jpg'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-1527379634211237227.post-6737756845311727247</id><published>2009-10-09T09:22:00.004-04:00</published><updated>2009-10-15T11:49:01.498-04:00</updated><title type='text'>The Louisville Metro InfoSec Capture the Flag</title><summary type='text'>Just returned last night from the Louisville Metro Information Security Conference in Kentucky. I typically stay clear from the Capture the Flag events as I'm usually networking with people or presenting. This year I decided (with a little nudge from a couple friends) to participate in the Louisville InfoSec capture the flag. This years CTF was designed and put on by Irongeek (http://</summary><link rel='replies' type='application/atom+xml' href='http://securestate.blogspot.com/feeds/6737756845311727247/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=1527379634211237227&amp;postID=6737756845311727247' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/1527379634211237227/posts/default/6737756845311727247'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/1527379634211237227/posts/default/6737756845311727247'/><link rel='alternate' type='text/html' href='http://securestate.blogspot.com/2009/10/louisville-metro-infosec-capture-flag.html' title='The Louisville Metro InfoSec Capture the Flag'/><author><name>Dave Kennedy</name><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-1527379634211237227.post-2630580661828437303</id><published>2009-10-08T14:58:00.005-04:00</published><updated>2009-10-08T15:10:38.237-04:00</updated><category scheme='http://www.blogger.com/atom/ns#' term='Security'/><category scheme='http://www.blogger.com/atom/ns#' term='mobile device'/><category scheme='http://www.blogger.com/atom/ns#' term='mobile phone'/><category scheme='http://www.blogger.com/atom/ns#' term='iphone'/><category scheme='http://www.blogger.com/atom/ns#' term='addressbook'/><title type='text'>What’s the Value of Your Mobile Phone’s Address Book?</title><summary type='text'>Being a consultant, I travel a good amount around the United States for various engagements.  While at airports, hotels, and other public places that offer opportunities for wireless communications, I often find myself in amazement of the information at large.Approximately 4 months ago, I sat at the airport gate awaiting my incoming flight and a woman sitting next (2 seats down, or about 6 feet </summary><link rel='replies' type='application/atom+xml' href='http://securestate.blogspot.com/feeds/2630580661828437303/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=1527379634211237227&amp;postID=2630580661828437303' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/1527379634211237227/posts/default/2630580661828437303'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/1527379634211237227/posts/default/2630580661828437303'/><link rel='alternate' type='text/html' href='http://securestate.blogspot.com/2009/10/whats-value-of-your-mobile-phones.html' title='What’s the Value of Your Mobile Phone’s Address Book?'/><author><name>Scott White</name><uri>http://www.blogger.com/profile/04004932007384176459</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='28' height='32' src='http://4.bp.blogspot.com/_PlT2T0iJb8o/Ss48AcRy_hI/AAAAAAAAAA4/s8kfdlmiAOQ/S220/29c1d9a%5B1%5D.jpg'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-1527379634211237227.post-7425856063103676980</id><published>2009-10-06T14:36:00.004-04:00</published><updated>2009-10-06T16:35:07.335-04:00</updated><title type='text'>How a simple python fuzzer brought down SMBv2 in 2 seconds.</title><summary type='text'>If you haven't had a chance to check out the post by Laurent Gaffie (posted at the end of this blog), it's a really great read on how the latest SMBv2 zero-day got discovered.Laurent used a simplistic packet reconstruction fuzzer in python to ultimately discover what is now a remotely exploitable zero-day within SMBv2 systems. Let's dissect the code a little bit:from socket import *from time </summary><link rel='replies' type='application/atom+xml' href='http://securestate.blogspot.com/feeds/7425856063103676980/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=1527379634211237227&amp;postID=7425856063103676980' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/1527379634211237227/posts/default/7425856063103676980'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/1527379634211237227/posts/default/7425856063103676980'/><link rel='alternate' type='text/html' href='http://securestate.blogspot.com/2009/10/how-simple-python-fuzzer-brought-down.html' title='How a simple python fuzzer brought down SMBv2 in 2 seconds.'/><author><name>Dave Kennedy</name><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-1527379634211237227.post-8193671770252950999</id><published>2009-10-04T09:11:00.002-04:00</published><updated>2009-10-04T09:14:16.832-04:00</updated><category scheme='http://www.blogger.com/atom/ns#' term='Celebrity security'/><title type='text'>Patrick Swayze- Roadhouse Ramblings</title><summary type='text'>I have always liked the movie Roadhouse. Patrick Swayze is an amazing actor (and has more range than he gets credit for- remember Wong Fu?). Throw in Sam Elliot and I don’t see how you can go wrong. Before you decide that I have taken up blogging about cinema, let me say that in light of the recent passing of Swayze, I think we can learn a few things about information security from Roadhouse. And</summary><link rel='replies' type='application/atom+xml' href='http://securestate.blogspot.com/feeds/8193671770252950999/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=1527379634211237227&amp;postID=8193671770252950999' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/1527379634211237227/posts/default/8193671770252950999'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/1527379634211237227/posts/default/8193671770252950999'/><link rel='alternate' type='text/html' href='http://securestate.blogspot.com/2009/10/patrick-swayze-roadhouse-ramblings.html' title='Patrick Swayze- Roadhouse Ramblings'/><author><name>Ken Stasiak</name><uri>http://www.blogger.com/profile/06886226685627194058</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='21' height='32' src='http://3.bp.blogspot.com/_kcH_huYGWLU/SK7iWSPx1nI/AAAAAAAAAAM/8F_rNjCIwP0/S220/Stasiak.jpg'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-1527379634211237227.post-5978022583990347532</id><published>2009-09-28T07:42:00.002-04:00</published><updated>2009-09-28T07:48:27.612-04:00</updated><title type='text'>SMBv2 Exploit now in Metasploit as well as Screenshots!</title><summary type='text'>As version 3.3 stable comes near, H.D. Moore and the crew from the Metasploit team has released a couple of great new features with the 3.3 dev version. Most notably last night was the commit for the latest SMBv2 remote code execution vulnerability that specifically targets Windows Vista and Windows 2008 and is still currently unpatched!! The second awesome looking feature is the capability to </summary><link rel='replies' type='application/atom+xml' href='http://securestate.blogspot.com/feeds/5978022583990347532/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=1527379634211237227&amp;postID=5978022583990347532' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/1527379634211237227/posts/default/5978022583990347532'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/1527379634211237227/posts/default/5978022583990347532'/><link rel='alternate' type='text/html' href='http://securestate.blogspot.com/2009/09/smbv2-exploit-now-in-metasploit-as-well.html' title='SMBv2 Exploit now in Metasploit as well as Screenshots!'/><author><name>Dave Kennedy</name><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-1527379634211237227.post-2707092383030359244</id><published>2009-09-21T09:48:00.004-04:00</published><updated>2009-09-21T09:57:46.527-04:00</updated><category scheme='http://www.blogger.com/atom/ns#' term='Information Security'/><category scheme='http://www.blogger.com/atom/ns#' term='CISO'/><category scheme='http://www.blogger.com/atom/ns#' term='SWOT Business'/><title type='text'>Using SWOT to Evaluate Your Security Posture</title><summary type='text'>Because the value of security is based on what is prevented, or doesn’t happen, it can be difficult to quantify. One simple way to evaluate your security needs can be with a SWOT analysis modified for security. Almost all of us are familiar with the SWOT analysis- it is business 101. For those who are not, it as an analysis of Strengths, Weaknesses, Opportunities, and Threats. When you are trying</summary><link rel='replies' type='application/atom+xml' href='http://securestate.blogspot.com/feeds/2707092383030359244/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=1527379634211237227&amp;postID=2707092383030359244' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/1527379634211237227/posts/default/2707092383030359244'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/1527379634211237227/posts/default/2707092383030359244'/><link rel='alternate' type='text/html' href='http://securestate.blogspot.com/2009/09/using-swot-to-evaluate-your-security.html' title='Using SWOT to Evaluate Your Security Posture'/><author><name>Ken Stasiak</name><uri>http://www.blogger.com/profile/06886226685627194058</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='21' height='32' src='http://3.bp.blogspot.com/_kcH_huYGWLU/SK7iWSPx1nI/AAAAAAAAAAM/8F_rNjCIwP0/S220/Stasiak.jpg'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-1527379634211237227.post-2821434596220945092</id><published>2009-09-17T15:37:00.011-04:00</published><updated>2009-09-17T17:35:20.689-04:00</updated><title type='text'>Information Security's Silver Bullet:  There Isn't One</title><summary type='text'>Back on June 27, 2008 ComputerWorld published an article "Web firewalls trumping other options as PCI deadline nears" just before the well known June 30, 2008 PCI 6.6 deadline.  In February of 2008, the PCI Council published clarification on the PCI DSS section 6.6 and what the intent of it was.  Over a year later, I frequently encounter Web applications that are far from compliant and this is no</summary><link rel='replies' type='application/atom+xml' href='http://securestate.blogspot.com/feeds/2821434596220945092/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=1527379634211237227&amp;postID=2821434596220945092' title='4 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/1527379634211237227/posts/default/2821434596220945092'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/1527379634211237227/posts/default/2821434596220945092'/><link rel='alternate' type='text/html' href='http://securestate.blogspot.com/2009/09/information-securitys-silver-bullet.html' title='Information Security&apos;s Silver Bullet:  There Isn&apos;t One'/><author><name>Scott White</name><uri>http://www.blogger.com/profile/04004932007384176459</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='28' height='32' src='http://4.bp.blogspot.com/_PlT2T0iJb8o/Ss48AcRy_hI/AAAAAAAAAA4/s8kfdlmiAOQ/S220/29c1d9a%5B1%5D.jpg'/></author><thr:total>4</thr:total></entry></feed>
