<?xml version="1.0" encoding="UTF-8" ?>
<?xml-stylesheet type="text/xsl" href="http://blogs.msdn.com/utility/FeedStylesheets/rss.xsl" media="screen"?><rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:slash="http://purl.org/rss/1.0/modules/slash/" xmlns:wfw="http://wellformedweb.org/CommentAPI/"><channel><title>Franci Penov : Security</title><link>http://blogs.msdn.com/francip/archive/tags/Security/default.aspx</link><description>Tags: Security</description><dc:language>en-US</dc:language><generator>CommunityServer 2.1 SP1 (Build: 61025.2)</generator><item><title>Microsoft Windows Malicious Software Removal Tool</title><link>http://blogs.msdn.com/francip/archive/2005/01/11/350762.aspx</link><pubDate>Tue, 11 Jan 2005 18:33:00 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:350762</guid><dc:creator>Franci Penov</dc:creator><slash:comments>7</slash:comments><comments>http://blogs.msdn.com/francip/comments/350762.aspx</comments><wfw:commentRss>http://blogs.msdn.com/francip/commentrss.aspx?PostID=350762</wfw:commentRss><wfw:comment>http://blogs.msdn.com/francip/rsscomments.aspx?PostID=350762</wfw:comment><description>&lt;p&gt;In the slight chance you haven't seen this yet, Microsoft just released a Malicious Software Removal Tool targeting some of the most prevalent malicious software. For a list of the tool targets, check its official page.&lt;/p&gt; &lt;p&gt;The tool will be updated on the second Tuesday of every month. If you turn on Automatic Updates, you'll get the latest version automatically. Alternatively, you can always download it from Microsoft Download center.&lt;/p&gt; &lt;p&gt;I would strongly recommend you to run it at least once a month just to cover all your bases.&lt;/p&gt; &lt;p&gt;Official page: &lt;a href="http://www.microsoft.com/security/malwareremove/default.mspx"&gt;http://www.microsoft.com/security/malwareremove/default.mspx&lt;/a&gt;&lt;/p&gt; &lt;p&gt;Download: &lt;a href="http://www.microsoft.com/downloads/details.aspx?FamilyId=AD724AE0-E72D-4F54-9AB3-75B8EB148356&amp;amp;displaylang=en"&gt;http://www.microsoft.com/downloads/details.aspx?FamilyId=AD724AE0-E72D-4F54-9AB3-75B8EB148356&amp;amp;displaylang=en&lt;/a&gt;&lt;/p&gt; &lt;p&gt;&lt;strong&gt;Update: &lt;/strong&gt;This is different tool than the Microsoft Antispyware. The AntiSpyware is proactive tool that monitors constantly your system. The Malicious Software Removal Tool targets specific pevalent viruses and worms and scans and removes them.&lt;/p&gt; &lt;p&gt;My personal opinion is that this tool will be kept as a way to target specific known threats through Windows Updates. In other words - even if people choose not to run any antivirus and/or antispyware programs on their computers, there is a way for Microsoft to fight virus epidemics.&lt;/p&gt; &lt;p&gt;Btw, this tool is not an antivirus program. It's just a removal tool. You should still run antivirus and antispyware and proactively monitor your computer.&lt;/p&gt;&lt;img src="http://blogs.msdn.com/aggbug.aspx?PostID=350762" width="1" height="1"&gt;</description><category domain="http://blogs.msdn.com/francip/archive/tags/Security/default.aspx">Security</category></item><item><title>Microsoft AntiSpyware Beta 1</title><link>http://blogs.msdn.com/francip/archive/2005/01/06/347842.aspx</link><pubDate>Thu, 06 Jan 2005 19:25:00 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:347842</guid><dc:creator>Franci Penov</dc:creator><slash:comments>0</slash:comments><comments>http://blogs.msdn.com/francip/comments/347842.aspx</comments><wfw:commentRss>http://blogs.msdn.com/francip/commentrss.aspx?PostID=347842</wfw:commentRss><wfw:comment>http://blogs.msdn.com/francip/rsscomments.aspx?PostID=347842</wfw:comment><description>&lt;p&gt;Microsoft AntiSpyware Beta 1 was released to the web. You can download it&amp;nbsp;&lt;a href="http://www.microsoft.com/athome/security/spyware/default.mspx"&gt;here&lt;/a&gt;.&lt;/p&gt;&lt;img src="http://blogs.msdn.com/aggbug.aspx?PostID=347842" width="1" height="1"&gt;</description><category domain="http://blogs.msdn.com/francip/archive/tags/Security/default.aspx">Security</category></item><item><title>Malware, email scams and other...</title><link>http://blogs.msdn.com/francip/archive/2004/10/25/247295.aspx</link><pubDate>Mon, 25 Oct 2004 17:17:00 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:247295</guid><dc:creator>Franci Penov</dc:creator><slash:comments>0</slash:comments><comments>http://blogs.msdn.com/francip/comments/247295.aspx</comments><wfw:commentRss>http://blogs.msdn.com/francip/commentrss.aspx?PostID=247295</wfw:commentRss><wfw:comment>http://blogs.msdn.com/francip/rsscomments.aspx?PostID=247295</wfw:comment><description>&lt;p&gt;Unfortunately, everything is a target nowadays.&lt;/p&gt; &lt;p&gt;Malware for Mac: &lt;a href="http://news.zdnet.com/2100-1009_22-5424883.html"&gt;http://news.zdnet.com/2100-1009_22-5424883.html&lt;/a&gt;&lt;/p&gt; &lt;p&gt;RedHat security update email scam: &lt;a href="http://www.pcpro.co.uk/news/65033/red-hat-hit-by-securityupdate-email-scam.html"&gt;http://www.pcpro.co.uk/news/65033/red-hat-hit-by-securityupdate-email-scam.html&lt;/a&gt;&lt;br /&gt;Slashdot discussion: &lt;a href="http://it.slashdot.org/it/04/10/24/2352234.shtml?tid=172&amp;amp;tid=110&amp;amp;tid=218&amp;amp;tid=106"&gt;http://it.slashdot.org/it/04/10/24/2352234.shtml?tid=172&amp;amp;tid=110&amp;amp;tid=218&amp;amp;tid=106&lt;/a&gt;&lt;/p&gt; &lt;p&gt;Mobile phones attack vector Bluetooth: &lt;a href="http://www.thebunker.net/security/bluetooth.htm"&gt;http://www.thebunker.net/security/bluetooth.htm&lt;/a&gt;&lt;br /&gt;The Register article (take it with a pound of salt): &lt;a href="http://www.theregister.co.uk/2003/11/17/bluetooth_is_attack_vector"&gt;http://www.theregister.co.uk/2003/11/17/bluetooth_is_attack_vector&lt;/a&gt;&lt;br /&gt;Slashdot discussion: &lt;a href="http://slashdot.org/articles/04/02/10/0654252.shtml"&gt;http://slashdot.org/articles/04/02/10/0654252.shtml&lt;/a&gt;&lt;/p&gt;&lt;img src="http://blogs.msdn.com/aggbug.aspx?PostID=247295" width="1" height="1"&gt;</description><category domain="http://blogs.msdn.com/francip/archive/tags/Security/default.aspx">Security</category></item><item><title>Google Desktop</title><link>http://blogs.msdn.com/francip/archive/2004/10/19/244656.aspx</link><pubDate>Tue, 19 Oct 2004 18:19:00 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:244656</guid><dc:creator>Franci Penov</dc:creator><slash:comments>27</slash:comments><comments>http://blogs.msdn.com/francip/comments/244656.aspx</comments><wfw:commentRss>http://blogs.msdn.com/francip/commentrss.aspx?PostID=244656</wfw:commentRss><wfw:comment>http://blogs.msdn.com/francip/rsscomments.aspx?PostID=244656</wfw:comment><description>&lt;p&gt;There are lot of people that think the new &lt;a href="http://desktop.google.com"&gt;Google Desktop&lt;/a&gt; is great and&amp;nbsp;revolutionary. However, there are several things wrong with it that make me stay away from it. Here's the short list (in no particular order):&lt;/p&gt; &lt;ol&gt; &lt;li&gt;It hooks up WinInet.dll. Hooking up system level component and intercepting all incoming/outgoing traffic on my machine has nothing to do with my desktop search. (Btw, it's amazing how many antivirus programs &lt;a href="http://desktop.google.com/support/bin/answer.py?answer=10742"&gt;Google Desktop is incompatible with&lt;/a&gt; because of this) &lt;li&gt;They inject desktop search information in the Google web search results. While this might seem like a reasonable thing to do, it also means I should now be aware that when I do web search with somebody over my shoulder that I might be divulging private information. &lt;li&gt;Google desktop can be installed only as admin. The only reason I can think of for this limitation is the WinInet.dll hooking up. I want desktop search to search my files - files that belong to me and I have exclusive access to them. I shouldn't have to be admin to search my data. &lt;li&gt;It can be used only by the user that installed it. This means non-admins can't use it. That alone rules it out from my home machine, where admin user is logged only for Windows Updates and application installations. &lt;li&gt;It can be installed by one user only. Another reason I can't use it at home, where my wife and I have separate accounts. What, Google doesn't think people are entitled to their own privacy on computers? &lt;li&gt;It uses the browser as interface. Webpage is probably not the best way to list couple of thousand search results now, is it? &lt;li&gt;It uses the browser as interface. That means that any search strings in the Google Desktop will show up in the Google.com page if you double-click on the Search for text box and you have Autocomplete for Forms enabled in the browser. &lt;li&gt;It runs a webserver on your box. While it's supposedly listening for localhost requests only, it still means that every malicious webpage out there can possibly access it and do post back with the results to their server. A Java applet, for example, with 1px UI. Also, what are the chances that the desktop search page doesn't suffer from the same XSS exploit the main Google page suffers from? (You can search for Google Desktop Exploit on Google) &lt;li&gt;It makes copies of your browser cache without warning me about this or giving me any option to clear its cache as well when I want to clear the browser cache. I have not tried this with Outlook email, but I wouldn't be suprsied if they do it for email as well. Btw, if they do it, it might be in direct violation of the email retention policies of some companies. (Of course, IANAL disclaimer aplies) &lt;li&gt;It installs as a browser extension. Hm, I wonder why that is if it has hooked up WinInet.dll anyway. &lt;li&gt;There is no way to limit the size of the Google Desktop index.&lt;/li&gt;&lt;/ol&gt; &lt;p&gt;The list above is compiled from half a day looking at it. There might be other issues or plain wrong things with Google Desktop that I missed or overlooked. I'd be interested to hear what else people found out they don't like about Google Desktop.&lt;/p&gt; &lt;p&gt;&lt;strong&gt;Update:&lt;/strong&gt; I was reading &lt;a href="http://radio.weblogs.com/0140770/"&gt;Fred's blog&lt;/a&gt; and stumbled upon &lt;a href="http://radio.weblogs.com/0140770/2004/10/16.html"&gt;another disturbing fact&lt;/a&gt;:&lt;/p&gt; &lt;blockquote dir="ltr" style="MARGIN-RIGHT: 0px"&gt; &lt;p&gt;&lt;em&gt;Everybody knows that Google Desktop index all messages from AIM. It’s not really news in itself. The thing that most people don’t know is that if you turn off the logging property of your AIM it seems that Google Desktop index your messages anyway.&lt;/em&gt;&lt;/p&gt;&lt;/blockquote&gt; &lt;p&gt;I know I can turn off indexing AIM in Google Desktop Preferences. But I shouldn't have to make my privacy choices there. I am aware that I've already made the explicit chioce of allowing Google to index&amp;nbsp;my AIM chats. However, that does not implicitly allow Google Desktop to search my whole network traffic. The privacy preferences of the primary program that produces the indexed data SHOULD be respected. It's that simple.&lt;/p&gt; &lt;p&gt;&lt;strong&gt;Update 2:&lt;/strong&gt; Removed the rethorical question about adding a keyboard logger. I want to keep this post just as a list of things that bug me in Google Desktop. I can talk about my paranoia in other posts. :-)&lt;/p&gt;&lt;img src="http://blogs.msdn.com/aggbug.aspx?PostID=244656" width="1" height="1"&gt;</description><category domain="http://blogs.msdn.com/francip/archive/tags/Software/default.aspx">Software</category><category domain="http://blogs.msdn.com/francip/archive/tags/Security/default.aspx">Security</category></item><item><title>PSSIR team is blogging...</title><link>http://blogs.msdn.com/francip/archive/2004/09/02/224921.aspx</link><pubDate>Thu, 02 Sep 2004 21:40:00 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:224921</guid><dc:creator>Franci Penov</dc:creator><slash:comments>0</slash:comments><comments>http://blogs.msdn.com/francip/comments/224921.aspx</comments><wfw:commentRss>http://blogs.msdn.com/francip/commentrss.aspx?PostID=224921</wfw:commentRss><wfw:comment>http://blogs.msdn.com/francip/rsscomments.aspx?PostID=224921</wfw:comment><description>&lt;p&gt;&lt;a href="http://weblogs.asp.net/tim_rains/"&gt;Tim Rains&lt;/a&gt; and &lt;a href="http://weblogs.asp.net/robert_hensing/"&gt;Robert Hensing&lt;/a&gt; are members of the Microsoft Product Support Services Incident Response team. Their blogs are a must read, especially if you are interested in investigating system intrusions and compromises.&lt;/p&gt;&lt;img src="http://blogs.msdn.com/aggbug.aspx?PostID=224921" width="1" height="1"&gt;</description><category domain="http://blogs.msdn.com/francip/archive/tags/Security/default.aspx">Security</category></item><item><title>Port Reporter Parser v1.0</title><link>http://blogs.msdn.com/francip/archive/2004/09/01/224091.aspx</link><pubDate>Wed, 01 Sep 2004 17:37:00 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:224091</guid><dc:creator>Franci Penov</dc:creator><slash:comments>4</slash:comments><comments>http://blogs.msdn.com/francip/comments/224091.aspx</comments><wfw:commentRss>http://blogs.msdn.com/francip/commentrss.aspx?PostID=224091</wfw:commentRss><wfw:comment>http://blogs.msdn.com/francip/rsscomments.aspx?PostID=224091</wfw:comment><description>&lt;p&gt;If you use the &lt;A href="http://blogs.msdn.com/francip/archive/2004/03/18/92050.aspx"&gt;PortReporter&lt;/a&gt;&amp;nbsp;(&lt;a href="http://www.microsoft.com/downloads/details.aspx?amp;displaylang=en&amp;amp;familyid=69BA779B-BAE9-4243-B9D6-63E62B4BCD2E&amp;amp;displaylang=en"&gt;download&lt;/a&gt;, &lt;a href="http://support.microsoft.com/default.aspx?scid=kb;en-us;837243"&gt;KB article&lt;/a&gt;), there is a nice log parser for it. Go ahead and snatch a copy of &lt;a href="http://download.microsoft.com/download/2/8/8/28810043-0e21-4004-89a3-2f477a74186f/PRParser.exe"&gt;Port Reporter Parser&lt;/a&gt; while it's hot.&lt;/p&gt; &lt;p&gt;Here's straight from &lt;a href="http://weblogs.asp.net/tim_rains/archive/2004/09/02.aspx"&gt;the horse's mouth&lt;/a&gt;&amp;nbsp;a short list of what the tool is capable of:&lt;/p&gt; &lt;blockquote&gt; &lt;p&gt;&lt;em&gt;The Port Reporter Parser (PR-Parser) is a tool that parses the logs that the Port Reporter service generates.&amp;nbsp; I have built some features into this parser to help identify Trojans/malware running on Windows systems and to provide some useful statistics on a system’s usage.&amp;nbsp; &lt;/em&gt;&lt;/p&gt; &lt;p&gt;&lt;em&gt;PR-Parser helps to identify data that is “interesting” and/or “suspicious”: &lt;/em&gt;&lt;/p&gt; &lt;ul&gt; &lt;li&gt;&lt;em&gt;Identifies ports of interest that are used on the system. &lt;/em&gt; &lt;li&gt;&lt;em&gt;Identifies “suspicious” processes running on the system. &lt;/em&gt; &lt;li&gt;&lt;em&gt;Identifies “suspicious” modules (.dlls, .drvs, etc) loaded on the system. &lt;/em&gt; &lt;li&gt;&lt;em&gt;Identifies “interesting” user accounts that are active on the system. &lt;/em&gt; &lt;li&gt;&lt;em&gt;Helps to determine when IP addresses, fully qualified domain names (FQDNs), or computer names of interest are found communicating with the system. &lt;/em&gt; &lt;li&gt;&lt;em&gt;Attempts to identify when a process using the name of a legitimate process is run from the wrong directory on a system.&lt;/em&gt;&lt;/li&gt;&lt;/ul&gt; &lt;p&gt;&lt;em&gt;PR-Parser provides some log analysis data as well.&amp;nbsp; This data can help profile the system and/or how users use the system.&amp;nbsp; This data includes:&lt;/em&gt;&lt;/p&gt; &lt;ul&gt; &lt;li&gt;&lt;em&gt;Local TCP port usage - % of time a TCP port is used &lt;/em&gt; &lt;li&gt;&lt;em&gt;Local process usage – what % of time each process is used &lt;/em&gt; &lt;li&gt;&lt;em&gt;Remote IP address usage – how often the local system communicates with each remote host &lt;/em&gt; &lt;li&gt;&lt;em&gt;User context usage – how often each user account is used to start local processes &lt;/em&gt; &lt;li&gt;&lt;em&gt;Port usage by hour of the day – helps identify peek usage times for a Windows system &lt;/em&gt; &lt;li&gt;&lt;em&gt;Svchost.exe enumeration – see all the services hosted by every instance of svchost.exe running on a system &lt;/em&gt; &lt;li&gt;&lt;em&gt;Internet Explorer usage by user – see all the sites or firewalls that every user visits via Internet Explorer&lt;/em&gt;&lt;/li&gt;&lt;/ul&gt;&lt;/blockquote&gt; &lt;p&gt;There's lot more than the list above to make it even more useful. The download includes Readme file with more information about the tool capabilities.&lt;/p&gt; &lt;p&gt;&lt;strong&gt;Update:&lt;/strong&gt; Added link to &lt;a href="http://weblogs.asp.net/tim_rains/"&gt;Tim Rains blog&lt;/a&gt;. Tim is the guy that came up with Port Reporter and Port Reporter Parser. He is also a Technical Lead on the Microsoft Product Support Services Incident Response team.&lt;/p&gt;&lt;img src="http://blogs.msdn.com/aggbug.aspx?PostID=224091" width="1" height="1"&gt;</description><category domain="http://blogs.msdn.com/francip/archive/tags/Security/default.aspx">Security</category></item><item><title>Excellent LUA/non-admin resource</title><link>http://blogs.msdn.com/francip/archive/2004/08/27/221780.aspx</link><pubDate>Fri, 27 Aug 2004 22:09:00 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:221780</guid><dc:creator>Franci Penov</dc:creator><slash:comments>0</slash:comments><comments>http://blogs.msdn.com/francip/comments/221780.aspx</comments><wfw:commentRss>http://blogs.msdn.com/francip/commentrss.aspx?PostID=221780</wfw:commentRss><wfw:comment>http://blogs.msdn.com/francip/rsscomments.aspx?PostID=221780</wfw:comment><description>&lt;p&gt;&lt;A href="http://blogs.msdn.com/aaron_margosis"&gt;Aaron Margosis&lt;/a&gt; has excellent set of posts on why and ho to run as LUA (non-admin). If you wander what's in it for you or have particular problem while running as non-admin, you owe it to yourself to read his blog.&lt;/p&gt; &lt;p&gt;Here's a short list of Aaron's posts on the topic:&lt;/p&gt; &lt;p&gt;First the “Why” posts:&lt;/p&gt; &lt;blockquote dir="ltr" style="MARGIN-RIGHT: 0px"&gt; &lt;p&gt;Why you shouldn't run as admin...&lt;br /&gt;&lt;A href="http://blogs.msdn.com/aaron_margosis/archive/2004/06/17/157962.aspx"&gt;http://blogs.msdn.com/aaron_margosis/archive/2004/06/17/157962.aspx&lt;/a&gt; &lt;/p&gt; &lt;p&gt;"Zero-day" attacks and using limited privilege&lt;br /&gt;Expect to see more malware predating the patches - and how you can protect yourself. (Or, "Why you shouldn't run as admin, Part 2")&lt;br /&gt;&lt;A href="http://blogs.msdn.com/aaron_margosis/archive/2004/06/25/166039.aspx"&gt;http://blogs.msdn.com/aaron_margosis/archive/2004/06/25/166039.aspx&lt;/a&gt;&lt;/p&gt;&lt;/blockquote&gt; &lt;p&gt;And then the “How-To” posts:&lt;/p&gt; &lt;blockquote dir="ltr" style="MARGIN-RIGHT: 0px"&gt; &lt;p&gt;The easiest way to run as non-admin&lt;br /&gt;This is the really important one for your non-techie friends and relatives ...&lt;br /&gt;&lt;A href="http://blogs.msdn.com/aaron_margosis/archive/2004/06/17/158806.aspx"&gt;http://blogs.msdn.com/aaron_margosis/archive/2004/06/17/158806.aspx&lt;/a&gt;&lt;/p&gt; &lt;p&gt;"RunAs" basic (and intermediate) topics&lt;br /&gt;A whole lot of detail about how to use "RunAs" to run programs under a different account.&lt;br /&gt;&lt;A href="http://blogs.msdn.com/aaron_margosis/archive/2004/06/23/163229.aspx"&gt;http://blogs.msdn.com/aaron_margosis/archive/2004/06/23/163229.aspx&lt;/a&gt;&lt;/p&gt; &lt;p&gt;RunAs with Explorer&lt;br /&gt;How to get Windows Explorer to work with RunAs (and why you might want to).&lt;br /&gt;&lt;A href="http://blogs.msdn.com/aaron_margosis/archive/2004/07/07/175488.aspx"&gt;http://blogs.msdn.com/aaron_margosis/archive/2004/07/07/175488.aspx&lt;/a&gt;&lt;/p&gt; &lt;p&gt;MakeMeAdmin -- temporary admin for your Limited User account&lt;br /&gt;How to quickly and temporarily give your non-admin account administrator privileges, without having to log out.&lt;br /&gt;&lt;A href="http://blogs.msdn.com/aaron_margosis/archive/2004/07/24/193721.aspx"&gt;http://blogs.msdn.com/aaron_margosis/archive/2004/07/24/193721.aspx&lt;/a&gt;&lt;/p&gt; &lt;p&gt;PrivBar -- An IE/Explorer toolbar to show current privilege level&lt;br /&gt;A toolbar for Explorer and Internet Explorer that shows you broadly at what privilege level that particular instance is running&lt;br /&gt;&lt;A href="http://blogs.msdn.com/aaron_margosis/archive/2004/07/24/195350.aspx"&gt;http://blogs.msdn.com/aaron_margosis/archive/2004/07/24/195350.aspx&lt;/a&gt;&lt;/p&gt;&lt;/blockquote&gt; &lt;p&gt;&lt;/p&gt;&lt;img src="http://blogs.msdn.com/aggbug.aspx?PostID=221780" width="1" height="1"&gt;</description><category domain="http://blogs.msdn.com/francip/archive/tags/Security/default.aspx">Security</category></item><item><title>This is a bad idea...</title><link>http://blogs.msdn.com/francip/archive/2004/08/05/209204.aspx</link><pubDate>Thu, 05 Aug 2004 19:54:00 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:209204</guid><dc:creator>Franci Penov</dc:creator><slash:comments>7</slash:comments><comments>http://blogs.msdn.com/francip/comments/209204.aspx</comments><wfw:commentRss>http://blogs.msdn.com/francip/commentrss.aspx?PostID=209204</wfw:commentRss><wfw:comment>http://blogs.msdn.com/francip/rsscomments.aspx?PostID=209204</wfw:comment><description>&lt;P&gt;The new FirstTech Credit Union page puts the logon dialog on an unsecured page. Their explanation [1]:&lt;/P&gt;
&lt;BLOCKQUOTE dir=ltr style="MARGIN-RIGHT: 0px"&gt;
&lt;P&gt;&lt;EM&gt;&lt;STRONG&gt;Why This Is Secure&lt;/STRONG&gt;&lt;BR&gt;Using the Online Banking Login on the 1sttech.com pages is safe, even though you do not see the lock in your browser as your Account ID and PIN (Personal Identification Number) are not transmitted until you click on the "login" button. Upon doing so, a secure session is established between your browser and our systems. Your information is then encrypted using 40-bit or 128-bit encryption algorithm (128-bit is used if your browser supports it) and sent to our systems for authentication into Online Banking. Please note that First Tech never transmits your information without it being encrypted first. &lt;/EM&gt;&lt;/P&gt;
&lt;P&gt;&lt;EM&gt;We recognize that most of the internet public has been wisely trained to look for the lock in their browser when submitting sensitive data online, this is why we created the &amp;#8220;why this is secure&amp;#8221; message and added the lock icon to the login button. The design of our website made it difficult to include the popular member request of offering a Home Banking login box to every page on our www.1sttech.com site. Our solution was to verify that the process was secure, then communicate this to our members via the hover text and the &amp;#8220;why this is secure&amp;#8221; page.&lt;/EM&gt;&lt;/P&gt;&lt;/BLOCKQUOTE&gt;
&lt;P&gt;It's good they have thought about the security part of the problem. It's bad that with this implementation they are training people to not rely on the browser's notification about the status of the connection security, but on a webpage icon. Once trained, people would blindly accept the same icon on another page as sign of secure transport layer, even though it might be there just because the page designer decided it's a good &amp;#8220;Login&amp;#8220; pictogram. Not to mention all the phish emails that will start doing the same to lupe people to trust their links.&lt;/P&gt;
&lt;P&gt;People should never trust the web page content about the status of the connection.&lt;/P&gt;
&lt;P&gt;[1] &lt;A href="http://www.1sttech.com/home/security/online_banking/online_banking_security.html"&gt;http://www.1sttech.com/home/security/online_banking/online_banking_security.html&lt;/A&gt;&lt;/P&gt;&lt;img src="http://blogs.msdn.com/aggbug.aspx?PostID=209204" width="1" height="1"&gt;</description><category domain="http://blogs.msdn.com/francip/archive/tags/Security/default.aspx">Security</category></item><item><title>"Why I run as an Admin" or A story of a Wrong Attitude</title><link>http://blogs.msdn.com/francip/archive/2004/07/29/201207.aspx</link><pubDate>Fri, 30 Jul 2004 00:03:00 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:201207</guid><dc:creator>Franci Penov</dc:creator><slash:comments>0</slash:comments><comments>http://blogs.msdn.com/francip/comments/201207.aspx</comments><wfw:commentRss>http://blogs.msdn.com/francip/commentrss.aspx?PostID=201207</wfw:commentRss><wfw:comment>http://blogs.msdn.com/francip/rsscomments.aspx?PostID=201207</wfw:comment><description>&lt;P&gt;Recently I stumbled across a posting named &lt;A href="http://blogs.msdn.com/greggm/archive/2004/07/29/200843.aspx"&gt;&amp;#8220;Why I run as an admin&amp;#8221;&lt;/A&gt;. As you can deduct from the title, it is a small rant from a guy about why he runs as an admin. There are lot of rants like this flying aroun in the blogosphere (and not only there), so what makes this one interesting?&lt;/P&gt;
&lt;P&gt;It's the attitude. Or more precisely - the wrong attitude of the post. The message that the author conveys is &amp;#8220;Security is hard; running as regular user is hard; I won't do it&amp;#8221;. And that is coming from somebody that is in our industry. So with this attitude, why do we even expect to get the regular users run as regular users on their computers?!&lt;/P&gt;
&lt;P&gt;Let's take a look at the complaints:&lt;/P&gt;
&lt;OL&gt;
&lt;LI&gt;&amp;#8220;Can&amp;#8217;t see calendar as non-admin&amp;#8221; &amp;#8211; This is the only legitimate complaint that really is a problem. I've been given this argument countless times, when I ask somebody &amp;#8220;Why don't you run as non-admin?&amp;#8220;. I would argue that this is the single most stupid reason to run as an admin. Yes, this is known limitation of the os and it should be fixed. But please,&amp;nbsp;get over it and be secure! There are miriad of other ways you can see the calendar. Besides, if this is one of your critical tasks &amp;#8211; you most probably are one of the people that have Outloook (or any other calendar application) always open anyway.&lt;BR&gt;(I don't want to discuss the scenario, where one doesn't use PIM and needs to see the calendar every half an hour. If one can't even remember the current date, they definitely should NOT be running as an admin) 
&lt;LI&gt;&amp;#8220;Can&amp;#8217;t install anything&amp;#8221; &amp;#8211; How often does one need to install new programs? You can always switch to admin account when you need to install a new program. But wanting to run as admin so that you can install anything at anytime? This is like wanting to run as admin because you might need to change the permissions for one of the users at any time.&lt;BR&gt;As for Windows Update not being able to run as limited user - this is very arguable point. In the big enterprises, installing OS updates is often a matter of IT department policy and is not at the discretion of the computer users. Even at home,&amp;nbsp;not all the regular users need to be able to do it. (I am sure I don't want my wife to be able to do it :-)). 
&lt;LI&gt;&amp;#8220;XP SP2, the firewall&amp;#8221; &amp;#8211; I have not run XP SP2, but I can imagine that the problem here is with the firewall blocking outgoing connections in various programs. This is not a reason to run as admin. The proper procedure is &amp;#8211; log on as admin, configure the applications you know and want to enable to connect to outside world and be done with it. If you install new application, you do it as an admin (see the previous point) and at the same time you configure it in the firewall. Regular users shouldn&amp;#8217;t be able to drill holes in the firewall anytime they open the new &amp;#8220;I love you&amp;#8221; email. 
&lt;LI&gt;&amp;#8220;On my home computer, I once changed my account and my wife&amp;#8217;s account to be a limited user without telling my wife. Let me tell you, that&amp;#8217;s a mistake that I will only make once.&amp;#8221; &amp;#8211; Even though this wasn't a numbered argument, it sounded like a major issue for the author. Definitely, the WAF (wife acceptance factor :-)) can be a serious roadblock for anything. However, the only mistake that this guy did was that he did it without telling his wife. But that has nothing to do with the whole &amp;#8220;running as admin&amp;#8221; problem, it&amp;#8217;s just a question of &amp;#8220;marriage smarts&amp;#8221;. :-)&lt;BR&gt;(As an example - at home my wife is running as a limited user for more than a year. I am also running as limited user for everyday tasks. I use the admin account for admin tasks. Everything works and my wife didn&amp;#8217;t hit any problems so far.)&lt;/LI&gt;&lt;/OL&gt;
&lt;P&gt;Granted, there are problems with a lot of programs when installed as an admin, but run as regular user. There are also other problems with running as regular user. But running always as admin is not the answer. And telling people to do so&amp;nbsp;is a bad thing. It's hard enough to try to educate the users to run as regular users, when lot of software companies&amp;nbsp;support/FAQ says something in the line of:&amp;nbsp;&amp;#8220;So, Mr. Joe User, you are saying that our latest and greatest game Unreal Quake 2011 doesn&amp;#8217;t run? Check our FAQ, that&amp;#8217;s known problem, you have to be an admin on your machine.&amp;#8221;.&lt;/P&gt;
&lt;P&gt;The message &amp;#8220;I will not attempt to be secure, because it&amp;#8217;s too hard&amp;#8221; coming from an IT professional is just plain wrong.&lt;BR&gt;&lt;/P&gt;&lt;img src="http://blogs.msdn.com/aggbug.aspx?PostID=201207" width="1" height="1"&gt;</description><category domain="http://blogs.msdn.com/francip/archive/tags/Security/default.aspx">Security</category></item><item><title>What's your lifestyle?</title><link>http://blogs.msdn.com/francip/archive/2004/05/28/143843.aspx</link><pubDate>Fri, 28 May 2004 16:04:00 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:143843</guid><dc:creator>Franci Penov</dc:creator><slash:comments>2</slash:comments><comments>http://blogs.msdn.com/francip/comments/143843.aspx</comments><wfw:commentRss>http://blogs.msdn.com/francip/commentrss.aspx?PostID=143843</wfw:commentRss><wfw:comment>http://blogs.msdn.com/francip/rsscomments.aspx?PostID=143843</wfw:comment><description>&lt;P&gt;I'll make this one short. If you are doing all you stuff on the computer as admin - stop it now! Get through the pain and switch as a regular user once and for all. &lt;A href="http://www.pluralsight.com/keith/book/html/lifestyle.html"&gt;Here are the reasons why and some tips on how to ease the pain&lt;/A&gt;.&lt;/P&gt;&lt;img src="http://blogs.msdn.com/aggbug.aspx?PostID=143843" width="1" height="1"&gt;</description><category domain="http://blogs.msdn.com/francip/archive/tags/Security/default.aspx">Security</category></item><item><title>PortReporter</title><link>http://blogs.msdn.com/francip/archive/2004/03/18/92050.aspx</link><pubDate>Thu, 18 Mar 2004 17:03:00 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:92050</guid><dc:creator>Franci Penov</dc:creator><slash:comments>8</slash:comments><comments>http://blogs.msdn.com/francip/comments/92050.aspx</comments><wfw:commentRss>http://blogs.msdn.com/francip/commentrss.aspx?PostID=92050</wfw:commentRss><wfw:comment>http://blogs.msdn.com/francip/rsscomments.aspx?PostID=92050</wfw:comment><description>&lt;P&gt;Have you ever wanted to find out about any of the following:&lt;/P&gt;
&lt;UL&gt;
&lt;LI&gt;The ports that are used 
&lt;LI&gt;The processes that use the port 
&lt;LI&gt;Whether a process is a service 
&lt;LI&gt;The modules that a process loaded 
&lt;LI&gt;The user accounts that run a process&lt;/LI&gt;&lt;/UL&gt;
&lt;P&gt;Yes? Good. Because&amp;nbsp;Microsoft has a new toy for you - &lt;A href="http://www.microsoft.com/downloads/details.aspx?amp;displaylang=en&amp;amp;familyid=69BA779B-BAE9-4243-B9D6-63E62B4BCD2E&amp;amp;displaylang=en"&gt;PortReporter&lt;/A&gt;. It logs all the information above on Win2K3 and XP. The tool also works on Win2k, but&amp;nbsp;it logs less information.&lt;/P&gt;
&lt;P&gt;Anyway, go can read more about it in &lt;A href="http://support.microsoft.com/?id=837243"&gt;KB 837243&lt;/A&gt;. Then &lt;A href="http://www.microsoft.com/downloads/details.aspx?amp;displaylang=en&amp;amp;familyid=69BA779B-BAE9-4243-B9D6-63E62B4BCD2E&amp;amp;displaylang=en"&gt;download&lt;/A&gt; it and play around.&lt;/P&gt;&lt;img src="http://blogs.msdn.com/aggbug.aspx?PostID=92050" width="1" height="1"&gt;</description><category domain="http://blogs.msdn.com/francip/archive/tags/Security/default.aspx">Security</category></item><item><title>Security Readiness Kit</title><link>http://blogs.msdn.com/francip/archive/2004/01/29/64504.aspx</link><pubDate>Thu, 29 Jan 2004 18:51:00 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:64504</guid><dc:creator>Franci Penov</dc:creator><slash:comments>0</slash:comments><comments>http://blogs.msdn.com/francip/comments/64504.aspx</comments><wfw:commentRss>http://blogs.msdn.com/francip/commentrss.aspx?PostID=64504</wfw:commentRss><wfw:comment>http://blogs.msdn.com/francip/rsscomments.aspx?PostID=64504</wfw:comment><description>&lt;P&gt;Another great tool to have handy - Security Readiness Kit.&amp;nbsp;Here's what TechNet says about the tool:&lt;/P&gt;
&lt;P&gt;&amp;#8220;The Security Readiness Kit (SRK) CD and its companion web site at &lt;A href="http://www.microsoft.com/technet/security/readiness"&gt;http://www.microsoft.com/technet/security/readiness&lt;/A&gt; are designed to give you easy access to the documentation and tools you need to ensure that your network operates with the best security possible.&amp;#8221;&lt;/P&gt;
&lt;P&gt;If you have TechNet, I believe you should have it in there (but don't quote me on that :-)). There is upcoming web page to &lt;A href="http://www.microsoft.com/technet/security/readiness/232.mspx"&gt;order the CD&lt;/A&gt; as well.&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;img src="http://blogs.msdn.com/aggbug.aspx?PostID=64504" width="1" height="1"&gt;</description><category domain="http://blogs.msdn.com/francip/archive/tags/Software/default.aspx">Software</category><category domain="http://blogs.msdn.com/francip/archive/tags/Security/default.aspx">Security</category></item><item><title>Microsoft Baseline Security Analyser (MBSA) V1.2</title><link>http://blogs.msdn.com/francip/archive/2004/01/19/60445.aspx</link><pubDate>Tue, 20 Jan 2004 03:51:00 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:60445</guid><dc:creator>Franci Penov</dc:creator><slash:comments>3</slash:comments><comments>http://blogs.msdn.com/francip/comments/60445.aspx</comments><wfw:commentRss>http://blogs.msdn.com/francip/commentrss.aspx?PostID=60445</wfw:commentRss><wfw:comment>http://blogs.msdn.com/francip/rsscomments.aspx?PostID=60445</wfw:comment><description>&lt;P&gt;Check out the &lt;A href="http://www.microsoft.com/mbsa"&gt;Microsoft Baseline Security Analyser site&lt;/A&gt;. There is new version available for download - MBSA v1.2. The tool is now localized in couple other languages, support for additional products was added, IE custom zones support and few other things were thrown in.&lt;BR&gt;&lt;/P&gt;&lt;img src="http://blogs.msdn.com/aggbug.aspx?PostID=60445" width="1" height="1"&gt;</description><category domain="http://blogs.msdn.com/francip/archive/tags/Security/default.aspx">Security</category></item><item><title>Can a printer be a security threat for your computer?</title><link>http://blogs.msdn.com/francip/archive/2004/01/16/59613.aspx</link><pubDate>Sat, 17 Jan 2004 04:59:00 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:59613</guid><dc:creator>Franci Penov</dc:creator><slash:comments>2</slash:comments><comments>http://blogs.msdn.com/francip/comments/59613.aspx</comments><wfw:commentRss>http://blogs.msdn.com/francip/commentrss.aspx?PostID=59613</wfw:commentRss><wfw:comment>http://blogs.msdn.com/francip/rsscomments.aspx?PostID=59613</wfw:comment><description>&lt;P class=MsoNormal style="MARGIN: 0in 0in 0pt"&gt;&lt;SPAN lang=EN-US style="mso-ansi-language: EN-US"&gt;Everybody has printer at home. Well, mostly everybody. Chances are if you have computer at home, you most probably have a printer as well. It is just sitting there on the shelf or on your desk and silently (or not so - depending on the model) waits for you to use it. You open an email from your significant other or a page on the internet, hit the Print button and there it is - a hard copy of whatever you need. However, in all the years you did that, have you ever thought about the privacy and security implications of using a printer?&lt;/SPAN&gt;&lt;/P&gt;
&lt;P class=MsoNormal style="MARGIN: 0in 0in 0pt"&gt;&lt;SPAN lang=EN-US style="mso-ansi-language: EN-US"&gt;&lt;/SPAN&gt;&lt;SPAN lang=EN-US style="mso-ansi-language: EN-US"&gt;&lt;?xml:namespace prefix = o ns = "urn:schemas-microsoft-com:office:office" /&gt;&lt;o:p&gt;&amp;nbsp;&lt;/o:p&gt;&lt;/SPAN&gt;&lt;/P&gt;
&lt;P class=MsoNormal style="MARGIN: 0in 0in 0pt"&gt;&lt;SPAN lang=EN-US style="mso-ansi-language: EN-US"&gt;Yes, that is right, you read it correctly. By the fact of using your printer, you might actually disclose private information to anybody that can access you computer. You might even disclose information that can help other people to compromise your system security.&lt;/SPAN&gt;&lt;/P&gt;
&lt;P class=MsoNormal style="MARGIN: 0in 0in 0pt"&gt;&lt;SPAN lang=EN-US style="mso-ansi-language: EN-US"&gt;&lt;/SPAN&gt;&lt;SPAN lang=EN-US style="mso-ansi-language: EN-US"&gt;&lt;o:p&gt;&amp;nbsp;&lt;/o:p&gt;&lt;/SPAN&gt;&lt;/P&gt;
&lt;P class=MsoNormal style="MARGIN: 0in 0in 0pt"&gt;&lt;SPAN lang=EN-US style="mso-ansi-language: EN-US"&gt;Case in example - my HP 7150. The drivers for the printer create a log file. Nothing unusual, almost any software on the planet creates some type of log, where it stores information about what happened. Anyway, the log files can always be deleted. Besides, the file is on the local disk and is protected by the file system security, so it is not a big problem. Furthermore, the file is in proprietary binary format, thus, it cannot be read easily. So we are safe, right?&lt;/SPAN&gt;&lt;/P&gt;
&lt;P class=MsoNormal style="MARGIN: 0in 0in 0pt"&gt;&lt;SPAN lang=EN-US style="mso-ansi-language: EN-US"&gt;&lt;o:p&gt;&lt;/o:p&gt;&lt;/SPAN&gt;&amp;nbsp;&lt;/P&gt;
&lt;P class=MsoNormal style="MARGIN: 0in 0in 0pt"&gt;&lt;SPAN lang=EN-US style="mso-ansi-language: EN-US"&gt;&lt;o:p&gt;&lt;/o:p&gt;&lt;/SPAN&gt;&lt;/P&gt;
&lt;P class=MsoNormal style="MARGIN: 0in 0in 0pt"&gt;&lt;SPAN lang=EN-US style="mso-ansi-language: EN-US"&gt;Wrong. Open the file in notepad and the first thing you notice is that it contains the names of every single document you printed. Now, this would not be that big of a problem, were it not for a couple of bad choices the developer made:&lt;o:p&gt;&lt;/o:p&gt;&lt;/SPAN&gt;&lt;/P&gt;
&lt;P class=MsoNormal style="MARGIN: 0in 0in 0pt"&gt;&lt;SPAN lang=EN-US style="mso-ansi-language: EN-US"&gt;&lt;o:p&gt;&lt;/o:p&gt;&lt;/SPAN&gt;&lt;/P&gt;
&lt;OL&gt;
&lt;LI&gt;
&lt;DIV class=MsoNormal style="MARGIN: 0in 0in 0pt"&gt;&lt;SPAN lang=EN-US style="mso-ansi-language: EN-US"&gt;The log file is not per user, it is a single log file for the whole system. Most probably, the arguments went on like: &amp;#8220;This particular printer targets mostly home users. Most home users run Windows 98 or ME, or if they run Windows XP, they do not use separate users. If the majority of the computers to run this software are going to be &amp;#8220;single-user&amp;#8221; systems, why bother with multiple log files? &amp;#8220;&lt;o:p&gt;&lt;/o:p&gt;&lt;/SPAN&gt;&lt;/DIV&gt;&lt;/LI&gt;
&lt;LI&gt;
&lt;DIV class=MsoNormal style="MARGIN: 0in 0in 0pt"&gt;&lt;SPAN lang=EN-US style="mso-ansi-language: EN-US"&gt;Once the choice one was made, it is very easy to make the second bad choice - put the log file in the root folder. Arguments: &amp;#8220;It's the only folder which is predictably on place on any computer. So why bother with complex logic of attempting to figure out where the Windows folder or the Temporary folder is? &amp;#8220;&lt;/SPAN&gt;&lt;/DIV&gt;&lt;/LI&gt;&lt;/OL&gt;
&lt;P class=MsoNormal style="MARGIN: 0in 0in 0pt"&gt;&lt;SPAN lang=EN-US style="mso-ansi-language: EN-US"&gt;On default NTFS disk, the permissions for the root are admin - full, users - read-only. If you are logged on as regular user (you are, aren't you?), you cannot delete the file but you can still read it. In addition, if you have multiple users, all the documents every single one of them printed are in there. Moreover, if they print web pages, the name of the document is the web page.&lt;/SPAN&gt;&lt;/P&gt;
&lt;P class=MsoNormal style="MARGIN: 0in 0in 0pt"&gt;&lt;SPAN lang=EN-US style="mso-ansi-language: EN-US"&gt;&lt;/SPAN&gt;&lt;SPAN lang=EN-US style="mso-ansi-language: EN-US"&gt;&lt;o:p&gt;&amp;nbsp;&lt;/o:p&gt;&lt;/SPAN&gt;&lt;/P&gt;
&lt;P class=MsoNormal style="MARGIN: 0in 0in 0pt"&gt;&lt;SPAN lang=EN-US style="mso-ansi-language: EN-US"&gt;One can argue that the amount of information that can be found this way is very small. However, any information can be used in some way. Here is an example - let us assume that every user on the machine has printed only one document from their documents folder and let us say that both documents are named test.html. If there are two users, the log file will contain two document names, both of them test.html. There is no way you can get any useful information from such a log file, is there? Yes, there is - the document names in the log file are given to the printer driver by the program. It just so happens that Internet Explorer gives names that contain the full path of the file and the full path to your documents folder contains the account name. Therefore, by looking at the file, you now have a list of all the user accounts on the system. Share the printer with your peers on the dorm over the network and you could probably see their user names on their machines. If you open a web page that reads the file and sends it back to the server, somebody else can have this information.&lt;/SPAN&gt;&lt;/P&gt;
&lt;P class=MsoNormal style="MARGIN: 0in 0in 0pt"&gt;&lt;SPAN lang=EN-US style="mso-ansi-language: EN-US"&gt;&lt;o:p&gt;&lt;/o:p&gt;&lt;/SPAN&gt;&amp;nbsp;&lt;/P&gt;
&lt;P class=MsoNormal style="MARGIN: 0in 0in 0pt"&gt;&lt;SPAN lang=EN-US style="mso-ansi-language: EN-US"&gt;&lt;o:p&gt;&lt;/o:p&gt;&lt;/SPAN&gt;&lt;/P&gt;
&lt;P class=MsoNormal style="MARGIN: 0in 0in 0pt"&gt;&lt;SPAN lang=EN-US style="mso-ansi-language: EN-US"&gt;I am sure you can think of other ways in which this could be used by malicious people, so I will stop here with the examples. Besides, I think I already made the point of the post - next time you decide to store some information, be smart about it and think not only what, where and how you store, but also who has access to it and how can they use it. And for Pete's sake - please, do not put log files in the root folder...&lt;/SPAN&gt;&lt;/P&gt;&lt;img src="http://blogs.msdn.com/aggbug.aspx?PostID=59613" width="1" height="1"&gt;</description><category domain="http://blogs.msdn.com/francip/archive/tags/Software/default.aspx">Software</category><category domain="http://blogs.msdn.com/francip/archive/tags/Security/default.aspx">Security</category></item><item><title>Airport security</title><link>http://blogs.msdn.com/francip/archive/2003/12/29/46318.aspx</link><pubDate>Mon, 29 Dec 2003 08:19:00 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:46318</guid><dc:creator>Franci Penov</dc:creator><slash:comments>2</slash:comments><comments>http://blogs.msdn.com/francip/comments/46318.aspx</comments><wfw:commentRss>http://blogs.msdn.com/francip/commentrss.aspx?PostID=46318</wfw:commentRss><wfw:comment>http://blogs.msdn.com/francip/rsscomments.aspx?PostID=46318</wfw:comment><description>&lt;P&gt;My wife and I spent the holidays in L.A. Turns out after three years, the place we lived is exactly the same. It's like we left yesterday...&lt;/P&gt;
&lt;P&gt;Anyway, the post is not about this. It's about the airport security. You know, all the lines and the endless waiting and the strip search... oh, wait, that's another story. But you get the picture.&lt;/P&gt;
&lt;P&gt;Last Monday, Sea-Tac, we are flying to L.A. Mih doesn't trust me and thinks I am unreliable and anything important should be handled by her. Not that I blame her or anything - most of the times she is right; not this time though - she lost the boarding passes. Not sure what to do, we tell the attendant at the gate we lost&amp;nbsp;them and &amp;#8220;Can we please get on that plane for LA?&amp;#8220;.&lt;/P&gt;
&lt;P&gt;With alert level at orange, I expect a sirens to start and at least two SWAT teams to jump from the roof. I wouldn't be even surprised by a black helicopter landing on the plane outside.&lt;/P&gt;
&lt;P&gt;The attendant just smiles at us and asks if we are on the flight and what our names are. I tell her my name, she checks in the computer and nods us in.&lt;/P&gt;
&lt;P&gt;At that point I figure out L.A. is not that big of target anyway. I mean, it's not like anyone would want to drop a bomb on JLo's&amp;nbsp;or Britney Spears' house, right? Umh, strike that; still, apparently L.A. is considered a safe place to fly to. On the other hand, you never know when someone will try to sneak a penguin to Seattle and let it loose in Building 8. So the security on the flight back should be better.&lt;/P&gt;
&lt;P&gt;Saturday morning, LAX, we are going back to Seattle. Two miles before the airport half the lanes are closed because of a security check point. At the check point&amp;nbsp;I learn why it is called&amp;nbsp;so when I notice the&amp;nbsp;police officers&amp;nbsp;are checking out the hot chick in the next lane.&amp;nbsp;We pass by, get to the airport, check in (no IDs required), go through the metal detector, get to the gate.&amp;nbsp;Mih hands the boarding passes and our IDs to the attendant there. Quick glance and we are let in;&amp;nbsp;meanwhile, I notice that Mih was showing the documents so that my ID was under&amp;nbsp;hers and only the picture was showing.&lt;/P&gt;
&lt;P&gt;Total amount of attendants and security personel we passed by at the two airports:&amp;nbsp;something around 60 or so.&lt;BR&gt; Total amount of IDs required to fly Seattle-LA and back:&amp;nbsp;one and a half.&lt;BR&gt;Total time we lost because of the heightened &amp;#8220;security&amp;#8220;: two hours.&lt;/P&gt;
&lt;P&gt;Moral of the story - having too many eyes look at something does not ensure it's secure...&lt;/P&gt;&lt;img src="http://blogs.msdn.com/aggbug.aspx?PostID=46318" width="1" height="1"&gt;</description><category domain="http://blogs.msdn.com/francip/archive/tags/Security/default.aspx">Security</category></item></channel></rss>