<rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:trackback="http://madskills.com/public/xml/rss/module/trackback/" xmlns:wfw="http://wellformedweb.org/CommentAPI/" xmlns:slash="http://purl.org/rss/1.0/modules/slash/" xmlns:copyright="http://blogs.law.harvard.edu/tech/rss" xmlns:image="http://purl.org/rss/1.0/modules/image/">
    <channel>
        <title>emergency preparedness</title>
        <link>http://devcentral.f5.com/weblogs/psilva/category/4337.aspx</link>
        <description>emergency preparedness</description>
        <language>en-US</language>
        <copyright>Pete Silva</copyright>
        <generator>Subtext Version 2.1.1.1</generator>
        <item>
            <title>Consolidate and Dedicate to Eradicate</title>
            <link>http://devcentral.f5.com/weblogs/psilva/archive/2010/02/03/consolidate-and-dedicate-to-eradicate.aspx</link>
            <description>&lt;p&gt;Whether it be due to cloud computing, last year’s economic mess, or just the general cyclical nature of the Tech Industry, Consolidation has been a huge focus of IT departments of late.  Data Center consolidation, hardware consolidation, staff consolidation and &lt;a title="Cisco Chief's Consolidation Charter" href="http://www.thestreet.com/story/10659247/1/cisco-chiefs-consolidation-charter.html?cm_ven=GOOGLEFI" target="_blank"&gt;tech sector consolidation&lt;/a&gt; to name a few.  I remember the days of single purpose boxes that did one thing well.  In fact, a decade ago at Exodus, that was one of my positioning points for BIG-IP over such LB units as &lt;a title="Alteon WebSystems" href="http://en.wikipedia.org/wiki/Alteon_WebSystems"&gt;Alteon&lt;/a&gt;, &lt;a title="ArrowPoint technology hits Cisco jackpot" href="http://news.cnet.com/ArrowPoint-technology-hits-Cisco-jackpot/2100-1033_3-240427.html"&gt;ArrowPoint&lt;/a&gt; and &lt;a title="Cisco LocalDirector" href="http://en.wikipedia.org/wiki/Cisco_LocalDirector" target="_blank"&gt;LocalDirector&lt;/a&gt; since they were switched/hardware-based appliances.  I’d say something like, ‘&lt;a title="SNL Shimmer" href="http://snltranscripts.jt.org/75/75ishimmer.phtml" target="_blank"&gt;It’s a Floor Wax and a Dessert Topping&lt;/a&gt; while the BIG-IP is software based, focused only on Load Balancing.’  &lt;a title="What Happened to Internet Appliances?" href="http://www.pcworld.com/article/47184/what_happened_to_internet_appliances.html" target="_blank"&gt;Boy, times have changed.&lt;/a&gt;&lt;/p&gt;  &lt;p&gt;Single purpose appliances, while still big business for their particular specialty,  are becoming fewer and fewer – just look at the handheld your using.  The printer was one of the first to go that route becoming printer/copier/fax/scanner in an effort to make them more useful and appealing to the customer.  Ads tout, ‘No more bulky equipment to buy – it’s all here in this great new thing that you must have!!  All for the incredibly low price of…..’  IDS graduated to IPS and now we have IDPS units and UTM (Unified Threat Management) systems or the Next-Gen Firewalls.  They have firewall, anti-virus, spam controls, web filter, IDS and more.  We are in a multi-task society and expect our devices to behave the same.  For a while, adding more and more functionality to a piece of IT equipment would either slow it to a crawl or make it very difficult to troubleshoot.  The processing power available today allows multi-function appliances to dedicate resources to ensure all the functions run smoothly.&lt;/p&gt;  &lt;p&gt;&lt;a href="http://devcentral.f5.com/weblogs/images/devcentral_f5_com/weblogs/psilva/WindowsLiveWriter/1912f3908f8f_5529/dashboard_4.jpg"&gt;&lt;img style="border-right-width: 0px; display: inline; border-top-width: 0px; border-bottom-width: 0px; margin-left: 0px; border-left-width: 0px; margin-right: 0px" title="dashboard" border="0" alt="dashboard" align="left" src="http://devcentral.f5.com/weblogs/images/devcentral_f5_com/weblogs/psilva/WindowsLiveWriter/1912f3908f8f_5529/dashboard_thumb_1.jpg" width="306" height="121" /&gt;&lt;/a&gt; Having multiple point solutions, interfaces and GUIs also makes it difficult to manage the various entities, especially if it’s a security device.  Managing multiple points of entry and enforcing a consistent security policy across the board can be challenging.  You got users connecting and requesting application access via VPN, some over the air on Wireless and others hooked right to the LAN.  They also are probably using various types of computing devices; from IT issued laptops, to home/personal machines to mobile devices.  You might have a specific policy for each type of access method/device or you enforce the same security, no matter what the connection.  Why wouldn’t you do a host check on LAN users similar to the scrutiny your remote users must pass?  In many cases, that might involve a NAC type controller and I thought we were trying to reduce the number of power suckers in the data center.  Today, IT needs a single management interface and policy enforcement point that’s easy to navigate and quick to deploy.  During a crisis, like a potential intrusion or breach, you can waste precious time trying to get to all the different appliances to assess the situation.&lt;/p&gt;  &lt;p&gt;As consolidation continues, and more functionality is added to these multi-dedicated appliances, management of such an infrastructure especially if it’s part of a cloud, will continue to be an important driver for IT.  So, as you consolidate and are able to dedicate, that will enable you to eradicate costs, multiple management interfaces, multiple point products and with the right device, eradicate many of the threats that appear every day, the CDE way!&lt;/p&gt;  &lt;p&gt;ps&lt;/p&gt;  &lt;p&gt;Related resources: &lt;/p&gt;  &lt;ul&gt;   &lt;li&gt;&lt;a href="http://devcentral.f5.com/weblogs/dctv/archive/2010/01/28/in-5-minutes-or-less-consolidate-access-with-big-ip-edge.aspx"&gt;In 5 Minutes or Less Video: Consolidate Access with BIG-IP Edge Gateway&lt;/a&gt; &lt;/li&gt;    &lt;li&gt;&lt;a href="http://www.f5.com/pdf/white-papers/big-ip-v10-1-integrated-adc-wp.pdf"&gt;BIG-IP Version 10.1: An Integrated Application Delivery Architecture&lt;/a&gt; [Whitepaper, PDF] &lt;/li&gt;    &lt;li&gt;&lt;a href="http://www.f5.com/pdf/white-papers/unified-access-edge-wp.pdf"&gt;Unified Access and Optimization&lt;/a&gt; [Whitepaper, PDF] &lt;/li&gt;    &lt;li&gt;&lt;a href="http://www.f5.com/news-press-events/press/2010/20100125b.html"&gt;F5 Delivers Next-Generation Application Delivery Services Giving Enterprises More Control with Context-Aware Networking&lt;/a&gt; [Press release] &lt;/li&gt;    &lt;li&gt;&lt;a href="http://devcentral.f5.com/weblogs/f5news/archive/2009/12/21/big-ip-v10.1-now-available.aspx"&gt;BIG-IP v10.1 Now Available&lt;/a&gt; &lt;/li&gt; &lt;/ul&gt;  &lt;p&gt;External articles: &lt;/p&gt;  &lt;ul&gt;   &lt;li&gt;&lt;a href="http://www.networkworld.com/news/2010/012610-f5-ssl-vpn.html?source=NWWNLE_nlt_daily_pm_2010-01-26"&gt;F5 Adds SSL VPN to its Big-IP&lt;/a&gt; &lt;/li&gt;    &lt;li&gt;&lt;a href="http://www.networkcomputing.com/wan-optimization-and-application-acceleration/f5-reigns-in-both-application-access-and-remote-locations.php?type=article"&gt;F5 Reigns in Both Application Access and Remote Locations&lt;/a&gt; &lt;/li&gt;    &lt;li&gt;&lt;a href="http://ipcommunications.tmcnet.com/topics/ip-communications/articles/73538-f5-intros-big-ip-edge-gateway-solution-offer.htm"&gt;F5 Intros BIG-IP Edge Gateway Solution to Offer Next Gen Remote Solution&lt;/a&gt; &lt;/li&gt;    &lt;li&gt;&lt;a href="http://www.ctoedge.com/content/f5-networks-moves-consolidate-services"&gt;F5 Networks Moves to Consolidate Services&lt;/a&gt; &lt;/li&gt; &lt;/ul&gt;  &lt;p&gt; &lt;/p&gt;  &lt;p&gt;Technorati Tags: &lt;a href="http://technorati.com/tags/F5"&gt;F5&lt;/a&gt;,&lt;a href="http://technorati.com/tags/BIG-IP"&gt;BIG-IP&lt;/a&gt;,&lt;a href="http://technorati.com/tags/v10.1"&gt;v10.1&lt;/a&gt;,&lt;a href="http://technorati.com/tags/Edge+Gateway"&gt;Edge Gateway&lt;/a&gt;,&lt;a href="http://technorati.com/tags/WOM"&gt;WOM&lt;/a&gt;,&lt;a href="http://technorati.com/tags/application+delivery"&gt;application delivery&lt;/a&gt;,&lt;a href="http://technorati.com/tags/Pete+Silva"&gt;Pete Silva&lt;/a&gt;,&lt;a href="http://technorati.com/tags/F5"&gt;F5&lt;/a&gt;,&lt;a href="http://technorati.com/tags/security"&gt;security&lt;/a&gt;,&lt;a href="http://technorati.com/tags/application+security"&gt;application security&lt;/a&gt;,&lt;a href="http://technorati.com/tags/network+security"&gt;network security&lt;/a&gt;&lt;/p&gt;&lt;p /&gt;&lt;div class="wlWriterHeaderFooter" style="text-align:right; margin:0px; padding:4px 0px 4px 0px;"&gt;&lt;a href="http://digg.com/submit?url=http%3a%2f%2fdevcentral.f5.com%2fweblogs%2fpsilva%2farchive%2f2010%2f02%2f03%2fconsolidate-and-dedicate-to-eradicate.aspx&amp;amp;title=Consolidate+and+Dedicate+to+Eradicate"&gt;&lt;img src="http://digg.com/img/badges/100x20-digg-button.png" width="100" height="20" alt="Digg This" title="Digg This" border="0" style="border: 0" /&gt;&lt;/a&gt;&lt;/div&gt;&lt;img src="http://devcentral.f5.com/weblogs/psilva/aggbug/1086017.aspx" width="1" height="1" /&gt;</description>
            <dc:creator>Pete Silva</dc:creator>
            <guid>http://devcentral.f5.com/weblogs/psilva/archive/2010/02/03/consolidate-and-dedicate-to-eradicate.aspx</guid>
            <pubDate>Wed, 03 Feb 2010 21:30:16 GMT</pubDate>
            <wfw:comment>http://devcentral.f5.com/weblogs/psilva/comments/1086017.aspx</wfw:comment>
            <comments>http://devcentral.f5.com/weblogs/psilva/archive/2010/02/03/consolidate-and-dedicate-to-eradicate.aspx#feedback</comments>
            <wfw:commentRss>http://devcentral.f5.com/weblogs/psilva/comments/commentRss/1086017.aspx</wfw:commentRss>
            <trackback:ping>http://devcentral.f5.com/weblogs/psilva/services/trackbacks/1086017.aspx</trackback:ping>
        </item>
        <item>
            <title>Catch some Zzzzzzzzzzzzz</title>
            <link>http://devcentral.f5.com/weblogs/psilva/archive/2009/12/16/catch-some-zzzzzzzzzzzzz.aspx</link>
            <description>&lt;p&gt;&lt;a href="http://devcentral.f5.com/weblogs/images/devcentral_f5_com/weblogs/psilva/WindowsLiveWriter/CatchsomeZzzzzzzzzzzzz_4EF0/600_fm010604-top-dark4_2.jpg"&gt;&lt;img style="border-right-width: 0px; display: inline; border-top-width: 0px; border-bottom-width: 0px; margin-left: 0px; border-left-width: 0px; margin-right: 0px" title="600_fm010604-top-dark4" border="0" alt="600_fm010604-top-dark4" align="left" src="http://devcentral.f5.com/weblogs/images/devcentral_f5_com/weblogs/psilva/WindowsLiveWriter/CatchsomeZzzzzzzzzzzzz_4EF0/600_fm010604-top-dark4_thumb.jpg" width="244" height="184" /&gt;&lt;/a&gt; It used to be the ‘stuck to our side’ pagers that go off at 3am telling you that a server crashed that would keep you up at night.  You’d drag yourself out of bed (or the chair at the data center that you fell asleep in), tippy-toe to the computer in hopes of gaining remote access or wonder to the car, still in your PJs, to drive to the facility.  In February 2009, &lt;a title="State of Security" href="http://stateofsecurity.informationweek.com/"&gt;InformationWeek &amp;amp; Dark Reading&lt;/a&gt; conducted a survey entitled, ‘&lt;a title="Analytics Brief: What Keeps Security Pros Awake At Night?" href="http://www.informationweek.com/news/security/management/showArticle.jhtml?articleID=216300428"&gt;What Keeps Infosec Pros Awake at Night&lt;/a&gt;.’  They asked more than 400 IT pros, among other things, what are their most serious threats, how are they prioritizing their defense of these and what are they going to do to keep their data safe in 2009 and beyond.  At the time, 52% said they were concerned about Internal threats – either employees or partners, accidental or malicious.  This makes sense since there were &lt;a title="Downturn may turn techies to crime, say reports" href="http://news.zdnet.com/2100-9595_22-255464.html"&gt;several&lt;/a&gt; &lt;a title="Laid-off sysadmin admits blackmailing mutual fund company" href="http://www.techworld.com.au/article/301185/laid-off_sysadmin_admits_blackmailing_mutual_fund_company"&gt;articles&lt;/a&gt; in early 2009 which &lt;a title="Will Laid-Off Techies Boost Web Crime?" href="http://itmanagement.earthweb.com/secu/article.php/3829676/Will-Laid-Off-Techies-Boost-Web-Crime.htm"&gt;looked at&lt;/a&gt; &lt;a title="Laid Off Employees Turning to Cybercrime" href="http://www.readwriteweb.com/archives/laid_off_employees_turning_to.php"&gt;Laid-off workers turning to Cybercrime&lt;/a&gt;.  They also feared the loss/theft of a laptop/potable storage device which might contain sensitive information that can lead to a corporate security breach.  Their biggest wish was for end users to be smarter about security and understand the risks.  Automated technology allowing IT pros to focus on emerging threats rather than day-to-day firefighting came in 2nd.  They just wanted to have the time to find ways to make their systems more secure, and compliance was driving it.&lt;/p&gt;  &lt;p&gt;Recent data from Verizon’s &lt;a href="http://www.verizonbusiness.com/resources/security/reports/rp_2009-data-breach-investigations-supplemental-report_en_xg.pdf"&gt;addendum to its Data Breach Investigations Report&lt;/a&gt; actually shows that most (73%) data breaches come from External sources, not insiders.  Granted, the InformationWeek data was garnered from a survey (point in time opinion) and the Verizon info was generated by analyzing disclosed/investigated public data breaches (over time) and it doesn’t include undisclosed incidents with internal investigations.  Verizon concluded that breaches which warranted public disclosure were primarily done by external sources.  I’m sure that many internal incidents that didn't affect a large swath of the public were never disclosed, which could slightly sway the results but interesting nonetheless.  So the fear was Insider threats yet the actual data implicates outsiders.  I started wondering if this one of those &lt;a title="Perception Vs Reality" href="http://www.unlimitedchoice.org/blog/meditations/perception-vs-reality/"&gt;Perception vs. Reality&lt;/a&gt; things or as &lt;a title="Stephen Covey" href="http://en.wikipedia.org/wiki/Stephen_Covey"&gt;Stephen Covey&lt;/a&gt; puts it, “We see the world, not as it is, but as we are.”  &lt;/p&gt;  &lt;p&gt;In February 2009, when the economic crisis was in full swing, layoffs were a daily occurrence.  There were many documented cases in the early 1990’s of crime/fraud that occurred during that recession and many believed it would happen again – but this time with technology's help.  Stories started to appear indicating that this scenario might happen again and when the few that did happen were spotlighted (like the current &lt;a title="San Francisco's Rogue IT Guy on Tria" href="http://www.nbcbayarea.com/news/tech/San-Franciscos-Rogue-IT-Guy-on-Trial-jw-79347297.html"&gt;trial of Terry Childs&lt;/a&gt;) - folks believed, or feared, that a new wave was coming.  The data that came out other end, seems to show that those internal threats were less than expected, &lt;a title="Insider Data Theft Rate Soars in Financial Industry" href="http://www.pivotpointsecurity.com/blog/bid/22301/Insider-Data-Theft-Rate-Soars-in-Financial-Industry"&gt;except maybe in the financial industry&lt;/a&gt;.  The other side is that sometimes &lt;a title="Legal Speak Perception vs. Reality" href="http://community.advanceweb.com/blogs/ltc_4/archive/2009/06/08/perception-vs-reality.aspx"&gt;perception is more important than reality&lt;/a&gt;.  With the perceived immanent danger of rogue ex-employees, IT departments had a wake up call to reexamine how they handle &lt;a title="Employee Termination from an IT Perspective" href="http://humanresources.about.com/od/whenemploymentends/a/it_termination.htm"&gt;access termination&lt;/a&gt;, a critical piece of data preservation.  In life and security, our view of the perceived risk is based on our past experiences/beliefs and that ultimately shapes our reality.  My reality and your reality might be very different but we always have the power in how we respond to events, even &lt;a title="It all comes down to YOU - The User" href="http://devcentral.f5.com/weblogs/psilva/archive/2009/12/14/it-all-comes-down-to-you-the-user.aspx"&gt;ones out of your control&lt;/a&gt;.  So as 2009 winds down and you get some needed rest (maybe), revel in the fact that this challenging year is almost over, you did the best (hopefully) you could and there will be a whole new set of threats, breaches, viruses, vulnerabilities, scams, malware and many other incidents that put security at risk as thieves typically work through the holidays.  Plan as best you can and take the new ones in stride as a challenge to all of us to get even better at protecting all our critical assets – including the living, breathing ones. &lt;/p&gt;  &lt;p /&gt;  &lt;p&gt;And there you have it – &lt;a title="26 Short Topics about Security: Stats, Stories and Suggestions" href="http://devcentral.f5.com/weblogs/psilva/archive/2009/07/30/26-short-topics-about-security-stats-stories-and-suggestions.aspx"&gt;26 Short Topics about Security&lt;/a&gt;.  Yea, we made it!  But wait, there’s more.  Stay tuned for the Post-blog Report where we look back at the series, pick some favorites and share what I’ve learned about putting together a chain of blogs over the course of 5 months covering a single topic.  Should be fun.&lt;/p&gt;  &lt;p&gt;ps&lt;/p&gt;  &lt;ul&gt;   &lt;li&gt;#26 out of &lt;a href="http://devcentral.f5.com/weblogs/psilva/archive/2009/07/30/26-short-topics-about-security-stats-stories-and-suggestions.aspx"&gt;26 Short Topics about Security&lt;/a&gt; &lt;/li&gt;    &lt;li&gt;Previous stories: &lt;a title="It all comes down to YOU - The User" href="http://devcentral.f5.com/weblogs/psilva/archive/2009/12/14/it-all-comes-down-to-you-the-user.aspx"&gt;25&lt;/a&gt;, &lt;a href="http://devcentral.f5.com/weblogs/psilva/archive/2009/12/08/x-marks-the-games.aspx"&gt;24&lt;/a&gt;, &lt;a href="http://devcentral.f5.com/weblogs/psilva/archive/2009/12/02/windows-shopping.aspx"&gt;23&lt;/a&gt;, &lt;a href="http://devcentral.f5.com/weblogs/psilva/archive/2009/11/19/virtualization-is-real.aspx"&gt;22&lt;/a&gt;, &lt;a href="http://devcentral.f5.com/weblogs/psilva/archive/2009/11/13/yoursquove-taken-that-out-of-context.aspx"&gt;21&lt;/a&gt;, &lt;a href="http://devcentral.f5.com/weblogs/psilva/archive/2009/11/06/ipv6-and-the-end-of-the-world.aspx"&gt;20&lt;/a&gt;, &lt;a href="http://devcentral.f5.com/weblogs/psilva/archive/2009/10/28/social-media-ndash-friend-or-foe.aspx"&gt;19&lt;/a&gt;, &lt;a href="http://devcentral.f5.com/weblogs/psilva/archive/2009/10/21/will-you-comply-or-just-check-the-box.aspx"&gt;18&lt;/a&gt;, &lt;a href="http://devcentral.f5.com/weblogs/psilva/archive/2009/10/15/donrsquot-say-a-word.aspx"&gt;17&lt;/a&gt;, &lt;a href="http://devcentral.f5.com/weblogs/psilva/archive/2009/10/08/this-time-itrsquos-personal.aspx"&gt;16&lt;/a&gt;, &lt;a href="http://devcentral.f5.com/weblogs/psilva/archive/2009/10/06/f5rsquos-big-ip-system-with-oracle-access-manager.aspx"&gt;15&lt;/a&gt;, &lt;a href="http://devcentral.f5.com/weblogs/psilva/archive/2009/10/01/can-my-pan-ride-the-lan-out-the-wan.aspx"&gt;14&lt;/a&gt;, &lt;a href="http://devcentral.f5.com/weblogs/psilva/archive/2009/09/25/our-h1n1-preparedness-plan.aspx"&gt;13.5&lt;/a&gt;, &lt;a href="http://devcentral.f5.com/weblogs/psilva/archive/2009/09/24/reduce-your-risk.aspx"&gt;13&lt;/a&gt;, &lt;a href="http://devcentral.f5.com/weblogs/psilva/archive/2009/09/18/brought-to-you-by-the-letter-l-and-the-number-7.aspx"&gt;12&lt;/a&gt;, &lt;a href="http://devcentral.f5.com/weblogs/psilva/archive/2009/09/16/keys.aspx"&gt;11&lt;/a&gt;, &lt;a href="http://devcentral.f5.com/weblogs/psilva/archive/2009/09/09/the-threat-behind-the-firewall.aspx"&gt;10&lt;/a&gt;, &lt;a href="http://devcentral.f5.com/weblogs/psilva/archive/2009/09/03/dumpster-diving-vs.-the-bit-bucket.aspx"&gt;9&lt;/a&gt;, &lt;a href="http://devcentral.f5.com/weblogs/psilva/archive/2009/08/27/hacks-hackers-hacking.aspx"&gt;8&lt;/a&gt;, &lt;a href="http://devcentral.f5.com/weblogs/psilva/archive/2009/08/24/be-our-guest.aspx"&gt;7&lt;/a&gt;, &lt;a href="http://devcentral.f5.com/weblogs/psilva/archive/2009/08/19/yelling-lsquowebapp-firewallrsquo-in-a-crowded-data-center.aspx"&gt;6&lt;/a&gt;, &lt;a href="http://devcentral.f5.com/weblogs/psilva/archive/2009/08/14/the-encryption-dance.aspx"&gt;5&lt;/a&gt;, &lt;a href="http://devcentral.f5.com/weblogs/psilva/archive/2009/08/07/decade-old-data-centers.aspx"&gt;4&lt;/a&gt;, &lt;a href="http://devcentral.f5.com/weblogs/psilva/archive/2009/08/04/remember-when-we-drew-big-clouds-on-whiteboardshellip.aspx"&gt;3&lt;/a&gt;, &lt;a href="http://devcentral.f5.com/weblogs/psilva/archive/2009/07/31/breach-is-the-word-is-the-word-is-the-word.aspx"&gt;2&lt;/a&gt;, &lt;a href="http://devcentral.f5.com/weblogs/psilva/archive/2009/07/30/26-short-topics-about-security-stats-stories-and-suggestions.aspx"&gt;1&lt;/a&gt; &lt;/li&gt; &lt;/ul&gt;  &lt;p&gt; &lt;/p&gt;  &lt;p&gt;Technorati Tags: &lt;a href="http://technorati.com/tags/Pete+Silva"&gt;Pete Silva&lt;/a&gt;,&lt;a href="http://technorati.com/tags/F5"&gt;F5&lt;/a&gt;,&lt;a href="http://technorati.com/tags/security"&gt;security&lt;/a&gt;,&lt;a href="http://technorati.com/tags/application+security"&gt;application security&lt;/a&gt;,&lt;a href="http://technorati.com/tags/network+security"&gt;network security&lt;/a&gt;,&lt;a href="http://technorati.com/tags/virus"&gt;virus&lt;/a&gt;,&lt;/p&gt;  &lt;p&gt;&lt;a href="http://technorati.com/tags/Patrick+McFadin"&gt;&lt;/a&gt;&lt;/p&gt;  &lt;p&gt;&lt;img src="http://devcentral.f5.com/weblogs/macvittie/aggbug/6238.aspx;pvf619da8baec7b13f" width="1" height="1" /&gt;&lt;/p&gt;&lt;img src="http://devcentral.f5.com/weblogs/psilva/aggbug/6241.aspx" width="1" height="1" /&gt;</description>
            <dc:creator>Pete Silva</dc:creator>
            <guid>http://devcentral.f5.com/weblogs/psilva/archive/2009/12/16/catch-some-zzzzzzzzzzzzz.aspx</guid>
            <pubDate>Wed, 16 Dec 2009 22:27:07 GMT</pubDate>
            <wfw:comment>http://devcentral.f5.com/weblogs/psilva/comments/6241.aspx</wfw:comment>
            <comments>http://devcentral.f5.com/weblogs/psilva/archive/2009/12/16/catch-some-zzzzzzzzzzzzz.aspx#feedback</comments>
            <wfw:commentRss>http://devcentral.f5.com/weblogs/psilva/comments/commentRss/6241.aspx</wfw:commentRss>
            <trackback:ping>http://devcentral.f5.com/weblogs/psilva/services/trackbacks/6241.aspx</trackback:ping>
        </item>
        <item>
            <title>IPv6 and the End of the World</title>
            <link>http://devcentral.f5.com/weblogs/psilva/archive/2009/11/06/ipv6-and-the-end-of-the-world.aspx</link>
            <description>&lt;p&gt;There’s always been a certain amount of conspiracy theories when security type events happen or instances where there is secrecy. There are those who don’t buy the ‘reported’ reason a security event (like a breach) occurred, those who claim to have inside information or just those who see a story and draw their own conclusions. The following is my take (Satire Alert) on Transmission Control Protocol/Internet Protocol v6 and the end of the world as we know it. That can affect our security, right?!?&lt;/p&gt;
