<?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-2000302002661616751</id><updated>2012-01-31T16:28:58.847-05:00</updated><category term='Random'/><category term='miscellaneous'/><category term='Phishing'/><category term='Spoofing'/><category term='Standards'/><category term='FOI'/><category term='Trust Subversion'/><category term='mobiles'/><category term='Spear Phishing'/><category term='General Internet'/><category term='VPN'/><category term='Pen Testing'/><category term='Malware'/><category term='PKI'/><category term='Security Concepts'/><category term='Methods'/><category term='Exploit News'/><category term='Resources'/><category term='spam'/><category term='Privacy'/><category term='craigslist'/><category term='Humor'/><category term='SSL'/><category term='conficker'/><category term='Funny'/><category term='Metrics'/><category term='CVE'/><title type='text'>Security Workshop</title><subtitle type='html'>Network Security...  

From a newcomer's perspective.</subtitle><link rel='http://schemas.google.com/g/2005#feed' type='application/atom+xml' href='http://securityworkshop.blogspot.com/feeds/posts/default'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/2000302002661616751/posts/default?max-results=100'/><link rel='alternate' type='text/html' href='http://securityworkshop.blogspot.com/'/><link rel='hub' href='http://pubsubhubbub.appspot.com/'/><author><name>Tim Cronin</name><uri>http://www.blogger.com/profile/05962563677149844004</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><generator version='7.00' uri='http://www.blogger.com'>Blogger</generator><openSearch:totalResults>23</openSearch:totalResults><openSearch:startIndex>1</openSearch:startIndex><openSearch:itemsPerPage>100</openSearch:itemsPerPage><entry><id>tag:blogger.com,1999:blog-2000302002661616751.post-6878837329748227228</id><published>2010-01-13T14:46:00.005-05:00</published><updated>2010-01-13T15:07:14.777-05:00</updated><category scheme='http://www.blogger.com/atom/ns#' term='Phishing'/><category scheme='http://www.blogger.com/atom/ns#' term='craigslist'/><title type='text'>Nigerians Just Don't Know When to Quit</title><content type='html'>&lt;span style="font-family:arial;"&gt;This is an interesting piece of phishing here.  My wife and I are looking for a new place to hang out hats as our lease is up for our apt. and we aren't too pleased with our current place.  We look at a variety of places, including craigslist.  Here's one that is really kind of strange.&lt;/span&gt;&lt;br /&gt;&lt;br /&gt;&lt;span style="font-family:arial;"&gt;I won't reveal the posting, but basically it was a house for rent in a city near us.  It looked like a great deal (too great honestly), but I thought "why not, if it is on the up and up then we win".  So I sent an email to the person without giving too much info:&lt;/span&gt;&lt;br /&gt;&lt;blockquote&gt;Hello Nannette,&lt;br /&gt;&lt;br /&gt;My wife and I are interested in the apartment that you have advertised on Craigslist (PostingID: xxx).  We would like to view the house, hopefully soon (maybe this weekend).  If you have time or need information from us, please reply, I'd be happy to provide anything necessary.&lt;br /&gt;&lt;br /&gt;Looking forward to hearing from you,&lt;br /&gt;&lt;br /&gt;&lt;/blockquote&gt;&lt;span style="font-family:arial;"&gt;Needless to say, I was hoping that revealing my email address wasn't too much.  Hoping to hear from a nice old lady or something, here is the response that I got:&lt;/span&gt;&lt;br /&gt;&lt;blockquote&gt;&lt;p class="MsoNormal"&gt;&lt;span style=";font-family:&amp;quot;;" &gt;Hello Dear,&lt;br /&gt;&lt;br /&gt;Thanks for the email. I own the house and also want you to know that it was due to my transfer to ( West Africa , Nigeria ) that makes us to leave the house and also want to give it out for rent and looking for a responsible person and God fearing person who can take very good care of the house in my absence.we are not after the money for the rent but want it to be clean all the time and the person that will rent it to take it as if it were its own.&lt;br /&gt;&lt;br /&gt;So for now, I am  here in West Africa and will be staying here for the next 3years in our new house and also with the keys of the house for rent, we try to look for an agent that we can give this documents and the keys before we left but could not find, and we as well  do not want our house to be used any how in our absence that is why we took it along with&lt;br /&gt;us.&lt;br /&gt;&lt;br /&gt;We came over to Africa for a missionary work, so i hope you will promise us that you will  take very good care of the house. So get back to me if you know you could take care of our house or perhaps experience you have in renting home.Hope you are okay with the price of $900 per month and  the security Deposit is $500 and the first month rent will be $1,400.Get back to me with the rental application. You can go ahead and view the house but note that you will not ba able to view the inside of it because of security reason here is the address bellow:&lt;strong&gt;&lt;span style=";font-family:&amp;quot;;" &gt;([redacted]).&lt;/span&gt;&lt;/strong&gt;Please if you are ready now to occupy the house kindly provide the information below for record purpose&lt;/span&gt;&lt;/p&gt;  &lt;p class="MsoNormal"&gt;&lt;span style=";font-family:&amp;quot;;" &gt;                       &lt;strong&gt;&lt;span style=";font-family:&amp;quot;;" &gt;PLEASE TELL US ABOUT YOURSELF&lt;/span&gt;&lt;/strong&gt;&lt;br /&gt;Full Name_______________________________&lt;br /&gt;Home Phone (        ) ________________________&lt;br /&gt;Cell Phone (       ) ___________________&lt;br /&gt;Date of Birth_____________________________&lt;br /&gt;Current Address________________________&lt;br /&gt;City____________State______ Zip______&lt;br /&gt;Reasons for Leaving____________________________Rent $________&lt;br /&gt;Are you married____________________________&lt;br /&gt;How many people will be living in the house___________&lt;br /&gt;Do you have a pet____________________________&lt;br /&gt;Do you have a car____________________________&lt;br /&gt;Occupation____________________________&lt;br /&gt;Move In Date____________________________&lt;br /&gt;Are you moving in with your furniture_______________&lt;br /&gt;A picture of occupant _______________&lt;br /&gt;How soon can you make the payment_____________&lt;br /&gt;How soon do you want to receive the keys and the document______&lt;br /&gt;&lt;/span&gt;&lt;/p&gt;  &lt;span style=";font-family:&amp;quot;;font-size:100%;"  &gt;pets allowed.&lt;br /&gt;&lt;br /&gt;Thanks and Remain Blessed.&lt;br /&gt;&lt;br /&gt;&lt;/span&gt;&lt;/blockquote&gt;&lt;span style=";font-family:arial;font-size:100%;"  &gt;&lt;span style="font-size:12pt;"&gt;At least they made it sound like a nice old lady... [delete]&lt;/span&gt;.&lt;/span&gt;&lt;br /&gt;&lt;br /&gt;&lt;span style=";font-family:arial;font-size:100%;"  &gt;Now I'm regretting sending the message from my actual email address.  Oh well, such is life.  Here's the thing that I just don't get.  Is someone really living there?  Are they going to see a bunch of strangers peeking in their house?  Is the house unoccupied?  Does it even exist?  My curiosity is making me want to go house hunting.&lt;/span&gt;&lt;div class="blogger-post-footer"&gt;Tim Cronin is a Support Engineer with Astaro Internet Security.
Security Workshop is written with small business in mind.&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/2000302002661616751-6878837329748227228?l=securityworkshop.blogspot.com' alt='' /&gt;&lt;/div&gt;</content><link rel='replies' type='application/atom+xml' href='http://securityworkshop.blogspot.com/feeds/6878837329748227228/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=2000302002661616751&amp;postID=6878837329748227228&amp;isPopup=true' title='16 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/2000302002661616751/posts/default/6878837329748227228'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/2000302002661616751/posts/default/6878837329748227228'/><link rel='alternate' type='text/html' href='http://securityworkshop.blogspot.com/2010/01/nigerians-just-dont-know-when-to-quit.html' title='Nigerians Just Don&apos;t Know When to Quit'/><author><name>Tim Cronin</name><uri>http://www.blogger.com/profile/05962563677149844004</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>16</thr:total></entry><entry><id>tag:blogger.com,1999:blog-2000302002661616751.post-6808168510972678402</id><published>2009-07-23T13:10:00.002-04:00</published><updated>2009-07-23T13:15:24.660-04:00</updated><title type='text'>Blogging and twittering</title><content type='html'>Hi All, &lt;div&gt;&lt;br /&gt;&lt;/div&gt;&lt;div&gt;Although it may seem like I've been gone a while, I have actually been blogging elsewhere.  I have been contributing regularly to &lt;a href="http://blog.astaro.com"&gt;blog.astaro.com&lt;/a&gt;.  I haven't been posting here, well, because I simply don't have time for both ;o)  I will see if I can repost to my blog here.  Most articles are written as general commentary and tips for tech generalists that don't focus on security all day, but need to be mindful of basic security issues.&lt;/div&gt;&lt;div&gt;&lt;br /&gt;&lt;/div&gt;&lt;div&gt;Also,  I am now on twitter.  Follow me &lt;a href="http://twitter.com/tccroninv"&gt;@tccroninv&lt;/a&gt;&lt;/div&gt;&lt;div&gt;&lt;br /&gt;&lt;/div&gt;&lt;div&gt;On a personal note, Ben is growing up way too fast.  He is talking up a storm, potty training, getting really really tall and just simply being the average 20-month-old.  He is the best thing ever.  In the history of ever.&lt;/div&gt;&lt;div class="blogger-post-footer"&gt;Tim Cronin is a Support Engineer with Astaro Internet Security.
Security Workshop is written with small business in mind.&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/2000302002661616751-6808168510972678402?l=securityworkshop.blogspot.com' alt='' /&gt;&lt;/div&gt;</content><link rel='replies' type='application/atom+xml' href='http://securityworkshop.blogspot.com/feeds/6808168510972678402/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=2000302002661616751&amp;postID=6808168510972678402&amp;isPopup=true' title='8 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/2000302002661616751/posts/default/6808168510972678402'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/2000302002661616751/posts/default/6808168510972678402'/><link rel='alternate' type='text/html' href='http://securityworkshop.blogspot.com/2009/07/blogging-and-twittering.html' title='Blogging and twittering'/><author><name>Tim Cronin</name><uri>http://www.blogger.com/profile/05962563677149844004</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>8</thr:total></entry><entry><id>tag:blogger.com,1999:blog-2000302002661616751.post-6552242175274960605</id><published>2009-04-30T17:09:00.003-04:00</published><updated>2009-04-30T17:39:08.424-04:00</updated><category scheme='http://www.blogger.com/atom/ns#' term='Standards'/><title type='text'>Going Around In Circles</title><content type='html'>&lt;span style="font-style: italic;"&gt;Let's not start that again...&lt;br /&gt;&lt;br /&gt;&lt;/span&gt;As of late there has been a heated debate among the community that various forms of standards and compliance are effective/ineffective at actually securing systems and networks.  Just a quick note:&lt;br /&gt;&lt;br /&gt;First post I read today is from &lt;a href="http://www.ascensionriskmanagement.com/BlogOne/2009/04/30/compliance/"&gt;&lt;span style="text-decoration: underline;"&gt;Ascension Risk Management&lt;/span&gt;&lt;/a&gt;.  There was a point/counterpoint that was detailed that, suffice to say, leaned towards the fact that standards and compliance are not effective.  In order for something resembling standards to be effective, it must be made too narrow or not actionable.   This is a good argument, but it doesn't tell the whole story.&lt;br /&gt;&lt;br /&gt;The next blog post I read is from &lt;a href="http://www.emergentchaos.com/archives/2009/04/no_evidence_and_breach_no_1.html"&gt;Emergent Chaos&lt;/a&gt;.  This post was about the fact that after Former/embattled/kind-of/not Senator Norm Coleman's campaign's infrastructure was broken into, and there may possibly have been a breach, donors found out via Wikileaks, rather than the campaign.  One quote sticks out:&lt;br /&gt;&lt;blockquote&gt;&lt;/blockquote&gt;&lt;span style="font-size: 12pt; font-family: &amp;quot;Calibri&amp;quot;,&amp;quot;sans-serif&amp;quot;;"&gt;&lt;blockquote&gt;We need public, documented and debated standards of how such decisions should be made. With such standards, organizations could better make decisions about risk. Additionaly, both regulators and the public could be more comfortable that those piping up about risk were not allowing the payers to call the tune.&lt;/blockquote&gt;&lt;/span&gt;So within the same day, there is one school saying that standards are ineffective and there is another stating that we need more standards in order to shuffle through the varied methods people use in regards to security related tasks.  &lt;span style="font-style: italic;"&gt;What a vicious circle&lt;/span&gt;.&lt;br /&gt;&lt;br /&gt;I am on the fence.  I think that without standards, there are a good amount of small and medium sized businesses that would have no security or extremely lax security.  Standards do help to push these organizations into doing more to protect data.  On the other hand, with a competent security practitioner, these standards are simply "fill in the box" tests that people adhere to.  That security practitioner is likely doing things to secure the infrastructure more than the standard accounts for.&lt;br /&gt;&lt;br /&gt;I think standards are simply not scalable.  If there must be policy, it should reflect the end result, not the means.  It is better to say "you are liable for any breach that occurs" than "you are not allowed to have SSLv2 on your hosts".  In this way, it should create an incentive to have network owners and operators think about how to go about security.  If there's a breach, they are liable, after all.&lt;br /&gt;&lt;span style="font-size: 12pt; font-family: &amp;quot;Calibri&amp;quot;,&amp;quot;sans-serif&amp;quot;;"&gt;&lt;/span&gt;&lt;a href="http://www.ascensionriskmanagement.com/BlogOne/2009/04/30/compliance/"&gt;&lt;/a&gt;&lt;span style="font-style: italic;"&gt;&lt;/span&gt;&lt;div class="blogger-post-footer"&gt;Tim Cronin is a Support Engineer with Astaro Internet Security.
Security Workshop is written with small business in mind.&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/2000302002661616751-6552242175274960605?l=securityworkshop.blogspot.com' alt='' /&gt;&lt;/div&gt;</content><link rel='replies' type='application/atom+xml' href='http://securityworkshop.blogspot.com/feeds/6552242175274960605/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=2000302002661616751&amp;postID=6552242175274960605&amp;isPopup=true' title='1 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/2000302002661616751/posts/default/6552242175274960605'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/2000302002661616751/posts/default/6552242175274960605'/><link rel='alternate' type='text/html' href='http://securityworkshop.blogspot.com/2009/04/going-around-in-circles.html' title='Going Around In Circles'/><author><name>Tim Cronin</name><uri>http://www.blogger.com/profile/05962563677149844004</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-2000302002661616751.post-3715288534093945149</id><published>2009-04-24T21:11:00.003-04:00</published><updated>2009-04-30T17:40:38.755-04:00</updated><category scheme='http://www.blogger.com/atom/ns#' term='miscellaneous'/><category scheme='http://www.blogger.com/atom/ns#' term='conficker'/><title type='text'>Thoughts on Conficker</title><content type='html'>&lt;a onblur="try {parent.deselectBloggerImageGracefully();} catch(e) {}" href="http://api.ning.com/files/z0U-Am1TjRsIHzA*jcrYy-Y5dD1EHQdmbQJRzTN-qzWvnu2c4p26M7wrqhYcR8ogg2aROKY-Tf5jpmPI-C1XMFhsrsSeeluq/BostonRedSoxLogo.jpg"&gt;&lt;img style="margin: 0pt 10px 10px 0pt; float: left; cursor: pointer; width: 378px; height: 298px;" src="http://api.ning.com/files/z0U-Am1TjRsIHzA*jcrYy-Y5dD1EHQdmbQJRzTN-qzWvnu2c4p26M7wrqhYcR8ogg2aROKY-Tf5jpmPI-C1XMFhsrsSeeluq/BostonRedSoxLogo.jpg" alt="" border="0" /&gt;&lt;/a&gt;&lt;br /&gt;&lt;span style="font-style: italic;"&gt;well, if you can call them thoughts&lt;/span&gt;&lt;br /&gt;&lt;br /&gt;Long time since my last post.  There has been a lot going on in the personal aspects of my life.  One of the things that I am happy about, though, is that Red Sox baseball is now in full swing.  Today is the first of the infamous Red Sox/Yankees games.&lt;br /&gt;&lt;br /&gt;So, speaking of Conficker...&lt;br /&gt;&lt;br /&gt;Today's game is turning out to be as hyped up with no results as Conficker.  Even the blogosphere is less active about Conficker Since April 1st.  Admittedly, this worm is the first really widely spread worm since my intro to the technology industry.  I was expecting to hear of/see infections first or secondhand, but I have not.  While I'm happy the Conficker was contained in my area of the planet, It was hyped up quite a lot.&lt;br /&gt;&lt;br /&gt;Today's game is not going so well for the hype either.  Joba Chamberlain's outing was uneventful.  This is similar to the April Fools Day event.  Lots of hype, but no substance.  In fact, Youk was walked twice - not beaned.&lt;br /&gt;&lt;br /&gt;All of that being said, today's game will have a winner and there will be some events that are worth cheering or booing.  This is like Conficker - there is substance, but it is not in the exciting, ratings grabbing manner.  Daily attendants of either will find something interesting and there will be something new to learn.&lt;br /&gt;&lt;br /&gt;Edit: This game (and the series as a whole) was actually quite exciting.  Maybe the best is yet to come from Conficker...&lt;div class="blogger-post-footer"&gt;Tim Cronin is a Support Engineer with Astaro Internet Security.
Security Workshop is written with small business in mind.&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/2000302002661616751-3715288534093945149?l=securityworkshop.blogspot.com' alt='' /&gt;&lt;/div&gt;</content><link rel='replies' type='application/atom+xml' href='http://securityworkshop.blogspot.com/feeds/3715288534093945149/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=2000302002661616751&amp;postID=3715288534093945149&amp;isPopup=true' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/2000302002661616751/posts/default/3715288534093945149'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/2000302002661616751/posts/default/3715288534093945149'/><link rel='alternate' type='text/html' href='http://securityworkshop.blogspot.com/2009/04/thoughts-on-conficker.html' title='Thoughts on Conficker'/><author><name>Tim Cronin</name><uri>http://www.blogger.com/profile/05962563677149844004</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-2000302002661616751.post-2332371287335877153</id><published>2009-04-01T22:46:00.002-04:00</published><updated>2009-04-01T23:34:16.890-04:00</updated><title type='text'>Happy April Fools' day!</title><content type='html'>Quick Update: Conficker did not display "Happy Birthday Vovo!" like I had hoped.  (nor did it do much at all - but that doesn't mean it is any less troublesome).&lt;br /&gt;&lt;br /&gt;My favorite new April Fool, the funny RFC, actually make a little bit of sense this year.  In the past, it told you how to &lt;a href="http://en.wikipedia.org/wiki/IP_over_Avian_Carriers"&gt;send IP in the most efficient manner&lt;/a&gt; to how to &lt;a href="http://tools.ietf.org/html/rfc2321"&gt;monitor your network properly&lt;/a&gt;.  This year it is a way to teach IPv6 and get more IP addresses out there.  It is a joke, because these addresses are not "real" but it's an interesting thought.  I think I will use the analogy to explain IPv6 from now on... (I'll always give credit to &lt;a href="http://tools.ietf.org/html/rfc5514"&gt;rfc 5514&lt;/a&gt;).  They actually made a facebook app :o)&lt;br /&gt;&lt;br /&gt;Google introduced an automated you for gmail, but I liked the printed and mailed emails idea better (from a previous year).&lt;br /&gt;&lt;br /&gt;And in case you want squeeze bacon, see &lt;a href="http://www.thinkgeek.com"&gt;ThinkGeek&lt;/a&gt;&lt;div class="blogger-post-footer"&gt;Tim Cronin is a Support Engineer with Astaro Internet Security.
Security Workshop is written with small business in mind.&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/2000302002661616751-2332371287335877153?l=securityworkshop.blogspot.com' alt='' /&gt;&lt;/div&gt;</content><link rel='replies' type='application/atom+xml' href='http://securityworkshop.blogspot.com/feeds/2332371287335877153/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=2000302002661616751&amp;postID=2332371287335877153&amp;isPopup=true' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/2000302002661616751/posts/default/2332371287335877153'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/2000302002661616751/posts/default/2332371287335877153'/><link rel='alternate' type='text/html' href='http://securityworkshop.blogspot.com/2009/04/happy-april-fools-day.html' title='Happy April Fools&apos; day!'/><author><name>Tim Cronin</name><uri>http://www.blogger.com/profile/05962563677149844004</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-2000302002661616751.post-7222352539923029979</id><published>2009-03-31T12:34:00.004-04:00</published><updated>2009-03-31T12:40:05.358-04:00</updated><category scheme='http://www.blogger.com/atom/ns#' term='Humor'/><title type='text'>My Conficker Note</title><content type='html'>Sorry for not posting for a bit, my personal life has been busy lately (we moved, hopefully the last time for a long, long time.).&lt;br /&gt;&lt;br /&gt;There has been a lot said about the Conficker (downadup, kido, april fools day worm, etc...).  I can't really add anything new that hasn't already been said on the &lt;a href="http://www.securitybloggers.net/"&gt;Security Bloggers Network&lt;/a&gt;.  What I would like to say is that I hope that what it does is simply make all the infected computers say "Happy Birthday, &lt;a href="http://dictionary.reverso.net/portuguese-english/vov%C3%B3"&gt;Vovo&lt;/a&gt;!" because the now infamous April 1st target is my Vovo's birthday and I always for get to call.  (If it does do this, I swear, I didn't make it happen...).&lt;br /&gt;&lt;br /&gt;(Yes this is my sense of humor, and if you like it then I am your friend for life - nobody gets me :o)&lt;div class="blogger-post-footer"&gt;Tim Cronin is a Support Engineer with Astaro Internet Security.
Security Workshop is written with small business in mind.&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/2000302002661616751-7222352539923029979?l=securityworkshop.blogspot.com' alt='' /&gt;&lt;/div&gt;</content><link rel='replies' type='application/atom+xml' href='http://securityworkshop.blogspot.com/feeds/7222352539923029979/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=2000302002661616751&amp;postID=7222352539923029979&amp;isPopup=true' title='7 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/2000302002661616751/posts/default/7222352539923029979'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/2000302002661616751/posts/default/7222352539923029979'/><link rel='alternate' type='text/html' href='http://securityworkshop.blogspot.com/2009/03/my-conficker-note.html' title='My Conficker Note'/><author><name>Tim Cronin</name><uri>http://www.blogger.com/profile/05962563677149844004</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>7</thr:total></entry><entry><id>tag:blogger.com,1999:blog-2000302002661616751.post-6735320990489060621</id><published>2009-03-18T14:37:00.002-04:00</published><updated>2009-03-18T14:49:56.916-04:00</updated><category scheme='http://www.blogger.com/atom/ns#' term='Privacy'/><title type='text'>"Google Hacking" made easy</title><content type='html'>&lt;span style="font-style: italic;"&gt;sort of...&lt;/span&gt;&lt;br /&gt;&lt;br /&gt;A lot of people use Google to find information on a "target" or "mark".  A lot of times this is either a person, organization or machine.  If your mark is a person, there is now a web service that can do this easily, &lt;a href="http://www.pipl.com"&gt;www.pipl.com&lt;/a&gt;.  &lt;span style="font-style: italic;"&gt;The New York Times&lt;/span&gt; outlines this with the article &lt;a href="http://shiftingcareers.blogs.nytimes.com/2008/06/09/when-googling-a-person-or-yourself-isnt-enough/?emc=eta1"&gt;When Googling a Person (or Yourself) Isn't Enough&lt;/a&gt;.&lt;br /&gt;&lt;br /&gt;Okay, so these services have been around and the end of the world didn't show up.  This is a typical kind of piece that is important to know about, but not to lose sleep over.  The information that Pipl finds is not generated by searching databases that are normally off-limits.  It does dig a bit deeper than google does by default, but all the info is still public.  The bigger question when you find something about yourself that you didn't expect is how did the original recipient of this information make it public and why did I not know.&lt;br /&gt;&lt;br /&gt;I think Pipl is a good thing because it allows average people find information that nefarious people may have found anyways.  Thoughts?&lt;div class="blogger-post-footer"&gt;Tim Cronin is a Support Engineer with Astaro Internet Security.
Security Workshop is written with small business in mind.&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/2000302002661616751-6735320990489060621?l=securityworkshop.blogspot.com' alt='' /&gt;&lt;/div&gt;</content><link rel='replies' type='application/atom+xml' href='http://securityworkshop.blogspot.com/feeds/6735320990489060621/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=2000302002661616751&amp;postID=6735320990489060621&amp;isPopup=true' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/2000302002661616751/posts/default/6735320990489060621'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/2000302002661616751/posts/default/6735320990489060621'/><link rel='alternate' type='text/html' href='http://securityworkshop.blogspot.com/2009/03/google-hacking-made-easy.html' title='&quot;Google Hacking&quot; made easy'/><author><name>Tim Cronin</name><uri>http://www.blogger.com/profile/05962563677149844004</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-2000302002661616751.post-6096931761166440278</id><published>2009-03-17T19:18:00.002-04:00</published><updated>2009-03-17T19:20:42.110-04:00</updated><category scheme='http://www.blogger.com/atom/ns#' term='Random'/><title type='text'>Really Quickly</title><content type='html'>I was typing an email to my wife and noticed that MS Outlook knows that Comcast should be capitalized.  I wonder what other conglomerate is large enough and to have their name be known to Outlook.&lt;div class="blogger-post-footer"&gt;Tim Cronin is a Support Engineer with Astaro Internet Security.
Security Workshop is written with small business in mind.&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/2000302002661616751-6096931761166440278?l=securityworkshop.blogspot.com' alt='' /&gt;&lt;/div&gt;</content><link rel='replies' type='application/atom+xml' href='http://securityworkshop.blogspot.com/feeds/6096931761166440278/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=2000302002661616751&amp;postID=6096931761166440278&amp;isPopup=true' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/2000302002661616751/posts/default/6096931761166440278'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/2000302002661616751/posts/default/6096931761166440278'/><link rel='alternate' type='text/html' href='http://securityworkshop.blogspot.com/2009/03/really-quickly.html' title='Really Quickly'/><author><name>Tim Cronin</name><uri>http://www.blogger.com/profile/05962563677149844004</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-2000302002661616751.post-3365308370802538404</id><published>2009-03-04T01:40:00.003-05:00</published><updated>2009-03-04T02:12:00.024-05:00</updated><category scheme='http://www.blogger.com/atom/ns#' term='General Internet'/><title type='text'>Personal Security</title><content type='html'>&lt;a onblur="try {parent.deselectBloggerImageGracefully();} catch(e) {}" href="http://utamagazine.uta.edu/spring_2003/images/stalking.jpg"&gt;&lt;img style="margin: 0pt 0pt 10px 10px; float: right; cursor: pointer; width: 325px; height: 323px;" src="http://utamagazine.uta.edu/spring_2003/images/stalking.jpg" alt="" border="0" /&gt;&lt;/a&gt;&lt;br /&gt;&lt;span style="font-style: italic;"&gt;In the "Digital Age"&lt;/span&gt;&lt;br /&gt;&lt;br /&gt;&lt;span style="font-style: italic;"&gt;I was driving home tonight and I was listening to "On Point, with Tom Ashbrook" (NPR).   Today's topic was on "Cyberbullying", specifically a court case that may have far-reaching effects.  &lt;/span&gt;&lt;a style="font-style: italic;" href="http://www.onpointradio.org/shows/2009/03/cyber-harassment/"&gt;Listen here.&lt;/a&gt;&lt;br /&gt;&lt;br /&gt;The story starts with two Yale law students were harassed and libeled online by an internet community.  This harassment and libel may have cost one or both of them job offers (by overly-sensitive prospective employers googleing them and having these nasty posts show first).  There were also threats and stalking comments made (there were personal threats that made the individuals fear for their safety as the comments were made by people who had to have physically seen them).&lt;br /&gt;&lt;br /&gt;&lt;span style="font-weight: bold;"&gt;To make matters worse, the host of these threads failed to act in a regulatory manner to take down these threads.  Also, they (alegedly) deleted logs and subsequently disabled logging for users that post to threads, making it harder to find the anonymous culprits.  &lt;/span&gt;&lt;br /&gt;&lt;br /&gt;This last part troubles me.  I believe in freedom of speech just like all Americans should.  That being said, there are certain types of speech that should not be protected.  When you feel threatened, you have a right to address that threat to ensure your personal safety and the safety of others.  But if you don't know who is threatening you - other than the fact that it is some guy/girl with an internet connection - then what can you do?  It is vital that the internet community self regulate certain content.  If we, as hosts, don't self regulate then we may have to be regulated by an authority which is potentially far worse.&lt;br /&gt;&lt;br /&gt;As a security practitioner, I feel that the failure of the host to pull the threads and put the users that caused this uproar on notice has caused there to be an open door for legislators to mandate certain restrictions on this type of content.  This will make hosting less attractive for these new and exciting "Web 2.0" sites we all love (Why get involved in accounting for other people's words?  Why become a legal target for lawsuits over content that someone else wrote?) .  Also, security professionals will need to concern themselves with accounting for each logged in session.  This detracts from the overall secuity of the site.  Very bad news, indeed.&lt;br /&gt;&lt;br /&gt;I hope this black mark can be sorted out without any far-reaching effects and I hope that hosts can learn to self regulate effectively enough to prevent any future legislation.&lt;br /&gt;&lt;br /&gt;-Tim&lt;div class="blogger-post-footer"&gt;Tim Cronin is a Support Engineer with Astaro Internet Security.
Security Workshop is written with small business in mind.&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/2000302002661616751-3365308370802538404?l=securityworkshop.blogspot.com' alt='' /&gt;&lt;/div&gt;</content><link rel='replies' type='application/atom+xml' href='http://securityworkshop.blogspot.com/feeds/3365308370802538404/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=2000302002661616751&amp;postID=3365308370802538404&amp;isPopup=true' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/2000302002661616751/posts/default/3365308370802538404'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/2000302002661616751/posts/default/3365308370802538404'/><link rel='alternate' type='text/html' href='http://securityworkshop.blogspot.com/2009/03/personal-security.html' title='Personal Security'/><author><name>Tim Cronin</name><uri>http://www.blogger.com/profile/05962563677149844004</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-2000302002661616751.post-5718651905211350486</id><published>2009-02-25T18:24:00.001-05:00</published><updated>2009-02-25T21:41:10.160-05:00</updated><category scheme='http://www.blogger.com/atom/ns#' term='Funny'/><title type='text'>Eating Ubuntu</title><content type='html'>&lt;span style="font-style: italic;"&gt;What?&lt;/span&gt;&lt;br /&gt;&lt;br /&gt;&lt;a onblur="try {parent.deselectBloggerImageGracefully();} catch(e) {}" href="http://www.people.fas.harvard.edu/%7Esbesson/Images/ubuntu-logo.jpg"&gt;&lt;img style="margin: 0px auto 10px; display: block; text-align: center; cursor: pointer; width: 257px; height: 235px;" src="http://www.people.fas.harvard.edu/%7Esbesson/Images/ubuntu-logo.jpg" alt="" border="0" /&gt;&lt;/a&gt;&lt;br /&gt;&lt;br /&gt;That's right, there is now a &lt;a href="http://www.washingtonpost.com/wp-dyn/content/article/2009/02/24/AR2009022400758.html"&gt;restaurant&lt;/a&gt; called &lt;a href="http://www.ubuntu.com/"&gt;&lt;span style="font-weight: bold;"&gt;Ubuntu&lt;/span&gt;&lt;/a&gt; in Napa region of CA.   Competitor &lt;a href="http://www.knoppix.net/"&gt;&lt;span style="font-weight: bold;"&gt;Knoppix&lt;/span&gt;&lt;/a&gt; seen pulling up with a food-mobile to serve your immediate nourishment needs, but never actually constructing a building.  (OK that's a horrible joke)&lt;div class="blogger-post-footer"&gt;Tim Cronin is a Support Engineer with Astaro Internet Security.
Security Workshop is written with small business in mind.&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/2000302002661616751-5718651905211350486?l=securityworkshop.blogspot.com' alt='' /&gt;&lt;/div&gt;</content><link rel='replies' type='application/atom+xml' href='http://securityworkshop.blogspot.com/feeds/5718651905211350486/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=2000302002661616751&amp;postID=5718651905211350486&amp;isPopup=true' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/2000302002661616751/posts/default/5718651905211350486'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/2000302002661616751/posts/default/5718651905211350486'/><link rel='alternate' type='text/html' href='http://securityworkshop.blogspot.com/2009/02/eating-ubuntu.html' title='Eating Ubuntu'/><author><name>Tim Cronin</name><uri>http://www.blogger.com/profile/05962563677149844004</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-2000302002661616751.post-1704883242068847694</id><published>2009-02-25T13:05:00.000-05:00</published><updated>2009-02-25T13:41:40.158-05:00</updated><category scheme='http://www.blogger.com/atom/ns#' term='VPN'/><category scheme='http://www.blogger.com/atom/ns#' term='Security Concepts'/><category scheme='http://www.blogger.com/atom/ns#' term='mobiles'/><title type='text'>Mobile Devices on the LAN</title><content type='html'>&lt;a onblur="try {parent.deselectBloggerImageGracefully();} catch(e) {}" href="http://blog.craftzine.com/dt_handknit_iphone.jpg"&gt;&lt;img style="margin: 0pt 0pt 10px 10px; float: right; cursor: pointer; width: 353px; height: 480px;" src="http://blog.craftzine.com/dt_handknit_iphone.jpg" alt="" border="0" /&gt;&lt;/a&gt;&lt;br /&gt;&lt;span style="font-style: italic;"&gt;iPhone Hype, get your iPhone hype here!&lt;/span&gt;&lt;br /&gt;&lt;br /&gt;Those handsome, intelligent and engaging folks over at &lt;a href="http://www.astaro.com/"&gt;Astaro Internet Security&lt;/a&gt; have just introduced a very easy &lt;a href="http://www.astaro.com/newsroom/press_releases/astaro_first_solution_to_auto_configure_iphone_vpn_access"&gt;IPSec client auto-setup for an iPhone&lt;/a&gt; to connect to a protected LAN.  This got me thinking.  There is a lot of information available on securing your iPhone and other mobile devices from intrusion, but there isn't a lot of information available about securing your LAN from intrusion from your mobile users.&lt;br /&gt;&lt;br /&gt;The idea of using a full IPSec tunnel for all network traffic is great for iPhone security.  You are no longer sending data in the clear whether it's to your corporate mail server or gmail.  This should cut back on some threats at the iPhone level.  Because you are also giving access to your LAN, it can also create an all new set of issues on your LAN.&lt;br /&gt;&lt;br /&gt;A lot of security types are used to thinking about mobile devices similar to laptops.  After all, they are similar: they're mobile, they can hop on and off your local (trusted) wireless link, they have remote access capabilities, etc...  I posit that they are, in fact, different in a few key ways.  For instance most people turn their laptops off (or at least have them sleep) when they are actively traveling.  This is not the case for mobile devices.  The chances of a mobile device &lt;a href="http://securosis.com/2008/04/28/iphone-security-tip-never-memorize-wireless-networks/"&gt;attaching to a rogue, unsecured or malevolent access point&lt;/a&gt; is far greater.  Therefore the exposure to all sorts of nastiness is greater.  How can you trust something like that on your LAN?&lt;br /&gt;&lt;br /&gt;I would like to suggest some ideas (In bullet point goodness):&lt;br /&gt;&lt;ul&gt;&lt;li&gt;Expect the Worst&lt;/li&gt;&lt;ul&gt;&lt;li&gt;Always assume that a mobile device is owned and treat it as such, because it will be easier to deal with &lt;span style="font-weight: bold;"&gt;when&lt;/span&gt; it happens&lt;br /&gt;&lt;/li&gt;&lt;/ul&gt;&lt;li&gt;Segment Mobile Devices:&lt;br /&gt;&lt;/li&gt;&lt;ul&gt;&lt;li&gt;Whenever possible, limit access to the LAN.  Only give access to business critical infrastructure that is in a secure place, preferably segmented from any LAN.&lt;/li&gt;&lt;/ul&gt;&lt;ul&gt;&lt;li&gt;Set up different SSIDs, WLANS and access points specifically for mobile users when in the office.&lt;br /&gt;&lt;/li&gt;&lt;li&gt;Do not allow mobiles to communicate with laptops and other wireless devices.&lt;/li&gt;&lt;/ul&gt;&lt;li&gt;Use Device Level Security&lt;/li&gt;&lt;ul&gt;&lt;li&gt;Find reputable applications that protect the mobile device from intrusion&lt;/li&gt;&lt;li&gt;Use VPNs when possible to ensure no data is sent in the clear.  This can often have an effect on your LAN.&lt;/li&gt;&lt;/ul&gt;&lt;li&gt;Make Concise and Enforceable Usage Policies&lt;/li&gt;&lt;ul&gt;&lt;li&gt;Make sure that anybody that can gain access to your network with a mobile device is subject to a strict usage policy.  This can at least allow you to take action when/if an incident occurs.  This policy should be different from any other current remote access policy as the concepts are different&lt;br /&gt;&lt;/li&gt;&lt;li&gt;Training is considered somewhat "controversial" as you can't ensure that people will learn from it and listen.  However, it is a good start and most people will be receptive (or face your wrath).&lt;/li&gt;&lt;/ul&gt;&lt;/ul&gt;As always I would love to hear some feedback.  Let me know if anything I've said has worked successfully.  Report bugs in this theory to bugtaq... (or in the comments section)&lt;br /&gt;&lt;br /&gt;-Tim&lt;div class="blogger-post-footer"&gt;Tim Cronin is a Support Engineer with Astaro Internet Security.
Security Workshop is written with small business in mind.&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/2000302002661616751-1704883242068847694?l=securityworkshop.blogspot.com' alt='' /&gt;&lt;/div&gt;</content><link rel='replies' type='application/atom+xml' href='http://securityworkshop.blogspot.com/feeds/1704883242068847694/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=2000302002661616751&amp;postID=1704883242068847694&amp;isPopup=true' title='10 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/2000302002661616751/posts/default/1704883242068847694'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/2000302002661616751/posts/default/1704883242068847694'/><link rel='alternate' type='text/html' href='http://securityworkshop.blogspot.com/2009/02/mobile-devices-on-lan.html' title='Mobile Devices on the LAN'/><author><name>Tim Cronin</name><uri>http://www.blogger.com/profile/05962563677149844004</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-2000302002661616751.post-5689691938581736222</id><published>2009-02-20T00:22:00.000-05:00</published><updated>2009-02-20T00:39:37.730-05:00</updated><category scheme='http://www.blogger.com/atom/ns#' term='Malware'/><category scheme='http://www.blogger.com/atom/ns#' term='Exploit News'/><category scheme='http://www.blogger.com/atom/ns#' term='CVE'/><title type='text'>Adobe Reader Exploit in the Wild</title><content type='html'>Hi All,&lt;br /&gt;&lt;br /&gt;Just passing this info on.  I just read on &lt;a href="http://www.theregister.co.uk/"&gt;The Register&lt;/a&gt; that fully updated and patched Adobe Reader applications running on fully patched Windows systems are vulnerable to a new exploit.  The original info from the Reg. article is at &lt;a href="http://www.shadowserver.org/wiki/pmwiki.php?n=Calendar.20090219"&gt;Shadow Server&lt;/a&gt; but Adobe fully recognizes the Vulnerability &lt;a href="http://www.adobe.com/support/security/bulletins/apsb07-18.html"&gt;here&lt;/a&gt;.  More info from US-CERT &lt;a href="http://www.us-cert.gov/cas/techalerts/TA07-297B.html"&gt;here&lt;/a&gt;.&lt;br /&gt;&lt;br /&gt;Apparently, this exploit leverages a known vulnerability in the way MS Windows XP/2003 handles URIs.  Using that vulnerability, it is possible to open a trojaned pdf file and have your PC injected with arbitrary commands.&lt;br /&gt;&lt;br /&gt;The "Fix" stated in that article is to disable Acrobat Javascript (We all have Javascript off already right???).  I can assume (but have not tested) that the Firefox NoScript add-on can save you from this.  Adobe, on the other hand, "strongly recommends" updating to 8.1.1 of the Adobe Acrobat (Reader) application.&lt;br /&gt;&lt;br /&gt;Here is a quote from pdp of GNUCitizen (credited with the find)&lt;br /&gt;&lt;blockquote&gt;http://www.gnucitizen.org/blog/0day-pdf-pwns-windows&lt;br /&gt;&lt;br /&gt;I am closing the season with the following HIGH Risk vulnerability:&lt;br /&gt;Adobe Acrobat/Reader PDF documents can be used to compromise your&lt;br /&gt;Windows box. Completely!!! Invisibly and unwillingly!!! All it takes&lt;br /&gt;is to open a PDF document or stumble across a page which embeds one.&lt;br /&gt;&lt;br /&gt;The issue is quite critical given the fact that PDF documents are in&lt;br /&gt;the core of today's modern business. This and the fact that it may&lt;br /&gt;take a while for Adobe to fix their closed source product, are the&lt;br /&gt;reasons why I am not going to publish any POCs. You have to take my&lt;br /&gt;word for it. The POCs will be released when an update is available.&lt;br /&gt;&lt;br /&gt;Adobe's representatives can contact me from the usual place. My advise&lt;br /&gt;for you is not to open any PDF files (locally or remotely). Other PDF&lt;br /&gt;viewers might be vulnerable too. The issues was verified on Windows XP&lt;br /&gt;SP2 with the latest Adobe Reader 8.1, although previous versions and&lt;br /&gt;other setups are also affected.&lt;br /&gt;&lt;br /&gt;A formal summary and conclusion of the GNUCITIZEN bug hunt to be expected soon.&lt;br /&gt;&lt;br /&gt;cheers&lt;br /&gt;&lt;br /&gt;--&lt;br /&gt;pdp (architect) | petko d. petkov&lt;br /&gt;http://www.gnucitizen.org&lt;/blockquote&gt;&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;-Tim&lt;div class="blogger-post-footer"&gt;Tim Cronin is a Support Engineer with Astaro Internet Security.
Security Workshop is written with small business in mind.&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/2000302002661616751-5689691938581736222?l=securityworkshop.blogspot.com' alt='' /&gt;&lt;/div&gt;</content><link rel='replies' type='application/atom+xml' href='http://securityworkshop.blogspot.com/feeds/5689691938581736222/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=2000302002661616751&amp;postID=5689691938581736222&amp;isPopup=true' title='2 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/2000302002661616751/posts/default/5689691938581736222'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/2000302002661616751/posts/default/5689691938581736222'/><link rel='alternate' type='text/html' href='http://securityworkshop.blogspot.com/2009/02/adobe-reader-exploit-in-wild.html' title='Adobe Reader Exploit in the Wild'/><author><name>Tim Cronin</name><uri>http://www.blogger.com/profile/05962563677149844004</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-2000302002661616751.post-7962866068210584151</id><published>2009-02-18T21:58:00.000-05:00</published><updated>2009-02-20T01:11:00.351-05:00</updated><category scheme='http://www.blogger.com/atom/ns#' term='Spoofing'/><category scheme='http://www.blogger.com/atom/ns#' term='spam'/><category scheme='http://www.blogger.com/atom/ns#' term='Spear Phishing'/><title type='text'>SPF - Not Just for Your Skin</title><content type='html'>SPF - I need 200, how 'bout you?&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;Anecdotally, I have seen more reports of targeted "spoofed domain" spam.   This is a troubling scenario if your domain really is targeted rather than just picked up by a bot.  I'll outline a rather nasty one, no names given of course.&lt;br /&gt;&lt;br /&gt;The Idea is that you receive an email from yourself or another user on your domain.  A common one is that everyone on your domain gets an email from someone claiming to be a domain admin.  You may think that you need to have a pwn'd machine on your network for this to happen, but that is not the case.  As long as someone knows your email domain, this attack vector is easy to produce manually as well as automatically.&lt;br /&gt;&lt;br /&gt;The incident that was reported to me is interesting.  There was a learning institution that had a user's mail account compromised.  This quickly meant that the IP address and domain name were blacklisted.  The admin is now stressed to begin with and is not necessarily thinking straight.&lt;br /&gt;&lt;br /&gt;Next, the compromised account was flushed out and the un-blacklisting process started when everyone got an email from a "domain admin."  The email address looked authentic to the unsuspecting users because it cam from the correct domain.  This new admin asked everyone on the domain to click a link and enter their usernames and passwords or their email account would be deleted.  (uh-oh)  Well, another email went out from the real admin telling them not to reply no matter what.  And most listened...&lt;br /&gt;&lt;br /&gt;(we all know what the ... means)&lt;br /&gt;&lt;br /&gt;long story short, an &lt;a href="http://www.openspf.org/"&gt;SPF&lt;/a&gt; (Sender Policy Framework) record could have saved this "spear phishing" attack from happening.  SPF is basically a DNS record for your domain.  It specifies the IP addresses (or hostnames) for hosts that are allowed to send for your domain.  Normally, after specifying the allowed servers, it has a '-all'.  the - means "not allowed", all means - well, all.  This is very important.&lt;br /&gt;&lt;br /&gt;He had a security appliance that was checking for SPF from all domains.  This would also check for *his own* domain.  It diligently checked SPF and allowed the message anyways.  Why?  If he had an SPF record, it would say that the server that sent the message was not allowed to send the message.  As it turns out, his domain has an SPF record, but it didn't tell the appliance to drop the message.  Instead it had '~all', which means "this is bad, but let it go anyways".&lt;br /&gt;&lt;br /&gt;I guess auditing may have been a good thing here.  It's strange how a single character can ruin an entire day or more.&lt;br /&gt;&lt;br /&gt;-Tim&lt;div class="blogger-post-footer"&gt;Tim Cronin is a Support Engineer with Astaro Internet Security.
Security Workshop is written with small business in mind.&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/2000302002661616751-7962866068210584151?l=securityworkshop.blogspot.com' alt='' /&gt;&lt;/div&gt;</content><link rel='replies' type='application/atom+xml' href='http://securityworkshop.blogspot.com/feeds/7962866068210584151/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=2000302002661616751&amp;postID=7962866068210584151&amp;isPopup=true' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/2000302002661616751/posts/default/7962866068210584151'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/2000302002661616751/posts/default/7962866068210584151'/><link rel='alternate' type='text/html' href='http://securityworkshop.blogspot.com/2009/01/spf-not-just-for-your-skin.html' title='SPF - Not Just for Your Skin'/><author><name>Tim Cronin</name><uri>http://www.blogger.com/profile/05962563677149844004</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-2000302002661616751.post-8486252764600922416</id><published>2009-02-13T19:20:00.000-05:00</published><updated>2009-02-13T19:39:34.940-05:00</updated><title type='text'>Art Imitating Life</title><content type='html'>&lt;span style="font-style: italic;"&gt;(or life imitating art?&lt;/span&gt;)&lt;br /&gt;&lt;br /&gt;&lt;a onblur="try {parent.deselectBloggerImageGracefully();} catch(e) {}" href="http://imgs.xkcd.com/comics/security.png"&gt;&lt;img style="margin: 0px auto 10px; display: block; text-align: center; cursor: pointer; width: 448px; height: 274px;" src="http://imgs.xkcd.com/comics/security.png" alt="" border="0" /&gt;&lt;/a&gt;&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;Above is a comic from one of my favorite geeky websites, &lt;a href="http://www.xkcd.com"&gt;www.xkcd.com&lt;/a&gt;.  I like the site because there are 3 comics a week that are funny because they usually hit close to home.  Just by looking at the image above, you know that the people that we are trying to keep away from our networks are in the right panel.&lt;br /&gt;&lt;br /&gt;To be serious, miscreants don't use bleeding edge technology to target your facebook page (unless they're really bored), people with nefarious purpose will break in using the computational equivalent of a $5 dolar wrench.  I like this comic because it puts so much into perspective.  We need to be secure from the ubergeeks on the left, but we need to be watchful for the thugs on the right.  Besides, the thugs on the right are more likely to post embarrassing things about you or your company online.&lt;br /&gt;&lt;br /&gt;Let's take the scenario in the comic as real life.  I just left my company laptop on the seat in the airport while I went to the bathroom.  The two guys grabbed my laptop and noticed that a sticker on it says "property of [fortune 500 company]" -- SCORE!!!  They boot it up and notice that it's encrypted.  They aren't going to take it and work on the encryption at home, they're going to wait for me to leave the bathroom and coerce me to give them any password necessary.&lt;br /&gt;&lt;br /&gt;Here's what can stop this:&lt;br /&gt;&lt;ul&gt;&lt;li&gt;&lt;span style="font-weight: bold;"&gt;Educate users that their laptop is, in essence, their livelihood.&lt;/span&gt;  They wouldn't leave their wallet on the seat, why should they leave their laptop?&lt;/li&gt;&lt;li&gt;&lt;span style="font-weight: bold;"&gt;Try not to advertise the added value of a laptop.&lt;/span&gt;  Stealing my mom's photos is less valuable than stealing my company's financial and customer data.  It's one thing to say "if found return to [a discrete address(make sure when people here aren't vulnerable to social engineering] another to tell everyone that there is important data in here.&lt;/li&gt;&lt;li&gt;&lt;span style="font-weight: bold;"&gt;Encryption is still a good idea.&lt;/span&gt;  It's better to know that anyone can't just get into the laptop's data if this situation arises.&lt;/li&gt;&lt;/ul&gt;Granted, this article lacks some real substance, but at least you got a chuckle from the comic ;)&lt;br /&gt;&lt;br /&gt;-Tim&lt;div class="blogger-post-footer"&gt;Tim Cronin is a Support Engineer with Astaro Internet Security.
Security Workshop is written with small business in mind.&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/2000302002661616751-8486252764600922416?l=securityworkshop.blogspot.com' alt='' /&gt;&lt;/div&gt;</content><link rel='replies' type='application/atom+xml' href='http://securityworkshop.blogspot.com/feeds/8486252764600922416/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=2000302002661616751&amp;postID=8486252764600922416&amp;isPopup=true' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/2000302002661616751/posts/default/8486252764600922416'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/2000302002661616751/posts/default/8486252764600922416'/><link rel='alternate' type='text/html' href='http://securityworkshop.blogspot.com/2009/02/art-imitating-life.html' title='Art Imitating Life'/><author><name>Tim Cronin</name><uri>http://www.blogger.com/profile/05962563677149844004</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-2000302002661616751.post-4795130001148843883</id><published>2009-02-06T13:18:00.000-05:00</published><updated>2009-02-06T13:37:17.528-05:00</updated><title type='text'>More Bad News</title><content type='html'>&lt;a onblur="try {parent.deselectBloggerImageGracefully();} catch(e) {}" href="http://www.flatrock.org.nz/topics/flying/assets/hindenburg.jpg"&gt;&lt;img style="margin: 0pt 0pt 10px 10px; float: right; cursor: pointer; width: 338px; height: 263px;" src="http://www.flatrock.org.nz/topics/flying/assets/hindenburg.jpg" alt="" border="0" /&gt;&lt;/a&gt;&lt;br /&gt;&lt;span style="font-style: italic;"&gt;Oh The Humanity!!&lt;br /&gt;&lt;br /&gt;&lt;/span&gt;Nobody seems to be untouched by the Hindenburg economy.  Right now there is so much hatch battening happening that nobody can afford to move forward.  What does this mean to security practitioners (other than having to do more with even less)?  It means that as attacks and attackers become more sophisticated, we as an industry, are not able to move into a good position to fight back.&lt;br /&gt;&lt;br /&gt;Anecdotally, there are an astounding number of SMEs that have old systems and systems administrators/security folk have to put band-aids on everything from printers that are only a little broken to network security appliances that only have a small amount of vulnerability.  Essentially, there are a lot of companies that offer services that are customizable by subscriptions.  If you have cutbacks and now can not afford that IPS subscription, well, that's too bad - it still has to work, somehow.&lt;br /&gt;&lt;br /&gt;This is not so much of an informational post as a post to express solidarity among the admins of the world that have to make things run extremely smoothly with nothing more than &lt;a href="http://forums.gumtree.com/topic262998.html"&gt;two paper clips and rubber bands&lt;/a&gt;.  Keep it going and keep smiling.&lt;div class="blogger-post-footer"&gt;Tim Cronin is a Support Engineer with Astaro Internet Security.
Security Workshop is written with small business in mind.&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/2000302002661616751-4795130001148843883?l=securityworkshop.blogspot.com' alt='' /&gt;&lt;/div&gt;</content><link rel='replies' type='application/atom+xml' href='http://securityworkshop.blogspot.com/feeds/4795130001148843883/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=2000302002661616751&amp;postID=4795130001148843883&amp;isPopup=true' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/2000302002661616751/posts/default/4795130001148843883'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/2000302002661616751/posts/default/4795130001148843883'/><link rel='alternate' type='text/html' href='http://securityworkshop.blogspot.com/2009/02/more-bad-news.html' title='More Bad News'/><author><name>Tim Cronin</name><uri>http://www.blogger.com/profile/05962563677149844004</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-2000302002661616751.post-414412236873221700</id><published>2009-01-15T00:34:00.000-05:00</published><updated>2009-02-06T13:18:33.057-05:00</updated><category scheme='http://www.blogger.com/atom/ns#' term='SSL'/><category scheme='http://www.blogger.com/atom/ns#' term='PKI'/><title type='text'>How HTTPS/SSL Works</title><content type='html'>&lt;span style="font-style: italic;"&gt;Four Words: "Then Some Magic Happens"&lt;/span&gt;&lt;br /&gt;&lt;br /&gt;&lt;span style="font-style: italic;"&gt;It has become very clear to me recently that admins that are in charge of web clients do not fully understand the HTTPS (SSL) protocol. I was involved in one such incident recently that ended very badly due to a misunderstanding of this protocol. So, here is the HTTPS (SSL) protocol explained as plainly as I can - I hope this sheds some light on what I can not easily find on google (with a short attention span):&lt;/span&gt;&lt;br /&gt;&lt;br /&gt;SSL is designed mainly for two main security tenets, Confidentiality and Authentication (Before the posts start, yes I know that the "A" in "CIA" doesn't stand for authentication).  When I browse to a trusted site, I want to know that I am talking only to the person that I want to talk and that my data is not being seen by anybody else.&lt;br /&gt;&lt;br /&gt;The way that SSL achieves this is by using trusted third parties (Certificate Authorities a.k.a CAs) and Public Key Infrastructure.  I won't go into details about Public Key cryptography, but just know that if you have a public key in your possession and you use it to encrypt data, the only system that can decrypt that message is a system that possesses the private key (and vice-versa).  PKI is used for authentication.&lt;br /&gt;&lt;br /&gt;Part of the whole process is setting up encryption.  Encryption is negotiated within the SSL protocol's initial handshake - at the same time as calculating authentication.  Once the handshake is finished, a tunnel is created using a less computationally hungry process known as symmetric key cryptography (again, I won't go into detail, just know that once this is negotiated the traffic is now encrypted).&lt;br /&gt;&lt;br /&gt;&lt;a onblur="try {parent.deselectBloggerImageGracefully();} catch(e) {}" href="http://3.bp.blogspot.com/_gJOhGJlos8g/SW7bgtiMcbI/AAAAAAAAABc/SReIJHUYYlM/s1600-h/SSL.png"&gt;&lt;img style="margin: 0px auto 10px; display: block; text-align: center; cursor: pointer; width: 235px; height: 320px;" src="http://3.bp.blogspot.com/_gJOhGJlos8g/SW7bgtiMcbI/AAAAAAAAABc/SReIJHUYYlM/s320/SSL.png" alt="" id="BLOGGER_PHOTO_ID_5291407967232225714" border="0" /&gt;&lt;/a&gt;As you can see I have created a (rather crude) diagram of SSL with steps 1-6.  This may be an over-simplification, but it is definitely a good foundation.  Here's a description:&lt;br /&gt;&lt;ol&gt;&lt;br /&gt;&lt;li&gt;When any modern browser is installed, it is sent with several &lt;span style="font-style: italic;"&gt;CA issuer certificates&lt;/span&gt;.  These issuer certificates contain a public key for the issuer, among other information.&lt;/li&gt;&lt;br /&gt;&lt;li&gt;When a web designer decides to use SSL he needs to purchase a &lt;span style="font-style: italic;"&gt;certificate that is signed&lt;/span&gt; using the CA's private key.&lt;/li&gt;&lt;br /&gt;&lt;li&gt;The web browser starts a connection to an HTTPS site.  Along with this request the client sends all supported encryption schemes.&lt;/li&gt;&lt;br /&gt;&lt;li&gt;As a response to the browser's connection request, the Server sends a copy of the certificate from &lt;span style="font-style: italic;"&gt;step 2&lt;/span&gt;.  Along with this transmission is the server's answer to the encryption negotiation.&lt;/li&gt;&lt;br /&gt;&lt;li&gt;Once a certificate is downloaded, the signature of the certificate (&lt;span style="font-style: italic;"&gt;that was signed using the CA's private key&lt;/span&gt;) is checked using the CA's public key (installed in the browser in &lt;span style="font-style: italic;"&gt;step 1&lt;/span&gt; - &lt;span style="font-weight: bold;"&gt;note that there is no need to use the network for this&lt;/span&gt;).  No error is thrown if this verification checks out.&lt;/li&gt;&lt;br /&gt;&lt;li&gt;The connection succeeds, the client can now download and upload to the web site with the security of encryption.&lt;/li&gt;&lt;/ol&gt;&lt;span style="font-style: italic;"&gt;&lt;/span&gt;&lt;div class="blogger-post-footer"&gt;Tim Cronin is a Support Engineer with Astaro Internet Security.
Security Workshop is written with small business in mind.&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/2000302002661616751-414412236873221700?l=securityworkshop.blogspot.com' alt='' /&gt;&lt;/div&gt;</content><link rel='replies' type='application/atom+xml' href='http://securityworkshop.blogspot.com/feeds/414412236873221700/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=2000302002661616751&amp;postID=414412236873221700&amp;isPopup=true' title='66 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/2000302002661616751/posts/default/414412236873221700'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/2000302002661616751/posts/default/414412236873221700'/><link rel='alternate' type='text/html' href='http://securityworkshop.blogspot.com/2009/01/how-httpsssl-works-part-1-basics.html' title='How HTTPS/SSL Works'/><author><name>Tim Cronin</name><uri>http://www.blogger.com/profile/05962563677149844004</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://3.bp.blogspot.com/_gJOhGJlos8g/SW7bgtiMcbI/AAAAAAAAABc/SReIJHUYYlM/s72-c/SSL.png' height='72' width='72'/><thr:total>66</thr:total></entry><entry><id>tag:blogger.com,1999:blog-2000302002661616751.post-2677389754308128751</id><published>2008-12-30T12:59:00.000-05:00</published><updated>2008-12-30T15:02:42.993-05:00</updated><category scheme='http://www.blogger.com/atom/ns#' term='PKI'/><category scheme='http://www.blogger.com/atom/ns#' term='Trust Subversion'/><title type='text'>Trust Subversion</title><content type='html'>&lt;div style="text-align: center;"&gt;&lt;div style="text-align: left;"&gt;&lt;br /&gt;&lt;/div&gt;&lt;a onblur="try {parent.deselectBloggerImageGracefully();} catch(e) {}" href="http://2.bp.blogspot.com/_gJOhGJlos8g/SVp0iqlHmcI/AAAAAAAAABM/um-DzmRiWCk/s1600-h/md5_team_small.jpg"&gt;&lt;img style="margin: 0px auto 10px; display: block; text-align: center; cursor: pointer; width: 320px; height: 214px;" src="http://2.bp.blogspot.com/_gJOhGJlos8g/SVp0iqlHmcI/AAAAAAAAABM/um-DzmRiWCk/s320/md5_team_small.jpg" alt="" id="BLOGGER_PHOTO_ID_5285665251567049154" border="0" /&gt;&lt;/a&gt;Calvin Klein Models Subvert Trust!&lt;br /&gt;&lt;/div&gt;&lt;br /&gt;recently, &lt;a href="http://www.win.tue.nl/hashclash/rogue-ca/"&gt;a report&lt;/a&gt; went out stating that Public Key Infrastructure (PKI) is vulnerable to trust subversion.  I'll spare the gory details, as they are all in the original report - but basically MD5 collisions are used to make a certificate appear as though it is signed by a trusted Certificate Authority (CA).  This is a major flaw, but don't be discouraged.  After all, the internet ended a while ago, remember...&lt;br /&gt;&lt;br /&gt;&lt;span style="font-weight: bold;"&gt;Why is this Rogue CA attack important to know about?&lt;/span&gt;&lt;br /&gt;&lt;br /&gt;Well, from the research that was done and the proof of concept that was demonstrated, an attacker can create a certificate for any domain.  This certificate will appear to be signed by a trusted CA.  Thus, you will see that the site's cert is trusted and you will never get any notification to the contrary.&lt;br /&gt;&lt;br /&gt;Normally, a trusted CA will issue and sign a certificate and then if the browser trusts the signing CA, you will see a padlock in the GUI and you will often times see a message that lets you know that the certificate of the web site is trusted.  If the CA is not trusted, you are shown a message that the certificate is not signed by a trusted party and you are given the option to leave or continue.  This is PKI in a nutshell.  The entire system relies on trust of the CAs and the CAs in turn provide reputable and responsible operation.  This works very well, until you can subvert that trust.&lt;br /&gt;&lt;br /&gt;&lt;span style="font-weight: bold;"&gt;What is trust subversion?&lt;/span&gt;&lt;br /&gt;&lt;span style="font-style: italic;"&gt;(no it's not a &lt;/span&gt;&lt;a style="font-style: italic;" href="http://www.amazon.ca/Subversion-Trust-William-T-Close/dp/0970337132"&gt;book about a doctor&lt;/a&gt;&lt;span style="font-style: italic;"&gt;)&lt;/span&gt;&lt;br /&gt;&lt;br /&gt;Any time a security measure is based on trust, an attacker has the ability to subvert that trust and use it to his advantage.&lt;br /&gt;&lt;br /&gt;What I call "trust subversion" is any act that takes advantage of a relationship of trust between two parties.  This encompasses specific spoofing attacks, masquerading, Man-in-the-middle (mitm) and other attacks.  By appearing as a trusted party, an attacker can gain important leverage over a situation and can often gain confidential information (phishing/sniffing) or even infect a target computer with malware.&lt;br /&gt;&lt;br /&gt;&lt;span style="font-weight: bold;"&gt;Real World Attack Vectors&lt;/span&gt;&lt;br /&gt;&lt;br /&gt;&lt;span style="font-style: italic;"&gt;DNS Cache Poisoning&lt;/span&gt;&lt;br /&gt;You may be aware of the &lt;a href="http://www.doxpara.com/?p=1162"&gt;DNS cache poisoning attack&lt;/a&gt; that was all the rage in 2008.  Well, if a user can use this type of attack to make a DNS server redirect a request for a trusted site to a rogue site and that rogue site is also signed with a rogue CA, then there is nothing that the user will be able to see under normal operating conditions to alert him (assuming the site is a good knock-off of the original and not obviously fake).  This is probably the most common attack vector that will be reported.&lt;br /&gt;&lt;br /&gt;&lt;span style="font-weight: bold;"&gt;&lt;/span&gt;&lt;span style="font-style: italic;"&gt;Phishing Emails&lt;/span&gt;&lt;br /&gt;Of course there is the ubiquitous phishing email.  If you receive an email that appears to be from a bank or anywhere for that matter, DO NOT CLICK on anything (this should be ingrained into all our heads by now).  You may be forwarded to an HTTPS site and think all is well, but with this attack, you can be owned.&lt;br /&gt;&lt;br /&gt;Of course there are endless possibilities, but any way an attacker can redirect a user to a fake trusted site with a rogue cert, there lies the ability for subversion.&lt;br /&gt;&lt;br /&gt;&lt;span style="font-weight: bold;"&gt;&lt;/span&gt;&lt;span style="font-weight: bold;"&gt;What should I do to prevent this?&lt;/span&gt;&lt;br /&gt;&lt;br /&gt;Recommendations are in detail in the &lt;a href="http://www.win.tue.nl/hashclash/rogue-ca/"&gt;original report&lt;/a&gt; under "Countermeasures."&lt;br /&gt;&lt;br /&gt;There are a few things to be aware of.  First, if you are an end user, there is nothing that you can do in your normal browsing habits that will easily detect subversion.  You can, however, go out of your way to inspect each certificate for subversion (details in report).&lt;br /&gt;&lt;br /&gt;As website owners/admins, there is more that we can do, though.  If you have a certificate that is hashed with the MD5 algorithm, ask your CA if they can issue you a new one signed in another algorithm (SHA-1 or SHA-2 for instance).  Also, although this is not listed in the report, you can check into &lt;a href="http://en.wikipedia.org/wiki/Extended_Validation_Certificate"&gt;Extended Validation Certificates&lt;/a&gt; (EV Cert) - I'm not a researcher, but it stands to reason that these types of certs may prevent this type of subversion by forcing more validation checks of the certificate.  I would be interested in finding out if this is indeed the case - your CA may have tested this and would be a good resource to ask.&lt;br /&gt;&lt;span style="font-weight: bold;"&gt;&lt;/span&gt;&lt;div class="blogger-post-footer"&gt;Tim Cronin is a Support Engineer with Astaro Internet Security.
Security Workshop is written with small business in mind.&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/2000302002661616751-2677389754308128751?l=securityworkshop.blogspot.com' alt='' /&gt;&lt;/div&gt;</content><link rel='replies' type='application/atom+xml' href='http://securityworkshop.blogspot.com/feeds/2677389754308128751/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=2000302002661616751&amp;postID=2677389754308128751&amp;isPopup=true' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/2000302002661616751/posts/default/2677389754308128751'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/2000302002661616751/posts/default/2677389754308128751'/><link rel='alternate' type='text/html' href='http://securityworkshop.blogspot.com/2008/12/trust.html' title='Trust Subversion'/><author><name>Tim Cronin</name><uri>http://www.blogger.com/profile/05962563677149844004</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/_gJOhGJlos8g/SVp0iqlHmcI/AAAAAAAAABM/um-DzmRiWCk/s72-c/md5_team_small.jpg' height='72' width='72'/><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-2000302002661616751.post-3213712723816693305</id><published>2008-12-22T12:33:00.000-05:00</published><updated>2008-12-22T16:02:54.454-05:00</updated><category scheme='http://www.blogger.com/atom/ns#' term='Methods'/><category scheme='http://www.blogger.com/atom/ns#' term='Pen Testing'/><title type='text'>Answering the Ws of Your Network</title><content type='html'>&lt;a onblur="try {parent.deselectBloggerImageGracefully();} catch(e) {}" href="http://3.bp.blogspot.com/_gJOhGJlos8g/SU_mbFadVNI/AAAAAAAAABE/cxOAS5_LVnk/s1600-h/20080401_af_W_story.jpg"&gt;&lt;img style="margin: 0pt 0pt 10px 10px; float: right; cursor: pointer; width: 195px; height: 143px;" src="http://3.bp.blogspot.com/_gJOhGJlos8g/SU_mbFadVNI/AAAAAAAAABE/cxOAS5_LVnk/s320/20080401_af_W_story.jpg" alt="" id="BLOGGER_PHOTO_ID_5282694240912889042" border="0" /&gt;&lt;/a&gt;&lt;br /&gt;&lt;span style="font-style: italic;"&gt;This post is brought to you by the letter W...&lt;/span&gt;&lt;br /&gt;&lt;br /&gt;&lt;span style="font-style: italic;"&gt;Before getting started, I would like to mention that this argument uses some generalities.  I still feel that it is a good starting point to figuring out what makes a Security Practitioner different than and Network or Systems Admin.&lt;br /&gt;&lt;br /&gt;Note that a Security Practitioner in this case is more of an adviser to an admin than someone that does implementation.  Once a security solution needs to be implemented, if the same person that designed the security implements the solution, then the person changes roles at that point.&lt;/span&gt;&lt;br /&gt;&lt;br /&gt;The technology field is largely a problem solving field,  More so than most fields.  When dealing with a problem that you have to solve you will invariably have to ask one or more questions about the problem in order to formulate a solution.  Most problems have several solutions and the solution that is chosen is largely dependent on the probing questions that were asked of the problem.  I believe that the difference between a Security Practitioners and Systems/Network Admins happens to be the different questions that are asked.  &lt;span style="font-weight: bold;"&gt;Specifically that Security Practitioners ask Who, What, When, Where and Why [the Ws] and Systems/Network Admins ask How.&lt;/span&gt;&lt;span style="font-style: italic;"&gt;&lt;br /&gt;&lt;/span&gt;&lt;br /&gt;&lt;span style="font-weight: bold;"&gt;Here's a scenario to hammer home my point:&lt;/span&gt;&lt;br /&gt;You have a small office with cubicles on one floor and a network closet on the same floor.  The employees have a mix of laptops and desktops and they all run various versions of Windows.  You need to deploy a new File Server.&lt;br /&gt;&lt;br /&gt;The Systems Admin would be inclined to start with "&lt;span style="font-style: italic;"&gt;How do I install a file server and make it available to the office?&lt;/span&gt;"  He might then think "&lt;span style="font-style: italic;"&gt;How do I secure the file server?&lt;/span&gt;"  The experience of being a security specialist allows the Security Practitioner to start with "&lt;span style="font-style: italic;"&gt;Why do you need a file server - is there anything that can be done more securely?&lt;/span&gt;" Then, when his boss says "&lt;span style="font-style: italic;"&gt;Just make the file server!&lt;/span&gt;" he will think:&lt;br /&gt;&lt;ul&gt;&lt;li&gt;"&lt;span style="font-style: italic;"&gt;Who needs access to the file server?&lt;/span&gt;"&lt;br /&gt;&lt;/li&gt;&lt;li&gt;"&lt;span style="font-style: italic;"&gt;What will be stored on the file share?&lt;/span&gt;"&lt;br /&gt;&lt;/li&gt;&lt;li&gt;"&lt;span style="font-style: italic;"&gt;When will it be accessed?&lt;/span&gt;"&lt;br /&gt;&lt;/li&gt;&lt;li&gt;"&lt;span style="font-style: italic;"&gt;Where will the requests be coming from?&lt;/span&gt;"  &lt;/li&gt;&lt;/ul&gt;The answers to all of these questions have a direct impact on the solution.&lt;br /&gt;&lt;br /&gt;&lt;span style="font-style: italic;"&gt;Now that we know this...&lt;/span&gt;&lt;br /&gt;&lt;br /&gt;You're right, this isn't exactly research, nor does it seem relevant to doing your job on a day-to-day basis.  It is relevant when working in a team environment, though.  Delegating jobs to people that have a certain thought process - or better, teaching people that a certain thought process is how we, as a group, like to do things - is important to make a fundamentally secure environment.&lt;br /&gt;&lt;br /&gt;To the admins that have the responsibility of making everything works, monitoring, securing and making sure the boss has coffee, thinking about the Ws first will make a more secure environment.  It may bring things into focus that just don't make sense ("&lt;span style="font-style: italic;"&gt;Why does the support staff need write access to the financial share?&lt;/span&gt;").&lt;br /&gt;&lt;br /&gt;Even to the &lt;a href="http://securityworkshop.blogspot.com/2008/12/explaining-penetration-testing.html"&gt;Pen Testing&lt;/a&gt; argument, this is valid.  Everybody seems to take a side on Pen Testing.  There are especially some that think that the client does not understand the reason for Pen Testing.   It may help to know the thought process of the client in this case and find a way to advise for or against it as a security issue.  For instance, you do a Pen Test, then you report the results.  You answer the W questions.  The first question that you will be asked is "How would something exploit the vulnerabilities that you just presented?"  As a security practitioner, it doesn't matter.  It has been proven by someone as an attack vector, therefore it must be secured.&lt;br /&gt;&lt;br /&gt;Even in terms of a Security Researcher, you wouldn't think "How do I leverage this bug I just found?"  You would say, "I have found a bug, what happens when I do this..."  You would go through a series of trial and error.  If you start thinking through a scenario starting with the question how, it always ends up a dead end - unless someone already answered all the Ws.&lt;br /&gt;&lt;br /&gt;&lt;span style="font-style: italic;"&gt;The exception that I can think of to this line of thought is when doing incident response.  Someone has already answered the Ws of your network and has already proven that.  You need to find out how that exploit did its thing - that way you can work through mitigating it in the future by answering the Ws of your network.&lt;/span&gt;&lt;div class="blogger-post-footer"&gt;Tim Cronin is a Support Engineer with Astaro Internet Security.
Security Workshop is written with small business in mind.&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/2000302002661616751-3213712723816693305?l=securityworkshop.blogspot.com' alt='' /&gt;&lt;/div&gt;</content><link rel='replies' type='application/atom+xml' href='http://securityworkshop.blogspot.com/feeds/3213712723816693305/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=2000302002661616751&amp;postID=3213712723816693305&amp;isPopup=true' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/2000302002661616751/posts/default/3213712723816693305'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/2000302002661616751/posts/default/3213712723816693305'/><link rel='alternate' type='text/html' href='http://securityworkshop.blogspot.com/2008/12/answering-ws-of-your-network.html' title='Answering the Ws of Your Network'/><author><name>Tim Cronin</name><uri>http://www.blogger.com/profile/05962563677149844004</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://3.bp.blogspot.com/_gJOhGJlos8g/SU_mbFadVNI/AAAAAAAAABE/cxOAS5_LVnk/s72-c/20080401_af_W_story.jpg' height='72' width='72'/><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-2000302002661616751.post-2490325594342899115</id><published>2008-12-19T18:05:00.000-05:00</published><updated>2008-12-19T19:20:08.453-05:00</updated><category scheme='http://www.blogger.com/atom/ns#' term='Standards'/><category scheme='http://www.blogger.com/atom/ns#' term='Malware'/><category scheme='http://www.blogger.com/atom/ns#' term='CVE'/><title type='text'>Having a Virus is NO FUN</title><content type='html'>&lt;span style="font-weight: bold;"&gt;Especially the Flu...&lt;/span&gt;&lt;br /&gt;&lt;br /&gt;Recently my wife and I both came down with a bit of the flu (luckily our 12-month-old son didn't).  I spent one day trying to tough it out at work and while I was there I got a call about someone who had just heard about the &lt;a href="http://www.microsoft.com/technet/security/advisory/961051.mspx"&gt;Microsoft IE 0-day&lt;/a&gt; on Dec 9.  I guess it had just hit Yahoo! and had made it to this gentleman (who may not have read &lt;a href="http://securityworkshop.blogspot.com/2008/12/use-your-resources.html"&gt;post #2&lt;/a&gt;, otherwise he'd have heard about it on the 9th).  Since I was sick, I was at least happy that this admin was not going to let any computer be in my shape on his watch.  On that day I wanted nothing else than to eradicate all viruses.&lt;br /&gt;&lt;span style="font-weight: bold;"&gt;&lt;br /&gt;What's in a name...&lt;/span&gt;&lt;br /&gt;We ran into a problem, though.  I knew the threat as "THE Microsoft/IE 0-day (for right now)"  and he knew the threat by what Trend Micro had caught on another admin's network.  We do not use Trend Micro, so I could not use that name while searching our signatures.  I looked for all different forms of Microsoft/IE that I could think of, still no dice.  The other major AV vendors have similarly customized names for the same threat that I couldn't easily find.  The downside to Virus Total is that you have to find an example of the vulnerability as a file or hash.  This can sometimes be risky.  More on this in future posts :o)&lt;br /&gt;&lt;br /&gt;The various vendors didn't even classify the threat as the same type, some had it as phishing, some as virus some as trojan, etc...  This is why I keep calling it "the threat".&lt;br /&gt;&lt;br /&gt;&lt;span style="font-weight: bold;"&gt;Enter CVE...&lt;/span&gt;&lt;br /&gt;Common Vulnerabilities &amp;amp; Exposures. &lt;br /&gt;&lt;br /&gt;The way that we were able to track the threat is by its CVE number.  CVE is basically a standardized naming convention system that is in use to track various types of threats.  Major vendors and mailing lists use the CVE so that you can quickly find exactly which threat you are searching for.  Once a threat is established in CVE, various groups take that and run.  You can use the CVE number to cross reference various databases, from AV vendors to Internet Security watchdogs.&lt;br /&gt;&lt;br /&gt;the CVE number for the threat in question is &lt;a href="http://www.cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2008-4844"&gt;CVE-2008-4844&lt;/a&gt;.  This was even published in Microsoft's security bulletin.&lt;br /&gt;&lt;br /&gt;&lt;span style="font-weight: bold;"&gt;Now we know the name, who does what with it?&lt;/span&gt;&lt;br /&gt;&lt;br /&gt;A great resource for techs that are trying to compare different AV vendors or network admins that have various AV engines in deployment is &lt;a href="http://www.virustotal.com/"&gt;Virus Total&lt;/a&gt;.  Virus total simply spits out which of it's systems recognized the file as malicious.  Of course, the one drawback to this is that you have to trust Virus Total to give you  up-to-date analysis and valid results.  I do for the purpose of double checking patterns, but I would never take this over deploying an actual security solution.&lt;br /&gt;&lt;br /&gt;You can always consult the website of your vendor as well.  Most vendors, if not all, post bulletins on various threats on their sites.  This is more complete than the virus total results, but can be harder to track down.&lt;br /&gt;&lt;br /&gt;Sometimes it's ok to have a honeypot-like machine for testing.  Make sure that the machine is COMPLETELY segregated from the network.  Try to infect it beyond your defenses.  If it makes it, assess further and find a solution to the problem.  Then try again until you routinely see it defeated 100%.  This is a good security stance.  Just make 100% certain that this test environment is in no way in danger of infecting your production network.&lt;span style="font-weight: bold;"&gt;&lt;span style="font-weight: bold;"&gt;&lt;/span&gt;&lt;/span&gt;&lt;div class="blogger-post-footer"&gt;Tim Cronin is a Support Engineer with Astaro Internet Security.
Security Workshop is written with small business in mind.&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/2000302002661616751-2490325594342899115?l=securityworkshop.blogspot.com' alt='' /&gt;&lt;/div&gt;</content><link rel='replies' type='application/atom+xml' href='http://securityworkshop.blogspot.com/feeds/2490325594342899115/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=2000302002661616751&amp;postID=2490325594342899115&amp;isPopup=true' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/2000302002661616751/posts/default/2490325594342899115'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/2000302002661616751/posts/default/2490325594342899115'/><link rel='alternate' type='text/html' href='http://securityworkshop.blogspot.com/2008/12/having-virus-is-no-fun.html' title='Having a Virus is NO FUN'/><author><name>Tim Cronin</name><uri>http://www.blogger.com/profile/05962563677149844004</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-2000302002661616751.post-6970768002049896600</id><published>2008-12-14T21:53:00.000-05:00</published><updated>2008-12-15T17:10:15.992-05:00</updated><category scheme='http://www.blogger.com/atom/ns#' term='Pen Testing'/><title type='text'>Explaining Penetration Testing</title><content type='html'>&lt;span&gt;&lt;span&gt;&lt;br /&gt;&lt;span style="font-weight: bold;"&gt;Pen Testing...&lt;/span&gt;&lt;br /&gt;&lt;span style="font-style: italic;"&gt;No, not making sure your Bic has ink.&lt;/span&gt;&lt;/span&gt;&lt;/span&gt;&lt;br /&gt;&lt;br /&gt;Penetration Testing is the art of compromising someone's system(s) at their request and showing them the results in hopes that something will be done about it.  There is a lot of debate about what really happens before during and especially after this test is done.  Many professionals have weighed in, including &lt;a href="http://www.ranum.com/"&gt;Marcus Ranum&lt;/a&gt; (Tenable Network Security) and &lt;a href="http://www.metasploit.com/"&gt;HD Moore&lt;/a&gt; (Metasploit).  You can hear a great podcast about Penetration testing at &lt;a href="http://itradio.com.au/security/?p=101"&gt;Risky Business&lt;/a&gt;.&lt;br /&gt;&lt;br /&gt;There are tools that a penetration tester uses to find vulnerabilities in systems (and sometimes other things, such as &lt;a href="http://en.wikipedia.org/wiki/Dumpster_diving"&gt;trash&lt;/a&gt;).  Once a vulnerability is found, there is another step and this one is more controversial - and where the arguments lie.  Once a vulnerability is found, the tester actively exploits it and provides proof that the system is "PWNED".  The third step is deciding what to do with the info.  If the test results get dusty, then why do this in the first place?  Make sure that if you have a test done, you act to secure your systems.&lt;br /&gt;&lt;br /&gt;I would like to weigh in.&lt;br /&gt;&lt;br /&gt;I read an article that prompted both my last post and this post.  In the article &lt;a href="http://www.csoonline.com/article/468766/Penetration_Testing_Dead_in_?page=2"&gt;&lt;span style="font-style: italic;"&gt;Penetration Testing: Dead in 2009&lt;/span&gt;&lt;/a&gt; &lt;span style="font-style: italic;"&gt;(CSO online) &lt;span style="font-style: italic;"&gt;&lt;/span&gt;&lt;/span&gt;you will see the following:&lt;br /&gt;&lt;br /&gt;&lt;blockquote&gt;The concept as we know it is on its death bed, waiting to die and come back as something else. That doesn't mean pen testers will suddenly be unemployed, he said. It's just that they "won't be as cool" as they've been in more recent years. &lt;p&gt;Customers are clamoring more for preventative tools than tools that simply find the weaknesses that already exist, he said. They want to prevent holes from opening in the first place.&lt;/p&gt;&lt;p&gt;[...]&lt;br /&gt;&lt;/p&gt;Kevin Riggins, a senior information security analyst for a company in the Des Moines, Iowa, area, said it's hard to argue with Chess' premise that the goal should be fewer failures. But he doesn't believe that sentiment has anything to do with the need for or the use of penetration testing. Furthermore, ... production monitoring and measuring and penetration testing do not address the same issue.&lt;/blockquote&gt;Let's pick this apart a little bit.&lt;br /&gt;&lt;br /&gt;Mentioned in the quote is &lt;a href="http://www.csoonline.com/article/459716"&gt;Brian Chess&lt;/a&gt;, co-founder and chief scientist of business software assurance (BSA) vendor &lt;a href="http://www.csoonline.com/article/439625"&gt;Fortify Software Inc.&lt;/a&gt; Chess' aguement appears in the first two paragraphs of the quote&lt;br /&gt;&lt;br /&gt;I agree with Chess, but would like to revise the manner in which it is stated.  &lt;span style="font-style: italic;"&gt;&lt;span style="font-weight: bold;"&gt;Penetration testing is prudent when you have limited resources for assessment&lt;/span&gt;.&lt;/span&gt;  From my official schooling as a teacher, I know that the terms testing and assessment have two very different connotations.&lt;br /&gt;&lt;ul&gt;&lt;li&gt;Testing is a pressure situation in which a "snapshot" is taken of the state of the subject being tested (what do you know about the events of The War of 1812?). &lt;br /&gt;&lt;/li&gt;&lt;li&gt;Assessment is an ongoing trend in which an assessor takes many "snapshots" into account (Do you understand the overall concepts of war in the 19th century?). &lt;br /&gt;&lt;/li&gt;&lt;li&gt;Assessors are usually people that have regular dealings with that which is being assessed and provide a better insight into the person/thing being assessed.  (from this, you can also tell that I find the term "Vulnerability assessment" a bit erroneous in most cases&lt;/li&gt;&lt;/ul&gt;&lt;br /&gt;I agree with the Mr. Riggins except for that "he doesn't believe that sentiment has anything to do with the need for or the use of penetration testing."  Following the previous paragraph, I hope that more IT personnel will realize that paying an outsider to test your environment is detrimental to the overall understanding of your environment in that it makes your staff's priority to fix holes that they are handed (an excercise that fosters automated thought rather than real critical thinking) rather than continually assess the systems for possible exposures.  Just make sure your task has the training and motivation to do a great job.&lt;br /&gt;&lt;br /&gt;If assessment is done on a regular basis, I predict that FOI will decrease and systems will be more secure overall.&lt;br /&gt;&lt;br /&gt;-Tim&lt;div class="blogger-post-footer"&gt;Tim Cronin is a Support Engineer with Astaro Internet Security.
Security Workshop is written with small business in mind.&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/2000302002661616751-6970768002049896600?l=securityworkshop.blogspot.com' alt='' /&gt;&lt;/div&gt;</content><link rel='replies' type='application/atom+xml' href='http://securityworkshop.blogspot.com/feeds/6970768002049896600/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=2000302002661616751&amp;postID=6970768002049896600&amp;isPopup=true' title='6 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/2000302002661616751/posts/default/6970768002049896600'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/2000302002661616751/posts/default/6970768002049896600'/><link rel='alternate' type='text/html' href='http://securityworkshop.blogspot.com/2008/12/explaining-penetration-testing.html' title='Explaining Penetration Testing'/><author><name>Tim Cronin</name><uri>http://www.blogger.com/profile/05962563677149844004</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>6</thr:total></entry><entry><id>tag:blogger.com,1999:blog-2000302002661616751.post-7174525470168263847</id><published>2008-12-14T20:44:00.000-05:00</published><updated>2008-12-15T17:10:04.889-05:00</updated><category scheme='http://www.blogger.com/atom/ns#' term='FOI'/><category scheme='http://www.blogger.com/atom/ns#' term='Metrics'/><title type='text'>Failure of Investment</title><content type='html'>&lt;span style="color: rgb(0, 0, 0);"&gt;&lt;/span&gt;&lt;span&gt;&lt;span&gt;Recently, a lot of attention was given to an off the cuff comment by &lt;a href="http://blog.uncommonsensesecurity.com"&gt;Jack Daniel&lt;/a&gt; in response to a Return On Investment (ROI) conversation via Twitter - "&lt;span style="font-style: italic; font-weight: bold;"&gt;The only viable measurement in security is failure.&lt;/span&gt;" The reason that this comment got so much traction is that it is a new way of thinking through your security scheme. &lt;br /&gt;&lt;br /&gt;The newest topic seems to be "Is Penetration Testing dead?" - The answer is not straightforward and may need FOI to give some much needed clarity.&lt;br /&gt;&lt;br /&gt;&lt;span style="font-weight: bold;"&gt;First there was ROI...&lt;/span&gt;&lt;br /&gt;&lt;span style="font-style: italic;"&gt;Will I Make A Profit?&lt;/span&gt;&lt;br /&gt;&lt;br /&gt;Return On Investment is a valuable metric to the IT industry (as well as business community) as a whole.  It answers the question "If I buy this thing, will I make money in the end?"&lt;br /&gt;&lt;br /&gt;The Idea is that if you purchase something, it should at least earn you an equal amount of money back that you spent and can probably earn you more.  This should also happen in a reasonable amount of time.  For example, if you need to buy a firewall, it will help to know what that firewall will be doing.  You can then calculate - "If I buy a firewall for $d then in t (weeks, months or years), I will see a return on my investment and everything earned beyond t is profit"  At that point, It will have paid for itself (or you can use it in reverse to say that you shouldn't buy something because the ROI is either at a loss or too slow).  This makes a lot of sense when you need to make sure your boss looks good when doing the budget ;)&lt;br /&gt;&lt;br /&gt;&lt;span style="font-weight: bold;"&gt;Then There Was TCO...&lt;/span&gt;&lt;br /&gt;&lt;span style="font-style: italic;"&gt;How Much Will It Cost?&lt;/span&gt;&lt;br /&gt;&lt;br /&gt;Total Cost Of Ownership (TCO) came into play during the original converstation.  TCO is a predictive metric that tries to take into account everything that must be spend for something to be invested upon through its life. &lt;br /&gt;&lt;br /&gt;For instance, the firewall that my boss needs, he won't look good if I google "cheap firewall" and then tell him that the firewall will cost $100 (it's a really cheap firewall).  I will need to take into account the cost of software, hardware that is not included, any monthly fees, my bonus for making him look good and ANYTHING else conceivable.  This is the Total Cost of Ownership.  That firewall is not making my boss look good :(&lt;br /&gt;&lt;br /&gt;&lt;span style="font-weight: bold;"&gt;Then there was FOI...&lt;br /&gt;&lt;/span&gt;&lt;span style="font-style: italic;"&gt;What is lssass.exe?&lt;/span&gt;&lt;span style="font-weight: bold;"&gt;&lt;br /&gt;&lt;br /&gt;&lt;/span&gt;Before I begin, Jack had an accessory after the fact, namely &lt;a href="http://andyitguy.blogspot.com"&gt;Andy, IT Guy&lt;/a&gt;.  Andy, helped Jack by really &lt;a href="http://andyitguy.blogspot.com/2008/09/security-roi-debate-continues.html"&gt;defining FOI&lt;/a&gt;.&lt;br /&gt;&lt;br /&gt;FOI is even easier to define than ROI and TCO, but harder to inject into a real life scenario.  FOI is not a predictive measurement, but is a mantra that can be used to make sure you are taking due care to ensure things are working as they should. &lt;br /&gt;&lt;br /&gt;If something is allowed to fail, then the investment was not worth it in the beginning.  (What do you expect from a $100 firewall?)  &lt;span style="font-style: italic;"&gt;One of the tenets of FOI is &lt;span style="font-weight: bold;"&gt;if something does fail&lt;/span&gt; and funds are either spent or lost as a result, then &lt;span style="font-weight: bold;"&gt;it better not happen again.&lt;/span&gt;&lt;/span&gt;&lt;br /&gt;&lt;br /&gt;As far a security is concerned, if I have a security device, and it fails then &lt;span style="font-style: italic;"&gt;something&lt;/span&gt; is compromised, even if you haven't found it yet.  We now need to find and fix what happened.  This will take time, salary dollars and you may need to hire outsiders, not to mention that you may have lost some revenue by an outage or data leak already.  This is where FOI kicks in. &lt;br /&gt;&lt;br /&gt;Something has failed, my boss is angry.  He says "This is bad, we are stuck in this investment thanks to you.  Will it happen again?"  My answer is, of course, no.  It is now a much higher priority of mine to keep that firewall from failing. &lt;br /&gt;&lt;br /&gt;This is the essense of the argument.  Why was it such a low priority and allowed to fail in the first place.  There are many answers that I won't get in to.  Although the "it's not my fault" argument may be valid (but it won't save your job, necessarily) if the vendor failed to notify or patch an existing known vulnerability.  So, vendors, watch out there.&lt;br /&gt;&lt;br /&gt;Hope these three metrics shine some light on what to do with your IT budget and IT staff.&lt;br /&gt;&lt;br /&gt;Tim&lt;br /&gt;&lt;/span&gt;&lt;/span&gt;&lt;div class="blogger-post-footer"&gt;Tim Cronin is a Support Engineer with Astaro Internet Security.
Security Workshop is written with small business in mind.&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/2000302002661616751-7174525470168263847?l=securityworkshop.blogspot.com' alt='' /&gt;&lt;/div&gt;</content><link rel='replies' type='application/atom+xml' href='http://securityworkshop.blogspot.com/feeds/7174525470168263847/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=2000302002661616751&amp;postID=7174525470168263847&amp;isPopup=true' title='7 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/2000302002661616751/posts/default/7174525470168263847'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/2000302002661616751/posts/default/7174525470168263847'/><link rel='alternate' type='text/html' href='http://securityworkshop.blogspot.com/2008/12/failure-of-investment.html' title='Failure of Investment'/><author><name>Tim Cronin</name><uri>http://www.blogger.com/profile/05962563677149844004</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>7</thr:total></entry><entry><id>tag:blogger.com,1999:blog-2000302002661616751.post-2373005013127229844</id><published>2008-12-05T17:10:00.000-05:00</published><updated>2008-12-05T22:35:56.436-05:00</updated><category scheme='http://www.blogger.com/atom/ns#' term='Resources'/><title type='text'>Use Your Resources</title><content type='html'>To start off the blog, I would like to present some resources for finding great information.  If you are ever stumped, a lot of times you can find what you need to get going again.&lt;br /&gt;&lt;br /&gt;Humor...&lt;br /&gt;Find all your buddies laughing at a joke that you don't get?  Laugh anyways to save face, but look up what they were laughing about, there's a lot of information to be gained by doing this.&lt;br /&gt;&lt;br /&gt;Search...&lt;br /&gt;Use your favorite search engine liberally.  If you have a log entry that you can't decipher, put a portion of it into a search engine.  You'll be amazed at what you find.  Don't be afraid to use the search engine to broaden your horizons about a variety of subjects.&lt;br /&gt;&lt;br /&gt;Forums...&lt;br /&gt;Find a forum and start searching and posting.  A lot of times you'll find that someone has already gone through your current situation.  If there aren't any that have, post a new thread and ask for some help!  Good people will help a lot - don't get discouraged by "flamers" and "trolls"&lt;br /&gt;&lt;br /&gt;Get linked...&lt;br /&gt;Since you are reading this blog, you know that keeping up with the times is important.  Here are some great resources for keeping up with current events in the technology field.&lt;br /&gt;&lt;ul&gt;&lt;li&gt;Your favorite magazine: Read CSO, Information Week, The Register?  Just find a good daily and stick with it.&lt;/li&gt;&lt;li&gt;Read the actual standards (make sure you're awake enough) &lt;a href="http://www.faqs.org/rfcs/"&gt;http://www.faqs.org/rfcs/&lt;/a&gt;.  &lt;span style="font-style: italic;"&gt;This site is also a great resource for FAQs and HOW-TOs for all kinds of subjects&lt;/span&gt;&lt;/li&gt;&lt;li&gt;&lt;a href="http://www.wikipedia.com/"&gt;Wikipedia &lt;/a&gt;(use with caution) - A lot of scientific/technical information on Wikipedia is accurate.  Just be careful.&lt;/li&gt;&lt;/ul&gt;Get Secure...&lt;br /&gt;Here are some authorities on security.&lt;br /&gt;&lt;a href="http://www.cert.org/cert/"&gt;http://www.cert.org/cert/&lt;/a&gt;&lt;br /&gt;&lt;a href="http://csrc.nist.gov/"&gt;http://csrc.nist.gov/&lt;/a&gt;&lt;br /&gt;&lt;a href="http://www.sans.org/"&gt;http://www.sans.org/&lt;/a&gt;&lt;br /&gt;&lt;br /&gt;Listen in...&lt;br /&gt;Podcasts are a great way to get information.  Find all sorts of great audio files in various formats.&lt;br /&gt;I am currently a listener of&lt;br /&gt;*Security Now with Steve Gibson and Leo Laporte (TWiT network - &lt;a href="http://www.grc.com/securitynow.htm"&gt;www.grc.com/securitynow&lt;/a&gt;)&lt;br /&gt;*Risky Business with Patrick Grey (&lt;a href="http://itradio.com.au/security/"&gt;itradio.com.au&lt;/a&gt;)&lt;br /&gt;*PaulDotCom's podcast with Paul and Larry (&lt;a href="http://www.pauldotcom.com/"&gt;www.pauldotcom.com&lt;/a&gt;)&lt;br /&gt;(And NPR, but that's not related)&lt;br /&gt;&lt;br /&gt;And of course, BLOGS!!&lt;br /&gt;&lt;br /&gt;-Tim&lt;div class="blogger-post-footer"&gt;Tim Cronin is a Support Engineer with Astaro Internet Security.
Security Workshop is written with small business in mind.&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/2000302002661616751-2373005013127229844?l=securityworkshop.blogspot.com' alt='' /&gt;&lt;/div&gt;</content><link rel='replies' type='application/atom+xml' href='http://securityworkshop.blogspot.com/feeds/2373005013127229844/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=2000302002661616751&amp;postID=2373005013127229844&amp;isPopup=true' title='15 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/2000302002661616751/posts/default/2373005013127229844'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/2000302002661616751/posts/default/2373005013127229844'/><link rel='alternate' type='text/html' href='http://securityworkshop.blogspot.com/2008/12/use-your-resources.html' title='Use Your Resources'/><author><name>Tim Cronin</name><uri>http://www.blogger.com/profile/05962563677149844004</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>15</thr:total></entry><entry><id>tag:blogger.com,1999:blog-2000302002661616751.post-1586406758140945735</id><published>2008-12-04T22:56:00.000-05:00</published><updated>2008-12-14T20:44:26.394-05:00</updated><title type='text'>Mission Statement</title><content type='html'>The mission of this blog is to provide the technology community with lucid, easy-to-understand breakdowns of information security topics from the viewpoint of a security newcomer.&lt;br /&gt;&lt;br /&gt;In my short time as an engineer for an internet security vendor, I have noticed that a lot of systems administrators are thrust into positions in which they did not prepare themselves or are confronted with issues that they did not anticipate.  Technology is a broad industry, after all.  I am creating this blog as a guide to information security concerns targeted at the "do-it-all" systems administrator that may not have had a chance to specialize in security.  I hope that even the most seasoned security professional will gain a new outlook on these topics as well.&lt;br /&gt;&lt;br /&gt;Please stay posted as this blog becomes full of useful content!&lt;br /&gt;&lt;br /&gt;-Tim&lt;div class="blogger-post-footer"&gt;Tim Cronin is a Support Engineer with Astaro Internet Security.
Security Workshop is written with small business in mind.&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/2000302002661616751-1586406758140945735?l=securityworkshop.blogspot.com' alt='' /&gt;&lt;/div&gt;</content><link rel='replies' type='application/atom+xml' href='http://securityworkshop.blogspot.com/feeds/1586406758140945735/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=2000302002661616751&amp;postID=1586406758140945735&amp;isPopup=true' title='2 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/2000302002661616751/posts/default/1586406758140945735'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/2000302002661616751/posts/default/1586406758140945735'/><link rel='alternate' type='text/html' href='http://securityworkshop.blogspot.com/2008/12/mission-statement.html' title='Mission Statement'/><author><name>Tim Cronin</name><uri>http://www.blogger.com/profile/05962563677149844004</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></feed>
