<?xml version="1.0" encoding="UTF-8"?>
<?xml-stylesheet type="text/xsl" media="screen" href="/~d/styles/rss2full.xsl"?><?xml-stylesheet type="text/css" media="screen" href="http://feeds.feedburner.com/~d/styles/itemcontent.css"?><rss xmlns:feedburner="http://rssnamespace.org/feedburner/ext/1.0" version="2.0"> <channel> <title>Roger's Information Security Blog</title> <link>http://www.infosecblog.org/</link> <description>Hi, welcome to my blog.  It started out as a place to be able to post links and news so I could find them again.  I began adding my own commentary, and its proven surprisingly popular.  Thanks for stopping by.  Dont forget to use the search if Google dropped you off at this page and you dont see what you're looking for.</description> <language>en</language> <copyright>Copyright 2010</copyright> <lastBuildDate>Sun, 28 Feb 2010 23:04:14 -0500</lastBuildDate> <generator>http://www.sixapart.com/movabletype/?v=4.34-en</generator> <docs>http://blogs.law.harvard.edu/tech/rss</docs>  <atom10:link xmlns:atom10="http://www.w3.org/2005/Atom" rel="self" type="application/rss+xml" href="http://feeds.feedburner.com/RogersInfosecBlog" /><feedburner:info uri="rogersinfosecblog" /><atom10:link xmlns:atom10="http://www.w3.org/2005/Atom" rel="hub" href="http://pubsubhubbub.appspot.com/" /><item> <title>Woman steals WiFi, demands Leo Laporte return it to her</title> <description>&lt;p&gt;People's sense of entitlement about things they are stealing. &lt;/p&gt;

&lt;p&gt;&lt;OBJECT width=560 height=340&gt;&lt;PARAM NAME="movie" VALUE="http://www.youtube-nocookie.com/v/S0zt4opqL18&amp;amp;hl=en_US&amp;amp;fs=1&amp;amp;rel=0"&gt;&lt;PARAM NAME="allowFullScreen" VALUE="true"&gt;&lt;PARAM NAME="allowscriptaccess" VALUE="always"&gt;&lt;embed src="http://www.youtube-nocookie.com/v/S0zt4opqL18&amp;hl=en_US&amp;fs=1&amp;rel=0" type="application/x-shockwave-flash" allowscriptaccess="always" allowfullscreen="true" width="560" height="340"&gt;&lt;/embed&gt;&lt;/embed&gt;&lt;/embed&gt;&lt;/embed&gt;&lt;/OBJECT&gt;&lt;/p&gt;

&lt;p&gt;&lt;br /&gt;
&lt;/p&gt;&lt;img src="http://feeds.feedburner.com/~r/RogersInfosecBlog/~4/Oh31t7gcwoM" height="1" width="1"/&gt;</description> <link>http://feedproxy.google.com/~r/RogersInfosecBlog/~3/Oh31t7gcwoM/woman-steals-wifi-demands-leo.html</link> <guid isPermaLink="false">http://www.infosecblog.org/2010/02/woman-steals-wifi-demands-leo.html</guid> <category /> <pubDate>Sun, 28 Feb 2010 23:04:14 -0500</pubDate> <feedburner:origLink>http://www.infosecblog.org/2010/02/woman-steals-wifi-demands-leo.html</feedburner:origLink></item>  <item> <title>Patching Adobe Acrobat and Reader</title> <description>&lt;p&gt;Adobe Reader 9.3.1 is a msp file that can only be applied to Adobe Reader 9.3.   So what to do about the users that hadn't installed 9.3 yet.   I really didn't want them to install 9.3 then have 9.3.1 install immediately after that.  That sort of thing sets user revolt in motion.&lt;/p&gt;

&lt;p&gt;So I searched and found a Adobe TechNote on &lt;a href="http://kb2.adobe.com/cps/507/cpsid_50720.html"&gt;deploying Adobe Acrobat and quarterly updates in one install.&lt;/a&gt;.&lt;/p&gt;

&lt;p&gt;If you've used MSPs before you're probably already familiar with how to do this.&lt;br /&gt;
&lt;blockquote&gt;&lt;em&gt;msiexec.exe /i "[UNC PATH]\AcroPro.msi" PATCH="[UNCPATH]\AcroProStdUpd910_T1T2_incr.msp;[UNCPATH]AcrobatUpd912_all_incr.msp TRANSFORMS="1036.mst"&lt;/em&gt;&lt;/blockquote&gt;&lt;br /&gt;
So I went to town, stringing together the path to all the MSP updates.   Good Lord! There are a lot of them.&lt;/p&gt;