&lt;p&gt;Recently there have been more than the usual number of articles about IPv6 and the need to deploy it soon since the v4 blocks are almost gone. Yes we’ve been &lt;a title="India set to log in to new Internet regime" href="http://www.rediff.com/money/2005/oct/21net.htm?q=bp&amp;amp;file=.htm"&gt;hearing&lt;/a&gt; this &lt;a title="Article: Preparing for IPv6" href="http://www.highbeam.com/doc/1P1-94617197.html"&gt;for years&lt;/a&gt; (RFC2460 was defined in December 1998) but now the hype may be over as indicated in &lt;a title="Web could run out of addresses next year, warn web experts" href="http://www.telegraph.co.uk/technology/news/6488193/Web-could-run-out-of-addresses-next-year-warn-web-experts.html"&gt;this article&lt;/a&gt;. There are many security enhancements in v6 nicely covered &lt;a title="IPv6 security guru fields questions" href="http://www.networkworld.com/news/2009/050609-ipv6-security-hogg.html"&gt;here&lt;/a&gt; but that’s not where I’m going. &lt;/p&gt;
&lt;p&gt;In my &lt;a title="First Post" href="http://devcentral.f5.com/weblogs/psilva/archive/2007/11/06/first-post.aspx"&gt;first blog post&lt;/a&gt; on DevCentral, aptly titled &lt;a title="First Post" href="http://devcentral.f5.com/weblogs/psilva/archive/2007/11/06/first-post.aspx"&gt;First Post&lt;/a&gt;, I introduced psilva’s prophecies. I’ve been in the Internet industry since ’94 and while not a ‘know it all’ I have seen my share of changes and have seen a bunch of ‘ideas’ over time come true. For instance, I had always thought that the Internet would eventually become our entertainment delivery method and some 14 years later, that’s the case. That’s not that wild as I’m sure many of you figured it was only a matter of time once we started to see streaming video and broadband to the home. In that First Post, I offered my prediction of how our nomenclature might change over the next 50-100 years. That now, we no longer give our full name/address for contacting/correspondence as we’ve done in the past – we just give email. The idea was that over time, our current first/last naming convention might dissolve to where we are known as &lt;a href="mailto:users@domains....a"&gt;users@domains&lt;/a&gt; or a single string of characters. Twitter is enforcing that with their @namingconventions.&lt;/p&gt;
&lt;p&gt;IPv6, at 128-bits (v4 is 32-bit), gives us the ability to assign an IP address to just about anything – heck, all the portable mobile devices we carry each need one and &lt;a title="Internet Protocol (IP)-Enabled Consumer Electronics" href="http://www.multimediaintelligence.com/index.php?page=shop.product_details&amp;amp;flypage=flypage.tpl&amp;amp;product_id=3&amp;amp;option=com_virtuemart"&gt;consumer appliances&lt;/a&gt; like &lt;a title="Welcome to IPTV Magazine" href="http://www.iptvmagazine.com/"&gt;TVs&lt;/a&gt;, &lt;a title="Internet Fridges: State of the Market" href="http://www.readwriteweb.com/archives/internet_fridges.php"&gt;refrigerators&lt;/a&gt;, &lt;a title="S.M.A.R.T (Self-Monitoring, Analysis, and Reporting Technology) Thermostat" href="http://mgdengineering.com/hvac.htm"&gt;thermostat&lt;/a&gt;, &lt;a title="Networking &amp;amp; wireless: Accessing my Security (Internet enabled) DVR remotely" href="http://forums.cnet.com/5208-7589_102-0.html?threadID=346789"&gt;DVRs&lt;/a&gt;, &lt;a title="Garage door opener communications gateway module" href="http://www.freshpatents.com/Garage-door-opener-communications-gateway-module-for-enabling-communications-among-vehicles-house-devices-and-telecommunications-networks-dt20070719ptan20070167138.php"&gt;garage door openers&lt;/a&gt;, &lt;a title="The internet-enabled coffee maker" href="http://www.engadget.com/2007/09/13/the-internet-enabled-coffee-maker/"&gt;coffee machines&lt;/a&gt; and just about any electronic item could potentially have an IP address. Schedule your toaster via a Web GUI to perfectly brown your bagel when you get home. You can already control your lights and alarm systems over the internet. In addition, each one of us, worldwide, would be able to have our own personal IP address that would follow us anywhere.  Hold on, I’m getting a call through my earring but first must authenticate with the chip in my earlobe. That same chip, after checking my print and pulse, would open the garage, unlock the doors, disable the home alarm, turn on the heat and start the microwave for a nice hot meal as soon as I enter. I could chip my child (like the dog) to be able to GPS their behind if they are not at the movies as indicated. Not so farfetched. &lt;em&gt;That doesn’t sound so sinister, psilva, how can that be the beginning of the end&lt;/em&gt;?&lt;/p&gt;
&lt;p&gt;&lt;a href="http://devcentral.f5.com/weblogs/images/devcentral_f5_com/weblogs/psilva/WindowsLiveWriter/bf4a72301aae_8A25/2012_4.jpg"&gt;&lt;img border="0" align="left" title="2012" style="border-width: 0px; display: inline; margin-left: 0px; margin-right: 0px; width: 110px; height: 110px;" alt="2012" src="http://devcentral.f5.com/weblogs/images/devcentral_f5_com/weblogs/psilva/WindowsLiveWriter/bf4a72301aae_8A25/2012_thumb_1.jpg" /&gt;&lt;/a&gt; OK, now the fun begins.  While not a Nostradamus follower, although History/Discovery Channels &lt;a title="2012 End of the World Predictions by Nostradamus" href="http://astrological-events.suite101.com/article.cfm/2012_end_of_the_world_predictions_by_nostradamus"&gt;have covered him often&lt;/a&gt;, he does have something to say about numbers. You might remember he got a lot of press and was the subject of spam after 9/11 due to &lt;a title="Did Nostradamus Predict the 9/11 Attacks?" href="http://urbanlegends.about.com/cs/historical/a/nostradamus.htm"&gt;this quatrain&lt;/a&gt; which his followers say indicates that he predicted that disaster. Conspiracy? He was very much into numbers and also indicated that when we are all identified as numbers, that will be an sign of the impending doom. We do have a numbering system in the states called a Social Security Number, which is our Gov’t identity and very much linked to our own security. With IPv6, now the entire world can be identified by number and thus fulfills psilva’s prophecy #2.  The timing is right also.  2012 is getting a lot of play as the end of time.  Both the &lt;a title="Mayan End Age 12-21-2012" href="http://www.adishakti.org/mayan_end_times_prophecy_12-21-2012.htm"&gt;Mayans&lt;/a&gt; and &lt;a title="NOSTRADAMUS 2012" href="http://www.2012endofdays.org/more/Nostradamus.php"&gt;Nostradamus&lt;/a&gt; feel that 2012 is the end of days and &lt;a title="2012 - Official Movie Site" href="http://www.whowillsurvive2012.com/"&gt;Hollywood has taken notice&lt;/a&gt;.  Now this does slightly negate my 1st prophecy since I’m giving our name change around 50 years but 2012 does sound about right for a full IPv6 transformation so it does fit nicely with doomsayers – if you’re into conspiracies.&lt;/p&gt;
&lt;p&gt;  &lt;/p&gt;
&lt;p&gt;&lt;br /&gt;
&lt;/p&gt;
&lt;p&gt;ps&lt;/p&gt;
&lt;ul&gt;
    &lt;li&gt;#20 out of &lt;a href="http://devcentral.f5.com/weblogs/psilva/archive/2009/07/30/26-short-topics-about-security-stats-stories-and-suggestions.aspx"&gt;26 Short Topics about Security&lt;/a&gt; &lt;/li&gt;
    &lt;li&gt;previous stories: &lt;a title="Social Media – Friend or Foe" href="http://devcentral.f5.com/weblogs/psilva/archive/2009/10/28/social-media-ndash-friend-or-foe.aspx"&gt;19&lt;/a&gt;, &lt;a href="http://devcentral.f5.com/weblogs/psilva/archive/2009/10/21/will-you-comply-or-just-check-the-box.aspx"&gt;18&lt;/a&gt;, &lt;a href="http://devcentral.f5.com/weblogs/psilva/archive/2009/10/15/donrsquot-say-a-word.aspx"&gt;17&lt;/a&gt;, &lt;a href="http://devcentral.f5.com/weblogs/psilva/archive/2009/10/08/this-time-itrsquos-personal.aspx"&gt;16&lt;/a&gt;, &lt;a href="http://devcentral.f5.com/weblogs/psilva/archive/2009/10/06/f5rsquos-big-ip-system-with-oracle-access-manager.aspx"&gt;15&lt;/a&gt;, &lt;a href="http://devcentral.f5.com/weblogs/psilva/archive/2009/10/01/can-my-pan-ride-the-lan-out-the-wan.aspx"&gt;14&lt;/a&gt;, &lt;a href="http://devcentral.f5.com/weblogs/psilva/archive/2009/09/25/our-h1n1-preparedness-plan.aspx"&gt;13.5&lt;/a&gt;, &lt;a href="http://devcentral.f5.com/weblogs/psilva/archive/2009/09/24/reduce-your-risk.aspx"&gt;13&lt;/a&gt;, &lt;a href="http://devcentral.f5.com/weblogs/psilva/archive/2009/09/18/brought-to-you-by-the-letter-l-and-the-number-7.aspx"&gt;12&lt;/a&gt;, &lt;a href="http://devcentral.f5.com/weblogs/psilva/archive/2009/09/16/keys.aspx"&gt;11&lt;/a&gt;, &lt;a href="http://devcentral.f5.com/weblogs/psilva/archive/2009/09/09/the-threat-behind-the-firewall.aspx"&gt;10&lt;/a&gt;, &lt;a href="http://devcentral.f5.com/weblogs/psilva/archive/2009/09/03/dumpster-diving-vs.-the-bit-bucket.aspx"&gt;9&lt;/a&gt;, &lt;a href="http://devcentral.f5.com/weblogs/psilva/archive/2009/08/27/hacks-hackers-hacking.aspx"&gt;8&lt;/a&gt;, &lt;a href="http://devcentral.f5.com/weblogs/psilva/archive/2009/08/24/be-our-guest.aspx"&gt;7&lt;/a&gt;, &lt;a href="http://devcentral.f5.com/weblogs/psilva/archive/2009/08/19/yelling-lsquowebapp-firewallrsquo-in-a-crowded-data-center.aspx"&gt;6&lt;/a&gt;, &lt;a href="http://devcentral.f5.com/weblogs/psilva/archive/2009/08/14/the-encryption-dance.aspx"&gt;5&lt;/a&gt;, &lt;a href="http://devcentral.f5.com/weblogs/psilva/archive/2009/08/07/decade-old-data-centers.aspx"&gt;4&lt;/a&gt;, &lt;a href="http://devcentral.f5.com/weblogs/psilva/archive/2009/08/04/remember-when-we-drew-big-clouds-on-whiteboardshellip.aspx"&gt;3&lt;/a&gt;, &lt;a href="http://devcentral.f5.com/weblogs/psilva/archive/2009/07/31/breach-is-the-word-is-the-word-is-the-word.aspx"&gt;2&lt;/a&gt;, &lt;a href="http://devcentral.f5.com/weblogs/psilva/archive/2009/07/30/26-short-topics-about-security-stats-stories-and-suggestions.aspx"&gt;1&lt;/a&gt; &lt;/li&gt;
