<?xml version="1.0" encoding="UTF-8"?>
<?xml-stylesheet type="text/xsl" media="screen" href="/~d/styles/rss2full.xsl"?><?xml-stylesheet type="text/css" media="screen" href="http://feeds.feedburner.com/~d/styles/itemcontent.css"?><rss version="2.0"><channel><title>TripleCheck Consulting Blog</title><link>http://blog.triplecheck.ca/</link><atom10:link xmlns:atom10="http://www.w3.org/2005/Atom" rel="self" type="application/rss+xml" href="http://feeds.feedburner.com/TriplecheckConsultingBlog" /><description>The corporate TripleCheck Consulting Blog.  Providing interesting news and perspectives on Information Security topics.</description><language>en</language><managingEditor>mark.linton@triplecheck.ca (Mark Linton)</managingEditor><lastBuildDate>Fri, 05 Mar 2010 13:19:16 PST</lastBuildDate><generator>Blogger http://www.blogger.com</generator><openSearch:totalResults xmlns:openSearch="http://a9.com/-/spec/opensearch/1.1/">74</openSearch:totalResults><openSearch:startIndex xmlns:openSearch="http://a9.com/-/spec/opensearch/1.1/">1</openSearch:startIndex><openSearch:itemsPerPage xmlns:openSearch="http://a9.com/-/spec/opensearch/1.1/">25</openSearch:itemsPerPage><feedburner:info xmlns:feedburner="http://rssnamespace.org/feedburner/ext/1.0" uri="triplecheckconsultingblog" /><atom10:link xmlns:atom10="http://www.w3.org/2005/Atom" rel="hub" href="http://pubsubhubbub.appspot.com/" /><item><title>Anti-virus, Patching, Drugs and the Immune System</title><link>http://blog.triplecheck.ca/2010/03/anti-virus-patching-drugs-and-immune.html</link><author>mark.linton@triplecheck.ca (Mark Linton)</author><pubDate>Fri, 05 Mar 2010 13:17:41 PST</pubDate><guid isPermaLink="false">tag:blogger.com,1999:blog-3123519664071299436.post-961521644349687005</guid><description>&lt;div class="separator" style="clear: both; text-align: center;"&gt;&lt;a href="http://3.bp.blogspot.com/_vcuxy3Ozzt0/S5F04XXa-CI/AAAAAAAAAQk/1cQofnakghk/s1600-h/download.jpeg" imageanchor="1" style="clear: right; float: right; margin-bottom: 1em; margin-left: 1em;"&gt;&lt;img border="0" src="http://3.bp.blogspot.com/_vcuxy3Ozzt0/S5F04XXa-CI/AAAAAAAAAQk/1cQofnakghk/s320/download.jpeg" /&gt;&lt;/a&gt;&lt;/div&gt;Anti-virus is a hotly debated control. &amp;nbsp;For some it is a very profitable business model, and for others it is a primary portion of their security environment. &amp;nbsp;In other circles pointing out faults and weaknesses in anti-virus controls has become a banner for a crusade. &amp;nbsp;All of this results in confusion of users who are using it to protect themselves against online threats, which makes all of us a little less secure. &amp;nbsp;I'd like to make the point that if we focused on the causes of our online illnesses, secure software development and patching, that this would go a long way to improving our trust in the online community.&lt;br /&gt;
&lt;br /&gt;
Anti-virus, like drugs produced by&amp;nbsp;pharmaceutical&amp;nbsp;companies are good at one thing, treating known conditions effecting us. &amp;nbsp;In anti-virus' case this is known malware and viruses. &amp;nbsp; These treatments are still essential at treating these conditions, and investment in new treatments is also very important.&lt;br /&gt;
&lt;br /&gt;
On the other hand secure coding, development practices and rapid patching of systems is like our immune system, its there to help us prevent the infections from&amp;nbsp;occurring&amp;nbsp;in the first place. &amp;nbsp;And just as doctors provide advice on avoiding situations and preventing conditions which would result in infection, security professional provide advice on improving processes around the management of our environments, and the behaviours of our users.&lt;br /&gt;
&lt;br /&gt;
Unfortunately, like drugs, anti-virus products are promoted as being a cure-all by some vendors biased by the profits to be had in the sale of these products. &amp;nbsp;Doctors live by a code of ethics which prevents them from solely relying upon drug treatments &amp;nbsp;to treat, cure and prevent the conditions of their patients. Like doctors, we security professionals need to provide the best advice to our customers, and ensure that we recognize the clear differences between these controls, and recommend and apply the right amounts of prevention and treatment.&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/3123519664071299436-961521644349687005?l=blog.triplecheck.ca' alt='' /&gt;&lt;/div&gt;</description><app:edited xmlns:app="http://www.w3.org/2007/app">2010-03-05T13:17:41.501-08:00</app:edited><media:thumbnail xmlns:media="http://search.yahoo.com/mrss/" url="http://3.bp.blogspot.com/_vcuxy3Ozzt0/S5F04XXa-CI/AAAAAAAAAQk/1cQofnakghk/s72-c/download.jpeg" height="72" width="72" /><thr:total xmlns:thr="http://purl.org/syndication/thread/1.0">0</thr:total></item><item><title>Whitehouse Unveiling Their Cyber Security Initiatives</title><link>http://blog.triplecheck.ca/2010/03/whitehouse-unveiling-their-cyber.html</link><author>mark.linton@triplecheck.ca (Mark Linton)</author><pubDate>Wed, 03 Mar 2010 22:07:22 PST</pubDate><guid isPermaLink="false">tag:blogger.com,1999:blog-3123519664071299436.post-2053873245485227641</guid><description>&lt;div class="separator" style="clear: both; text-align: center;"&gt;&lt;a href="http://4.bp.blogspot.com/_vcuxy3Ozzt0/S49NHR3JrXI/AAAAAAAAAQc/O3k4TUuN2y4/s1600-h/images.jpg" imageanchor="1" style="clear: left; float: left; margin-bottom: 1em; margin-right: 1em;"&gt;&lt;img border="0" src="http://4.bp.blogspot.com/_vcuxy3Ozzt0/S49NHR3JrXI/AAAAAAAAAQc/O3k4TUuN2y4/s320/images.jpg" /&gt;&lt;/a&gt;&lt;/div&gt;&lt;span class="Apple-style-span" style="font-family: Times, 'Times New Roman', serif;"&gt;The Whitehouse has unveiled &lt;a href="http://www.whitehouse.gov/sites/default/files/Cybersecurity.pdf"&gt;a report&lt;/a&gt; describing the specific initiatives that the US government is taking in reaction to the global cyber security threat. &amp;nbsp;These 12 initiatives, documented within the Comprehensive National Cybersecurity Initiative (CNCI)appear to be part of a well-coordinated plan championed by Howard Schmidt, the President's Cybersecurity Coordinator and include:&lt;/span&gt;&lt;br /&gt;
&lt;span class="Apple-style-span" style="font-family: Times, 'Times New Roman', serif;"&gt;&lt;/span&gt;&lt;br /&gt;
&lt;span class="Apple-style-span" style="font-family: Times, 'Times New Roman', serif;"&gt;&lt;br /&gt;
Initiative #1. Manage the Federal Enterprise Network as a single network enterprise with Trusted Internet Connections.&lt;br /&gt;
Initiative #2. Deploy an intrusion detection system of sensors across the Federal enterprise.&lt;br /&gt;
Initiative #3. Pursue deployment of intrusion prevention systems across the Federal enterprise.&lt;br /&gt;
Initiative #4: Coordinate and redirect research and development (R&amp;amp;D) efforts.&lt;br /&gt;
Initiative #5. Connect current cyber ops centers to enhance situational awareness.&lt;br /&gt;
Initiative #6. Develop and implement a government-wide cyber counterintelligence (CI) plan.&lt;br /&gt;
Initiative #7. Increase the security of our classified networks.&lt;br /&gt;
Initiative #8. Expand cyber education.&lt;br /&gt;
Initiative #9. Define and develop enduring “leap-ahead” technology, strategies, and programs.&lt;br /&gt;
Initiative #10. Define and develop enduring deterrence strategies and programs.&lt;br /&gt;
Initiative #11. Develop a multi-pronged approach for global supply chain risk management.&lt;br /&gt;
Initiative #12. Define the Federal role for extending cybersecurity into critical infrastructure domains.&amp;nbsp;&lt;/span&gt;&lt;br /&gt;
&lt;span class="Apple-style-span" style="font-family: Times, 'Times New Roman', serif;"&gt;&lt;br /&gt;
&lt;/span&gt;&lt;br /&gt;
&lt;span class="Apple-style-span" style="color: #333333; font-family: Arial, Helvetica, sans-serif;"&gt;&lt;/span&gt;&lt;br /&gt;
&lt;div style="font-size: 0.75em; line-height: 1.5em; margin-bottom: 20px; margin-left: 0px; margin-right: 0px; margin-top: 0px; padding-bottom: 0px; padding-left: 0px; padding-right: 0px; padding-top: 0px;"&gt;&lt;span class="Apple-style-span" style="font-family: Times, 'Times New Roman', serif;"&gt;&lt;span class="Apple-style-span" style="font-size: large;"&gt;&lt;br /&gt;
&lt;/span&gt;&lt;/span&gt;&lt;/div&gt;&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/3123519664071299436-2053873245485227641?l=blog.triplecheck.ca' alt='' /&gt;&lt;/div&gt;</description><app:edited xmlns:app="http://www.w3.org/2007/app">2010-03-03T22:07:22.661-08:00</app:edited><media:thumbnail xmlns:media="http://search.yahoo.com/mrss/" url="http://4.bp.blogspot.com/_vcuxy3Ozzt0/S49NHR3JrXI/AAAAAAAAAQc/O3k4TUuN2y4/s72-c/images.jpg" height="72" width="72" /><thr:total xmlns:thr="http://purl.org/syndication/thread/1.0">0</thr:total></item><item><title>Web Application Vulnerability Scanners Compared</title><link>http://blog.triplecheck.ca/2010/02/web-application-vulnerability-scanning.html</link><author>mark.linton@triplecheck.ca (Mark Linton)</author><pubDate>Fri, 26 Feb 2010 09:32:11 PST</pubDate><guid isPermaLink="false">tag:blogger.com,1999:blog-3123519664071299436.post-3101827578248648192</guid><description>&lt;a href="http://3.bp.blogspot.com/_vcuxy3Ozzt0/S4gDjKYM6KI/AAAAAAAAAQQ/3teEz_aWMlc/s1600-h/images.jpeg" onblur="try {parent.deselectBloggerImageGracefully();} catch(e) {}"&gt;&lt;img alt="" border="0" id="BLOGGER_PHOTO_ID_5442604052293413026" src="http://3.bp.blogspot.com/_vcuxy3Ozzt0/S4gDjKYM6KI/AAAAAAAAAQQ/3teEz_aWMlc/s200/images.jpeg" style="cursor: hand; cursor: pointer; float: right; height: 129px; margin: 0 0 10px 10px; width: 129px;" /&gt;&lt;/a&gt;Web Application Vulnerability Scanning and Identification is a hot topic for many customers, and there a number of excellent products which can help with the identification process.  Larry Suto has produced the second of his independent evaluations of these products and &lt;a href="http://ha.ckers.org/files/Accuracy_and_Time_Costs_of_Web_App_Scanners.pdf"&gt;posted the results&lt;/a&gt;.&lt;br /&gt;
&lt;br /&gt;
In addition the guys over at NTO have &lt;a href="http://www.ntobjectives.com/blog/response-to-2010-suto-report"&gt;posted their response&lt;/a&gt; to the report which identifies some interesting debates and responses from the vendors based on the results.&lt;br /&gt;
&lt;br /&gt;
This kind of transparency on the effectiveness of these tools is excellent and really highlights the challenges that ALL web application vulnerability scanners have - especially those tools that can't automatically find the vulnerabilities in their own test sites!&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/3123519664071299436-3101827578248648192?l=blog.triplecheck.ca' alt='' /&gt;&lt;/div&gt;</description><app:edited xmlns:app="http://www.w3.org/2007/app">2010-02-26T09:32:11.555-08:00</app:edited><media:thumbnail xmlns:media="http://search.yahoo.com/mrss/" url="http://3.bp.blogspot.com/_vcuxy3Ozzt0/S4gDjKYM6KI/AAAAAAAAAQQ/3teEz_aWMlc/s72-c/images.jpeg" height="72" width="72" /><thr:total xmlns:thr="http://purl.org/syndication/thread/1.0">0</thr:total></item><item><title>Advanced Persistent Threats APTs</title><link>http://blog.triplecheck.ca/2010/02/advanced-persistent-threats-apts.html</link><author>mark.linton@triplecheck.ca (Mark Linton)</author><pubDate>Thu, 18 Feb 2010 12:36:48 PST</pubDate><guid isPermaLink="false">tag:blogger.com,1999:blog-3123519664071299436.post-5034806252049694004</guid><description>&lt;div&gt;APTs or Advanced Persistent Threats are threats in which the threat agent (person or persons responsible) is highly motivated, well resourced, and highly skilled.  This modis operendi of these people is to identify high-value target profiles (senior management, financially responsible, and influential) and gain persistent access to sensitive information.&lt;/div&gt;&lt;div&gt;
&lt;br /&gt;&lt;/div&gt;&lt;div&gt;Over the last few months, there has been an increasing number of public reports related to APT incidents:&lt;/div&gt;&lt;div&gt;
&lt;br /&gt;&lt;/div&gt;&lt;div&gt;&lt;a href="http://online.wsj.com/article/SB10001424052748704398804575071103834150536.html?mod=WSJ_hpp_LEADNewsCollection"&gt;Wall Street Journal&lt;/a&gt;&lt;/div&gt;&lt;div&gt;
&lt;br /&gt;&lt;/div&gt;&lt;div&gt;&lt;a href="http://www.businessweek.com/technology/content/jul2009/tc2009076_873512.htm?chan=technology_technology+index+page_top+stories"&gt;Business Week &lt;/a&gt;&lt;/div&gt;&lt;div&gt;
&lt;br /&gt;&lt;/div&gt;&lt;div&gt;
&lt;br /&gt;&lt;/div&gt;&lt;div&gt;Athough it has been widely reported in the past that malware writers and the criminal elements funding their research were moving in the direction of smaller, more targeted attacks, it appears that this trend has been accelerated and is catching many organizations and people off-guard in the process.&lt;/div&gt;&lt;div&gt;
&lt;br /&gt;&lt;/div&gt;&lt;div&gt;There are a couple of difficult challenges associated with countering these types of threats:&lt;/div&gt;&lt;div&gt;
&lt;br /&gt;&lt;/div&gt;&lt;div&gt;1)  Threat information - with a few exceptions (government and private intelligence) most people and organizations in the commercial world have no idea who the people behind these attacks are, how they are motivated, the techniques they are using, and what type of information they are after.  This severely limits our ability to prevent, detect and respond.&lt;/div&gt;&lt;div&gt;
&lt;br /&gt;&lt;/div&gt;&lt;div&gt;Many of the recently reported incidents have fully funded security teams that are quite well trained and I expect very capable, but without a better understanding of the threats (who they are, what they are after, how they operate, how to respond) their efforts are not likely to be focussed appropriately.  Encrypted HTTPS sessions to eastern Europe from client browsers probably doesn't raise any alarms for most people today.  There are many sources of vulnerability intelligence (adobe has a new 0-day flaw), but very few sources of threat intelligence (criminal gang X in europe are preparing to target CFO's of petro-chemical organizations by hiring malware developers).&lt;/div&gt;&lt;meta charset="utf-8"&gt;&lt;div&gt;
&lt;br /&gt;&lt;/div&gt;&lt;div&gt;We need to start sharing intelligence better.  Governments who are funding intelligence research should expand these programs and build partnerships with the organizations being targeted.  This serves to inform the community about current threats, and collect information regarding incidents.  Targets are in most-cases commercial non-military organizations who don't have the benefit of being briefed by NSA on a regular basis.  Those governments who don't collect this type of intelligence need to start.  And commercially, private industry needs to serve our clients better by insuring advice being provided is as accurate and actionable as possible.  &lt;/div&gt;&lt;div&gt;
&lt;br /&gt;&lt;/div&gt;&lt;div&gt;A good example of this is the &lt;a href="http://www.tscp.org/about.htm"&gt;Transglobal Secure Collaboration Program&lt;/a&gt; (TSCP).&lt;/div&gt;&lt;div&gt;
&lt;br /&gt;&lt;/div&gt;&lt;div&gt;&lt;div&gt;2)  Deployed control in-effectiveness - anti-virus, intrusion detection/prevention products have been developed to respond to malware that is reported to them in most cases after the infection has occurred.  Keeping anti-virus software updated is important, but so is realizing that it only protects from well known vulnerabilities.&lt;/div&gt;&lt;div&gt;
&lt;br /&gt;&lt;/div&gt;&lt;div&gt;These threats are using custom malware, in some incidents used in only a small number of cases, and developed to be un-noticeable by the target.  Exclusive dependence on traditional types of security controls for protection against these threats will only establish a false sense of security.&lt;/div&gt;&lt;/div&gt;&lt;div&gt;
&lt;br /&gt;&lt;/div&gt;&lt;div&gt;We also need to adopt a new set of controls and thinking when addressing these threats.  We need to start isolating sensitive information and processing away from other less trustable activities (web browsing, email, etc), and we need to be vigilant in protecting them.  We should start reintroducing the basic security concepts of fail-close, and whitelisting rather than signature matching into more of our sensitive processes and educating our clients on reasons they are not permitted to update their facebook profile from the online-banking terminal.&lt;/div&gt;&lt;div&gt;
&lt;br /&gt;&lt;/div&gt;&lt;div&gt; &lt;/div&gt;&lt;div&gt;
&lt;br /&gt;&lt;/div&gt;&lt;div&gt;
&lt;br /&gt;&lt;/div&gt;&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/3123519664071299436-5034806252049694004?l=blog.triplecheck.ca' alt='' /&gt;&lt;/div&gt;</description><app:edited xmlns:app="http://www.w3.org/2007/app">2010-02-18T12:36:48.516-08:00</app:edited><thr:total xmlns:thr="http://purl.org/syndication/thread/1.0">0</thr:total></item><item><title>ScanSafe 56%-80% of 2009 Malware Infections Related to Adobe Acrobat</title><link>http://blog.triplecheck.ca/2010/02/scansafe-56-80-of-2009-malware.html</link><author>mark.linton@triplecheck.ca (Mark Linton)</author><pubDate>Tue, 16 Feb 2010 16:43:12 PST</pubDate><guid isPermaLink="false">tag:blogger.com,1999:blog-3123519664071299436.post-251089706458827002</guid><description>&lt;a onblur="try {parent.deselectBloggerImageGracefully();} catch(e) {}" href="http://3.bp.blogspot.com/_vcuxy3Ozzt0/S3s7lxuGwYI/AAAAAAAAAQI/0MYeySs6Z04/s1600-h/viewer.png"&gt;&lt;img style="float:right; margin:0 0 10px 10px;cursor:pointer; cursor:hand;width: 200px; height: 154px;" src="http://3.bp.blogspot.com/_vcuxy3Ozzt0/S3s7lxuGwYI/AAAAAAAAAQI/0MYeySs6Z04/s200/viewer.png" border="0" alt="" id="BLOGGER_PHOTO_ID_5439006495167922562" /&gt;&lt;/a&gt;In a new &lt;a href="http://www.scansafe.com/downloads/gtr/2009_AGTR.pdf"&gt;report &lt;/a&gt;released by CISCO's ScanSafe they claim that 2009 started off with 56% of malware infections occurring by way of flaws found in Adobe Acrobat products.  This seems to be very high to me, I would think that some of the drive-by browser flash infections are still a larger percentage of this total.&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/3123519664071299436-251089706458827002?l=blog.triplecheck.ca' alt='' /&gt;&lt;/div&gt;</description><app:edited xmlns:app="http://www.w3.org/2007/app">2010-02-16T16:43:12.132-08:00</app:edited><media:thumbnail xmlns:media="http://search.yahoo.com/mrss/" url="http://3.bp.blogspot.com/_vcuxy3Ozzt0/S3s7lxuGwYI/AAAAAAAAAQI/0MYeySs6Z04/s72-c/viewer.png" height="72" width="72" /><thr:total xmlns:thr="http://purl.org/syndication/thread/1.0">0</thr:total></item><item><title>Chip and PIN Vulnerabilities Documented</title><link>http://blog.triplecheck.ca/2010/02/chip-and-pin-vulnerabilities-documented.html</link><author>mark.linton@triplecheck.ca (Mark Linton)</author><pubDate>Mon, 15 Feb 2010 15:31:54 PST</pubDate><guid isPermaLink="false">tag:blogger.com,1999:blog-3123519664071299436.post-8528421480281594670</guid><description>&lt;a onblur="try {parent.deselectBloggerImageGracefully();} catch(e) {}" href="http://4.bp.blogspot.com/_vcuxy3Ozzt0/S3nZYVHTofI/AAAAAAAAAQA/A3kRC6kxq2Y/s1600-h/100215-fishnchips-01.jpg"&gt;&lt;img style="float:left; margin:0 10px 10px 0;cursor:pointer; cursor:hand;width: 200px; height: 118px;" src="http://4.bp.blogspot.com/_vcuxy3Ozzt0/S3nZYVHTofI/AAAAAAAAAQA/A3kRC6kxq2Y/s200/100215-fishnchips-01.jpg" border="0" alt="" id="BLOGGER_PHOTO_ID_5438617037034463730" /&gt;&lt;/a&gt;There is a significant research document that's been published publicly on some issues related to the new Chip and PIN standard.  Looks like the vulnerability is associated with a lack of coordination between each of the organizations involved.&lt;div&gt;&lt;br /&gt;&lt;/div&gt;&lt;div&gt;The attack although sophisticated is easily used by individual's with no technical understanding of the attack simply a "wedge" inserted between the card and the POS device.&lt;/div&gt;&lt;div&gt;&lt;br /&gt;&lt;/div&gt;&lt;div&gt;Considering that these cards are all being migrated to by Canada's largest card issuers, this is a big issue.  I have not yet confirmed that this affects chip and pin cards issued in Canada.&lt;/div&gt;&lt;div&gt;&lt;br /&gt;&lt;/div&gt;&lt;div&gt;Link to press release-http://www.cl.cam.ac.uk/research/security/banking/nopin/press-release.html&lt;/div&gt;&lt;div&gt;&lt;br /&gt;&lt;/div&gt;&lt;div&gt;Link to technical paper-http://www.cl.cam.ac.uk/research/security/projects/banking/nopin/oakland10chipbroken.pdf&lt;/div&gt;&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/3123519664071299436-8528421480281594670?l=blog.triplecheck.ca' alt='' /&gt;&lt;/div&gt;</description><app:edited xmlns:app="http://www.w3.org/2007/app">2010-02-15T15:31:54.250-08:00</app:edited><media:thumbnail xmlns:media="http://search.yahoo.com/mrss/" url="http://4.bp.blogspot.com/_vcuxy3Ozzt0/S3nZYVHTofI/AAAAAAAAAQA/A3kRC6kxq2Y/s72-c/100215-fishnchips-01.jpg" height="72" width="72" /><thr:total xmlns:thr="http://purl.org/syndication/thread/1.0">0</thr:total></item><item><title>Targeted Attacks - 2010 Predictions</title><link>http://blog.triplecheck.ca/2010/01/targeted-attacks-2010-predictions.html</link><author>mark.linton@triplecheck.ca (Mark Linton)</author><pubDate>Mon, 18 Jan 2010 10:10:42 PST</pubDate><guid isPermaLink="false">tag:blogger.com,1999:blog-3123519664071299436.post-5279084544869280758</guid><description>&lt;a onblur="try {parent.deselectBloggerImageGracefully();} catch(e) {}" href="http://3.bp.blogspot.com/_vcuxy3Ozzt0/S1SkErNqLFI/AAAAAAAAAP4/vnsqGjj4yeQ/s1600-h/crosshair-5.png"&gt;&lt;img style="margin: 0pt 0pt 10px 10px; float: right; cursor: pointer; width: 200px; height: 199px;" src="http://3.bp.blogspot.com/_vcuxy3Ozzt0/S1SkErNqLFI/AAAAAAAAAP4/vnsqGjj4yeQ/s200/crosshair-5.png" alt="" id="BLOGGER_PHOTO_ID_5428143851114736722" border="0" /&gt;&lt;/a&gt;It doesn't seem long into the new year and we already have two really high-profile targeted attacks,&lt;br /&gt;&lt;ul&gt;&lt;li&gt;The one reported at the end of December was a targeted attack on Google and a few other companies using some 0-day code. - &lt;a href="http://googleblog.blogspot.com/2010/01/new-approach-to-china.html"&gt;Google's release&lt;/a&gt;&lt;br /&gt;&lt;/li&gt;&lt;li&gt;The other is a new report of defense contractors being targeted using a only-recently patched exploit for adobe acrobat reader. - &lt;a href="http://www.f-secure.com/weblog/archives/00001859.html"&gt;F-secure's writeup&lt;/a&gt;&lt;br /&gt;&lt;/li&gt;&lt;/ul&gt;Not surprisingly, motivation of would-be attackers continues to move from targets of opportunity to targets of value, the surprising thing about it is how quickly this trend is progressing.&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/3123519664071299436-5279084544869280758?l=blog.triplecheck.ca' alt='' /&gt;&lt;/div&gt;</description><app:edited xmlns:app="http://www.w3.org/2007/app">2010-01-18T10:10:42.645-08:00</app:edited><media:thumbnail xmlns:media="http://search.yahoo.com/mrss/" url="http://3.bp.blogspot.com/_vcuxy3Ozzt0/S1SkErNqLFI/AAAAAAAAAP4/vnsqGjj4yeQ/s72-c/crosshair-5.png" height="72" width="72" /><thr:total xmlns:thr="http://purl.org/syndication/thread/1.0">0</thr:total></item><item><title>Security Updates - 2009/2010</title><link>http://blog.triplecheck.ca/2010/01/security-updates-20092010.html</link><category>q</category><author>mark.linton@triplecheck.ca (Mark Linton)</author><pubDate>Sat, 02 Jan 2010 13:30:58 PST</pubDate><guid isPermaLink="false">tag:blogger.com,1999:blog-3123519664071299436.post-7852050374822462830</guid><description>&lt;a style="" onblur="try {parent.deselectBloggerImageGracefully();} catch(e) {}" href="http://2.bp.blogspot.com/_vcuxy3Ozzt0/Sz-6ziHKB9I/AAAAAAAAAPw/rQQz3pfcWwg/s1600-h/images.jpg"&gt;&lt;img style="margin: 0pt 10px 10px 0pt; float: left; cursor: pointer; width: 128px; height: 80px;" src="http://2.bp.blogspot.com/_vcuxy3Ozzt0/Sz-6ziHKB9I/AAAAAAAAAPw/rQQz3pfcWwg/s200/images.jpg" alt="" id="BLOGGER_PHOTO_ID_5422257870870284242" border="0" /&gt;&lt;/a&gt;Sorry about the hiatus between posts - its been a busy holiday season and isn't showing any signs of slowing down in the next few weeks.  I've posted a few tweets here and there for some quick updates but nothing major, so here are a few links that have really caught my eye over the last month or so (some really good stuff here!).&lt;br /&gt;&lt;br /&gt;&lt;span style="font-weight: bold;"&gt;Best Practice / Research updates&lt;/span&gt;&lt;br /&gt;&lt;ul&gt;&lt;li&gt;NIST has published a draft revision of an important risk management framework which guides the implementation and compliance approaches with FISMA.  In my opinion this strengthens the guidance and makes it easier to implement - &lt;a href="http://csrc.nist.gov/publications/drafts/800-37-Rev1/SP800-37-rev1-FPD.pdf"&gt;NIST's SP 800-37 Rev. 1 - DRAFT Guide for Applying the Risk Management Framework to Federal Information Systems: A Security Life Cycle Approach. &lt;/a&gt;The draft was open for comment until the end of December, so look for a release sometime in January.&lt;/li&gt;&lt;/ul&gt;&lt;ul&gt;&lt;li&gt;ISACA has published &lt;a href="http://www.isaca.org/Template.cfm?Section=Research2&amp;amp;Template=/TaggedPage/TaggedPageDisplay.cfm&amp;amp;TPLID=70&amp;amp;ContentID=19817"&gt;two new sets&lt;/a&gt; of documents for members, updated guideline on implementing and improving IT governance, and a new framework and practitioner tool-set for identifying and managing IT risks.  In my opinion the RiskIT material provides a great high-level explanation of the IT risks management principals and provides and excellent set of tools for identifying and measuring risks as part of an assessment.  If you have IT Risk management responsibilities and aren't a member of ISACA it's time to sign up!&lt;/li&gt;&lt;/ul&gt;&lt;span style="font-weight: bold;"&gt;Security Tool Updates&lt;/span&gt;&lt;br /&gt;&lt;br /&gt;There are tons of new updates to tools, in fact too many to list them all here - if your job requires finding and using open-source and commercial tools your box just got a lot bigger.&lt;br /&gt;&lt;br /&gt;&lt;a href="http://packetstormsecurity.org/tools20.html"&gt;PacketStorm Security&lt;/a&gt; has a bunch of updates to open-source tools recently, too many to list but notables include;&lt;br /&gt;&lt;ul&gt;&lt;li&gt;wafp - web application finger printing&lt;/li&gt;&lt;li&gt;hostmap - for mining DNS information&lt;br /&gt;&lt;/li&gt;&lt;li&gt;wapati - new web application vulnerability scanner&lt;br /&gt;&lt;/li&gt;&lt;li&gt;scapy - update to a great packet manipulator&lt;br /&gt;&lt;/li&gt;&lt;li&gt;metasploit! - after the Rapid7 acquisition lots of development happening here...&lt;br /&gt;&lt;/li&gt;&lt;/ul&gt;All for now - have a great new year!&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/3123519664071299436-7852050374822462830?l=blog.triplecheck.ca' alt='' /&gt;&lt;/div&gt;</description><app:edited xmlns:app="http://www.w3.org/2007/app">2010-01-02T13:30:58.041-08:00</app:edited><media:thumbnail xmlns:media="http://search.yahoo.com/mrss/" url="http://2.bp.blogspot.com/_vcuxy3Ozzt0/Sz-6ziHKB9I/AAAAAAAAAPw/rQQz3pfcWwg/s72-c/images.jpg" height="72" width="72" /><thr:total xmlns:thr="http://purl.org/syndication/thread/1.0">0</thr:total></item><item><title>Today's Security Variety</title><link>http://blog.triplecheck.ca/2009/11/todays-security-variety.html</link><author>mark.linton@triplecheck.ca (Mark Linton)</author><pubDate>Thu, 26 Nov 2009 14:05:53 PST</pubDate><guid isPermaLink="false">tag:blogger.com,1999:blog-3123519664071299436.post-3932951427856893751</guid><description>&lt;a style="" onblur="try {parent.deselectBloggerImageGracefully();} catch(e) {}" href="http://2.bp.blogspot.com/_vcuxy3Ozzt0/Sw6gVUHwX0I/AAAAAAAAANo/unNg7KSruRY/s1600/images.jpg"&gt;&lt;img style="margin: 0pt 0pt 10px 10px; float: right; cursor: pointer; width: 137px; height: 129px;" src="http://2.bp.blogspot.com/_vcuxy3Ozzt0/Sw6gVUHwX0I/AAAAAAAAANo/unNg7KSruRY/s200/images.jpg" alt="" id="BLOGGER_PHOTO_ID_5408436490557480770" border="0" /&gt;&lt;/a&gt;I've recently come across a few security related items of interest that I thought might be useful to everyone.&lt;br /&gt;&lt;br /&gt;1.  &lt;a href="http://shodan.surtri.com/"&gt;Shodan&lt;/a&gt; - a fairly robust internet search engine that can be used to identify specific products and interfaces.  From the site:&lt;blockquote&gt; "SHODAN lets you find servers/ routers/ etc. by using the simple search bar        up above. Most of the data in the index covers web servers at the moment,        but there is some data on FTP, Telnet and SSH services as well. Let me know which services        interest you the most and I'll prioritize them in my scanning."&lt;/blockquote&gt;2.  &lt;a href="http://socialmediagovernance.com/about.shtml"&gt;Social Media Governance&lt;/a&gt; - a site with resources targeted at organization's use of social media.  This includes a list of companies such as Walmart, BBC and U.S. Airforce and their social media policies.&lt;br /&gt;&lt;br /&gt;3. &lt;a href="http://feeds.wired.com/%7Er/wired/index/%7E3/ncxzOzeOPns/"&gt;Wired Story&lt;/a&gt; on 9/11 Pager Texts - Looks like Wired is following the wikileaks break of millions of pager messages supposedly captured during the 9/11 terrorist attacks.  This will be interesting to follow.&lt;br /&gt;&lt;blockquote&gt;&lt;/blockquote&gt;&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/3123519664071299436-3932951427856893751?l=blog.triplecheck.ca' alt='' /&gt;&lt;/div&gt;</description><app:edited xmlns:app="http://www.w3.org/2007/app">2009-11-26T14:05:53.679-08:00</app:edited><media:thumbnail xmlns:media="http://search.yahoo.com/mrss/" url="http://2.bp.blogspot.com/_vcuxy3Ozzt0/Sw6gVUHwX0I/AAAAAAAAANo/unNg7KSruRY/s72-c/images.jpg" height="72" width="72" /><thr:total xmlns:thr="http://purl.org/syndication/thread/1.0">0</thr:total></item><item><title>TLS Renegotiation Vulnerability</title><link>http://blog.triplecheck.ca/2009/11/tls-renegotiation-vulnerability.html</link><author>mark.linton@triplecheck.ca (Mark Linton)</author><pubDate>Thu, 12 Nov 2009 23:25:38 PST</pubDate><guid isPermaLink="false">tag:blogger.com,1999:blog-3123519664071299436.post-8797078657944525547</guid><description>&lt;a onblur="try {parent.deselectBloggerImageGracefully();} catch(e) {}" href="http://2.bp.blogspot.com/_vcuxy3Ozzt0/Sv0J65_vkdI/AAAAAAAAANI/7KZmCHl7SUY/s1600-h/images.jpg"&gt;&lt;img style="margin: 0pt 10px 10px 0pt; float: left; cursor: pointer; width: 86px; height: 86px;" src="http://2.bp.blogspot.com/_vcuxy3Ozzt0/Sv0J65_vkdI/AAAAAAAAANI/7KZmCHl7SUY/s200/images.jpg" alt="" id="BLOGGER_PHOTO_ID_5403486035519705554" border="0" /&gt;&lt;/a&gt;As many of you have already heard, there was a very serious vulnerability discovered in the TLS protocol that is used across the general internet to secure many many forms of communication, from the browser used to access banking online, to the protocols used to secure messaging servers.&lt;br /&gt;&lt;br /&gt;The vulnerability itself is a design weakness found in the protocol's ability to renegotiate the encryption used in a session after a long-standing connection.&lt;br /&gt;&lt;br /&gt;&lt;a href="http://blog.g-sec.lu/2009/11/sslv3-tls-man-in-middle-vulnerability.html"&gt;Here&lt;/a&gt; is a good write-up and links to some other information regarding the issue.&lt;br /&gt;&lt;br /&gt;Stay tuned on this though - and expect many many patches and work-arounds to be issued by vendors.&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/3123519664071299436-8797078657944525547?l=blog.triplecheck.ca' alt='' /&gt;&lt;/div&gt;</description><app:edited xmlns:app="http://www.w3.org/2007/app">2009-11-12T23:25:38.484-08:00</app:edited><media:thumbnail xmlns:media="http://search.yahoo.com/mrss/" url="http://2.bp.blogspot.com/_vcuxy3Ozzt0/Sv0J65_vkdI/AAAAAAAAANI/7KZmCHl7SUY/s72-c/images.jpg" height="72" width="72" /><thr:total xmlns:thr="http://purl.org/syndication/thread/1.0">0</thr:total></item><item><title>RBS Worldpay Reading</title><link>http://blog.triplecheck.ca/2009/11/rbs-worldpay-reading.html</link><author>mark.linton@triplecheck.ca (Mark Linton)</author><pubDate>Wed, 11 Nov 2009 15:50:39 PST</pubDate><guid isPermaLink="false">tag:blogger.com,1999:blog-3123519664071299436.post-8145242305650694140</guid><description>Here are a few links from a few of the sites that are discussing the details of the RBS Worldpay hack.&lt;br /&gt;&lt;br /&gt;&lt;a href="http://www.veracode.com/blog/2009/11/we-need-to-learn-more-about-the-rbs-worldpay-atm-attack/"&gt;Veracode&lt;/a&gt;&lt;br /&gt;&lt;a href="http://feedproxy.google.com/%7Er/SourceConference/%7E3/bngxOeyoBK8/"&gt;SOURCE Conference&lt;/a&gt;&lt;br /&gt;&lt;a href="http://garwarner.blogspot.com/2009/11/9-million-world-wide-bank-robbery.html"&gt;Cybercrime and Doing Time&lt;/a&gt;&lt;br /&gt;&lt;a href="http://feedproxy.google.com/%7Er/HelpNetSecurity/%7E3/iKSjxUn62xI/secworld.php"&gt;Helpnet Security News&lt;/a&gt;&lt;br /&gt;&lt;br /&gt;I'm going to try to find out more and maybe provide some additional analysis of how this hack seems to follow the same MO as the other credit/debit hacks.&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/3123519664071299436-8145242305650694140?l=blog.triplecheck.ca' alt='' /&gt;&lt;/div&gt;</description><app:edited xmlns:app="http://www.w3.org/2007/app">2009-11-11T15:50:39.657-08:00</app:edited><thr:total xmlns:thr="http://purl.org/syndication/thread/1.0">0</thr:total></item><item><title>Evil Maid and the Challenges of Full Disk Encryption</title><link>http://blog.triplecheck.ca/2009/10/evil-maid-and-challenges-of-full-disk.html</link><author>mark.linton@triplecheck.ca (Mark Linton)</author><pubDate>Thu, 15 Oct 2009 16:14:45 PDT</pubDate><guid isPermaLink="false">tag:blogger.com,1999:blog-3123519664071299436.post-6040233889304243777</guid><description>&lt;a onblur="try {parent.deselectBloggerImageGracefully();} catch(e) {}" href="http://1.bp.blogspot.com/_vcuxy3Ozzt0/Stes3Q9-iFI/AAAAAAAAAMk/S-j9jh8YbWA/s1600-h/2009-05-09_113947%5B7%5D.jpg"&gt;&lt;img style="float:left; margin:0 10px 10px 0;cursor:pointer; cursor:hand;width: 200px; height: 125px;" src="http://1.bp.blogspot.com/_vcuxy3Ozzt0/Stes3Q9-iFI/AAAAAAAAAMk/S-j9jh8YbWA/s200/2009-05-09_113947%5B7%5D.jpg" border="0" alt="" id="BLOGGER_PHOTO_ID_5392969144247158866" /&gt;&lt;/a&gt;Joanna and the crew over at Invisible Things have &lt;a href="http://theinvisiblethings.blogspot.com/2009/10/evil-maid-goes-after-truecrypt.html"&gt;posted&lt;/a&gt; a tool to demonstrate how trivial it is to circumvent full-disk encryption products.  Evil maid requires that you have access to the machine and can boot it using a usb-stick with the software installed.  It then is able to transparently record the user's passphrase for the disk.&lt;div&gt;&lt;br /&gt;&lt;/div&gt;&lt;div&gt;This is another example of how full-disk encryption products need to be architected carefully to ensure that problems like this can be considered and controls put in place to avoid them.&lt;/div&gt;&lt;div&gt;&lt;br /&gt;&lt;/div&gt;&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/3123519664071299436-6040233889304243777?l=blog.triplecheck.ca' alt='' /&gt;&lt;/div&gt;</description><app:edited xmlns:app="http://www.w3.org/2007/app">2009-10-15T16:14:45.636-07:00</app:edited><media:thumbnail xmlns:media="http://search.yahoo.com/mrss/" url="http://1.bp.blogspot.com/_vcuxy3Ozzt0/Stes3Q9-iFI/AAAAAAAAAMk/S-j9jh8YbWA/s72-c/2009-05-09_113947%5B7%5D.jpg" height="72" width="72" /><thr:total xmlns:thr="http://purl.org/syndication/thread/1.0">1</thr:total></item><item><title>NIST SMB Security Guide - Steps in the Right Direction</title><link>http://blog.triplecheck.ca/2009/10/smb-security-steps-in-right-direction.html</link><author>mark.linton@triplecheck.ca (Mark Linton)</author><pubDate>Thu, 01 Oct 2009 09:55:15 PDT</pubDate><guid isPermaLink="false">tag:blogger.com,1999:blog-3123519664071299436.post-6070229485145127378</guid><description>&lt;a onblur="try {parent.deselectBloggerImageGracefully();} catch(e) {}" href="http://2.bp.blogspot.com/_vcuxy3Ozzt0/SsTe6uQNOOI/AAAAAAAAAME/oFTlrWzXYQ8/s1600-h/images.jpg"&gt;&lt;img style="float:right; margin:0 0 10px 10px;cursor:pointer; cursor:hand;width: 150px; height: 51px;" src="http://2.bp.blogspot.com/_vcuxy3Ozzt0/SsTe6uQNOOI/AAAAAAAAAME/oFTlrWzXYQ8/s200/images.jpg" border="0" alt="" id="BLOGGER_PHOTO_ID_5387676154671741154" /&gt;&lt;/a&gt;NIST has published an excellent &lt;a href="http://csrc.nist.gov/publications/drafts/ir-7621/draft-nistir-7621.pdf"&gt;draft guide &lt;/a&gt;on the basics of information security without throwing the users over the deep end.  It seems to address the "certainties" of security risks, and provide very basic methods of addressing them, without being too product focused.&lt;div&gt;&lt;br /&gt;&lt;/div&gt;&lt;div&gt;It is likely, although it will depend on the organization, that SMB's will need to work through this to understand how their current practices compare to this guidance, and figure out the most effective ways to address any short falls.&lt;/div&gt;&lt;div&gt;&lt;br /&gt;&lt;/div&gt;&lt;div&gt;I would encourage all security professionals to give the guide a read and provide Richard with comments on improvements to make this guide as helpful as possible.  Just don't be like Gartner's Adam Hills and post a &lt;a href="http://blogs.gartner.com/adam-hils/2009/09/23/nist-security-advice-to-small-businesses-of-little-use/"&gt;critique&lt;/a&gt; before the standard is published.&lt;/div&gt;&lt;div&gt;&lt;br /&gt;&lt;/div&gt;&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/3123519664071299436-6070229485145127378?l=blog.triplecheck.ca' alt='' /&gt;&lt;/div&gt;</description><app:edited xmlns:app="http://www.w3.org/2007/app">2009-10-01T09:55:15.268-07:00</app:edited><media:thumbnail xmlns:media="http://search.yahoo.com/mrss/" url="http://2.bp.blogspot.com/_vcuxy3Ozzt0/SsTe6uQNOOI/AAAAAAAAAME/oFTlrWzXYQ8/s72-c/images.jpg" height="72" width="72" /><thr:total xmlns:thr="http://purl.org/syndication/thread/1.0">0</thr:total></item><item><title>Mandating Protection, Society and Seatbelts</title><link>http://blog.triplecheck.ca/2009/09/mandating-protection-society-and.html</link><author>mark.linton@triplecheck.ca (Mark Linton)</author><pubDate>Thu, 24 Sep 2009 22:22:39 PDT</pubDate><guid isPermaLink="false">tag:blogger.com,1999:blog-3123519664071299436.post-7745068276048837310</guid><description>&lt;a onblur="try {parent.deselectBloggerImageGracefully();} catch(e) {}" href="http://3.bp.blogspot.com/_vcuxy3Ozzt0/SrxQyMFgB6I/AAAAAAAAAL8/h1RUJqBGFKY/s1600-h/images.jpg"&gt;&lt;img style="float:left; margin:0 10px 10px 0;cursor:pointer; cursor:hand;width: 134px; height: 134px;" src="http://3.bp.blogspot.com/_vcuxy3Ozzt0/SrxQyMFgB6I/AAAAAAAAAL8/h1RUJqBGFKY/s200/images.jpg" border="0" alt="" id="BLOGGER_PHOTO_ID_5385268077596247970" /&gt;&lt;/a&gt;There are a number of discussions happening regarding the differences in risk based security vs compliance based security.  These mostly have grown from discussions around PCI and other imposed standards of control.  My opinion is that risk and compliance are two necessary actions.&lt;div&gt;&lt;br /&gt;&lt;/div&gt;&lt;div&gt;Agusto, over at securitybalance &lt;a href="http://www.securitybalance.com/2009/09/risk-less-security/"&gt;blog&lt;/a&gt; is the latest to discuss the merits of compliance based security.  I share his opinion that creating prescriptive measurable requirements goes a long way to improve the security of a large number of organizations.  This is a given - I compare this other compliance programs like laws regarding the use of seat belts in automobiles.  They exist because it is better to protect everyone to the same level of protection than it is to measure the specific protections required based on the roads that are being driven on that day, or the specific use of the vehicle, etc.&lt;/div&gt;&lt;div&gt;&lt;br /&gt;&lt;/div&gt;&lt;div&gt;What this doesn't mean is that there isn't some degree of risk management being performed - its just that its not being performed at the vehicle operator level - where in many cases people would chose not to wear them out of inconvenience.  &lt;/div&gt;&lt;div&gt;&lt;br /&gt;&lt;/div&gt;&lt;div&gt;Like the laws for seatbelts, the larger risk which needs to be managed is not at the corporate level but at the societal level.  The consequences of security failures at the organization level do not usually gain enough attention to warrant the appropriate protection, but I would argue that the consequences of systematic security failures across our society's infrastructure are the basis of massive harm.&lt;/div&gt;&lt;div&gt;&lt;br /&gt;&lt;/div&gt;&lt;div&gt;Protecting our society at this level is the responsibility of our governments - and laws should be enacted to require adequate security protection, and impose legal penalties where they are not sufficient.&lt;/div&gt;&lt;div&gt;&lt;br /&gt;&lt;/div&gt;&lt;div&gt;The identification of information warranting this protection is a required risk-based process.  What types of information need to be protected in order to protect our people, our intellect, our industries and our livelihood?&lt;/div&gt;&lt;div&gt;&lt;br /&gt;&lt;/div&gt;&lt;div&gt;To drive out the waste of objective-less risk management processes Anton asks the question on his &lt;a href="http://chuvakin.blogspot.com/2009/09/is-risk-just-too-risky.html"&gt;blog&lt;/a&gt;-&lt;/div&gt;&lt;div&gt;&lt;span class="Apple-style-span"  style="font-family:'times new roman';"&gt;&lt;br /&gt;&lt;/span&gt;&lt;/div&gt;&lt;div&gt;&lt;span class="Apple-style-span"  style="font-family:'times new roman';"&gt; "&lt;/span&gt;&lt;span class="Apple-style-span" style="color: rgb(51, 51, 51); font-weight: bold; line-height: 13px; "&gt;&lt;span class="Apple-style-span"  style="font-family:'times new roman';"&gt;What is the risk-driven, correct frequency of changing my email password?"&lt;/span&gt;&lt;/span&gt;&lt;/div&gt;&lt;div&gt;&lt;br /&gt;&lt;/div&gt;&lt;div&gt;Attempting to measure specific risks to a combination of the frequency of a control's failure and the existence of a real threat is for sure the wrong way to measure risk.  But I think there still is a valid risk discussion regarding the use and standards of password use in protecting certain types of information.  Lets rephrase:&lt;/div&gt;&lt;div&gt;&lt;br /&gt;&lt;/div&gt;&lt;div&gt;&lt;b&gt;&lt;span class="Apple-style-span"  style="font-size:small;"&gt;"Should passwords be managed for systems that are used to communicate financial transaction data?&lt;/span&gt;&lt;/b&gt;&lt;span class="Apple-style-span"  style=" color: rgb(51, 51, 51); line-height: 13px; font-family:Verdana, Arial, sans-serif;"&gt;&lt;b&gt;&lt;span class="Apple-style-span"  style="font-size:small;"&gt;"&lt;/span&gt;&lt;/b&gt;&lt;/span&gt;&lt;/div&gt;&lt;div&gt;&lt;br /&gt;&lt;/div&gt;&lt;div&gt;This subjective question is far easier to qualify - and debate the merits and extent of compliance requirements associated with it.  Will it make sense in every scenario in every organization?  No.  But will its application across the majority of scenarios in the majority of organizations help protect our livelihoods as a society?  If the answer is yes - it should become a standard.&lt;/div&gt;&lt;div&gt;&lt;br /&gt;&lt;/div&gt;&lt;div&gt;We need to define a scope of information which should be protected, create the standards to which the information should be protected, and institute formal legal processes to enforce compliance.&lt;/div&gt;&lt;div&gt;&lt;br /&gt;&lt;/div&gt;&lt;div&gt;This is exactly what the FIPS and NIST standards describe?  But these programs need to be extended to more than just federally controlled information types, and begin enforcing these rules on all data we value as a society.&lt;/div&gt;&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/3123519664071299436-7745068276048837310?l=blog.triplecheck.ca' alt='' /&gt;&lt;/div&gt;</description><app:edited xmlns:app="http://www.w3.org/2007/app">2009-09-24T22:22:39.782-07:00</app:edited><media:thumbnail xmlns:media="http://search.yahoo.com/mrss/" url="http://3.bp.blogspot.com/_vcuxy3Ozzt0/SrxQyMFgB6I/AAAAAAAAAL8/h1RUJqBGFKY/s72-c/images.jpg" height="72" width="72" /><thr:total xmlns:thr="http://purl.org/syndication/thread/1.0">0</thr:total></item><item><title>Simple and Free File Examination</title><link>http://blog.triplecheck.ca/2009/09/simple-and-free-file-examination.html</link><author>mark.linton@triplecheck.ca (Mark Linton)</author><pubDate>Thu, 24 Sep 2009 07:24:15 PDT</pubDate><guid isPermaLink="false">tag:blogger.com,1999:blog-3123519664071299436.post-3530998891977596770</guid><description>&lt;a onblur="try {parent.deselectBloggerImageGracefully();} catch(e) {}" href="http://2.bp.blogspot.com/_vcuxy3Ozzt0/SruA-yG9V7I/AAAAAAAAAL0/y5sfgeljMJk/s1600-h/images.jpg"&gt;&lt;img style="float:right; margin:0 0 10px 10px;cursor:pointer; cursor:hand;width: 130px; height: 129px;" src="http://2.bp.blogspot.com/_vcuxy3Ozzt0/SruA-yG9V7I/AAAAAAAAAL0/y5sfgeljMJk/s200/images.jpg" border="0" alt="" id="BLOGGER_PHOTO_ID_5385039595542763442" /&gt;&lt;/a&gt;I know many people that despise running multiple version of desktop antivirus.  One of these programs us usually enough to drop performance to a crawl.  For those careful people who like to validate suspect files you get there is a great service &lt;a href="http://www.virustotal.com/"&gt;VirusTotal&lt;/a&gt;.&lt;div&gt;&lt;br /&gt;&lt;/div&gt;&lt;div&gt;This service works by accepting uploaded files from users, then running them through a series of tests and virus scanning engines, currently 41 different ones to be exact.  This makes it extremely useful for gauging how to treat that questionable email attachment.   It manages to do this by making hashes of the files that get uploaded then instead of using additional CPU cycles by scanning duplicate files, just matches the hash then returns the information to the user.&lt;/div&gt;&lt;div&gt;&lt;br /&gt;&lt;/div&gt;&lt;div&gt;The other really cool part is that it provides detailed file information as well by analyzing the file's actual structure.  Someone sends you a .jpg - but really it contains windows executable code ready to infect your machine.  Find out what PE information, file structure, and signatures exist within the file.&lt;/div&gt;&lt;div&gt;&lt;br /&gt;&lt;/div&gt;&lt;div&gt;Best of all the service is free - and actually gets a much better set of core data the more people that use it!&lt;/div&gt;&lt;div&gt;&lt;br /&gt;&lt;/div&gt;&lt;div&gt;&lt;br /&gt;&lt;/div&gt;&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/3123519664071299436-3530998891977596770?l=blog.triplecheck.ca' alt='' /&gt;&lt;/div&gt;</description><app:edited xmlns:app="http://www.w3.org/2007/app">2009-09-24T07:24:15.517-07:00</app:edited><media:thumbnail xmlns:media="http://search.yahoo.com/mrss/" url="http://2.bp.blogspot.com/_vcuxy3Ozzt0/SruA-yG9V7I/AAAAAAAAAL0/y5sfgeljMJk/s72-c/images.jpg" height="72" width="72" /><thr:total xmlns:thr="http://purl.org/syndication/thread/1.0">0</thr:total></item><item><title>Gonzalez, Toey - Ringleaders?</title><link>http://blog.triplecheck.ca/2009/08/gonzalez-toey-ringleaders.html</link><author>mark.linton@triplecheck.ca (Mark Linton)</author><pubDate>Mon, 24 Aug 2009 10:02:39 PDT</pubDate><guid isPermaLink="false">tag:blogger.com,1999:blog-3123519664071299436.post-6784823070749344121</guid><description>&lt;a style="" onblur="try {parent.deselectBloggerImageGracefully();} catch(e) {}" href="http://2.bp.blogspot.com/_vcuxy3Ozzt0/SpK2ZjT3pmI/AAAAAAAAALk/Pi15SkG-RfM/s1600-h/ringleader1.jpg"&gt;&lt;img style="margin: 0pt 10px 10px 0pt; float: left; cursor: pointer; width: 140px; height: 200px;" src="http://2.bp.blogspot.com/_vcuxy3Ozzt0/SpK2ZjT3pmI/AAAAAAAAALk/Pi15SkG-RfM/s200/ringleader1.jpg" alt="" id="BLOGGER_PHOTO_ID_5373557855497987682" border="0" /&gt;&lt;/a&gt;It appears that there are a number of sources that are questioning the indictment of Gonzalez as a ring-leader such as the &lt;a href="http://www.nytimes.com/aponline/2009/08/18/business/AP-US-TEC-Hacker-Charges-Aftermath.html?_r=1&amp;amp;scp=4&amp;amp;sq=hacker&amp;amp;st=cse"&gt;NY Times&lt;/a&gt;. I agree that Gonzalez is wrongly accused as the “ring-leader” of the operation - but for different reasons.&lt;br /&gt;&lt;br /&gt;1. Gonzalez is likely just a low level carder (one who gathers and sells credit and debit card information), and one that was once on the secret service payroll to infiltrate the carder network. No different than other junkies that break into cars to steal ID information for drug money, but he just happened to use a more efficient method. SQL injection and wifi-sniffing are not very sophisticated attacks - nor was Albert’s MO - including leading a very lavish and noisy personal life. He used ICQ to chat with other affiliates and didn’t try to hard to protect information related to his wrong-doings.&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;2. The eastern European individuals named in the indictment appear to be MUCH more sophisticated as they organize the processes of converting the stolen information into cash. These guys are likely to be the real ring-leaders of the operation as they take the largest share of the profits. They normally operate out of non-extradition countries where they are permitted to operate as they wish. They still do slip up from time to time though as you can see with Maksym Yastremski sitting in Turkish Prison.&lt;br /&gt;&lt;br /&gt;3. Even Gonzalez lawyer charges that Damon Toey was more of a ring-leader than Albert - but in reality both of these guys are simply carders - good ones, but carders nonetheless, both fencing card information to the European guys overseas for a small piece of the action.&lt;br /&gt;&lt;br /&gt;It is my opinion that the US Attorney’s offices should describe these truths an these guys involvement in the scheme rather than try to make it falsely appear to the public that they’ve caught the “ring-leaders”.  The should equally provide public information on how the whole scheme works.  &lt;a href="http://en.wikipedia.org/wiki/Credit_card_fraud#Carding"&gt;Wikipedia&lt;/a&gt; has some decent information for the uninformed, but doesn't get into how the organized portion of the fraud scheme really works.  The &lt;a href="http://www.rcmp-grc.gc.ca/count-contre/cccf-ccp-eng.htm"&gt;RCMP&lt;/a&gt; even have a page for information, but again it just touches on the subject.&lt;br /&gt;&lt;br /&gt;Maybe someone can post a link to a better explanation of the entire scheme.&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/3123519664071299436-6784823070749344121?l=blog.triplecheck.ca' alt='' /&gt;&lt;/div&gt;</description><app:edited xmlns:app="http://www.w3.org/2007/app">2009-08-24T10:02:39.194-07:00</app:edited><media:thumbnail xmlns:media="http://search.yahoo.com/mrss/" url="http://2.bp.blogspot.com/_vcuxy3Ozzt0/SpK2ZjT3pmI/AAAAAAAAALk/Pi15SkG-RfM/s72-c/ringleader1.jpg" height="72" width="72" /><thr:total xmlns:thr="http://purl.org/syndication/thread/1.0">0</thr:total></item><item><title>Albert Gonzalez aka soup Nazi - 130M Records?</title><link>http://blog.triplecheck.ca/2009/08/albert-gonzalez-aka-soup-nazi-130m.html</link><author>mark.linton@triplecheck.ca (Mark Linton)</author><pubDate>Wed, 19 Aug 2009 09:38:38 PDT</pubDate><guid isPermaLink="false">tag:blogger.com,1999:blog-3123519664071299436.post-2379404071243911582</guid><description>&lt;a style="" onblur="try {parent.deselectBloggerImageGracefully();} catch(e) {}" href="http://1.bp.blogspot.com/_vcuxy3Ozzt0/SotMUVCON2I/AAAAAAAAALc/CJ-rbugoW6E/s1600-h/Albert_Gonzalez_us_secret_service.jpg"&gt;&lt;img style="margin: 0pt 0pt 10px 10px; float: right; cursor: pointer; width: 172px; height: 200px;" src="http://1.bp.blogspot.com/_vcuxy3Ozzt0/SotMUVCON2I/AAAAAAAAALc/CJ-rbugoW6E/s200/Albert_Gonzalez_us_secret_service.jpg" alt="" id="BLOGGER_PHOTO_ID_5371470892697007970" border="0" /&gt;&lt;/a&gt;So it looks like the same suspect has been charged with both of the biggest credit card theft/fraud cases in history.  Albert Gonzalez aka "segvec," "j4guar17" and "soup Nazi".  Who is this man behind these crimes?  What was the motivation behind the crime? What kind of training did this guy have?  What kind of MO was used?  2 Russian accomplices?  Who are these guys?&lt;br /&gt;&lt;br /&gt;Secret Service Informant? - There must have been a more detailed file on this guy?&lt;br /&gt;&lt;br /&gt;So many questions so little available information?  If anyone has more credible information on this guy I would be very interested to hear more.&lt;br /&gt;&lt;br /&gt;This story appears to have legs...&lt;br /&gt;&lt;br /&gt;&lt;a href="http://en.wikipedia.org/wiki/International_credit_card_data_theft"&gt;Wikipedia Page&lt;/a&gt;&lt;br /&gt;&lt;br /&gt;Update 1:&lt;br /&gt;&lt;br /&gt;Stephen Watt aka “Jim Jones” and “Unix Terrorist.” happened to be one of the unfortunate ones who associated himself with Albert - without any of the financial benefit however.   &lt;a href="http://www.wired.com/threatlevel/2009/06/watt/"&gt;Wired Story&lt;/a&gt;.  Here is also a link to a page with his bio from &lt;a href="http://www.phrack.org/issues.html?issue=65&amp;amp;id=2#article"&gt;Phrack magazine&lt;/a&gt;.&lt;br /&gt;&lt;br /&gt;Update 2:&lt;br /&gt;&lt;br /&gt;Here is &lt;a href="http://docs.google.com/fileview?id=0B0c5BdoU8QoYMzQ3Y2IyNWQtYmE1OC00NjA1LTllYzItNzI5NTI1YWQ4Njhi&amp;amp;hl=en"&gt;link&lt;/a&gt; to the google docs version of the indictment of Gonzalez, Hacker 1 and Hacker 2.&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/3123519664071299436-2379404071243911582?l=blog.triplecheck.ca' alt='' /&gt;&lt;/div&gt;</description><app:edited xmlns:app="http://www.w3.org/2007/app">2009-08-19T09:38:38.456-07:00</app:edited><media:thumbnail xmlns:media="http://search.yahoo.com/mrss/" url="http://1.bp.blogspot.com/_vcuxy3Ozzt0/SotMUVCON2I/AAAAAAAAALc/CJ-rbugoW6E/s72-c/Albert_Gonzalez_us_secret_service.jpg" height="72" width="72" /><thr:total xmlns:thr="http://purl.org/syndication/thread/1.0">0</thr:total></item><item><title>Ineffective Laptop Recovery Software + Whitelisted Persistent BIOS Rootkit = Fail!</title><link>http://blog.triplecheck.ca/2009/07/ineffective-laptop-recovery-software.html</link><author>mark.linton@triplecheck.ca (Mark Linton)</author><pubDate>Fri, 31 Jul 2009 09:56:04 PDT</pubDate><guid isPermaLink="false">tag:blogger.com,1999:blog-3123519664071299436.post-2472817508131114549</guid><description>&lt;a style="" onblur="try {parent.deselectBloggerImageGracefully();} catch(e) {}" href="http://3.bp.blogspot.com/_vcuxy3Ozzt0/SnMgbuJrCGI/AAAAAAAAAKw/u8izs29wWiw/s1600-h/images.jpg"&gt;&lt;img style="margin: 0pt 0pt 10px 10px; float: right; cursor: pointer; width: 131px; height: 67px;" src="http://3.bp.blogspot.com/_vcuxy3Ozzt0/SnMgbuJrCGI/AAAAAAAAAKw/u8izs29wWiw/s200/images.jpg" alt="" id="BLOGGER_PHOTO_ID_5364667241745549410" border="0" /&gt;&lt;/a&gt;Following up their bleeding edge research on bios resident malware at CanSecWest the ultra-smart guys (Alfredo and Sacco) from CoreSecurity have disclosed a &lt;a href="http://blogs.zdnet.com/security/?p=3828"&gt;significant issue&lt;/a&gt; with the laptop recovery software LoJack.&lt;br /&gt;&lt;br /&gt;I have debated the effectiveness of laptop recovery software many times arguing that its cost does not justify the recovery of the hard asset (how much is laptop hardware worth vs the cost of recovery).&lt;br /&gt;&lt;br /&gt;But now this is even worse - by having this BIOS resident software installed (or pre-installed in an estimated 60% of new laptops - Lenovo, HD, Gateway, Dell, Toshiba) there is a significant exposure to having the LoJack software modified by someone malicious.  Compounding this issue is the fact that the software is already white-listed by virus vendors meaning there would be no way to prevent or detect it from occurring.&lt;br /&gt;&lt;br /&gt;Its a bit ironic when security software exposes its paying users to much more risk that it addresses. "Get it. And get it back - twice as bad."&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/3123519664071299436-2472817508131114549?l=blog.triplecheck.ca' alt='' /&gt;&lt;/div&gt;</description><app:edited xmlns:app="http://www.w3.org/2007/app">2009-07-31T09:56:04.906-07:00</app:edited><media:thumbnail xmlns:media="http://search.yahoo.com/mrss/" url="http://3.bp.blogspot.com/_vcuxy3Ozzt0/SnMgbuJrCGI/AAAAAAAAAKw/u8izs29wWiw/s72-c/images.jpg" height="72" width="72" /><thr:total xmlns:thr="http://purl.org/syndication/thread/1.0">2</thr:total></item><item><title>PCI Compliance - Brand Fines Changing?</title><link>http://blog.triplecheck.ca/2009/07/pci-compliance-brand-fines-changing.html</link><author>mark.linton@triplecheck.ca (Mark Linton)</author><pubDate>Mon, 27 Jul 2009 10:34:58 PDT</pubDate><guid isPermaLink="false">tag:blogger.com,1999:blog-3123519664071299436.post-492028086174068702</guid><description>&lt;a onblur="try {parent.deselectBloggerImageGracefully();} catch(e) {}" href="http://3.bp.blogspot.com/_vcuxy3Ozzt0/Sm3lNWlawYI/AAAAAAAAAKo/ZsRq8hY3DmE/s1600-h/PCI-DSS_logo.jpg"&gt;&lt;img style="margin: 0pt 0pt 10px 10px; float: right; cursor: pointer; width: 100px; height: 65px;" src="http://3.bp.blogspot.com/_vcuxy3Ozzt0/Sm3lNWlawYI/AAAAAAAAAKo/ZsRq8hY3DmE/s200/PCI-DSS_logo.jpg" alt="" id="BLOGGER_PHOTO_ID_5363194748831711618" border="0" /&gt;&lt;/a&gt;Looks like there is some rumors related to the payment brands changing their policies on fines levied on non-compliant merchants.  &lt;a href="http://blogs.verisign.com/securityconvergence/2009/07/mastercard_to_fine_merchants_f.php"&gt;Branden's security convergence blog&lt;/a&gt; is reporting changes to MasterCard's fine schedules for varying levels of merchant.&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/3123519664071299436-492028086174068702?l=blog.triplecheck.ca' alt='' /&gt;&lt;/div&gt;</description><app:edited xmlns:app="http://www.w3.org/2007/app">2009-07-27T10:34:58.492-07:00</app:edited><media:thumbnail xmlns:media="http://search.yahoo.com/mrss/" url="http://3.bp.blogspot.com/_vcuxy3Ozzt0/Sm3lNWlawYI/AAAAAAAAAKo/ZsRq8hY3DmE/s72-c/PCI-DSS_logo.jpg" height="72" width="72" /><thr:total xmlns:thr="http://purl.org/syndication/thread/1.0">0</thr:total></item><item><title>Top 10 Botnets</title><link>http://blog.triplecheck.ca/2009/07/top-10-botnets.html</link><author>mark.linton@triplecheck.ca (Mark Linton)</author><pubDate>Wed, 22 Jul 2009 20:50:54 PDT</pubDate><guid isPermaLink="false">tag:blogger.com,1999:blog-3123519664071299436.post-8096269961006076102</guid><description>&lt;a onblur="try {parent.deselectBloggerImageGracefully();} catch(e) {}" href="http://2.bp.blogspot.com/_vcuxy3Ozzt0/SmfdaDEowuI/AAAAAAAAAKg/f-6ebih5cp4/s1600-h/images.jpg"&gt;&lt;img style="margin: 0pt 10px 10px 0pt; float: left; cursor: pointer; width: 124px; height: 114px;" src="http://2.bp.blogspot.com/_vcuxy3Ozzt0/SmfdaDEowuI/AAAAAAAAAKg/f-6ebih5cp4/s200/images.jpg" alt="" id="BLOGGER_PHOTO_ID_5361497320978957026" border="0" /&gt;&lt;/a&gt;An interesting &lt;a href="http://www.networkworld.com/news/2009/072209-botnets.html"&gt;article&lt;/a&gt; was posted describing the today's top ten botnets and summary information describing there characteristics.  The interesting thing is where conficker showed up (10th) and the percentage of these botnets whose criminal purpose is to collect valuable and sensitive information (1/10).  Looks like most of these are intended to provide control - and then be capable of what ever the controller wishes.&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/3123519664071299436-8096269961006076102?l=blog.triplecheck.ca' alt='' /&gt;&lt;/div&gt;</description><app:edited xmlns:app="http://www.w3.org/2007/app">2009-07-22T20:50:54.797-07:00</app:edited><media:thumbnail xmlns:media="http://search.yahoo.com/mrss/" url="http://2.bp.blogspot.com/_vcuxy3Ozzt0/SmfdaDEowuI/AAAAAAAAAKg/f-6ebih5cp4/s72-c/images.jpg" height="72" width="72" /><thr:total xmlns:thr="http://purl.org/syndication/thread/1.0">0</thr:total></item><item><title>Twitter Hack - Techcrunch Ethics</title><link>http://blog.triplecheck.ca/2009/07/twitter-hack-techcrunch-ethics.html</link><author>mark.linton@triplecheck.ca (Mark Linton)</author><pubDate>Thu, 16 Jul 2009 11:16:41 PDT</pubDate><guid isPermaLink="false">tag:blogger.com,1999:blog-3123519664071299436.post-7789387454028683363</guid><description>There is a real storm of activity after documents which were gained through a hack of a Twitter employee's google apps account.  Over at Techcrunch a heated debate over the ethics and newsworthiness over the public posting of the actual data that was ill-gotten is beating down the site's editors.&lt;br /&gt;&lt;br /&gt;While it might be entertaining to voice opinions on people ethics regarding the outing of the actual information, I think the real story is the lapse in security of the Twitter employee.  A bad, guessable password was used to protect access to very sensitive internal data - but this raises an important point regarding the use of Google apps or any other easily accessible service.&lt;br /&gt;&lt;br /&gt;It really shouldn't take an incident like this for companies to get these types of simple protections over their information.  If there is risk related to disclosure of the information - make sure you have it protected.&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/3123519664071299436-7789387454028683363?l=blog.triplecheck.ca' alt='' /&gt;&lt;/div&gt;</description><app:edited xmlns:app="http://www.w3.org/2007/app">2009-07-16T11:16:41.732-07:00</app:edited><thr:total xmlns:thr="http://purl.org/syndication/thread/1.0">1</thr:total></item><item><title>Anti-virus Statistics - Motivations</title><link>http://blog.triplecheck.ca/2009/07/anti-virus-statistics-motivations.html</link><author>mark.linton@triplecheck.ca (Mark Linton)</author><pubDate>Thu, 16 Jul 2009 10:47:08 PDT</pubDate><guid isPermaLink="false">tag:blogger.com,1999:blog-3123519664071299436.post-7027357489444069629</guid><description>In a study completed and published by Avira (&lt;a href="http://www.avira.com/en/company_news/recognition_performance_virus_protection.html"&gt;http://www.avira.com/en/company_news/recognition_performance_virus_protection.html&lt;/a&gt;) The results of the survey showed that for 34 percent (3,207 respondents) a long-established, trustworthy brand was key. Almost as many users, 33 percent (3,077 respondents), based their decision on the virus detection rates achieved in independent tests.&lt;br /&gt;&lt;br /&gt;Detection rates - lets call this effectiveness of the control - as this is the key metric used to measure effectiveness.  This is a skewed metric as for the large majority of evaluations (ICSALabs, VB100, etc) use the "in-the-wild" or ITW list of viruses to perform the evaluations.  There is no evaluation of these product's ability to respond or even detect newly released virus and malware.&lt;br /&gt;&lt;br /&gt;In all honesty really what we are dealing with here is preventative vulnerability management not virus detection and correction, and in my opinion there are four types of preventative protections required for the average consumer (some are currently reality - others not):&lt;br /&gt;&lt;br /&gt;1.  The consumers buying products based on their security.    This does not exist in any meaningful way for the general community.  Lets get someone to independently evaluate the software makers on this and publish it for consumers to make choices based on their performance.&lt;br /&gt;&lt;br /&gt;2.  A service used  to update software code quickly.  There should also be an independent evaluation of a code's susceptibility to vulnerabilities and speed in which these are patched by the vendor.  This should apply to all software not just operating systems and browsers.  Again there could be independent evaluations of the companies policies, practices and past performance related to this.&lt;br /&gt;&lt;br /&gt;3.  A perfect ITW detection engine - 100% - there is no reason a product should be less than this for KNOWN viral code.  Really this should be combined with #4.&lt;br /&gt;&lt;br /&gt;4.  A product to detect and respond to new threats - ones without signatures - which is a significantly larger threat as they are generally being developed with more financial motivation.  Apple's and Microsoft's authorization of unsigned code is a good first step but this should be done at the CPU level to detect suspicious behavior by software and apply a policy to it.  Do consumers actually read a warning about unsigned code? or do they just click "continue".  AMD - Intel - Other chip makers?  Is this possible at a low level?  and how do we trust these companies themselves.&lt;br /&gt;&lt;br /&gt;Anyone else have thoughts on other ways of preventing the impacts of vulnerabilties?&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/3123519664071299436-7027357489444069629?l=blog.triplecheck.ca' alt='' /&gt;&lt;/div&gt;</description><app:edited xmlns:app="http://www.w3.org/2007/app">2009-07-16T10:47:08.805-07:00</app:edited><thr:total xmlns:thr="http://purl.org/syndication/thread/1.0">0</thr:total></item><item><title>White-hat Budgeting</title><link>http://blog.triplecheck.ca/2009/07/white-hat-budgeting.html</link><author>mark.linton@triplecheck.ca (Mark Linton)</author><pubDate>Tue, 14 Jul 2009 18:24:53 PDT</pubDate><guid isPermaLink="false">tag:blogger.com,1999:blog-3123519664071299436.post-5563609921983748889</guid><description>In response to his recent black-hat budget post I commented on what &lt;a href="http://taosecurity.blogspot.com/2009/07/white-hat-budgeting.html"&gt;Richard has also described&lt;/a&gt; he would spend the 1 mil$ on in defense.  Ends up that it doesn't buy you much - Although I agree with his approach to spend the cash on people and their ability to use the tools they already have access to.&lt;br /&gt;&lt;br /&gt;I would take a slightly different perspective on the problem however.  The 1$ million dollars is not just spent in one place but spent multiple times in defense of the black-hat team as they can target multiple organizations, i.e. the same team can move from target to target without spending any additional money, and force multi-millions of dollars in defense in multiple companies.&lt;br /&gt;&lt;br /&gt;The other reality is that the defense is not just defending against one black-hat team but the potential for multiple black-hat teams.&lt;br /&gt;&lt;br /&gt;My opinion is that like the black-hat teams, the defense should target the amount of money spent on the defense based on the potential loss of the information (or availability if that is the risk).  This then would balance as you can spend less in focused efforts targeting protection of the specific information.  There is no reason to spend $$$ on a commercial security management solution to protect only one table in a database where the sensitive information exists.  The problem is that you have to know where that information lives through-out its life.&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/3123519664071299436-5563609921983748889?l=blog.triplecheck.ca' alt='' /&gt;&lt;/div&gt;</description><app:edited xmlns:app="http://www.w3.org/2007/app">2009-07-14T18:24:53.420-07:00</app:edited><thr:total xmlns:thr="http://purl.org/syndication/thread/1.0">0</thr:total></item><item><title>Mobile Device Protection - Is this not standard practice yet?</title><link>http://blog.triplecheck.ca/2009/07/anyone-need-any-more-reasons-to-avoid.html</link><author>mark.linton@triplecheck.ca (Mark Linton)</author><pubDate>Tue, 14 Jul 2009 08:13:38 PDT</pubDate><guid isPermaLink="false">tag:blogger.com,1999:blog-3123519664071299436.post-203151650225225</guid><description>&lt;a style="" onblur="try {parent.deselectBloggerImageGracefully();} catch(e) {}" href="http://2.bp.blogspot.com/_vcuxy3Ozzt0/Slqqv2NCfOI/AAAAAAAAAKY/aCeYOcUNnZ8/s1600-h/images.jpg"&gt;&lt;img style="margin: 0pt 10px 10px 0pt; float: left; cursor: pointer; width: 129px; height: 111px;" src="http://2.bp.blogspot.com/_vcuxy3Ozzt0/Slqqv2NCfOI/AAAAAAAAAKY/aCeYOcUNnZ8/s200/images.jpg" alt="" id="BLOGGER_PHOTO_ID_5357782445691403490" border="0" /&gt;&lt;/a&gt;Anyone need any more reasons to avoid situations regarding the loss of sensitive information on mobile devices?  Dell has released the results of a &lt;a href="http://www.dell.com/content/topics/global.aspx/services/prosupport/en/us/exec_summary?c=us&amp;amp;l=en&amp;amp;s=gen"&gt;study&lt;/a&gt; looking into actual data regarding lost mobile devices.&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/3123519664071299436-203151650225225?l=blog.triplecheck.ca' alt='' /&gt;&lt;/div&gt;</description><app:edited xmlns:app="http://www.w3.org/2007/app">2009-07-14T08:13:38.175-07:00</app:edited><media:thumbnail xmlns:media="http://search.yahoo.com/mrss/" url="http://2.bp.blogspot.com/_vcuxy3Ozzt0/Slqqv2NCfOI/AAAAAAAAAKY/aCeYOcUNnZ8/s72-c/images.jpg" height="72" width="72" /><thr:total xmlns:thr="http://purl.org/syndication/thread/1.0">0</thr:total></item><item><title>Blackhat Economics - Are you feeling safe today?</title><link>http://blog.triplecheck.ca/2009/06/blackhat-economics-are-you-feeling-safe.html</link><author>mark.linton@triplecheck.ca (Mark Linton)</author><pubDate>Mon, 29 Jun 2009 23:48:11 PDT</pubDate><guid isPermaLink="false">tag:blogger.com,1999:blog-3123519664071299436.post-1360822018305863734</guid><description>&lt;a onblur="try {parent.deselectBloggerImageGracefully();} catch(e) {}" href="http://3.bp.blogspot.com/_vcuxy3Ozzt0/Skm1IGdHKSI/AAAAAAAAAKQ/w8Cm9hycLeE/s1600-h/D3208FN2x.jpg"&gt;&lt;img style="margin: 0pt 0pt 10px 10px; float: right; cursor: pointer; width: 200px; height: 134px;" src="http://3.bp.blogspot.com/_vcuxy3Ozzt0/Skm1IGdHKSI/AAAAAAAAAKQ/w8Cm9hycLeE/s200/D3208FN2x.jpg" alt="" id="BLOGGER_PHOTO_ID_5353008782882842914" border="0" /&gt;&lt;/a&gt;Just want to point people over to a great blog post over at TaoSecurity - &lt;a href="http://taosecurity.blogspot.com/2009/06/black-hat-budgeting.html"&gt;Black hat budgeting&lt;/a&gt;.  This is an excellent article which starts to examine the economic factors related to attacking and protecting information.  Thinking in this way really puts some perspective on the security budget that people spend on attempting to protect information.  Long story short - if you don't think or don't know if bad guys are targeting you - find out (what information are you protecting and why?), and if the bad guys are targeting you - you should be thinking this way.&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/3123519664071299436-1360822018305863734?l=blog.triplecheck.ca' alt='' /&gt;&lt;/div&gt;</description><app:edited xmlns:app="http://www.w3.org/2007/app">2009-06-29T23:48:11.337-07:00</app:edited><media:thumbnail xmlns:media="http://search.yahoo.com/mrss/" url="http://3.bp.blogspot.com/_vcuxy3Ozzt0/Skm1IGdHKSI/AAAAAAAAAKQ/w8Cm9hycLeE/s72-c/D3208FN2x.jpg" height="72" width="72" /><thr:total xmlns:thr="http://purl.org/syndication/thread/1.0">0</thr:total></item></channel></rss>