&lt;p&gt;So after I did that for Reader and Acrobat 9, and tested it all out, I found another Adobe TechNote.   &lt;a href="http://kb2.adobe.com/cps/507/cpsid_50757.html"&gt;"Install Acrobat 9 and all patches in one step with Adobe Bootstrapper (Setup.exe) and patch sequencing"&lt;/a&gt;.   This method is much easier.  No mistakes with quotes in the commandline.   Users installing from the file server they can just run the same EXE they always have rather than running a bat file.   The same problem exists in that if they run the MSI instead not only do they not get the custom config (MST), now they miss the patches.&lt;/p&gt;

&lt;p&gt;This article has you list the patches in setup.ini.   You just add the list of patches to the product section.&lt;br /&gt;
&lt;blockquote&gt;&lt;em&gt;[Product]PATCH=AcroProStdUpd910_T1T2_incr.msp;AcrobatUpd912_all_incr.msp;AcrobatUpd913_all_incr.msp&lt;/em&gt;&lt;/blockquote&gt;&lt;/p&gt;

&lt;p&gt;This is really awesome.   Now my helpdesk when they install Adobe Acrobat 9 wont accidently leave the user with the 9.0.0.   That is the version of the original install files.   And when we upgrade Adobe Reader, it will be alot easier for the users.&lt;/p&gt;

&lt;p&gt;Unfortunately my day didn't end there.   I looked at our deployed systems.   While there was very little Adobe Reader 8 (so I can skip that), we actually have more Adobe Acrobat 8 installed than Acrobat 9.   So I sat down to recreate what I did for Acrobat 9.   Guess what, it didn't work!    After trying many different things, I stumbled across another technote.  &lt;a href="http://kb2.adobe.com/cps/403/kb403246.html"&gt; "Install all Acrobat 8 patches in one step with Adobe Bootstrapper and patch sequencing".&lt;/a&gt;   Apparently the Adobe Bootstraper (setup.exe) in my 8.1 CD was customized.   Once I downloaded the setup.exe linked in that TechNote, it worked.   I was able to run the Adobe Acrobat 8 setup.exe and install the current 8.2.1 version.&lt;/p&gt;

&lt;p&gt;Up next is writing a script to install Acrobat patches for the users.  Currently because its not standard software, we ask the users to do the updates.  &lt;/p&gt;

&lt;p&gt;Up next after that is the next Adobe security updates.   I'm sure there are some just around the corner like the Adobe Download Manager bug.&lt;/p&gt;&lt;img src="http://feeds.feedburner.com/~r/RogersInfosecBlog/~4/wnz9_z78u5Y" height="1" width="1"/&gt;</description> <link>http://feedproxy.google.com/~r/RogersInfosecBlog/~3/wnz9_z78u5Y/patching-adobe-acrobat-and-rea.html</link> <guid isPermaLink="false">http://www.infosecblog.org/2010/02/patching-adobe-acrobat-and-rea.html</guid> <category /> <pubDate>Sat, 27 Feb 2010 19:59:31 -0500</pubDate> <feedburner:origLink>http://www.infosecblog.org/2010/02/patching-adobe-acrobat-and-rea.html</feedburner:origLink></item>  <item> <title>Dumb Ideas in Pentesting</title> <description>&lt;p&gt;Today's SANS Diary reminded me of something that happened a while back.&lt;/p&gt;

&lt;p&gt;The SANS entry &lt;a href="http://isc.sans.org/diary.html?storyid=8287"&gt;New Risks in Penetration Testing&lt;/a&gt; was concerned that reputational scoring for an IP could be effected by pen testing from that IP address. I guess someone is taking the old Senderbase concept and applying it to all traffic.&lt;/p&gt;

&lt;p&gt;The helpdesk received an issue a while back about an inability to communicate with a government website.  After checking it out, it looked like they were blocking our external IP.  We communicated with the government people and confirmed that their ISS IPS appliance had automatically blocked our IP because we were attacking them.   I checked the logs and found that one of our people that pentests for a living had done some probing of XSS on a Wordpress blog hosted on the government site.   I turned that over to someone else to find out if he had authorization to be doing such.   &lt;/p&gt;