&lt;/ul&gt;&lt;img src="http://devcentral.f5.com/weblogs/psilva/aggbug/6189.aspx" width="1" height="1" /&gt;</description>
            <dc:creator>Pete Silva</dc:creator>
            <guid>http://devcentral.f5.com/weblogs/psilva/archive/2009/11/06/ipv6-and-the-end-of-the-world.aspx</guid>
            <pubDate>Fri, 06 Nov 2009 14:13:14 GMT</pubDate>
            <wfw:comment>http://devcentral.f5.com/weblogs/psilva/comments/6189.aspx</wfw:comment>
            <comments>http://devcentral.f5.com/weblogs/psilva/archive/2009/11/06/ipv6-and-the-end-of-the-world.aspx#feedback</comments>
            <slash:comments>2</slash:comments>
            <wfw:commentRss>http://devcentral.f5.com/weblogs/psilva/comments/commentRss/6189.aspx</wfw:commentRss>
            <trackback:ping>http://devcentral.f5.com/weblogs/psilva/services/trackbacks/6189.aspx</trackback:ping>
        </item>
        <item>
            <title>Don&amp;rsquo;t say a Word</title>
            <link>http://devcentral.f5.com/weblogs/psilva/archive/2009/10/15/donrsquot-say-a-word.aspx</link>
            <description>&lt;p&gt;………………………………………………….….oh, you’re waiting for me?  This will probably be a short post since there are not that many security terms that begin with the 17th letter of our alphabet.  However, keeping Quiet is a common theme in security.  As mentioned numerous times, locking passwords, logins, and other sensitive information in your mouth vault keeps them from leaking to others.  &lt;a href="http://en.wikipedia.org/wiki/Social_engineering_%28security%29" title="Social engineering (security)"&gt;Social Engineering&lt;/a&gt; has always been about compromising that vault.  Recently there was a &lt;a href="http://thompson.blog.avg.com/2009/01/write-your-passwords-down.html" title="Write your passwords down"&gt;post&lt;/a&gt; by &lt;a href="http://thompson.blog.avg.com/about.html" title="AVG's Chief Research Officer"&gt;Roger Thompson&lt;/a&gt;, AVG’s Chief Research Officer, which actually suggested to Write Down your passwords, especially complex, hard to remember passwords.  While this practice has been frowned upon for many years – as in the ever popular post-it’s stuck to laptops – there is some sense in creating (and writing down) difficult passwords that are extremely hard to guess.  Just put that paper in a safe location.  Our own &lt;a href="http://devcentral.f5.com/weblogs/amurphy/Default.aspx" title="Where do data center virtualization and application delivery collide?"&gt;Alan Murphy&lt;/a&gt; offered &lt;a href="http://devcentral.f5.com/weblogs/amurphy/archive/2009/07/16/4287.aspx" title="Password Tips: An Easy Way to Use Dynamic Passwords For Online Security"&gt;some advice&lt;/a&gt; about passwords just a few months ago.&lt;/p&gt;
