<?xml version="1.0" encoding="utf-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" version="2.0">
  <channel>
    <title><![CDATA[[SecurityRatty] tag: colt]]></title>
    <link>http://securityratty.com/tag/colt</link>
    <description></description>
    <pubDate>Tue, 15 Apr 2008 19:13:36 +0000</pubDate>
    <generator>iRatty Engine</generator>
    <docs>http://blogs.law.harvard.edu/tech/rss</docs>
    <item>
      <title><![CDATA[Have you googled, HR security breaches lately?]]></title>
      <link>http://securityratty.com/article/891bb72b417d85643a8bd1df738baf4f</link>
      <guid>http://securityratty.com/article/891bb72b417d85643a8bd1df738baf4f</guid>
      <description><![CDATA[Blogger: Randall Gamby
As briefly mentioned in a Burton Group IdPS blog and a ZDNet Australia published article on July 3, 2008, HR data from Google was stolen from one of their previous HR outsource...]]></description>
      <content:encoded><![CDATA[
<div xmlns="http://www.w3.org/1999/xhtml"><p>Blogger: Randall Gamby</p>

<p>As briefly mentioned in a Burton Group <a href="http://bgidps.typepad.com/bgidps/2008/07/physician-heal.html">IdPS blog</a> and a ZDNet Australia published <a href="http://www.zdnet.com.au/news/security/soa/Stolen-Google-s-employee-records-/0,130061744,339290305,00.htm">article</a> on July 3, 2008, HR data from Google was stolen from one of their previous HR outsource partners.&nbsp; It seems that the partner, Colt Express Outsource Partners, had equipment stolen that contained HR data from some of its clients, including Google.&nbsp; The data was unencrypted and stored on systems that were apparently portable.</p>

<p>So what does this mean for all of us?&nbsp; </p>

<p>First, it shows that even large SaaS companies like Google can be bitten by a lack of security at their partners, just like many of us can.&nbsp; Burton Group has been warning clients for a long time about the dangers of sending confidential information to outsource partners without proper security and audit processes in place. Of course this should also be backed by strong contractual language.&nbsp; </p>

<p>Second, be prepared to pay.&nbsp; Even if Google had breach mitigation terms in their contract, Colt Express announced that it was in financial difficulty. So Google has had to pay for financial reporting and other compensation to its own employees, even though Google did nothing wrong.&nbsp; </p>

<p>Third, a Google representative stated &quot;We take the security of our employees very seriously and require outside vendors to meet appropriate security standards. We review and update these standards on an on-going basis.”&nbsp; Does this mean that Google doesn’t require encryption of its confidential information since encryption of the data was not deployed at Colt Express?&nbsp; When working with third parties, whether it’s financial data or confidential personal data, this information needs to be protected from unauthorized access. One of the simplest ways is encrypting the data while at rest, regardless of where it’s located.&nbsp; </p>

<p>Final, the Colt Express breach brings to mind a question Burton Group is always asking: “What is your exit strategy if the contract is terminated with your outsourcing partner?”&nbsp; A lot of effort is expended in creating an outsourcing agreement around use and protection of data, but what happens when the contract is ended?&nbsp; Do you obtain and retain the information the outsource partner maintained?&nbsp; Do you have the outsource partner destroy the information and any archives of it (and verify this was done)?&nbsp; Do you create a custodial contract with the outsourcing partner for them to maintain the information and archives on your behalf (ensuring the data is properly protected)?&nbsp; As was found in this incident, after their contract with Google was terminated the outsourcing partner apparently retained the employee data unencrypted on their servers. This was the fatal mistake that allowed the breach to occur.</p>

<p>So as you work with your outsourcing and SaaS vendors, you should not only consider how day-to-day operations should be secured to maintain the confidentiality of your data. You should also think about how that data is being maintained over time, and what are your procedures should the unthinkable happen if your partner allows your data to be compromised.</p></div>
<img src="http://feeds.feedburner.com/~r/SecurityAndRiskManagementStrategiesBlog/~4/329819020" height="1" width="1"/>]]></content:encoded>
      <pubDate>Tue, 08 Jul 2008 05:38:15 +0000</pubDate>
      <category domain="http://securityratty.com/tag/data">data</category>
      <category domain="http://securityratty.com/tag/employee data">employee data</category>
      <category domain="http://securityratty.com/tag/outsource partner destroy">outsource partner destroy</category>
      <category domain="http://securityratty.com/tag/outsource partner">outsource partner</category>
      <category domain="http://securityratty.com/tag/confidential personal data">confidential personal data</category>
      <category domain="http://securityratty.com/tag/security">security</category>
      <category domain="http://securityratty.com/tag/financial data">financial data</category>
      <category domain="http://securityratty.com/tag/partner">partner</category>
      <category domain="http://securityratty.com/tag/partner apparently">partner apparently</category>
      <source url="http://feeds.feedburner.com/~r/SecurityAndRiskManagementStrategiesBlog/~3/329819020/have-you-google.html">Have you googled, HR security breaches lately?</source>
    </item>
    <item>
      <title><![CDATA[Have you googled, ???HR security breaches??? lately?]]></title>
      <link>http://securityratty.com/article/bf3d37721214cbdc7177cde027bf8732</link>
      <guid>http://securityratty.com/article/bf3d37721214cbdc7177cde027bf8732</guid>
      <description><![CDATA[Blogger: Randall Gamby
As briefly mentioned in a Burton Group IdPS blog and a ZDNet Australia published article on July 3, 2008, HR data from Google was stolen from one of their previous HR outsource...]]></description>
      <content:encoded><![CDATA[
<div xmlns="http://www.w3.org/1999/xhtml"><p>Blogger: Randall Gamby</p>

<p>As briefly mentioned in a Burton Group <a href="http://bgidps.typepad.com/bgidps/2008/07/physician-heal.html">IdPS blog</a> and a ZDNet Australia published <a href="http://www.zdnet.com.au/news/security/soa/Stolen-Google-s-employee-records-/0,130061744,339290305,00.htm">article</a> on July 3, 2008, HR data from Google was stolen from one of their previous HR outsource partners.&nbsp; It seems that the partner, Colt Express Outsource Partners, had equipment stolen that contained HR data from some of its clients, including Google.&nbsp; The data was unencrypted and stored on systems that were apparently portable.</p>

<p>So what does this mean for all of us?&nbsp; </p>

<p>First, it shows that even large SaaS companies like Google can be bitten by a lack of security at their partners, just like many of us can.&nbsp; Burton Group has been warning clients for a long time about the dangers of sending confidential information to outsource partners without proper security and audit processes in place. Of course this should also be backed by strong contractual language.&nbsp; </p>

<p>Second, be prepared to pay.&nbsp; Even if Google had breach mitigation terms in their contract, Colt Express announced that it was in financial difficulty. So Google has had to pay for financial reporting and other compensation to its own employees, even though Google did nothing wrong.&nbsp; </p>

<p>Third, a Google representative stated &quot;We take the security of our employees very seriously and require outside vendors to meet appropriate security standards. We review and update these standards on an on-going basis.???&nbsp; Does this mean that Google doesn???t require encryption of its confidential information since encryption of the data was not deployed at Colt Express?&nbsp; When working with third parties, whether it???s financial data or confidential personal data, this information needs to be protected from unauthorized access. One of the simplest ways is encrypting the data while at rest, regardless of where it???s located.&nbsp; </p>

<p>Final, the Colt Express breach brings to mind a question Burton Group is always asking: ???What is your exit strategy if the contract is terminated with your outsourcing partner????&nbsp; A lot of effort is expended in creating an outsourcing agreement around use and protection of data, but what happens when the contract is ended?&nbsp; Do you obtain and retain the information the outsource partner maintained?&nbsp; Do you have the outsource partner destroy the information and any archives of it (and verify this was done)?&nbsp; Do you create a custodial contract with the outsourcing partner for them to maintain the information and archives on your behalf (ensuring the data is properly protected)?&nbsp; As was found in this incident, after their contract with Google was terminated the outsourcing partner apparently retained the employee data unencrypted on their servers. This was the fatal mistake that allowed the breach to occur.</p>

<p>So as you work with your outsourcing and SaaS vendors, you should not only consider how day-to-day operations should be secured to maintain the confidentiality of your data. You should also think about how that data is being maintained over time, and what are your procedures should the unthinkable happen if your partner allows your data to be compromised.</p></div>
]]></content:encoded>
      <pubDate>Tue, 08 Jul 2008 05:38:15 +0000</pubDate>
      <category domain="http://securityratty.com/tag/data">data</category>
      <category domain="http://securityratty.com/tag/employee data">employee data</category>
      <category domain="http://securityratty.com/tag/outsource partner destroy">outsource partner destroy</category>
      <category domain="http://securityratty.com/tag/outsource partner">outsource partner</category>
      <category domain="http://securityratty.com/tag/confidential personal data">confidential personal data</category>
      <category domain="http://securityratty.com/tag/security">security</category>
      <category domain="http://securityratty.com/tag/financial data">financial data</category>
      <category domain="http://securityratty.com/tag/partner">partner</category>
      <category domain="http://securityratty.com/tag/partner apparently">partner apparently</category>
      <source url="http://srmsblog.burtongroup.com/2008/07/have-you-google.html">Have you googled, ???HR security breaches??? lately?</source>
    </item>
    <item>
      <title><![CDATA[Data Breach At Benefits Company Affects Google Employees]]></title>
      <link>http://securityratty.com/article/d0eb5c58d999614771fc6610857714f6</link>
      <guid>http://securityratty.com/article/d0eb5c58d999614771fc6610857714f6</guid>
      <description><![CDATA[Google employees hired before 2006 have been warned to watch out for possible attempts to steal their identities. InformationWeek reports that in a letter last month, Google attorney Lewis A. Segall...]]></description>
      <content:encoded><![CDATA[Google employees hired before 2006 have been warned to watch out for possible attempts to steal their identities.
InformationWeek reports that in a letter last month, Google attorney Lewis A. Segall alerted New Hampshire Attorney General Kelly A. Ayotte that computers had been stolen from Colt Express Outsourcing Services, a third-party employee benefits administrator for Google [...]]]></content:encoded>
      <pubDate>Fri, 04 Jul 2008 00:53:03 +0000</pubDate>
      <category domain="http://securityratty.com/tag/google">google</category>
      <category domain="http://securityratty.com/tag/google employees hired">google employees hired</category>
      <category domain="http://securityratty.com/tag/google attorney lewis">google attorney lewis</category>
      <category domain="http://securityratty.com/tag/colt express">colt express</category>
      <category domain="http://securityratty.com/tag/informationweek reports">informationweek reports</category>
      <category domain="http://securityratty.com/tag/hampshire attorney">hampshire attorney</category>
      <category domain="http://securityratty.com/tag/ayotte">ayotte</category>
      <category domain="http://securityratty.com/tag/segall">segall</category>
      <category domain="http://securityratty.com/tag/services">services</category>
      <source url="http://cyberinsecure.com/data-breach-at-benefits-company-affects-google-employees/">Data Breach At Benefits Company Affects Google Employees</source>
    </item>
    <item>
      <title><![CDATA["many of Colt's clients" affected by breach, CNET included]]></title>
      <link>http://securityratty.com/article/3313abd868212bd3a9ed98811169e851</link>
      <guid>http://securityratty.com/article/3313abd868212bd3a9ed98811169e851</guid>
      <description><![CDATA[Technorati Tag: Security Breach

Date Reported
6/13/08

Organization
CNET Networks, Inc. (&quot;CNET

Contractor/Consultant/Branch
Colt Express Outsourcing Services, Inc. (&quot;Colt

Victims
current and former...]]></description>
      <content:encoded><![CDATA[Technorati Tag: <a href="http://technorati.com/tag/security+breach" rel="tag">Security Breach</a><br><br>
<img src="http://breachblog.com/images/95781-88451/colt.jpg" width="78" align="right" height="69"><font size="2"><span style="font-weight: bold;">Date Reported: </span><br>6/13/08<br><br><span style="font-weight: bold;">Organization: </span><br><a href="http://www.cnetnetworks.com/">CNET Networks, Inc. ("CNET")</a> <br><br><span style="font-weight: bold;">Contractor/Consultant/Branch:</span><br><a href="http://www.colthr.com/">Colt Express Outsourcing Services, Inc. ("Colt")</a><br><br><span style="font-weight: bold;">Victims:</span><br>"current and former employees and their dependants"<br><br><span style="font-weight: bold;">Number Affected:</span><br>"around 6,500"<br><br><span style="font-weight: bold;">Types of Data:</span><br>"first names, last names, date of birth, Social Security numbers, address, employer, hire date, benefits group numbers, and relationship to the policy holder"<br><br><span style="font-weight: bold;">Breach Description:</span><br>"Colt informed our client by this letter that on Memorial Day, Monday, May 26, 2008, Colt's offices in Walnut Creek, California were burglarized.&nbsp; Certain computer equipment was taken which contains the human resources data of several of their clients, including CNET.&nbsp; The theft of this equipment may have compromised the personal information of our client's current and former employees and their dependants, and our client is working to understand the extent of any exposure for its employees."<br><br><span style="font-weight: bold;">Reference URL:</span><br><a href="http://www.oag.state.md.us/idtheft/Breach%20Notices/ITU-153493.pdf">Maryland State Attorney General breach notification</a><br><a href="http://www.pcworld.com/businesscenter/article/147460/cnet_employees_notified_after_data_breach.html">PCWorld</a> <br><a href="http://www.webpronews.com/topnews/2008/06/24/cnet-affected-by-security-breach">WebProNews</a> <br><a href="http://www.pogowasright.org/article.php?story=20080619103835325">PogoWasRight</a> <br><br><span style="font-weight: bold;">Report Credit:</span><br>The Maryland State Attorney General<br><br><span style="font-weight: bold;">Response:</span><br>From the online sources cited above:<br><br>On June 6, 2008, CNET received the attached letter from Colt Express Outsourcing Services, Inc., ("Colt") who has provided our client with employee benefit plan administrative services for the past 8 years.<br><br>Colt informed our client by this letter that on Memorial Day, Monday, May 26, 2008, Colt's offices in Walnut Creek, California were burglarized.<br><span style="font-style: italic;">[Evan] Uh Oh!, this is starting to read like and smell like the </span><a style="font-style: italic;" href="http://breachblog.com/2008/02/11/asi.aspx">ASI breach</a><span style="font-style: italic;"> reported in February.</span><br><br>The breach occurred on Memorial Day, Monday, May 26, 2008, between approximately 4:30 p.m. and 5:00 p.m. PST, when someone broke into Colt Express's office at 2125 Oak Grove Road, Suite 210, Walnut Creek, California, 94598<br><br>Certain computer equipment was taken which contains the human resources data of several of their clients, including CNET. <br><span style="font-style: italic;">[Evan] According to a CNET spokesperson, via PogoWasRight.org, the "computer equipment" did not employ encryption to protect the information.&nbsp; Encryption could have been a prudent control in a defense-in-depth approach, a mitigating control to protect information against a physical break-in and theft.</span><br><br>The theft of this equipment may have compromised the personal information of our client's current and former employees and their dependants, and our client is working to understand the extent of any exposure for its employees.<br><span style="font-style: italic;">[Evan] Not "may have", but did.&nbsp; Information security and control can no longer be reasonably assured, which in my book constitutes a compromise.</span><br><br>Colt has also informed us that they reported the break-in to Walnut Creek police and to REACT High Tech Crimes Task Force in Silicon Valley when they discovered the burglary and that there is an ongoing criminal investigation.<br><br>report number 08-12367<br><br>In speaking directly with the Walnut Creek Police on June 12, 2008, Officer Greg Leonard, the primary investigator for the incident informed us that they are not aware of any misuse of personal information as a result of this theft at this time.<br><br>The information included first names, last names, Social Security numbers, address, employer, hire date, benefits group numbers, and relationship to the policy holder for around 6,500 of our client's current and former employees, and their dependants.<br><br><img src="http://images.quickblogcast.com/95781-88451/cnetnumbers.jpg" width="435" border="0"><br><br>some of your current and former employees and their dependants during the time period of 01-Aug-00 to present.<br><span style="font-style: italic;">[Evan] August 1st, 2000 through May 26th, 2008 is almost eight years of information!&nbsp; I wonder what the data retention policy states at Colt, supposing one exists.</span><br><br>We do not have any understanding that the computers stored personal health information.<br><br>Our client is providing written notification to all affected individuals at the last home address we have on record<br><br>Although there is no evidence of misuse of the data to date, our client's notification will also inform affected individuals that it has contracted with Equifax to provide Equifax Credit Watch Gold with 3 in 1 Monitoring service, including identity theft insurance, for one full year at no cost.<br><span style="font-style: italic;">[Evan] I have said it before, and I will say it again.&nbsp; One year of semi-effective protection should not be considered adequate for information that has a usable life that far exceeds this time frame.&nbsp; It should be pointed out howevere that it is better than nothing and the company is not required to offer it.</span><br><br>Although we are not aware of the exact number of individuals affected by the Colt breach, we do know that we were among many of Colt's clients whose data were stored on the stolen computers.<br><span style="font-style: italic;">[Evan] The word that catches my attention almost immediately is "many".&nbsp; How many clients will be affected in the end?&nbsp; PogoWasRight is already following up on another company that may be affected.</span><br><br>Colt Express takes the protection of its customer and personal information very seriously.<br><span style="font-style: italic;">[Evan] Making a statement like this and the demonstration by action are two entirely different matters.&nbsp; An organization such as Colt Express creates, collects, stores and transfers very sensitive information as an integral part of their business.&nbsp; This being said, I wonder why this information was not protected better.</span><br><br>Colt Express is taking steps to ensure that a potential data security breach does not occur in the future.<br><br>We installed an alarm system on Friday, May 30th.<br><span style="font-style: italic;">[Evan] Are we to assume that there was none prior to May 30th?&nbsp; I hope not!</span><br><br>Colt Express is looking into what additional steps may be taken to provide enhanced security.<br><br>By this letter and enclosures, we are providing you with all the information we believe you need, and that we are able to give you.&nbsp; We do not have the resources, financial and otherwise, to assist you further.<br><span style="font-style: italic;">[Evan] Say huh?</span><br><br>Towards the end of last year, our customer base was reduced to an unsustainable level.<br><br>Colt has been in the process of going out of business, while at the same time providing time for remaining customers to find alternative solutions.<br><span style="font-style: italic;">[Evan] This is a twist.&nbsp; How long has the company been in the process of going out of business and was CNET (and the "many" other clients) aware of it?&nbsp; If so, this could have been a sign that could have spurred some action.&nbsp; Then again, maybe not.</span><br><br><img src="http://images.quickblogcast.com/95781-88451/cnetcolthomepage.jpg" width="241" border="0"><br><font size="1">http://www.colthr.com/</font><br><br><br><br>Those decisions are now final.<br><br>We are firmly committed to protecting all of the information that is entrusted to us both before and after we close down.<br><br>We sincerely apologize for the inconvenience and concern this incident will cause.<br><br><span style="font-weight: bold;">Commentary:</span><br>As I stated earlier in the post, I am a little fearful that this breach could end up as significant or more significant (in terms of number of people and organizations affected) than the <a href="http://breachblog.com/2008/02/11/asi.aspx">ASI breach</a> reported in February.&nbsp; The ASI breach was the 2nd most popular posting in The Breach Blog's history at the time, based on number of online page reads and comments posted.<br><br>This breach has got me thinking.&nbsp; Some of the key risks that we address with the organizations we work with are those involving the management of vendor and third-party relationships.&nbsp; Ideally, information security personnel are involved throughout the relationship, including the initial vendor feasibility assessment.&nbsp; Vendors and "trusted" third-parties need to be held to the same high security standards that we set for the organization.&nbsp; The methods in which this can be accomplished vary from organization to organization, but typically include risk assessments (initial and ongoing), information security requirements built into contractual language, and enforcement actions if necessary.&nbsp; If a vendor is not encrypting confidential information or employing burglar alarms, it is known (and hopefully addressed). <br><br><span style="font-weight: bold;">Past Breaches:</span><br>Unknown</font><br><br>
<script src="http://feeds.feedburner.com/%7Es/breachblog?i=http://breachblog.com/2008/06/25/colt.aspx" type="text/javascript" charset="utf-8"></script>]]></content:encoded>
      <pubDate>Wed, 25 Jun 2008 07:25:20 +0000</pubDate>
      <category domain="http://securityratty.com/tag/information">information</category>
      <category domain="http://securityratty.com/tag/personal information">personal information</category>
      <category domain="http://securityratty.com/tag/information security">information security</category>
      <category domain="http://securityratty.com/tag/confidential information">confidential information</category>
      <category domain="http://securityratty.com/tag/protect information">protect information</category>
      <category domain="http://securityratty.com/tag/breach">breach</category>
      <category domain="http://securityratty.com/tag/sensitive information">sensitive information</category>
      <category domain="http://securityratty.com/tag/information security requirements">information security requirements</category>
      <category domain="http://securityratty.com/tag/colt">colt</category>
      <source url="http://breachblog.com/2008/06/25/colt.aspx">"many of Colt's clients" affected by breach, CNET included</source>
    </item>
    <item>
      <title><![CDATA[Old blog, new blogger]]></title>
      <link>http://securityratty.com/article/03950389df01d5363106ce393127a2ae</link>
      <guid>http://securityratty.com/article/03950389df01d5363106ce393127a2ae</guid>
      <description><![CDATA[I wanted to take a quick moment to welcome Samuel Colt Van Ryder to the blogosphere. I know Sam for a number of years now. He was a sales person here at StillSecure for a long time working both with...]]></description>
      <content:encoded><![CDATA[
<div xmlns="http://www.w3.org/1999/xhtml"><p>I wanted to take a quick moment to welcome <a href="http://blog.alertlogic.net/?p=50" target="_blank">Samuel Colt Van Ryder</a> to the blogosphere. I know Sam for a number of years now. He was a sales person here at StillSecure for a long time working both with channel partners and direct sales. During that time I got to know Sam pretty well.&nbsp; He is an interesting fellow.&nbsp; A genuine Texan, Sam is a descendant of the Colt 45 Colts.&nbsp; He moved to Switzerland, where he met his wife.&nbsp; They then moved back to Texas where he has raised his family and worked in the security industry.&nbsp; Always a stand up professional, I have stayed in touch with Sam after he left our company and went to work at Alert Logic.&nbsp; </p>

<p>It seems that Sam has grown tired of trying to get Misha to blog regularly on the Alert Logic blog, so he has taken it over himself.&nbsp; He posted his <a href="http://blog.alertlogic.net/?p=50" target="_blank">first article</a> today. Good for Sam and we will be reading to see what he adds to our community discussions.&nbsp; Welcome aboard Sam!</p>

<p>Speaking of community, the Alert Logic blog was already a member of the Security Bloggers Network.&nbsp; However, the network is over 135 blogs strong with a combined distribution of 50,000 feedburner subscribers!&nbsp; You can subscribe to the combined feed of all of these blogs by clicking <a href="http://feeds.feedburner.com/Security-Bloggers-Network#" target="_blank">here</a>.</p></div>
]]></content:encoded>
      <pubDate>Tue, 15 Apr 2008 20:13:36 +0000</pubDate>
      <category domain="http://securityratty.com/tag/sam">sam</category>
      <category domain="http://securityratty.com/tag/sam pretty">sam pretty</category>
      <category domain="http://securityratty.com/tag/alert logic">alert logic</category>
      <category domain="http://securityratty.com/tag/alert logic blog">alert logic blog</category>
      <category domain="http://securityratty.com/tag/aboard sam">aboard sam</category>
      <category domain="http://securityratty.com/tag/network">network</category>
      <category domain="http://securityratty.com/tag/security bloggers network">security bloggers network</category>
      <category domain="http://securityratty.com/tag/community">community</category>
      <category domain="http://securityratty.com/tag/community discussions">community discussions</category>
      <source url="http://www.stillsecureafteralltheseyears.com/ashimmy/2008/04/old-blog-new-bl.html">Old blog, new blogger</source>
    </item>
    <item>
      <title><![CDATA[Old blog, new blogger]]></title>
      <link>http://securityratty.com/article/ad25d9626bd15127f3cc2b9975c844ca</link>
      <guid>http://securityratty.com/article/ad25d9626bd15127f3cc2b9975c844ca</guid>
      <description><![CDATA[I wanted to take a quick moment to welcome Samuel Colt Van Ryder to the blogosphere. I know Sam for a number of years now. He was a sales person here at StillSecure for a long time working both with...]]></description>
      <content:encoded><![CDATA[
<div xmlns="http://www.w3.org/1999/xhtml"><p>I wanted to take a quick moment to welcome <a href="http://blog.alertlogic.net/?p=50" target="_blank">Samuel Colt Van Ryder</a> to the blogosphere. I know Sam for a number of years now. He was a sales person here at StillSecure for a long time working both with channel partners and direct sales. During that time I got to know Sam pretty well.&nbsp; He is an interesting fellow.&nbsp; A genuine Texan, Sam is a descendant of the Colt 45 Colts.&nbsp; He moved to Switzerland, where he met his wife.&nbsp; They then moved back to Texas where he has raised his family and worked in the security industry.&nbsp; Always a stand up professional, I have stayed in touch with Sam after he left our company and went to work at Alert Logic.&nbsp; </p>

<p>It seems that Sam has grown tired of trying to get Misha to blog regularly on the Alert Logic blog, so he has taken it over himself.&nbsp; He posted his <a href="http://blog.alertlogic.net/?p=50" target="_blank">first article</a> today. Good for Sam and we will be reading to see what he adds to our community discussions.&nbsp; Welcome aboard Sam!</p>

<p>Speaking of community, the Alert Logic blog was already a member of the Security Bloggers Network.&nbsp; However, the network is over 135 blogs strong with a combined distribution of 50,000 feedburner subscribers!&nbsp; You can subscribe to the combined feed of all of these blogs by clicking <a href="http://feeds.feedburner.com/Security-Bloggers-Network#" target="_blank">here</a>.</p></div>

<p><a href="http://feeds.feedburner.com/~a/StillsecureAfterAllTheseYears?a=57g9JJ"><img src="http://feeds.feedburner.com/~a/StillsecureAfterAllTheseYears?i=57g9JJ" border="0"></img></a></p><div class="feedflare">
<a href="http://feeds.feedburner.com/~f/StillsecureAfterAllTheseYears?a=KzcRJxG"><img src="http://feeds.feedburner.com/~f/StillsecureAfterAllTheseYears?i=KzcRJxG" border="0"></img></a> <a href="http://feeds.feedburner.com/~f/StillsecureAfterAllTheseYears?a=4HZggyG"><img src="http://feeds.feedburner.com/~f/StillsecureAfterAllTheseYears?i=4HZggyG" border="0"></img></a> <a href="http://feeds.feedburner.com/~f/StillsecureAfterAllTheseYears?a=lPCJJEG"><img src="http://feeds.feedburner.com/~f/StillsecureAfterAllTheseYears?i=lPCJJEG" border="0"></img></a> <a href="http://feeds.feedburner.com/~f/StillsecureAfterAllTheseYears?a=S6nbJvG"><img src="http://feeds.feedburner.com/~f/StillsecureAfterAllTheseYears?i=S6nbJvG" border="0"></img></a> <a href="http://feeds.feedburner.com/~f/StillsecureAfterAllTheseYears?a=9sGJpig"><img src="http://feeds.feedburner.com/~f/StillsecureAfterAllTheseYears?i=9sGJpig" border="0"></img></a> <a href="http://feeds.feedburner.com/~f/StillsecureAfterAllTheseYears?a=vsXtYqg"><img src="http://feeds.feedburner.com/~f/StillsecureAfterAllTheseYears?i=vsXtYqg" border="0"></img></a>
</div><img src="http://feeds.feedburner.com/~r/StillsecureAfterAllTheseYears/~4/271165500" height="1" width="1"/>]]></content:encoded>
      <pubDate>Tue, 15 Apr 2008 19:13:36 +0000</pubDate>
      <category domain="http://securityratty.com/tag/sam">sam</category>
      <category domain="http://securityratty.com/tag/sam pretty">sam pretty</category>
      <category domain="http://securityratty.com/tag/alert logic">alert logic</category>
      <category domain="http://securityratty.com/tag/alert logic blog">alert logic blog</category>
      <category domain="http://securityratty.com/tag/aboard sam">aboard sam</category>
      <category domain="http://securityratty.com/tag/network">network</category>
      <category domain="http://securityratty.com/tag/security bloggers network">security bloggers network</category>
      <category domain="http://securityratty.com/tag/community">community</category>
      <category domain="http://securityratty.com/tag/community discussions">community discussions</category>
      <source url="http://feeds.feedburner.com/~r/StillsecureAfterAllTheseYears/~3/271165500/old-blog-new-bl.html">Old blog, new blogger</source>
    </item>
  </channel>
</rss>