&lt;p&gt;Probing other companies from your companies main IP address is not such a good idea.   &lt;/p&gt;&lt;img src="http://feeds.feedburner.com/~r/RogersInfosecBlog/~4/QluDCPMGlJU" height="1" width="1"/&gt;</description> <link>http://feedproxy.google.com/~r/RogersInfosecBlog/~3/QluDCPMGlJU/dumb-ideas-in-pentesting.html</link> <guid isPermaLink="false">http://www.infosecblog.org/2010/02/dumb-ideas-in-pentesting.html</guid> <category /> <pubDate>Mon, 22 Feb 2010 12:22:18 -0500</pubDate> <feedburner:origLink>http://www.infosecblog.org/2010/02/dumb-ideas-in-pentesting.html</feedburner:origLink></item>  <item> <title>Firefox Updates</title> <description>&lt;p&gt;Firefox 3.5.8 and Firefox 3.0.18 have been released to resolve several security vulnerabilities.&lt;/p&gt;&lt;img src="http://feeds.feedburner.com/~r/RogersInfosecBlog/~4/62MzIprJ-kY" height="1" width="1"/&gt;</description> <link>http://feedproxy.google.com/~r/RogersInfosecBlog/~3/62MzIprJ-kY/firefox-updates-1.html</link> <guid isPermaLink="false">http://www.infosecblog.org/2010/02/firefox-updates-1.html</guid> <category /> <pubDate>Wed, 17 Feb 2010 23:18:30 -0500</pubDate> <feedburner:origLink>http://www.infosecblog.org/2010/02/firefox-updates-1.html</feedburner:origLink></item>  <item> <title>Dear Abby on Password Secrecy</title> <description>&lt;p&gt;Today's Dear Abby contained a letter about passwords.   Its the third letter &lt;a href="http://www.philly.com/dailynews/features/20100217_Dear_Abby__Roommate_shares_more_than_space_in_college_dorm_room.html"&gt;at this link&lt;/a&gt;&lt;/p&gt;

&lt;p&gt;The letter writer warns against sharing your passwords with anyone.   The writer recounts instances where a password shared at one point in a relationship becomes a weapon when the relationship turns sour.   People, after the divorce is finalized you need to make sure your ex doesn't have your bank passwords.&lt;/p&gt;

&lt;p&gt;Didn't expect to be getting security advice from Dear Abby.  If these people had followed the standard security advice to use different passwords for each account and change them regularly that alone would have prevented this breach.&lt;/p&gt;&lt;img src="http://feeds.feedburner.com/~r/RogersInfosecBlog/~4/PS1juO7oXcI" height="1" width="1"/&gt;</description> <link>http://feedproxy.google.com/~r/RogersInfosecBlog/~3/PS1juO7oXcI/todays-dear-abby-contained-a.html</link> <guid isPermaLink="false">http://www.infosecblog.org/2010/02/todays-dear-abby-contained-a.html</guid> <category /> <pubDate>Wed, 17 Feb 2010 20:28:33 -0500</pubDate> <feedburner:origLink>http://www.infosecblog.org/2010/02/todays-dear-abby-contained-a.html</feedburner:origLink></item>  <item> <title>Security Advisory for Adobe Reader, Acrobat and Flash</title> <description>&lt;p&gt;Adobe has released a &lt;a href="http://www.adobe.com/support/security/bulletins/apsb10-07.html"&gt;Security Advisory for Adobe Reader and Acrobat (APSB10-07).&lt;/a&gt;&lt;/p&gt;

&lt;p&gt;Adobe is planning to release updates on 2/16/2010 to resolve critical security issues.&lt;/p&gt;