&lt;p&gt;Keeping Quiet is also what most companies do when they discover a breach, at least initially.  A survey from the 2008 RSA conference showed that &lt;a href="http://www.informationweek.com/news/security/attacks/showArticle.jhtml?articleID=209901208" title="Most Security Breaches Go Unreported"&gt;89% of security incidents go unreported&lt;/a&gt;.  More often it’s the insider breaches that say under the covers.  Some of that could be&lt;a href="http://devcentral.f5.com/weblogs/images/devcentral_f5_com/weblogs/psilva/WindowsLiveWriter/DontsayaWord_C76A/mouthzip_2.jpg"&gt;&lt;img width="141" height="202" border="0" align="right" src="http://devcentral.f5.com/weblogs/images/devcentral_f5_com/weblogs/psilva/WindowsLiveWriter/DontsayaWord_C76A/mouthzip_thumb.jpg" alt="mouthzip" style="border: 0px none ; display: inline; margin-left: 0px; margin-right: 0px;" title="mouthzip" /&gt;&lt;/a&gt; due to just being undetected but many companies don’t want the public exposure of a breach.  &lt;a href="http://www.csoonline.com/article/439940/State_Breach_Disclosure_Laws_Update" title="State Breach Disclosure Laws"&gt;Laws&lt;/a&gt; have changed some of that and huge breaches, like the &lt;a href="http://www.computerworld.com/s/article/9138947/Lawsuits_over_Heartland_data_breach_folded_into_one" title="Lawsuits over Heartland data breach folded into one"&gt;Heartland incident&lt;/a&gt;, must be reported so people can protect themselves.  Even the Heartland incident wasn’t detected for &lt;a href="http://www.securityfocus.com/news/11557?ref=rss" title="Hacker charged with Heartland, other breaches"&gt;a couple months&lt;/a&gt;, and when it was, it didn’t get reported for yet another month.  Granted, sometimes law enforcement does ask victims not to say anything so evidence can be gathered and, as to not tip off the crooks.  In any event, keeping quiet about a breach happens &lt;a href="http://news.zdnet.co.uk/security/0,1000000189,39483398,00.htm" title="Watchdog aims to compel data-breach confessions"&gt;more often than you think&lt;/a&gt; and it’s often due to the fear of a &lt;a href="http://www.itpro.co.uk/613798/what-to-do-in-case-of-a-data-breach" title="How to batten down the hatches after a data breach - is it possible to prevent further damage to your firm's reputation?"&gt;damaged reputation&lt;/a&gt;.  Of course there is an &lt;a href="http://blogs.channelinsider.com/secure_channel/content/governance_and_regulatory_compliance/dont_worry_about_security_reputation.html" title="Don't Worry About Security Reputation"&gt;opposing view&lt;/a&gt; to the damage factor by &lt;a href="http://blogs.channelinsider.com/secure_channel/index.html" title="Secure Channel"&gt;Larry Walsh&lt;/a&gt; where he talks about the multitude of brands who have suffered major breaches and how consumers have either forgotten or forgiven.&lt;/p&gt;
&lt;p&gt;While &lt;a href="http://www.phrases.org.uk/meanings/silence-is-golden.html" title="Silence is golden"&gt;silence can be golden&lt;/a&gt; and &lt;a href="http://en.wikipedia.org/wiki/Rest_%28music%29" title="Rest (music)"&gt;rests&lt;/a&gt; are written into music for effect, when it comes to Data Breaches not saying a word can put your business in jeopardy and in the &lt;a href="http://www.redorbit.com/news/technology/1454748/retailer_wards_failed_to_notify_customers_of_data_breach/index.html" title="Retailer Wards Failed To Notify Customers Of Data Breach"&gt;cross-hairs of the law&lt;/a&gt;.&lt;/p&gt;
&lt;p&gt;ps&lt;/p&gt;
&lt;ul&gt;
    &lt;li&gt;#17 out of &lt;a href="http://devcentral.f5.com/weblogs/psilva/archive/2009/07/30/26-short-topics-about-security-stats-stories-and-suggestions.aspx"&gt;26 Short Topics about Security&lt;/a&gt;&lt;/li&gt;
    &lt;li&gt;previous stories: &lt;a href="http://devcentral.f5.com/weblogs/psilva/archive/2009/10/08/this-time-itrsquos-personal.aspx" title="This Time, it's Personal"&gt;16&lt;/a&gt;, &lt;a href="http://devcentral.f5.com/weblogs/psilva/archive/2009/10/06/f5rsquos-big-ip-system-with-oracle-access-manager.aspx"&gt;15&lt;/a&gt;, &lt;a href="http://devcentral.f5.com/weblogs/psilva/archive/2009/10/01/can-my-pan-ride-the-lan-out-the-wan.aspx"&gt;14&lt;/a&gt;, &lt;a href="http://devcentral.f5.com/weblogs/psilva/archive/2009/09/25/our-h1n1-preparedness-plan.aspx"&gt;13.5&lt;/a&gt;, &lt;a href="http://devcentral.f5.com/weblogs/psilva/archive/2009/09/24/reduce-your-risk.aspx"&gt;13&lt;/a&gt;, &lt;a href="http://devcentral.f5.com/weblogs/psilva/archive/2009/09/18/brought-to-you-by-the-letter-l-and-the-number-7.aspx"&gt;12&lt;/a&gt;, &lt;a href="http://devcentral.f5.com/weblogs/psilva/archive/2009/09/16/keys.aspx"&gt;11&lt;/a&gt;, &lt;a href="http://devcentral.f5.com/weblogs/psilva/archive/2009/09/09/the-threat-behind-the-firewall.aspx"&gt;10&lt;/a&gt;, &lt;a href="http://devcentral.f5.com/weblogs/psilva/archive/2009/09/03/dumpster-diving-vs.-the-bit-bucket.aspx"&gt;9&lt;/a&gt;, &lt;a href="http://devcentral.f5.com/weblogs/psilva/archive/2009/08/27/hacks-hackers-hacking.aspx"&gt;8&lt;/a&gt;, &lt;a href="http://devcentral.f5.com/weblogs/psilva/archive/2009/08/24/be-our-guest.aspx"&gt;7&lt;/a&gt;, &lt;a href="http://devcentral.f5.com/weblogs/psilva/archive/2009/08/19/yelling-lsquowebapp-firewallrsquo-in-a-crowded-data-center.aspx"&gt;6&lt;/a&gt;, &lt;a href="http://devcentral.f5.com/weblogs/psilva/archive/2009/08/14/the-encryption-dance.aspx"&gt;5&lt;/a&gt;, &lt;a href="http://devcentral.f5.com/weblogs/psilva/archive/2009/08/07/decade-old-data-centers.aspx"&gt;4&lt;/a&gt;, &lt;a href="http://devcentral.f5.com/weblogs/psilva/archive/2009/08/04/remember-when-we-drew-big-clouds-on-whiteboardshellip.aspx"&gt;3&lt;/a&gt;, &lt;a href="http://devcentral.f5.com/weblogs/psilva/archive/2009/07/31/breach-is-the-word-is-the-word-is-the-word.aspx"&gt;2&lt;/a&gt;, &lt;a href="http://devcentral.f5.com/weblogs/psilva/archive/2009/07/30/26-short-topics-about-security-stats-stories-and-suggestions.aspx"&gt;1&lt;/a&gt;&lt;/li&gt;
