<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>Security Fight Club &#187; Data Loss</title>
	<atom:link href="http://www.securityfightclub.com/category/security/data-loss-security/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.securityfightclub.com</link>
	<description>Brought to you by Awareness Technologies</description>
	<lastBuildDate>Sat, 05 Jun 2010 04:08:44 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
			<item>
		<title>T-Mobile UK Employees have been seeing your information</title>
		<link>http://www.securityfightclub.com/t-mobile-uk-employees-have-been-seeing-your-information/</link>
		<comments>http://www.securityfightclub.com/t-mobile-uk-employees-have-been-seeing-your-information/#comments</comments>
		<pubDate>Wed, 25 Nov 2009 19:00:05 +0000</pubDate>
		<dc:creator>mrdenny</dc:creator>
				<category><![CDATA[Data Loss]]></category>
		<category><![CDATA[Internal Threats]]></category>
		<category><![CDATA[T-Mobile]]></category>

		<guid isPermaLink="false">http://www.securityfightclub.com/?p=174</guid>
		<description><![CDATA[OK, so the title is a little more scary than needed, but it did the job, and got you to look at the article.
Customers at T-Mobile UK have been found to have been selling customer information to data brokers who work on behalf of other cellular phone companies in the UK.Obviously T-Mobile wasn&#8217;t aware that [...]]]></description>
			<content:encoded><![CDATA[<p>OK, so the title is a little more scary than needed, but it did the job, and got you to look at the article.</p>
<p>Customers at T-Mobile UK have been found to have been <a href="http://news.bbc.co.uk/2/hi/uk_news/8364421.stm" target="_blank">selling customer information</a> to data brokers who work on behalf of other cellular phone companies in the UK.<span id="more-174"></span>Obviously T-Mobile wasn&#8217;t aware that this was happening. However they needed to put more projections in place to ensure that this didn&#8217;t happen. Hopefully other companies will learn from this data breach and ensure that their employees aren&#8217;t selling off customer data.  I can&#8217;t stress enough that this wasn&#8217;t an external break-in.  This was employees selling customer data which they got from the customer management system.</p>
<p>I also hope that the prosecution of people responsible for this data theft and sale makes the next person think twice about doing this.  As the case moves forward I&#8217;ll be sure to post updates here.</p>
<p>Denny</p>
]]></content:encoded>
			<wfw:commentRss>http://www.securityfightclub.com/t-mobile-uk-employees-have-been-seeing-your-information/feed/</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
		<item>
		<title>Security by obscurity is not security at all</title>
		<link>http://www.securityfightclub.com/security-by-obscurity-is-not-security-at-all/</link>
		<comments>http://www.securityfightclub.com/security-by-obscurity-is-not-security-at-all/#comments</comments>
		<pubDate>Tue, 27 Oct 2009 21:00:40 +0000</pubDate>
		<dc:creator>mrdenny</dc:creator>
				<category><![CDATA[Data Loss]]></category>
		<category><![CDATA[Security]]></category>
		<category><![CDATA[Data Theft]]></category>
		<category><![CDATA[Employee Theft]]></category>

		<guid isPermaLink="false">http://www.securityfightclub.com/?p=39</guid>
		<description><![CDATA[Probably about the worst security plan you can ever use is security by obscurity.In case you aren&#8217;t familiar with the term, security by obscurity is when you plan on someone not knowing they have access to something keeping them from accessing it.
This is fairly common on file servers, and internal applications such as CRM software.  [...]]]></description>
			<content:encoded><![CDATA[<p>Probably about the worst security plan you can ever use is security by obscurity.<span id="more-39"></span>In case you aren&#8217;t familiar with the term, security by obscurity is when you plan on someone not knowing they have access to something keeping them from accessing it.</p>
<p>This is fairly common on file servers, and internal applications such as CRM software.  All to often the domain groups Everyone or Authenticated Users will be used to grant access to network resources that only a subset of users need access to.  Often this is done because &#8220;eventually more people will need access to the network resource, so well just open it to everyone now&#8221;.  But even if others need access to the network resource later this isn&#8217;t a very good reason for granting everyone access to the resource.</p>
<p>The group that requested the resource may assume that the resource is not open to everyone (how would they know otherwise) and put data in that folder or application which others within the company shouldn&#8217;t have access to.  Now all of a sudden you&#8217;ve got a security breach just waiting to happen.  The employees that aren&#8217;t supose to have access find out that they have access to it, and start looking around and there&#8217;s all this data that they shouldn&#8217;t be able to see.  It could be company financials, it could be HR data, it could be the executives vacation photos, or the crown jewel of data your customers personally identifiable information.</p>
<p>Assume that it&#8217;s customer data, that hasn&#8217;t been masked for one reason or another, and a less than scrupulous employee comes across the data.  Being the less than scrupulous employee that they are they take the data and find a buyer for it, and not all of a sudden your customers all have identity theft issues.  All because someone didn&#8217;t set the rights to some network resource correctly.  Talk about something that should have been easy to avoid but is going to cause a lot of pain.</p>
<p>Considering that anywhere from <a href="http://redtape.msnbc.com/2007/10/study-id-thieve.html" target="_blank">34%</a> to <a href="http://www.continuitycentral.com/news04572.html" target="_blank">70%</a> of data theft is by employees (depending on what report you read)<a href="http://consumerist.com/313952/36-of-identity-thieves-are-women" target="_blank"> </a>security by obscurity just seams like it isn&#8217;t the way to go.</p>
<p>Denny</p>
]]></content:encoded>
			<wfw:commentRss>http://www.securityfightclub.com/security-by-obscurity-is-not-security-at-all/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>Looks like phishers are now using the phone again</title>
		<link>http://www.securityfightclub.com/looks-like-phishers-are-now-using-the-phone-again/</link>
		<comments>http://www.securityfightclub.com/looks-like-phishers-are-now-using-the-phone-again/#comments</comments>
		<pubDate>Sat, 17 Oct 2009 02:36:56 +0000</pubDate>
		<dc:creator>mrdenny</dc:creator>
				<category><![CDATA[Data Loss]]></category>
		<category><![CDATA[External Threats]]></category>
		<category><![CDATA[Passwords]]></category>
		<category><![CDATA[Phishing]]></category>
		<category><![CDATA[Social Engenering]]></category>

		<guid isPermaLink="false">http://www.securityfightclub.com/looks-like-phishers-are-now-using-the-phone-again/</guid>
		<description><![CDATA[It appears that the phishers are going back to some good old social engenering to get your info.
I just received this text message &#8220;First Heritage Bank Alert: Your CARD has been DEACTIVATED. Please contact us at 877-649-1737 to REACTIVATE.&#8221;.  Now I know this is a scam for a couple of reasons.
1. I don&#8217;t have [...]]]></description>
			<content:encoded><![CDATA[<p>It appears that the phishers are going back to some good old social engenering to get your info.</p>
<p>I just received this text message &#8220;First Heritage Bank Alert: Your CARD has been DEACTIVATED. Please contact us at 877-649-1737 to REACTIVATE.&#8221;.  Now I know this is a scam for a couple of reasons.</p>
<p>1. I don&#8217;t have an account with First Heritage Bank<br />
2. A bank wouldn&#8217;t text me to have them call me.<br />
3.  They&#8217;d tell me to call without providing a number, instead telling me to use the number on my card.<br />
4. They&#8217;d identify the account which has a problem.</p>
<p>If you see this don&#8217;t call them.  I&#8217;d say report it to your local law enforcement but they probably don&#8217;t really care, and probably won&#8217;t do anything about it.  Good luck if you decide to call your local law enforcement.</p>
<p>Denny</p>
<p>P.s. Sorry for any spelling issues.  This was posted from my blackberry.  I&#8217;ll spell check from home.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.securityfightclub.com/looks-like-phishers-are-now-using-the-phone-again/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Keep those workstations locked</title>
		<link>http://www.securityfightclub.com/keep-those-workstations-locked/</link>
		<comments>http://www.securityfightclub.com/keep-those-workstations-locked/#comments</comments>
		<pubDate>Tue, 13 Oct 2009 18:44:45 +0000</pubDate>
		<dc:creator>mrdenny</dc:creator>
				<category><![CDATA[Data Loss]]></category>
		<category><![CDATA[External Threats]]></category>
		<category><![CDATA[Internal Threats]]></category>
		<category><![CDATA[Networks]]></category>
		<category><![CDATA[Browser Security]]></category>
		<category><![CDATA[Domain Policies]]></category>
		<category><![CDATA[Passwords]]></category>
		<category><![CDATA[Security]]></category>

		<guid isPermaLink="false">http://www.securityfightclub.com/?p=113</guid>
		<description><![CDATA[Everyone in IT knows who you don&#8217;t leave your workstation unlocked when you leave your desk.  It&#8217;s because your co-workers will send fart jokes to the boss from your machine as punishment.  However there are actual security reasons for not leaving your machine unlocked.
When you leave your workstation unlocked you are giving anyone that walks [...]]]></description>
			<content:encoded><![CDATA[<p>Everyone in IT knows who you don&#8217;t leave your workstation unlocked when you leave your desk.  It&#8217;s because your co-workers will send fart jokes to the boss from your machine as punishment.  However there are actual security reasons for not leaving your machine unlocked.<span id="more-113"></span></p>
<p>When you leave your workstation unlocked you are giving anyone that walks by access to everything on your computer.  Your email, access to the company intranet, etc.  Anything that you have access to without entering a username and password (or that has a saved username and password) they have access to.</p>
<p>Have iTunes installed on your work computer with a credit card saved in it so you can grab the new song that just came out?  So do they.  They could download 10,000 songs on your account and you wouldn&#8217;t know it until the next time you opened iTunes or checked your credit card statement.  (I&#8217;m assuming that iTunes will save your credit card, I don&#8217;t actually use it but you get the idea.)</p>
<p>Have usernames and passwords saved in your browser so you can easily log into various websites like your bank, credit cards, forums, etc?  So does anyone who sits at your computer.</p>
<p>You are probably sitting there thinking to your self, if some strange person was sitting at my desk, someone would notice.  They might, but probably not.  Lots of times I&#8217;ve had strange people sitting in my chair waiting for me with no one around to question them.</p>
<p>If you have an office, you aren&#8217;t exempt.  Yes I know that you lock your office door at night.  Look around your office, do you have a trash can sitting in there somewhere?  Do you use it?  Is it empty in the morning?  The magic trash can fairy doesn&#8217;t clean out your trash.  Someone who makes way to little money to clean up after the slobs in the office (sorry I&#8217;m projecting a little here, or depending on your office maybe I&#8217;m not) comes in and cleans it out and dusts your desk off.  You know how they get in, either they have a key or the guards open the doors for them.</p>
<p>I know that one company I worked at everyone who had an office would be gone by 7pm.  At about 9pm the security guards would come around and unlock every single office from the lowest manager to the highest C level exec.  I know this because I worked swing there as a Database Engineer for several years (pretty much every department except for Marketing was staffed 24&#215;7 365 days a year).  After the guards would open the offices the cleaning crew would come through and clean all the offices, empty the trash, etc.  Some offices had a window to the inside of the building, some didn&#8217;t.  Most had blinds that could be closed for privacy.  Lost of people had only a laptop, many were left at the office on weeknights, and many people had a desktop.  I would say that 80% of offices had a computer in them at night.</p>
<p>How hard would it be for an outside person to pay someone from the cleaning crew $5000 to get them to copy some data to a USB drive, or infect the network with a virus?  That&#8217;s probably more than most people on the cleaning crew make in a month for just a few minutes of work.  To most people, especially in this economy this would probably be to much money to pass up.</p>
<p>If a competitor (or an employee for that matter) wanted access to data that was private, and we didn&#8217;t have a policy in place to automatically lock the computers, it would have been a piece of cake for someone to sit at a desk and download all sorts of confidential data from the persons computer.  All without anyone knowing about it.</p>
<p>Fortunately at this company we had a policy which required the computers to lock them selves, but many smaller companies don&#8217;t enable this feature for one reason or another.</p>
<p>If your computer isn&#8217;t locked when you get to work in the morning I urge you to talk to your IT staff and have them enable auto-locking on the company computers.  It&#8217;s a slight annoyance to have to unlock your computer in the morning, but it&#8217;s much better than having someone walk in and simply take all your personal and corporate data.</p>
<p>Denny</p>
]]></content:encoded>
			<wfw:commentRss>http://www.securityfightclub.com/keep-those-workstations-locked/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>Keep your databases off the Internet</title>
		<link>http://www.securityfightclub.com/keep-your-databases-off-the-internet/</link>
		<comments>http://www.securityfightclub.com/keep-your-databases-off-the-internet/#comments</comments>
		<pubDate>Wed, 07 Oct 2009 02:46:55 +0000</pubDate>
		<dc:creator>mrdenny</dc:creator>
				<category><![CDATA[Attack Scripts]]></category>
		<category><![CDATA[Brute Force Cracking]]></category>
		<category><![CDATA[Data Loss]]></category>
		<category><![CDATA[Endpoints]]></category>
		<category><![CDATA[Firewalls]]></category>
		<category><![CDATA[Listeners]]></category>
		<category><![CDATA[Oracle]]></category>
		<category><![CDATA[Routers]]></category>
		<category><![CDATA[SQL Server]]></category>
		<category><![CDATA[Service Broker]]></category>
		<category><![CDATA[ACLs]]></category>
		<category><![CDATA[Endpoint]]></category>
		<category><![CDATA[firewall]]></category>
		<category><![CDATA[Internet Access]]></category>
		<category><![CDATA[Listener]]></category>
		<category><![CDATA[VPN]]></category>

		<guid isPermaLink="false">http://www.securityfightclub.com/?p=99</guid>
		<description><![CDATA[There are way to many people who keep there database servers available from the public Internet.  This is just a disaster waiting to happen.
Your database holds all of your data.  If someone was to great into your database server they would have access to view, and possibly delete all your data forcing you to restore [...]]]></description>
			<content:encoded><![CDATA[<p>There are way to many people who keep there database servers available from the public Internet.  This is just a disaster waiting to happen.<span id="more-99"></span></p>
<p>Your database holds all of your data.  If someone was to great into your database server they would have access to view, and possibly delete all your data forcing you to restore your data from your backup.  In a perfect world there would be no database servers directly accessible from the Internet.  There is pretty much no reason for database servers to be directly accessible from the Internet.</p>
<p>If your servers are CoLo&#8217;d then setup a VPN between your office and the CoLo, or VPN directly into the CoLo.  There are some hosting providers which prefer to setup the servers on public IPs, however most of them will if requested use private IPs and configure a Site to Site VPN connection for you.</p>
<p>Pretty much the only times that a database needs to be on the Internet would be if you are replicating data between servers as this will typically require that at least one of the servers be on the public Internet.  SQL Service Broker can need to be on the public Internet as well.  However in both of these cases, you don&#8217;t need to give the server a public IP.  You can give the server a private IP, and NAT the server from the Internet to the private IP.  However make sure that only the correct port or ports are open through the firewall.</p>
<p>In Oracle this should be done by setting up a new listener.  In SQL Server this is done by setting up a new endpoint either for general connection, or in the case of Service Broker an Endpoint is used to connect to, which listens on a seperate TCP port.  When setting up these listeners or endpoints make sure that only the accounts which need to have access to them have access.  This way the minimal attack surface is avaialble from the Internet.  In addition you will want to setup your firewall or router ACLs to allow only the required public IP addresses to have access to the listener or endpoint.</p>
<p>With your database being publicly available attack scripts could attack for it, or people could manually try and break in.  With SQL Server running in mixed mode, and with Oracle there are accounts which can be brute forced which have well known usernames such as system and sa.  When SQL Server is running in Windows only mode breaking in is harder, but not impossible.</p>
<p>Denny</p>
]]></content:encoded>
			<wfw:commentRss>http://www.securityfightclub.com/keep-your-databases-off-the-internet/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>What’s the difference between encrypted data and hashed data?</title>
		<link>http://itknowledgeexchange.techtarget.com/sql-server/whats-the-difference-between-encrypted-data-and-hashed-data/</link>
		<comments>http://itknowledgeexchange.techtarget.com/sql-server/whats-the-difference-between-encrypted-data-and-hashed-data/#comments</comments>
		<pubDate>Tue, 15 Sep 2009 23:48:11 +0000</pubDate>
		<dc:creator>SQL Server with Mr. Denny &#62; Security » Security</dc:creator>
				<category><![CDATA[Data Loss]]></category>
		<category><![CDATA[Data Management]]></category>
		<category><![CDATA[Databases]]></category>
		<category><![CDATA[Encryption]]></category>
		<category><![CDATA[Hashing]]></category>
		<category><![CDATA[Syndicated]]></category>
		<category><![CDATA[Database]]></category>
		<category><![CDATA[Database security]]></category>
		<category><![CDATA[Security]]></category>
		<category><![CDATA[SQL Server with mrDenny]]></category>

		<guid isPermaLink="false">tag:itknowledgeexchange.techtarget.com://cd3f182395a3b899fc859e702e189ed0</guid>
		<description><![CDATA[The biggest difference between encrypted data and hashed data is that encrypted data can be decrypted later.  Hash algorithms such as MD5 are one way hashing algorithms which means that the value that is returned can't be decrypted back to the original value.

It is important to know the difference between ...]]></description>
			<content:encoded><![CDATA[The biggest difference between encrypted data and hashed data is that encrypted data can be decrypted later.  Hash algorithms such as MD5 are one way hashing algorithms which means that the value that is returned can't be decrypted back to the original value.

It is important to know the difference between ...]]></content:encoded>
			<wfw:commentRss>http://www.securityfightclub.com/what%e2%80%99s-the-difference-between-encrypted-data-and-hashed-data/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>If I wanted to learn the law, I would have been a lawyer</title>
		<link>http://itknowledgeexchange.techtarget.com/sql-server/if-i-wanted-to-learn-the-law-i-would-have-been-a-lawyer/</link>
		<comments>http://itknowledgeexchange.techtarget.com/sql-server/if-i-wanted-to-learn-the-law-i-would-have-been-a-lawyer/#comments</comments>
		<pubDate>Tue, 01 Sep 2009 23:48:11 +0000</pubDate>
		<dc:creator>SQL Server with Mr. Denny &#62; Security » Security</dc:creator>
				<category><![CDATA[Data Loss]]></category>
		<category><![CDATA[Data Management]]></category>
		<category><![CDATA[Encryption]]></category>
		<category><![CDATA[SQL Server]]></category>
		<category><![CDATA[Syndicated]]></category>
		<category><![CDATA[Data Encryption]]></category>
		<category><![CDATA[Database Administration]]></category>
		<category><![CDATA[Lawyers]]></category>
		<category><![CDATA[SQL Server with mrDenny]]></category>
		<category><![CDATA[Transparent Data Encryption]]></category>

		<guid isPermaLink="false">tag:itknowledgeexchange.techtarget.com://202ef7dce6f236ebbeceffb191487797</guid>
		<description><![CDATA[So your probably a lot like me, you were a teen who liked to play with computers and you managed to end up in IT.  This is awesome you figured, I play with computers and someone actually pays me for this.

During the 90’s life was good, there wasn’t any regulations ...]]></description>
			<content:encoded><![CDATA[So your probably a lot like me, you were a teen who liked to play with computers and you managed to end up in IT.  This is awesome you figured, I play with computers and someone actually pays me for this.

During the 90’s life was good, there wasn’t any regulations ...]]></content:encoded>
			<wfw:commentRss>http://www.securityfightclub.com/if-i-wanted-to-learn-the-law-i-would-have-been-a-lawyer/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Gonzalez (TJ Max Hacker) gets 15-25 years</title>
		<link>http://www.securityfightclub.com/gonzalez-tj-max-hacker-gets-15-25-years/</link>
		<comments>http://www.securityfightclub.com/gonzalez-tj-max-hacker-gets-15-25-years/#comments</comments>
		<pubDate>Sat, 29 Aug 2009 11:18:41 +0000</pubDate>
		<dc:creator>mrdenny</dc:creator>
				<category><![CDATA[Data Loss]]></category>
		<category><![CDATA[External Threats]]></category>
		<category><![CDATA[SQL Injection]]></category>
		<category><![CDATA[SQL Server]]></category>
		<category><![CDATA[TJ Max]]></category>

		<guid isPermaLink="false">http://www.securityfightclub.com/?p=145</guid>
		<description><![CDATA[As a follow up to my post last week about the TJ Max Hacker, it appears that Albert Gonzalez has accepted a plea deal with federal prosecutors.  He has plead guilty to 19 counts, which will result in the combination of two of his current cases which were pending in New York and Massachusetts.  The [...]]]></description>
			<content:encoded><![CDATA[<p>As a follow up to my post last week about the <a href="http://www.securityfightclub.com/more-charges-filed-against-tjmax-hackers/" target="_blank">TJ Max Hacker</a>, it appears that Albert Gonzalez has accepted a plea deal with federal prosecutors.  He has plead guilty to 19 counts, which will result in the combination of two of his current cases which were pending in New York and Massachusetts.  The recent charges against him in Federal court in New Jersey are not included in this plea deal.<span id="more-145"></span></p>
<p>His lawyer claimed that he is &#8220;extremely remorseful as to what has happened&#8221; in a statement to the AP on Thursday.  Personally I think that he&#8217;s remorseful that he was caught, not that he swindled and stole, but that&#8217;s just me.</p>
<p>As part of the plea dea Gonzalez must forfeit his computers, home, car and cash, in addition to the $1.1 million that federal agents found buried in his parents back yard.  His girl friend, her father and friends also have to turn over to authorities watches and jewelry which Gonzalez gave them as gifts.</p>
<p>Under the terms of his plea deal Gonzalez will be behind bars for 15 to 25 years (reality 7-10 years with good behavior and early release).  His computer usage will be restricted for 5 years post release (which probably means not a whole hell of a lot).  If convicted at trial Gonzalez could have been sentenced to several hundred years, effectively a life sentence.</p>
<p>May he enjoy the next 7 years of his life in club fed.</p>
<p>Denny</p>
]]></content:encoded>
			<wfw:commentRss>http://www.securityfightclub.com/gonzalez-tj-max-hacker-gets-15-25-years/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>More charges filed against TJMax hackers</title>
		<link>http://www.securityfightclub.com/more-charges-filed-against-tjmax-hackers/</link>
		<comments>http://www.securityfightclub.com/more-charges-filed-against-tjmax-hackers/#comments</comments>
		<pubDate>Wed, 19 Aug 2009 02:27:14 +0000</pubDate>
		<dc:creator>mrdenny</dc:creator>
				<category><![CDATA[Data Loss]]></category>
		<category><![CDATA[Databases]]></category>
		<category><![CDATA[SQL Server]]></category>
		<category><![CDATA[Servers]]></category>
		<category><![CDATA[Unauthorized Installation]]></category>
		<category><![CDATA[SQL Injection]]></category>
		<category><![CDATA[TJ Max]]></category>

		<guid isPermaLink="false">http://www.securityfightclub.com/?p=136</guid>
		<description><![CDATA[It appears that yesterday more charges were filed against  the TJ Max hacker Albert “Segvec” Gonzalez.  These new charges stem from electronic break-ins to the Heartland Payment Systems credit card processing center as well as Hannaford Brothers, 7-Eleven as well as two additional un-named victims.
Gonzalez, who is a former US Secret Service informant, is already [...]]]></description>
			<content:encoded><![CDATA[<p>It appears that yesterday more charges were filed against  the TJ Max hacker <a href="http://www.wired.com/threatlevel/2009/08/tjx-hacker-charged-with-heartland/" target="_blank">Albert “Segvec” Gonzalez</a>.  These new charges stem from electronic break-ins to the Heartland Payment Systems credit card processing center as well as Hannaford Brothers, 7-Eleven as well as two additional un-named victims.<span id="more-136"></span></p>
<p>Gonzalez, who is a former US Secret Service informant, is already in custody on charges related to the TJ Max break in.  Also charged as two unnamed Russian persons who are suspected of being Gonzalez&#8217;s partners in the operation.</p>
<p>Based on information released these attacks do not appear to be the standard &#8220;script kiddy attacks&#8221; that we as sysadmins are used to dealing with.  These attacks were well thought out and well executed, granting the attackers access to corporate and production networks for months in some cases.</p>
<p>The software, which was custom written for these attacks when tested against a variety of anti-virus and anti-spyware software before the attack was launched.  Additionally it was written to delete all trace of itself in order to avoid detection.</p>
<p>The truly pathetic thing about this is that according to the documents, the attacks all started via SQL Injection attacks.  Which means that they could have been avoided if basic security protocols and procedures were being followed on the websites in question.  These basic security protocols include:</p>
<ul>
<li>No dynamic SQL either in stored procedures or from the websites directly.</li>
<li>If dynamic SQL must be used in stored procedures, use as few actual values from the Website as possible.  (For example if sorting a result set which must be done through dynamic SQL don&#8217;t pass in the column name from the website, pass in an ID which means nothing except that the stored procedures knows that 1 = Column2, 2 = Column4, etc.</li>
<li>Clean the data before you pass it to the database.  This is where the website developers and the DBAs really need to get along.  The database can&#8217;t secure it self, the Website has to check each value that is being passed in and ensure that the values won&#8217;t harm the database in any way.</li>
<li>Disable xp_cmdshell as well as anything else that you aren&#8217;t using (oh yeah and don&#8217;t use xp_cmdshell on SQL Servers that websites have access to).</li>
<li>Don&#8217;t allow the account that the website uses to do anything more than it needs.  This means not using ANY fixed server or fixed database roles.  Just the minimum rights that are possible, in a perfect world this means execute rights to stored procedures only.</li>
</ul>
<p>If these basic rules had been followed then the hackers probably wouldn&#8217;t have been able to get into the system and we wouldn&#8217;t have had these problems to begin with.</p>
<p>It also would have helped if these companies were actually following the PCI rules which they are required to follow but apparently weren&#8217;t.  If they were then this wouldn&#8217;t have been an issue either as they wouldn&#8217;t have been storing anything, and everything in flight would have been encrypted and basically worthless.</p>
<p>Denny</p>
]]></content:encoded>
			<wfw:commentRss>http://www.securityfightclub.com/more-charges-filed-against-tjmax-hackers/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Employee data theft is on the rise</title>
		<link>http://www.securityfightclub.com/employee-data-theft-is-on-the-rise/</link>
		<comments>http://www.securityfightclub.com/employee-data-theft-is-on-the-rise/#comments</comments>
		<pubDate>Tue, 04 Aug 2009 21:24:27 +0000</pubDate>
		<dc:creator>mrdenny</dc:creator>
				<category><![CDATA[Data Loss]]></category>
		<category><![CDATA[Employee]]></category>
		<category><![CDATA[Employee Theft]]></category>

		<guid isPermaLink="false">http://www.securityfightclub.com/?p=44</guid>
		<description><![CDATA[The current economic times are pretty uncertain.  However in all this uncertainty there is one thing that you can count on for sure; more employees are going to steal company data.  They aren&#8217;t going to be doing it to hurt the company specifically (at least probably not) they are doing it to make extra cash [...]]]></description>
			<content:encoded><![CDATA[<p>The current economic times are pretty uncertain.  However in all this uncertainty there is one thing that you can count on for sure; more employees are going to steal company data.  They aren&#8217;t going to be doing it to hurt the company specifically (at least probably not) they are doing it to make extra cash so they can make ends meet.<span id="more-44"></span></p>
<p>This is especially true for people who used to be making a lot more money and are now working entry level jobs outside their former field.  From their perspective they are doing what they need to do to make ends meet so that they can fulfill there commitments (mortgage, bills, etc) or at least as many commitments as they can.</p>
<p>However from the companies point of view that customer data, or price list, or email database is priceless.  Having that data out in the open can hurt profits, and damage customer confidence in your company and your employees.  And nothing will drive customers away from you faster than having someone steal their data.</p>
<p>Unfortunately this means the companies must take drastic measures to ensure that private data stays private.  This means buying and installing security products which track emails, website usage, etc so that you are aware of every piece of information which leaves your company network.</p>
<p>Many companies (especially larger companies) already track this information.  If you have something in place already you are one step ahead.  It may be time to review your settings and tighten up the security on some parts of the Internet such as chat rooms, proxy sites, and web-mail sites.</p>
<p>If you don&#8217;t already have something which tracks this data installed at your company then I can&#8217;t suggest enough that you find one to get.  (Hint: we sell software which does this, links are on the right.)  If you are the one that suggests that you install an employee monitoring software package you aren&#8217;t going to make any friends, that&#8217;s for sure.  Buy if it catches someone sending data to someone they aren&#8217;t supposed to be sending data to, it will pay for itself and suddenly you&#8217;ll be the hero.</p>
<p>Now I know that software like this isn&#8217;t something that people want to talk about, but it&#8217;s in the best interest of your company to bring this up at the IT department meeting.</p>
<p>Denny</p>
]]></content:encoded>
			<wfw:commentRss>http://www.securityfightclub.com/employee-data-theft-is-on-the-rise/feed/</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
	</channel>
</rss>