&lt;p&gt;Adobe has released a&lt;a href="http://www.adobe.com/support/security/bulletins/apsb10-06.html"&gt; security update for Adobe Flash and Adobe AIR&lt;/a&gt;.&lt;/p&gt;&lt;img src="http://feeds.feedburner.com/~r/RogersInfosecBlog/~4/noBkFklHTTw" height="1" width="1"/&gt;</description> <link>http://feedproxy.google.com/~r/RogersInfosecBlog/~3/noBkFklHTTw/security-advisory-for-adobe-re.html</link> <guid isPermaLink="false">http://www.infosecblog.org/2010/02/security-advisory-for-adobe-re.html</guid> <category>General</category> <pubDate>Thu, 11 Feb 2010 20:00:34 -0500</pubDate> <feedburner:origLink>http://www.infosecblog.org/2010/02/security-advisory-for-adobe-re.html</feedburner:origLink></item>  <item> <title>Common Sense</title> <description>&lt;p&gt;Does anyone really think that sneezing into your arm is common sense?   I suspect that if you do you must have small kids and have been trained by some sort of Elmo video.  I dont recall any mass agreement on sending snot flying into my shirt sleeve as a method of good hygiene.&lt;/p&gt;

&lt;p&gt;At Shmoocon Bruce Potter compared the common sense of sneezing into your sleeve (to him apparently a good thing) with common sense security steps.   Maybe he's right, a password policy is kind of like getting snot all over yourself.&lt;/p&gt;

&lt;p&gt;My notes seem to have mangled the opening remarks from Shmoocon 2010.  The general summary is that its a waste to spend a boatload of money on security when you dont have your policies and procedures clear.   You've got to start with the basics.&lt;/p&gt;

&lt;p&gt;A password policy needs to be applied consistently across all systems.   Often the development can be compromised and then hop back across to the production systems.  The dev systems need policy as well.&lt;/p&gt;

&lt;p&gt;Network segmentation is important.   Soft guey center anyone?&lt;/p&gt;

&lt;p&gt;Auditing.  If you aren't watching, how do you know something bad happened.  &lt;/p&gt;

&lt;p&gt;We laugh at the TSA, but they have fair less fail in their results.&lt;/p&gt;&lt;img src="http://feeds.feedburner.com/~r/RogersInfosecBlog/~4/CSf7S6VxDqw" height="1" width="1"/&gt;</description> <link>http://feedproxy.google.com/~r/RogersInfosecBlog/~3/CSf7S6VxDqw/common-sense.html</link> <guid isPermaLink="false">http://www.infosecblog.org/2010/02/common-sense.html</guid> <category>General</category> <pubDate>Mon, 08 Feb 2010 20:23:59 -0500</pubDate> <feedburner:origLink>http://www.infosecblog.org/2010/02/common-sense.html</feedburner:origLink></item>  <item> <title>Unicorn sighting</title> <description>&lt;p&gt;A few weeks ago my officemate posted to Facebook,&lt;br /&gt;
&lt;em&gt;&lt;blockquote&gt;I've just been told by two different Mac Geniuses that installing an antivirus software could actually make the Mac computer less secure. Unfortunately, both were phone conversations because I'm almost certain they were doing the Jedi mind trick hand motions.&lt;/blockquote&gt;&lt;/em&gt;&lt;/p&gt;

&lt;p&gt;As I read that,  I figured this was Mac users in our company fighting our policy requiring antivirus for Macs.  Certainly antivirus can slow a system.  And any software can have vulnerabilities.   But this wasn't about that.   No this was actual honest to god responses from Apple support.  My officemate wanted to know if this was official policy.  So he asked for it in writing.   That got him escalated to the next level where he was apologetically told it was not Apple's policy that antivirus is not necessary.  &lt;/p&gt;

&lt;p&gt;I thought of this today as Graham Cluley  tweeted links to a couple video blogs from last year.  Unicorns have been spotted, Malware for the Mac does exist.   Now to be fair these examples are largely social engineering.   Just because its not a zero day doesn't mean the systems isn't owned.  Fake Codecs and Fake anti-maiware aren't the exclusive providence of Microsoft Operating Systems.&lt;/p&gt;

&lt;p&gt;&lt;object width="560" height="340"&gt;&lt;param name="movie" value="http://www.youtube.com/v/dpnWncJH-bk&amp;hl=en_US&amp;fs=1&amp;"&gt;&lt;/param&gt;&lt;param name="allowFullScreen" value="true"&gt;&lt;/param&gt;&lt;param name="allowscriptaccess" value="always"&gt;&lt;/param&gt;&lt;embed src="http://www.youtube.com/v/dpnWncJH-bk&amp;hl=en_US&amp;fs=1&amp;" type="application/x-shockwave-flash" allowscriptaccess="always" allowfullscreen="true" width="560" height="340"&gt;&lt;/embed&gt;&lt;/object&gt;&lt;/p&gt;