&lt;/ul&gt;&lt;img src="http://devcentral.f5.com/weblogs/psilva/aggbug/6150.aspx" width="1" height="1" /&gt;</description>
            <dc:creator>Pete Silva</dc:creator>
            <guid>http://devcentral.f5.com/weblogs/psilva/archive/2009/10/15/donrsquot-say-a-word.aspx</guid>
            <pubDate>Thu, 15 Oct 2009 17:33:51 GMT</pubDate>
            <wfw:comment>http://devcentral.f5.com/weblogs/psilva/comments/6150.aspx</wfw:comment>
            <comments>http://devcentral.f5.com/weblogs/psilva/archive/2009/10/15/donrsquot-say-a-word.aspx#feedback</comments>
            <wfw:commentRss>http://devcentral.f5.com/weblogs/psilva/comments/commentRss/6150.aspx</wfw:commentRss>
            <trackback:ping>http://devcentral.f5.com/weblogs/psilva/services/trackbacks/6150.aspx</trackback:ping>
        </item>
        <item>
            <title>This time, it&amp;rsquo;s Personal</title>
            <link>http://devcentral.f5.com/weblogs/psilva/archive/2009/10/08/this-time-itrsquos-personal.aspx</link>
            <description>&lt;p&gt;&lt;em&gt;Nearly 80% of companies reported an increase in the number of employees wanting to bring their own devices into the workplace in the last 6-12 months&lt;/em&gt; according to ‘&lt;a title="The The Tug of War Between Employees' Mobile Demands and IT's Security Needs" href="http://www.welcometogood.com/device_dilemma/"&gt;The Device Dilemma&lt;/a&gt;,’ a report by &lt;a href="http://www.vansonbourne.com/"&gt;Vanson Bourne&lt;/a&gt; and &lt;a href="http://www.good.com/corp/index.php"&gt;Good Technology&lt;/a&gt;. In addition, &lt;em&gt;two thirds of IT Managers have been under more pressure to increase compatibility with people’s personal handsets in the workplace&lt;/em&gt; with 82% saying the most requested device is the iPhone.&lt;/p&gt;