&lt;p&gt;&lt;object width="560" height="340"&gt;&lt;param name="movie" value="http://www.youtube.com/v/RTeSYmQS820&amp;hl=en_US&amp;fs=1&amp;"&gt;&lt;/param&gt;&lt;param name="allowFullScreen" value="true"&gt;&lt;/param&gt;&lt;param name="allowscriptaccess" value="always"&gt;&lt;/param&gt;&lt;embed src="http://www.youtube.com/v/RTeSYmQS820&amp;hl=en_US&amp;fs=1&amp;" type="application/x-shockwave-flash" allowscriptaccess="always" allowfullscreen="true" width="560" height="340"&gt;&lt;/embed&gt;&lt;/object&gt;&lt;/p&gt;&lt;img src="http://feeds.feedburner.com/~r/RogersInfosecBlog/~4/wVFDF4GoZ2Q" height="1" width="1"/&gt;</description> <link>http://feedproxy.google.com/~r/RogersInfosecBlog/~3/wVFDF4GoZ2Q/unicorn-sighting.html</link> <guid isPermaLink="false">http://www.infosecblog.org/2010/02/unicorn-sighting.html</guid> <category>Apple</category> <pubDate>Sun, 07 Feb 2010 00:15:46 -0500</pubDate> <feedburner:origLink>http://www.infosecblog.org/2010/02/unicorn-sighting.html</feedburner:origLink></item>  <item> <title>Shmoocon versus the Snowpocalypse</title> <description>&lt;p&gt;&lt;a href="http://www.shmoocon.org/"&gt;Shmoocon &lt;/a&gt;is this weekend.   The city is starting to look like something from &lt;a href="http://www.imdb.com/title/tt0319262/"&gt;The Day After Tomorrow&lt;/a&gt;.&lt;/p&gt;

&lt;p&gt;I live in the DC suburbs, and had considered grabbing a hotel room to take part in what has to be the crazyest Shmoo ever.   The hotel rates when I checked online were lower than the Shmoo rate.   But then I'd still have to pay a insane rate for hotel garage parking.   And the Donner party jokes were worrying me too.   I could see the hotel running out of food and everything else being closed.&lt;/p&gt;

&lt;p&gt;I drove into Ballston on Friday.   In December Metro closed the above ground stations without a lot of warning.   I knew they'd do it again if snow got to 8 inches, Ballston is the last underground station on the Orange line.   Metro didn't close the above ground lines until 11 pm so that move was unnecessary.   The drive back from Arlington out to Clifton was fun.   &lt;/p&gt;

&lt;p&gt;Today there is no way I'm getting out, so I'm watching what I can on live streaming.  I'll review my notes from yesterday and post if I can come up with anything semi-coherent.&lt;/p&gt;&lt;img src="http://feeds.feedburner.com/~r/RogersInfosecBlog/~4/LX_UC4WIAf0" height="1" width="1"/&gt;</description> <link>http://feedproxy.google.com/~r/RogersInfosecBlog/~3/LX_UC4WIAf0/shmoocon-versus-the-apocolps.html</link> <guid isPermaLink="false">http://www.infosecblog.org/2010/02/shmoocon-versus-the-apocolps.html</guid> <category>General</category> <pubDate>Sat, 06 Feb 2010 10:38:24 -0500</pubDate> <feedburner:origLink>http://www.infosecblog.org/2010/02/shmoocon-versus-the-apocolps.html</feedburner:origLink></item>  <item> <title>January Patches</title> <description>&lt;p&gt;After a fairly light December patching load, January took no prisoners.   &lt;/p&gt;

&lt;p&gt;Microsoft's patch Tuesday had just one patch, MS10-001.   But they made up for that with an out of band update later in the month MS10-002.   They also put out a bulletin warning about &lt;a href="http://www.infosecblog.org/2010/01/microsoft-security-advisory-fo.html"&gt;old flash installs.&lt;/a&gt; &lt;/p&gt;

&lt;p&gt;Adobe and Oracle piggybacked on patch Tuesday to release updates as well.   Vendors pretend its more convenient for people to get all their patches at once, but Its more about losing their own vulnerability announcements in the crowd.   Adobe Reader is installed on most machines, so deploying Reader and Acrobat updates is kind of a big deal.&lt;/p&gt;

&lt;p&gt;To keep admins on their toes, Adobe also released security updates for Shockwave and Illustrator.&lt;/p&gt;

&lt;p&gt;Real Player kept its name in the news with a security update of its own.   While it lacks its once ubiquitous presence, it is another thing to watch for.&lt;/p&gt;

&lt;p&gt;Firefox released 3.6.  Fortunately , this was about new features not security fixes.   &lt;/p&gt;

&lt;p&gt;Apple not wanting to feel left out released a mega security update rolling up multiple patches.&lt;/p&gt;

&lt;p&gt;Wireshark 1.2.6 came out with a couple of security updates.&lt;/p&gt;

&lt;p&gt;If you're responsible for patching in the enterprise looks like you picked the wrong month to stop sniffing glue.&lt;/p&gt;

&lt;p&gt;For home use, I use the &lt;a href="http://secunia.com/vulnerability_scanning/personal/"&gt;Secunia Personal Software Inspector &lt;/a&gt;in advanced mode.   They are now a bit better about prompting you to exclude directories like i386 to avoid nagging you about things that aren't a problem.&lt;/p&gt;&lt;img src="http://feeds.feedburner.com/~r/RogersInfosecBlog/~4/5DrIrEeltNQ" height="1" width="1"/&gt;</description> <link>http://feedproxy.google.com/~r/RogersInfosecBlog/~3/5DrIrEeltNQ/january-patches.html</link> <guid isPermaLink="false">http://www.infosecblog.org/2010/02/january-patches.html</guid> <category>General</category> <pubDate>Mon, 01 Feb 2010 20:29:03 -0500</pubDate> <feedburner:origLink>http://www.infosecblog.org/2010/02/january-patches.html</feedburner:origLink></item>  <item> <title>Symantec False Positive in Flash install file</title> <description>&lt;p&gt;I noticed a bunch of computers reporting install_flash_player.exe as a Trojan Horse this morning.   My first stop was the Symantec Forum where &lt;a href="https://www-secure.symantec.com/connect/forums/flash-player-false-positive#comment-3519311"&gt;a bunch of users were already discussing this&lt;/a&gt;.&lt;/p&gt;

&lt;p&gt;Since it appeared to be a false positive in an older install file for Adobe Flash, I set out to see which version of Flash was getting hit.   Adobe has a &lt;a href="http://kb2.adobe.com/cps/142/tn_14266.html"&gt;archive of Flash players&lt;/a&gt;.  I downloaded a zip with every version of Flash 10 and unzipped it to my hard drive.   I got a detection on flashplayer10r22_87_win.exe.   Once that was quarantined the easiest thing to do was go into my local quarantine, right-click and submit to Symantec.&lt;/p&gt;

&lt;p&gt;A Symantec support employee points out the &lt;a href="http://service1.symantec.com/support/ent-security.nsf/docid/2010010319585948?Open&amp;seg=ent"&gt;KB for false positives&lt;/a&gt; and the virus submission website &lt;a href="https://submit.symantec.com/websubmit/gold.cgi"&gt;https://submit.symantec.com/websubmit/gold.cgi&lt;/a&gt;.  To use that I would have had to disable real time protection, and unquarantine the file.   So it was easier to submit from within Symantec.   I'm running 1/27 r49 definitions.&lt;br /&gt;
   &lt;/p&gt;&lt;img src="http://feeds.feedburner.com/~r/RogersInfosecBlog/~4/j3H5a4JAbFw" height="1" width="1"/&gt;</description> <link>http://feedproxy.google.com/~r/RogersInfosecBlog/~3/j3H5a4JAbFw/symantec-false-positive-in-fla.html</link> <guid isPermaLink="false">http://www.infosecblog.org/2010/01/symantec-false-positive-in-fla.html</guid> <category>Antivirus</category> <pubDate>Thu, 28 Jan 2010 11:07:36 -0500</pubDate> <feedburner:origLink>http://www.infosecblog.org/2010/01/symantec-false-positive-in-fla.html</feedburner:origLink></item>  <item> <title>Adobe Shockwave Update</title> <description>&lt;p&gt;Adobe has released an update for Shockwave to patch security vulnerabilities.   A &lt;a href="http://www.adobe.com/support/security/bulletins/apsb10-03.html"&gt;security bulletin &lt;/a&gt;was released today.&lt;/p&gt;