&lt;p&gt;Personal devices pose a difficult challenge to IT departments and it’s not just iPhones/personal cell phones; mp3/music players, portable video/game consoles, personal laptops and just about anything with an internet connection or &lt;a title="The Threat Behind the Firewall" href="http://devcentral.f5.com/weblogs/psilva/archive/2009/09/09/the-threat-behind-the-firewall.aspx"&gt;USB hookup can pose a risk&lt;/a&gt;.  The age of social networks, streaming video, tele-work lifestyle and the basic computing power of mobile devices have made them constant companions in our daily lives since they do more than just make calls.  We have grown personally attached to these mini-computers (even customizing them) and don’t want to carry around 3 different mobile devices.  Employees now want to use &lt;em&gt;their own&lt;/em&gt; devices for work related tasks.  &lt;/p&gt;
&lt;p&gt; &lt;a href="http://devcentral.f5.com/weblogs/images/devcentral_f5_com/weblogs/psilva/WindowsLiveWriter/ThisisPersonal_9A87/image_2.png"&gt;&lt;img border="0" align="left" title="Source: The Device Delimma" style="border-width: 0px; display: inline; margin-left: 0px; margin-right: 0px; width: 243px; height: 484px;" alt="Source: The Device Delimma" src="http://devcentral.f5.com/weblogs/images/devcentral_f5_com/weblogs/psilva/WindowsLiveWriter/ThisisPersonal_9A87/image_thumb.png" /&gt;&lt;/a&gt;It can be a Catch-22; IT might save a little money by not having to procure new corporate hardware but could spend significant time dealing with all the variants and security risks unauthorized personal devices pose.  With all the different types of models, manufactures, operating systems and capacity, configuring and securing each device is not an easy task.  Even if IT is able to apply a policy to individual devices, there still is no real guarantee that each device will support/enforce it.  Management and control of those is a huge concern.  The report also noted, ‘&lt;em&gt;IT Managers don’t want to prevent people from using their own devices, almost half (44%) said they would let people choose if they were assured of security and configuration.&lt;/em&gt;  Even then, 74% of IT Directors think that employees will still use their own devices even if IT doesn’t support it and more than 25% have experienced a security breach due to an employee using an unauthorized device.  &lt;/p&gt;
&lt;p&gt;Work Styles have changed also.  Employees are now more dispersed: Different time/different location, Same time/different location, Same time/same location or working alone.  While this model has enabled employees to work from anywhere, the need for collaboration has become critical especially with a global enterprise.  What can you do?  Don’t panic, as indicated in &lt;a title="Personal Tech Checklist for the Workplace" href="http://technology.inc.com/managing/articles/200908/personaltech.html"&gt;this article&lt;/a&gt; by &lt;a title="Kim Boatman" href="http://www.linkedin.com/in/kimboatman"&gt;Kim Boatman&lt;/a&gt; (hope I Linkedin the correct journalist) called &lt;em&gt;&lt;a title="Personal Tech Checklist for the Workplace" href="http://technology.inc.com/managing/articles/200908/personaltech.html"&gt;Personal Tech Checklist for the Workplace&lt;/a&gt;&lt;/em&gt;.  She has a checklist of steps IT can take when dealing with personal tech issues:&lt;/p&gt;
&lt;p&gt;&lt;br /&gt;
&lt;/p&gt;
&lt;blockquote&gt;
&lt;p&gt;&lt;em&gt;&lt;strong&gt;&lt;u&gt;Establish or re-evaluate usage policies&lt;/u&gt;&lt;/strong&gt;. Many businesses wrote Internet usage policies a decade or so ago and haven’t revisited them.&lt;/em&gt;&lt;/p&gt;
&lt;p&gt;&lt;em&gt;&lt;u&gt;&lt;strong&gt;Evaluate how you expect employees to use – or not use – social networking.&lt;/strong&gt;&lt;/u&gt; After all, there can be a business benefit to your employees’ presence on Facebook or Twitter.&lt;/em&gt;&lt;/p&gt;
&lt;p&gt;&lt;em&gt;&lt;strong&gt;&lt;u&gt;Inventory employees and equipment&lt;/u&gt;&lt;/strong&gt;. Keep track of the level of access granted to each employee.&lt;/em&gt;&lt;/p&gt;
&lt;p&gt;&lt;em&gt;&lt;strong&gt;&lt;u&gt;Understand the security implications of your policy&lt;/u&gt;&lt;/strong&gt;. For instance, says Storms, allowing employees to install proprietary information on their personal devices is a high-risk proposition, while permitting access to social networking sites at work is less risky.&lt;/em&gt;&lt;/p&gt;
&lt;p&gt;&lt;em&gt;&lt;strong&gt;&lt;u&gt;Educate users.&lt;/u&gt; &lt;/strong&gt;It’s not enough simply to establish plain-language guidelines. If you want employee buy-in, explain why certain actions are limited and what the consequences could be.&lt;/em&gt;&lt;/p&gt;
&lt;p&gt;&lt;em&gt;&lt;strong&gt;&lt;u&gt;Involve IT&lt;/u&gt;&lt;/strong&gt;. It makes good sense to vet policies and practices through the people that keep your systems going.&lt;/em&gt;&lt;/p&gt;
&lt;p&gt;&lt;em&gt;&lt;strong&gt;&lt;u&gt;Give yourself wiggle room.&lt;/u&gt; &lt;/strong&gt;Create that clear usage policy, explain it, and publicize it. But give yourself leeway.&lt;/em&gt;&lt;/p&gt;
&lt;/blockquote&gt;
&lt;p&gt;&lt;br /&gt;
&lt;/p&gt;
&lt;p&gt; &lt;/p&gt;
&lt;p&gt;&lt;br /&gt;
&lt;/p&gt;
&lt;p&gt;ps&lt;/p&gt;
&lt;ul&gt;
    &lt;li&gt;#16 out of &lt;a href="http://devcentral.f5.com/weblogs/psilva/archive/2009/07/30/26-short-topics-about-security-stats-stories-and-suggestions.aspx"&gt;26 Short Topics about Security&lt;/a&gt; &lt;/li&gt;
    &lt;li&gt;previous stories: &lt;a title="F5’s BIG-IP system with Oracle Access Manager" href="http://devcentral.f5.com/weblogs/psilva/archive/2009/10/06/f5rsquos-big-ip-system-with-oracle-access-manager.aspx"&gt;15&lt;/a&gt;, &lt;a href="http://devcentral.f5.com/weblogs/psilva/archive/2009/10/01/can-my-pan-ride-the-lan-out-the-wan.aspx"&gt;14&lt;/a&gt;, &lt;a href="http://devcentral.f5.com/weblogs/psilva/archive/2009/09/25/our-h1n1-preparedness-plan.aspx"&gt;13.5&lt;/a&gt;, &lt;a href="http://devcentral.f5.com/weblogs/psilva/archive/2009/09/24/reduce-your-risk.aspx"&gt;13&lt;/a&gt;, &lt;a href="http://devcentral.f5.com/weblogs/psilva/archive/2009/09/18/brought-to-you-by-the-letter-l-and-the-number-7.aspx"&gt;12&lt;/a&gt;, &lt;a href="http://devcentral.f5.com/weblogs/psilva/archive/2009/09/16/keys.aspx"&gt;11&lt;/a&gt;, &lt;a href="http://devcentral.f5.com/weblogs/psilva/archive/2009/09/09/the-threat-behind-the-firewall.aspx"&gt;10&lt;/a&gt;, &lt;a href="http://devcentral.f5.com/weblogs/psilva/archive/2009/09/03/dumpster-diving-vs.-the-bit-bucket.aspx"&gt;9&lt;/a&gt;, &lt;a href="http://devcentral.f5.com/weblogs/psilva/archive/2009/08/27/hacks-hackers-hacking.aspx"&gt;8&lt;/a&gt;, &lt;a href="http://devcentral.f5.com/weblogs/psilva/archive/2009/08/24/be-our-guest.aspx"&gt;7&lt;/a&gt;, &lt;a href="http://devcentral.f5.com/weblogs/psilva/archive/2009/08/19/yelling-lsquowebapp-firewallrsquo-in-a-crowded-data-center.aspx"&gt;6&lt;/a&gt;, &lt;a href="http://devcentral.f5.com/weblogs/psilva/archive/2009/08/14/the-encryption-dance.aspx"&gt;5&lt;/a&gt;, &lt;a href="http://devcentral.f5.com/weblogs/psilva/archive/2009/08/07/decade-old-data-centers.aspx"&gt;4&lt;/a&gt;, &lt;a href="http://devcentral.f5.com/weblogs/psilva/archive/2009/08/04/remember-when-we-drew-big-clouds-on-whiteboardshellip.aspx"&gt;3&lt;/a&gt;, &lt;a href="http://devcentral.f5.com/weblogs/psilva/archive/2009/07/31/breach-is-the-word-is-the-word-is-the-word.aspx"&gt;2&lt;/a&gt;, &lt;a href="http://devcentral.f5.com/weblogs/psilva/archive/2009/07/30/26-short-topics-about-security-stats-stories-and-suggestions.aspx"&gt;1&lt;/a&gt; &lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;Related links&lt;/p&gt;
&lt;ul&gt;
    &lt;li&gt;&lt;a href="http://technology.inc.com/managing/articles/200908/personaltech.html"&gt;Personal Tech Checklist for the Workplace&lt;/a&gt; &lt;/li&gt;
    &lt;li&gt;&lt;a href="http://www.internetnews.com/stats/article.php/3839306/Enterprise+IT+Face+Mobile+Device+Dilemma.htm"&gt;Enterprise IT Face Mobile Device Dilemma&lt;/a&gt; &lt;/li&gt;
    &lt;li&gt;&lt;a title="The The Tug of War Between Employees' Mobile Demands and IT's Security Needs" href="http://www.welcometogood.com/device_dilemma/"&gt;The Device Dilemma&lt;/a&gt; &lt;/li&gt;
    &lt;li&gt;&lt;a href="http://devcentral.f5.com/weblogs/psilva/archive/2009/09/09/the-threat-behind-the-firewall.aspx"&gt;The Threat Behind the Firewall&lt;/a&gt; &lt;/li&gt;
&lt;/ul&gt;&lt;img src="http://devcentral.f5.com/weblogs/psilva/aggbug/8053.aspx" width="1" height="1" /&gt;</description>
            <dc:creator>Pete Silva</dc:creator>
            <guid>http://devcentral.f5.com/weblogs/psilva/archive/2009/10/08/this-time-itrsquos-personal.aspx</guid>
            <pubDate>Thu, 08 Oct 2009 17:08:22 GMT</pubDate>
            <wfw:comment>http://devcentral.f5.com/weblogs/psilva/comments/8053.aspx</wfw:comment>
            <comments>http://devcentral.f5.com/weblogs/psilva/archive/2009/10/08/this-time-itrsquos-personal.aspx#feedback</comments>
            <slash:comments>1</slash:comments>
            <wfw:commentRss>http://devcentral.f5.com/weblogs/psilva/comments/commentRss/8053.aspx</wfw:commentRss>
            <trackback:ping>http://devcentral.f5.com/weblogs/psilva/services/trackbacks/8053.aspx</trackback:ping>
        </item>
        <item>
            <title>Our H1N1 Preparedness Plan</title>
            <link>http://devcentral.f5.com/weblogs/psilva/archive/2009/09/25/our-h1n1-preparedness-plan.aspx</link>
            <description>&lt;p&gt;On a couple occasions, I have  have &lt;a href="http://devcentral.f5.com/weblogs/psilva/archive/2009/04/28/old-macdonald-had-a-ssl-vpn-e-i-e-i-o.aspx" title="Old MacDonald had a SSL VPN, E-I-E-I-O"&gt;offered advice&lt;/a&gt; on how to deal with &lt;a href="http://devcentral.f5.com/weblogs/psilva/archive/2009/05/13/interopt-out.aspx" title="Interopt Out"&gt;disasters&lt;/a&gt; and just yesterday &lt;a href="http://devcentral.f5.com/weblogs/psilva/archive/2009/09/24/reduce-your-risk.aspx" title="Reduce your Risk"&gt;I wrote&lt;/a&gt; about Mitigating risks.  Today, I’m deviating slightly from &lt;a href="http://devcentral.f5.com/weblogs/psilva/archive/2009/07/30/26-short-topics-about-security-stats-stories-and-suggestions.aspx" title="26 Short Topics about Security: Stats, Stories and Suggestions"&gt;26 Short&lt;/a&gt; – make this #13.5 – to share some of F5’s Emergency Preparedness plans for the possible resurgence of &lt;a href="http://www.flu.gov/" title="What to do about the Flu"&gt;H1N1&lt;/a&gt;.  While we often try to give interesting tips, ideas and suggestions to help you and since many of you might be going thru the same exercise, I though I’d share how we are preparing ourselves.  Per usual, this is not to flame the fears already in the media but offer calming assurance that there is no reason to panic.&lt;/p&gt;