&lt;p&gt;&lt;rant on&gt;&lt;br /&gt;
As usual Adobe is giving enterprise admins the finger by advising to upgrade Shockwave, you must first uninstall old Shockwave versions, reboot and then install the new version of Shockwave.   Does anyone actually do that?   I dont know about anyone else, but I try to minimize the disruption of my patching program.   Part of that is limiting reboots.   I can't think of another application that makes such unreasonable demands.   Fortunately I've ignored rebooting while upgrading Shockwave and it hasn't caused me any major issue yet.   &lt;/p&gt;

&lt;p&gt;I also wonder where Shockwave fits into Adobe's security program.   If its so important that Adobe Reader only be upgraded on a planned quarterly basis, then why isn't Shockwave updated in the same predictable manner?  (BTW, I dont find it helpful to have all my patches released on the same day.   I dont find it feasible to deploy all these patches at the same time, so some items will not be patched as quickly.   When a patch is released (assuming there wasn't already a zero day) there is a mad dash by the bad guys to reverse engineer the patch, find the vulnerable code, and develop an exploit.   So releasing the patches any week other than the second week would be preferable.)   &lt;br /&gt;
&lt;rant off&gt;&lt;/p&gt;

&lt;p&gt;if someone finds a Flash zero day next week, I'm going to think someone declared an unofficial "Month of Adobe bugs".&lt;/p&gt;&lt;img src="http://feeds.feedburner.com/~r/RogersInfosecBlog/~4/xtQC3uFu7k4" height="1" width="1"/&gt;</description> <link>http://feedproxy.google.com/~r/RogersInfosecBlog/~3/xtQC3uFu7k4/adobe-shockwave-update.html</link> <guid isPermaLink="false">http://www.infosecblog.org/2010/01/adobe-shockwave-update.html</guid> <category>General</category> <pubDate>Tue, 19 Jan 2010 23:44:58 -0500</pubDate> <feedburner:origLink>http://www.infosecblog.org/2010/01/adobe-shockwave-update.html</feedburner:origLink></item>  <item> <title>TweetBrawl</title> <description>&lt;p&gt;Looks like Purewire has taken a page from AOL's AIM Fight and have put up &lt;a href="http://tweetbrawl.com/"&gt;Tweet Brawl&lt;/a&gt;&lt;/p&gt;

&lt;p&gt;AIM Fight attempts to determine how popular you are right this second by looking at your online buddies and their online buddies out to the third degree of separation.  It actually uses people connected to you so you can't game the system by friending the world (like that stupid Luke Wilson AT&amp;T ad).&lt;/p&gt;

&lt;p&gt;TweetBrawl is merely follower based.   The results aren't going to change unless someone loses or gains a lot of followers.  &lt;/p&gt;

&lt;p&gt;If you want to follow me at @infosectweet maybe I'd have a chance of wining one of these things.&lt;/p&gt;&lt;img src="http://feeds.feedburner.com/~r/RogersInfosecBlog/~4/NkU4i6J-V8A" height="1" width="1"/&gt;</description> <link>http://feedproxy.google.com/~r/RogersInfosecBlog/~3/NkU4i6J-V8A/tweetbrawl.html</link> <guid isPermaLink="false">http://www.infosecblog.org/2010/01/tweetbrawl.html</guid> <category>General</category> <pubDate>Mon, 18 Jan 2010 00:43:33 -0500</pubDate> <feedburner:origLink>http://www.infosecblog.org/2010/01/tweetbrawl.html</feedburner:origLink></item>  <item> <title>Microsoft Security Advisory for Flash</title> <description>&lt;p&gt;Microsoft published a security bulletin for Flash 6 which is included in Windows XP.   &lt;a href="http://www.microsoft.com/technet/security/advisory/979267.mspx"&gt;MSKB 979267&lt;/a&gt; recommends removing Flash 6 and installing the latest version of Flash from Adobe. &lt;/p&gt;

&lt;p&gt;Maybe its just me, but I think since Microsoft included Flash 6 in the default XP install, shouldn't they be responsible for patching it?   Flash should be part of Microsoft Update.  &lt;/p&gt;

&lt;p&gt;Fortunately Flash 6 is ancient.   I believe a lot of Flash content will prompt you to upgrade to Flash 8 or 9 rather than allow you to use such an old version.    Even so, a lot of vulnerable Flash remains.&lt;/p&gt;&lt;img src="http://feeds.feedburner.com/~r/RogersInfosecBlog/~4/egW9M_ffoco" height="1" width="1"/&gt;</description> <link>http://feedproxy.google.com/~r/RogersInfosecBlog/~3/egW9M_ffoco/microsoft-security-advisory-fo.html</link> <guid isPermaLink="false">http://www.infosecblog.org/2010/01/microsoft-security-advisory-fo.html</guid> <category>Microsoft</category> <pubDate>Tue, 12 Jan 2010 21:00:38 -0500</pubDate> <feedburner:origLink>http://www.infosecblog.org/2010/01/microsoft-security-advisory-fo.html</feedburner:origLink></item>  <item> <title>SEPM Y2k.1</title> <description>&lt;p&gt;As anyone using Symantec Endpoint Manager (SEPM) to manage SEP11 clients should already know, SEPM has an issue where it thinks virus definition updates from 2010 are older than updates from 2009.   &lt;/p&gt;

&lt;p&gt;If you aren't on top of this, you should be subscribed to &lt;a href="http://www.symantec.com/business/support/news_bulletins/index.jsp"&gt;Symantec emails here&lt;/a&gt;.   I'd also apparently subscribed to something at the Symantec Forums at www.symantec.com/connect.   &lt;/p&gt;

&lt;p&gt;Symantec is just now starting to push out patches.   Currently patches are available for 11.0.3.   Keep an eye on &lt;a href="http://service1.symantec.com/SUPPORT/ent-security.nsf/docid/2010010308571348"&gt;this knowledge base article&lt;/a&gt; for updates.&lt;/p&gt;

&lt;p&gt;So far this has caused three problems that I care about.   &lt;/p&gt;

&lt;p&gt;1.   We use Forescout Counteract to monitor for virus definitions more than a week out of date.   I came in one day and found all my computers in the "old definition" group.   The defined action was run live update once.   That wasn't too big a problem.&lt;/p&gt;

&lt;p&gt;2.   Like most SEP admins, I have SEP configured to use SEPM for updates when on my corporate lan or VPNed in, but use Symantec's liveupdate servers when on the Internet.    Its important for people to get updates even when away from the office, and that is a simpler solution than putting a live update server in the DMZ.    The problem is the Y2K.1 issues was specific to SEPM.   As a result Symantec foolishly used different virus definition numbers for their liveupdate servers and for updates through SEPM.    So my internal clients are getting 12/31/2009 rev xyz definitions (where xyz is a incrementing number) and people who update directly from Symantec get normal updates dated today.   If you are external to the company and you update from Symantec, your defs are dated 1/10/2010.   If you go back to work, the defs offered from the server are 12/31/2009.   You'll never get updated while on the corporate network until Symantec fixes the original problem.   To my understanding is you are now out of date.   Kind of a big problem&lt;/p&gt;

&lt;p&gt;3.   Symantec by default notifies users of managed clients when the virus definitions are more than 30 days old.   I take this to mean that unmanaged systems get no notification by default.   In my environment managed systems are set to notify users if the virus definitions are more than 14 days out of date.    Since we're coming up fast on January 14th, I've disabled the notification.   Of course any computer that isn't on our network in the next couple of days wont get the new configuration.   &lt;/p&gt;

&lt;p&gt;Hopefully Symantec will get this issue resolved soon.   Not sure why they couldn't be ready to patch all SEPM builds at once.   Why is MR3 so favored?  &lt;/p&gt;&lt;img src="http://feeds.feedburner.com/~r/RogersInfosecBlog/~4/bU9Q4HdksGs" height="1" width="1"/&gt;</description> <link>http://feedproxy.google.com/~r/RogersInfosecBlog/~3/bU9Q4HdksGs/sepm-y2k1.html</link> <guid isPermaLink="false">http://www.infosecblog.org/2010/01/sepm-y2k1.html</guid> <category>Antivirus</category> <pubDate>Tue, 12 Jan 2010 20:34:39 -0500</pubDate> <feedburner:origLink>http://www.infosecblog.org/2010/01/sepm-y2k1.html</feedburner:origLink></item>  </channel></rss>