&lt;p&gt;F5’s main objectives for Emergency Preparedness for Employees is to provide a safe and healthy working environment and to ensure business continuity.  All of us received an email outlining our policies along with a link to an internal portal page dedicated to Emergency Preparedness.  It contains several &lt;a href="http://www.pandemicflu.gov/" title="US Government"&gt;governmental&lt;/a&gt; and &lt;a href="http://www.cdc.gov/H1N1flu/qa.htm" title="Center for Disease Control"&gt;informational&lt;/a&gt; &lt;a href="http://who.int/" title="World Health Organization"&gt;resources&lt;/a&gt; pertaining to &lt;a href="https://www.pandemicflu.direct.gov.uk/" title="Do you have symptoms?"&gt;H1N1&lt;/a&gt; along with Emergency Hotline Phone Numbers and a short video from HR so we all can clearly understand this particular flu strain and what to do if we contract it.  Each region around the world has a page specific to their needs.  We have also put together a cross functional pandemic planning team that has identified critical business activities, resources and responsibilities to support a pandemic mission along with taking precautions within our own facilities – like simply providing hand sanitizers among other supplies.  &lt;/p&gt;
&lt;p&gt;Following tips offered by the &lt;a href="http://www.cdc.gov/h1n1flu/sick.htm" title="What should I do if I get sick?"&gt;Centers for Disease Control&lt;/a&gt;, if any of us do get symptoms, one of the primary actions we can take as employees is stay home since the virus appears to be easily transmitted from person to person.  This is to protect all employees.  The great thing is that there are also Work from Home instructions on how to connect remotely using our own &lt;a href="http://www.f5.com/products/firepass/" title="Simplify and Secure Access for Remote Workers"&gt;FirePass&lt;/a&gt; &lt;a href="http://www.f5.com/solutions/security/ssl-vpn/" title="SSL VPN Security Solutions"&gt;SSL VPN&lt;/a&gt;.  We’re already prepared for any increase in needed capacity and have &lt;a href="http://www.f5.com/solutions/security/endpoint-inspection/" title="Endpoint Inspection Solutions"&gt;policies in place&lt;/a&gt; to check any connecting device, even un-trusted home computers, to ensure internal &lt;a href="http://www.f5.com/solutions/security/compliance/" title="Satisfy compliance standards without disrupting your IT infrastructure"&gt;security compliance&lt;/a&gt;.&lt;/p&gt;
&lt;p&gt;It’s a comfort to me knowing that my employer is ready for H1N1 and any other emergency that suddenly appears and hopefully a comfort to you knowing that F5 is prepared to still support you even if you experience a crisis.&lt;/p&gt;
&lt;p&gt;ps&lt;/p&gt;
&lt;ul&gt;
    &lt;li&gt;#13.5 out of &lt;a href="http://devcentral.f5.com/weblogs/psilva/archive/2009/07/30/26-short-topics-about-security-stats-stories-and-suggestions.aspx"&gt;26 Short Topics about Security&lt;/a&gt; &lt;/li&gt;
    &lt;li&gt;previous stories: &lt;a href="http://devcentral.f5.com/weblogs/psilva/archive/2009/09/24/reduce-your-risk.aspx" title="Reduce your Risk"&gt;13&lt;/a&gt;, &lt;a href="http://devcentral.f5.com/weblogs/psilva/archive/2009/09/18/brought-to-you-by-the-letter-l-and-the-number-7.aspx"&gt;12&lt;/a&gt;, &lt;a href="http://devcentral.f5.com/weblogs/psilva/archive/2009/09/16/keys.aspx"&gt;11&lt;/a&gt;, &lt;a href="http://devcentral.f5.com/weblogs/psilva/archive/2009/09/09/the-threat-behind-the-firewall.aspx"&gt;10&lt;/a&gt;, &lt;a href="http://devcentral.f5.com/weblogs/psilva/archive/2009/09/03/dumpster-diving-vs.-the-bit-bucket.aspx"&gt;9&lt;/a&gt;, &lt;a href="http://devcentral.f5.com/weblogs/psilva/archive/2009/08/27/hacks-hackers-hacking.aspx"&gt;8&lt;/a&gt;, &lt;a href="http://devcentral.f5.com/weblogs/psilva/archive/2009/08/24/be-our-guest.aspx"&gt;7&lt;/a&gt;, &lt;a href="http://devcentral.f5.com/weblogs/psilva/archive/2009/08/19/yelling-lsquowebapp-firewallrsquo-in-a-crowded-data-center.aspx"&gt;6&lt;/a&gt;, &lt;a href="http://devcentral.f5.com/weblogs/psilva/archive/2009/08/14/the-encryption-dance.aspx"&gt;5&lt;/a&gt;, &lt;a href="http://devcentral.f5.com/weblogs/psilva/archive/2009/08/07/decade-old-data-centers.aspx"&gt;4&lt;/a&gt;, &lt;a href="http://devcentral.f5.com/weblogs/psilva/archive/2009/08/04/remember-when-we-drew-big-clouds-on-whiteboardshellip.aspx"&gt;3&lt;/a&gt;, &lt;a href="http://devcentral.f5.com/weblogs/psilva/archive/2009/07/31/breach-is-the-word-is-the-word-is-the-word.aspx"&gt;2&lt;/a&gt;, &lt;a href="http://devcentral.f5.com/weblogs/psilva/archive/2009/07/30/26-short-topics-about-security-stats-stories-and-suggestions.aspx"&gt;1&lt;/a&gt;&lt;/li&gt;
&lt;/ul&gt;
&lt;br /&gt;
Additional note added after posting:&lt;br /&gt;
One thing I forgot to mention about Work at Home strategies - Do keep in mind that with the additional workforce potentially using home broadband for work, there might be some capacity constraints on carriers in certain areas of the country.  There might also be some &lt;a href="javascript:void(0);/*1253911554188*/"&gt;Acceleration solutions&lt;/a&gt;, like a &lt;a href="javascript:void(0);/*1253911593331*/"&gt;WAN Optimization&lt;/a&gt; or &lt;a href="javascript:void(0);/*1253911743064*/"&gt;Web Acceleration&lt;/a&gt; that can help with bandwidth reduction.
&lt;p&gt;&lt;a href="http://www.cdc.gov/h1n1flu/sick.htm"&gt;&lt;/a&gt;&lt;/p&gt;&lt;img src="http://devcentral.f5.com/weblogs/psilva/aggbug/8024.aspx" width="1" height="1" /&gt;</description>
            <dc:creator>Pete Silva</dc:creator>
            <guid>http://devcentral.f5.com/weblogs/psilva/archive/2009/09/25/our-h1n1-preparedness-plan.aspx</guid>
            <pubDate>Fri, 25 Sep 2009 18:48:59 GMT</pubDate>
            <wfw:comment>http://devcentral.f5.com/weblogs/psilva/comments/8024.aspx</wfw:comment>
            <comments>http://devcentral.f5.com/weblogs/psilva/archive/2009/09/25/our-h1n1-preparedness-plan.aspx#feedback</comments>
            <wfw:commentRss>http://devcentral.f5.com/weblogs/psilva/comments/commentRss/8024.aspx</wfw:commentRss>
            <trackback:ping>http://devcentral.f5.com/weblogs/psilva/services/trackbacks/8024.aspx</trackback:ping>
        </item>
    </channel>
</rss>