<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	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/"
		>
<channel>
	<title>Comments on: Chinese Hackers Blamed for Intrusion at Energy Industry Giant Telvent</title>
	<atom:link href="http://krebsonsecurity.com/2012/09/chinese-hackers-blamed-for-intrusion-at-energy-industry-giant-telvent/feed/" rel="self" type="application/rss+xml" />
	<link>http://krebsonsecurity.com/2012/09/chinese-hackers-blamed-for-intrusion-at-energy-industry-giant-telvent/</link>
	<description>In-depth security news and investigation</description>
	<lastBuildDate>Wed, 19 Jun 2013 07:11:04 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.5.1</generator>
	<item>
		<title>By: cmexx</title>
		<link>http://krebsonsecurity.com/2012/09/chinese-hackers-blamed-for-intrusion-at-energy-industry-giant-telvent/comment-page-1/#comment-118657</link>
		<dc:creator>cmexx</dc:creator>
		<pubDate>Thu, 04 Oct 2012 07:26:24 +0000</pubDate>
		<guid isPermaLink="false">http://krebsonsecurity.com/?p=16936#comment-118657</guid>
		<description><![CDATA[use http://www.surfpatrol.ru/report  check ur system for vulnerabilities with SurfPatrol and update it in time]]></description>
		<content:encoded><![CDATA[<p>use <a href="http://www.surfpatrol.ru/report" rel="nofollow">http://www.surfpatrol.ru/report</a>  check ur system for vulnerabilities with SurfPatrol and update it in time</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Richard Steven Hack</title>
		<link>http://krebsonsecurity.com/2012/09/chinese-hackers-blamed-for-intrusion-at-energy-industry-giant-telvent/comment-page-1/#comment-118121</link>
		<dc:creator>Richard Steven Hack</dc:creator>
		<pubDate>Mon, 01 Oct 2012 09:37:47 +0000</pubDate>
		<guid isPermaLink="false">http://krebsonsecurity.com/?p=16936#comment-118121</guid>
		<description><![CDATA[Rabid Howler Monkey: &quot;&#039;Common sense&#039; is not as common as you believe it to be.&quot;

That was my point.  Common sense mitigations are not being done and when they are done they will be bypassed anywhere.

&quot;Also, Grant stated that “these attackers only use as much skill as needed”. This is quite different from what you paraphrased&quot;

Not really. The point is that if the attacker is competent, common sense mitigations will not keep them out. You have to go BEYOND the industry &quot;best practices&quot; because such practices will eventually be bypassed.

The overall point is directly related to my meme: You are in a CONFLICT with an actual human being, not some robot. In fact, you are in conflict with a HORDE of human beings, some smarter than others. Unless you deal with the overall concept of security in this context, you are not going to win. 

The majority of the infosec industry still thinks that computer security is some kind of &quot;technology issue&quot; to be solved by applying various bandaid &quot;best practices.&quot; It&#039;s not. It&#039;s a human conflict and the principles of conflict apply. In other words, you have to deal with the attack that happens and not the one you prepared for. This is a commonly known principle in martial arts and in the military (although in the military, it, too, is not usually performed correctly due to organizational inertia. Case in point: the utter failure of Afghanistan.)

&quot;Specifically, the top four strategies “will help protect an organisation from low to moderately sophisticated intrusion attempts”. Thus, it will winnow out, as you have described, both the “script kiddies” and “half-way decent hackers”. Adding additional mitigations from the list, which btw include both prevention and detection capabilities, as appropriate for one’s organization, will make the work of advanced hackers more difficult. Why on God’s green earth make it easy for the miscreants?! Make them burn the midnight oil for months, or even years.&quot;

They will never take years to penetrate a system, and most likely not even months. 

Richard Marcinko&#039;s Red Cell SEAL Team penetrated just about every US military security capability there was during his tenure as its commander.  His team put IEDs next to the nuclear reactors on nuclear subs at Groton, put IEDs on Air Force One, and got several SEALS with several pounds of C-4 within 20 yards of the President&#039;s cottage at Camp David.

Penetrating a computer security system is way easier than any of those operations.

It is literally - and I mean LITERALLY - IMPOSSIBLE to secure a company with over, say, 10-100 employees. Corporation with thousands of employees are Swiss cheese no matter what they do.

Besides, I never said one should NOT do the mitigations - I&#039;m saying you cannot RELY on them to be effective.

&quot;Finally, even if your “meme” is correct and one cannot prevent intrusions, this would imply that organizations should also implement strong detection capabilities to enable response to attacks at the earliest possible moment.&quot;

With this I agree completely.  Since you&#039;re going to be attacked, and probably breached, you need to be able to detect when and where and head off the attackers before they can either do damage or acquire what they&#039;re after.

&quot;Raising the white flag and innovating more quickly is not the answer.&quot;

Controlling your own game is much easier than controlling the enemy&#039;s game. Every coach knows this.]]></description>
		<content:encoded><![CDATA[<p>Rabid Howler Monkey: &#8220;&#8216;Common sense&#8217; is not as common as you believe it to be.&#8221;</p>
<p>That was my point.  Common sense mitigations are not being done and when they are done they will be bypassed anywhere.</p>
<p>&#8220;Also, Grant stated that “these attackers only use as much skill as needed”. This is quite different from what you paraphrased&#8221;</p>
<p>Not really. The point is that if the attacker is competent, common sense mitigations will not keep them out. You have to go BEYOND the industry &#8220;best practices&#8221; because such practices will eventually be bypassed.</p>
<p>The overall point is directly related to my meme: You are in a CONFLICT with an actual human being, not some robot. In fact, you are in conflict with a HORDE of human beings, some smarter than others. Unless you deal with the overall concept of security in this context, you are not going to win. </p>
<p>The majority of the infosec industry still thinks that computer security is some kind of &#8220;technology issue&#8221; to be solved by applying various bandaid &#8220;best practices.&#8221; It&#8217;s not. It&#8217;s a human conflict and the principles of conflict apply. In other words, you have to deal with the attack that happens and not the one you prepared for. This is a commonly known principle in martial arts and in the military (although in the military, it, too, is not usually performed correctly due to organizational inertia. Case in point: the utter failure of Afghanistan.)</p>
<p>&#8220;Specifically, the top four strategies “will help protect an organisation from low to moderately sophisticated intrusion attempts”. Thus, it will winnow out, as you have described, both the “script kiddies” and “half-way decent hackers”. Adding additional mitigations from the list, which btw include both prevention and detection capabilities, as appropriate for one’s organization, will make the work of advanced hackers more difficult. Why on God’s green earth make it easy for the miscreants?! Make them burn the midnight oil for months, or even years.&#8221;</p>
<p>They will never take years to penetrate a system, and most likely not even months. </p>
<p>Richard Marcinko&#8217;s Red Cell SEAL Team penetrated just about every US military security capability there was during his tenure as its commander.  His team put IEDs next to the nuclear reactors on nuclear subs at Groton, put IEDs on Air Force One, and got several SEALS with several pounds of C-4 within 20 yards of the President&#8217;s cottage at Camp David.</p>
<p>Penetrating a computer security system is way easier than any of those operations.</p>
<p>It is literally &#8211; and I mean LITERALLY &#8211; IMPOSSIBLE to secure a company with over, say, 10-100 employees. Corporation with thousands of employees are Swiss cheese no matter what they do.</p>
<p>Besides, I never said one should NOT do the mitigations &#8211; I&#8217;m saying you cannot RELY on them to be effective.</p>
<p>&#8220;Finally, even if your “meme” is correct and one cannot prevent intrusions, this would imply that organizations should also implement strong detection capabilities to enable response to attacks at the earliest possible moment.&#8221;</p>
<p>With this I agree completely.  Since you&#8217;re going to be attacked, and probably breached, you need to be able to detect when and where and head off the attackers before they can either do damage or acquire what they&#8217;re after.</p>
<p>&#8220;Raising the white flag and innovating more quickly is not the answer.&#8221;</p>
<p>Controlling your own game is much easier than controlling the enemy&#8217;s game. Every coach knows this.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: JCitizen</title>
		<link>http://krebsonsecurity.com/2012/09/chinese-hackers-blamed-for-intrusion-at-energy-industry-giant-telvent/comment-page-1/#comment-118072</link>
		<dc:creator>JCitizen</dc:creator>
		<pubDate>Mon, 01 Oct 2012 03:25:55 +0000</pubDate>
		<guid isPermaLink="false">http://krebsonsecurity.com/?p=16936#comment-118072</guid>
		<description><![CDATA[Good post! The last time I installed Chrome, it was already changing to the program folder. I remember having some minor hiccups at that time. I&#039;m using the Comodo Dragon version now, and it is set the same way. No more need to do separate &quot;installations&quot;.]]></description>
		<content:encoded><![CDATA[<p>Good post! The last time I installed Chrome, it was already changing to the program folder. I remember having some minor hiccups at that time. I&#8217;m using the Comodo Dragon version now, and it is set the same way. No more need to do separate &#8220;installations&#8221;.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: mechBgon</title>
		<link>http://krebsonsecurity.com/2012/09/chinese-hackers-blamed-for-intrusion-at-energy-industry-giant-telvent/comment-page-1/#comment-118057</link>
		<dc:creator>mechBgon</dc:creator>
		<pubDate>Mon, 01 Oct 2012 01:10:11 +0000</pubDate>
		<guid isPermaLink="false">http://krebsonsecurity.com/?p=16936#comment-118057</guid>
		<description><![CDATA[Thanks for the link, that&#039;s useful info.  I work at a small business and went down the full Top 35 list.  We implement 12 in full, including the top 4 with great rigorousness, and two more to a partial extent.  I marked three more from their list for near-term implementation.  If they were building that list today, I expect Microsoft EMET would be among the suggestions.

#4 on their list is application whitelisting (SRP or AppLocker).  AppLocker has potential, but is only found in the Ultimate and Enterprise versions of Windows, so I&#039;ve stuck with SRP.
  I have a page on Software Restriction Policy at http://www.mechbgon.com/srp that I recently revamped after reviewing the United States NSA&#039;s PDF on the subject, and Didier Stevens&#039; blog.  Those of you who do use SRP (or plan to try it), should look at those resources, so here they are:

NSA:  http://www.nsa.gov/ia/_files/os/win2k/Application_Whitelisting_Using_SRP.pdf

Didier Stevens:
http://blog.didierstevens.com/2011/11/17/hotfix-for-srpapplocker-bypass/

For those of you using Google Chrome, you&#039;ll want to switch to the .MSI version of it so it gets installed into the Program Files directory, rather than into your user profile, which will become a no-execute zone under SRP&#039;s protection.  That version of the Chrome installer can be obtained at https://www.google.com/intl/en/chrome/browser/eula.html?msi=true]]></description>
		<content:encoded><![CDATA[<p>Thanks for the link, that&#8217;s useful info.  I work at a small business and went down the full Top 35 list.  We implement 12 in full, including the top 4 with great rigorousness, and two more to a partial extent.  I marked three more from their list for near-term implementation.  If they were building that list today, I expect Microsoft EMET would be among the suggestions.</p>
<p>#4 on their list is application whitelisting (SRP or AppLocker).  AppLocker has potential, but is only found in the Ultimate and Enterprise versions of Windows, so I&#8217;ve stuck with SRP.<br />
  I have a page on Software Restriction Policy at <a href="http://www.mechbgon.com/srp" rel="nofollow">http://www.mechbgon.com/srp</a> that I recently revamped after reviewing the United States NSA&#8217;s PDF on the subject, and Didier Stevens&#8217; blog.  Those of you who do use SRP (or plan to try it), should look at those resources, so here they are:</p>
<p>NSA:  <a href="http://www.nsa.gov/ia/_files/os/win2k/Application_Whitelisting_Using_SRP.pdf" rel="nofollow">http://www.nsa.gov/ia/_files/os/win2k/Application_Whitelisting_Using_SRP.pdf</a></p>
<p>Didier Stevens:<br />
<a href="http://blog.didierstevens.com/2011/11/17/hotfix-for-srpapplocker-bypass/" rel="nofollow">http://blog.didierstevens.com/2011/11/17/hotfix-for-srpapplocker-bypass/</a></p>
<p>For those of you using Google Chrome, you&#8217;ll want to switch to the .MSI version of it so it gets installed into the Program Files directory, rather than into your user profile, which will become a no-execute zone under SRP&#8217;s protection.  That version of the Chrome installer can be obtained at <a href="https://www.google.com/intl/en/chrome/browser/eula.html?msi=true" rel="nofollow">https://www.google.com/intl/en/chrome/browser/eula.html?msi=true</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: IT Support</title>
		<link>http://krebsonsecurity.com/2012/09/chinese-hackers-blamed-for-intrusion-at-energy-industry-giant-telvent/comment-page-1/#comment-118032</link>
		<dc:creator>IT Support</dc:creator>
		<pubDate>Sun, 30 Sep 2012 19:12:47 +0000</pubDate>
		<guid isPermaLink="false">http://krebsonsecurity.com/?p=16936#comment-118032</guid>
		<description><![CDATA[Without a doubt this is the  future of warfare.  Everyone is worried about traditional bombs and physical attacks.  Instead, we will wake up one day to find our electricity turned off, or our infrastructure under someone elses control.  If we dont prepare now , we are in for a rude awakening.]]></description>
		<content:encoded><![CDATA[<p>Without a doubt this is the  future of warfare.  Everyone is worried about traditional bombs and physical attacks.  Instead, we will wake up one day to find our electricity turned off, or our infrastructure under someone elses control.  If we dont prepare now , we are in for a rude awakening.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: SeymourB</title>
		<link>http://krebsonsecurity.com/2012/09/chinese-hackers-blamed-for-intrusion-at-energy-industry-giant-telvent/comment-page-1/#comment-118013</link>
		<dc:creator>SeymourB</dc:creator>
		<pubDate>Sun, 30 Sep 2012 07:03:00 +0000</pubDate>
		<guid isPermaLink="false">http://krebsonsecurity.com/?p=16936#comment-118013</guid>
		<description><![CDATA[And when the only ones left are the ones who stole technology from others and were therefore able to spend more of their time making the corners less sharp, what then? Who is going to invent the next generation of technology for them to steal from?

We need to reward the people who dare to create something new and succeed in making it happen. Letting others copy their work and dilute their success diminishes their reward, often to the point of making it pointless to even attempt something equivalent in the future.

The future you espouse is all wonderful so long as you&#039;re the pointless conman who never invents anything and rips everyone off. When there&#039;s nobody left to rip off the house of cards will come crashing down.]]></description>
		<content:encoded><![CDATA[<p>And when the only ones left are the ones who stole technology from others and were therefore able to spend more of their time making the corners less sharp, what then? Who is going to invent the next generation of technology for them to steal from?</p>
<p>We need to reward the people who dare to create something new and succeed in making it happen. Letting others copy their work and dilute their success diminishes their reward, often to the point of making it pointless to even attempt something equivalent in the future.</p>
<p>The future you espouse is all wonderful so long as you&#8217;re the pointless conman who never invents anything and rips everyone off. When there&#8217;s nobody left to rip off the house of cards will come crashing down.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Rabid Howler Monkey</title>
		<link>http://krebsonsecurity.com/2012/09/chinese-hackers-blamed-for-intrusion-at-energy-industry-giant-telvent/comment-page-1/#comment-117967</link>
		<dc:creator>Rabid Howler Monkey</dc:creator>
		<pubDate>Sat, 29 Sep 2012 17:51:55 +0000</pubDate>
		<guid isPermaLink="false">http://krebsonsecurity.com/?p=16936#comment-117967</guid>
		<description><![CDATA[Richard Steven Hack wrote:
&quot;It’s mostly a rehash of common sense mitigation – which, however, is likely to be useless against competent hackers.  As Grant notes, these methods will just raise the bar from “script kiddie” to “half-way decent hacker.

If the top 4, along with the remaining 31, mitigations are &quot;common sense&quot;, then why have so many organizations failed to implement just the top 4 alone, which includes application whitelisting?  And why have so many organizations failed to utilize Windows group policy and use Internet Explorer&#039;s Security Zones to whitelist essential websites as Trusted Sites (please see mitigation strategies 10/11 and reread Brian&#039;s recent article on watering holes)?  &quot;Common sense&quot; is not as common as you believe it to be.

Also, Grant stated that &quot;these attackers only use as much skill as needed&quot;.  This is quite different from what you paraphrased.  Here&#039;s another link from the above-referenced site (see &quot;Creating a defence-in-depth system&quot;):

http://www.dsd.gov.au/publications/csocprotect/top_4_mitigations.htm

Specifically, the top four strategies &quot;will help protect an organisation from low to moderately sophisticated intrusion attempts&quot;.  Thus, it will winnow out, as you have described, both the &quot;script kiddies&quot; and &quot;half-way decent hackers&quot;.  Adding additional mitigations from the list, which btw include both prevention and detection capabilities, as appropriate for one&#039;s organization, will make the work of advanced hackers more difficult.  Why on God&#039;s green earth make it easy for the miscreants?!  Make them burn the midnight oil for months, or even years.

Finally, even if your &quot;meme&quot; is correct and one cannot prevent intrusions, this would imply that organizations should also implement strong detection capabilities to enable response to attacks at the earliest possible moment.  As an example, shortly after RSA was hacked in March, 2011, an attack was launched against one of their customers, Lockheed Martin.  Lockheed Martin is believed to have detected network intrusion attempts by the miscreants and, in response, shut down remote access and re-issued tokens and passwords.  More here:

&quot;Data Breach at Security Firm Linked to Attack on Lockheed
http://www.nytimes.com/2011/05/28/business/28hack.html?_r=0

Raising the white flag and innovating more quickly is not the answer.]]></description>
		<content:encoded><![CDATA[<p>Richard Steven Hack wrote:<br />
&#8220;It’s mostly a rehash of common sense mitigation – which, however, is likely to be useless against competent hackers.  As Grant notes, these methods will just raise the bar from “script kiddie” to “half-way decent hacker.</p>
<p>If the top 4, along with the remaining 31, mitigations are &#8220;common sense&#8221;, then why have so many organizations failed to implement just the top 4 alone, which includes application whitelisting?  And why have so many organizations failed to utilize Windows group policy and use Internet Explorer&#8217;s Security Zones to whitelist essential websites as Trusted Sites (please see mitigation strategies 10/11 and reread Brian&#8217;s recent article on watering holes)?  &#8220;Common sense&#8221; is not as common as you believe it to be.</p>
<p>Also, Grant stated that &#8220;these attackers only use as much skill as needed&#8221;.  This is quite different from what you paraphrased.  Here&#8217;s another link from the above-referenced site (see &#8220;Creating a defence-in-depth system&#8221;):</p>
<p><a href="http://www.dsd.gov.au/publications/csocprotect/top_4_mitigations.htm" rel="nofollow">http://www.dsd.gov.au/publications/csocprotect/top_4_mitigations.htm</a></p>
<p>Specifically, the top four strategies &#8220;will help protect an organisation from low to moderately sophisticated intrusion attempts&#8221;.  Thus, it will winnow out, as you have described, both the &#8220;script kiddies&#8221; and &#8220;half-way decent hackers&#8221;.  Adding additional mitigations from the list, which btw include both prevention and detection capabilities, as appropriate for one&#8217;s organization, will make the work of advanced hackers more difficult.  Why on God&#8217;s green earth make it easy for the miscreants?!  Make them burn the midnight oil for months, or even years.</p>
<p>Finally, even if your &#8220;meme&#8221; is correct and one cannot prevent intrusions, this would imply that organizations should also implement strong detection capabilities to enable response to attacks at the earliest possible moment.  As an example, shortly after RSA was hacked in March, 2011, an attack was launched against one of their customers, Lockheed Martin.  Lockheed Martin is believed to have detected network intrusion attempts by the miscreants and, in response, shut down remote access and re-issued tokens and passwords.  More here:</p>
<p>&#8220;Data Breach at Security Firm Linked to Attack on Lockheed<br />
<a href="http://www.nytimes.com/2011/05/28/business/28hack.html?_r=0" rel="nofollow">http://www.nytimes.com/2011/05/28/business/28hack.html?_r=0</a></p>
<p>Raising the white flag and innovating more quickly is not the answer.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: D</title>
		<link>http://krebsonsecurity.com/2012/09/chinese-hackers-blamed-for-intrusion-at-energy-industry-giant-telvent/comment-page-1/#comment-117770</link>
		<dc:creator>D</dc:creator>
		<pubDate>Fri, 28 Sep 2012 18:23:19 +0000</pubDate>
		<guid isPermaLink="false">http://krebsonsecurity.com/?p=16936#comment-117770</guid>
		<description><![CDATA[Remember stuxnet.  Those computers were completely disconnected, and all that did was slow the hack.  Any computer needs to be updated and maintained, and that means transferring information to that computer in some fashion.  Hack the source of that information, plant your code, and the fact that its not on the &#039;net is just an inconvenience.]]></description>
		<content:encoded><![CDATA[<p>Remember stuxnet.  Those computers were completely disconnected, and all that did was slow the hack.  Any computer needs to be updated and maintained, and that means transferring information to that computer in some fashion.  Hack the source of that information, plant your code, and the fact that its not on the &#8216;net is just an inconvenience.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jake Brodsky</title>
		<link>http://krebsonsecurity.com/2012/09/chinese-hackers-blamed-for-intrusion-at-energy-industry-giant-telvent/comment-page-1/#comment-117720</link>
		<dc:creator>Jake Brodsky</dc:creator>
		<pubDate>Fri, 28 Sep 2012 13:51:29 +0000</pubDate>
		<guid isPermaLink="false">http://krebsonsecurity.com/?p=16936#comment-117720</guid>
		<description><![CDATA[There isn&#039;t that much in the way of intellectual property to be concerned about.  The stuff that hackers would want to attack (electric utilities, water utilities, transportation systems, and the like) really do operate out in the open. They are often governed by Public Utilities Commissions and as such their operation is a matter of public record. 

What should scare everyone is the opportunity to issue nefarious controls at just the right time.  Now to do that, you&#039;d need intimate knowledge of not only how the SCADA system works, but how the electric distribution system works, how the water system works, how the transportation systems work --in other words, it&#039;s not enough to be an IT geek.  You have to have the experience of an engineer with significant detailed knowledge of the infrastructure as well. 

Yes, this is security through obscurity.  However, do note that the number of people on this planet who could pull off a successful attack like this are probably measured in the low hundreds.  This combination of skill and experience is very unusual. 

As for those of you who shake your heads at the choices made in SCADA systems, remember this: the goals (in order) are Safety, Availability, Integrity; and perhaps confidentiality, though aside of keeping keys and access systems secure, it doesn&#039;t figure in to this.  Many of the security assumptions you have learned from office applications are inappropriate in this context.  

Also, sooner or later we will all slip up and someone will manage to hack us. All this doom about Telvent ignores the fact that they&#039;ve been doing a pretty decent job of handling this situation.  I am not a Telvent customer or a Telvent manager.  I&#039;m merely a SCADA user who is trying to deal with the reality of keeping a distribution system going.  

Though I&#039;m not happy about the fact that they did get hacked, I&#039;m impressed that they 1) caught it, 2) did their best to remediate it, and 3) put their customers first.  Contrast that with how Siemens handled Stuxnet.]]></description>
		<content:encoded><![CDATA[<p>There isn&#8217;t that much in the way of intellectual property to be concerned about.  The stuff that hackers would want to attack (electric utilities, water utilities, transportation systems, and the like) really do operate out in the open. They are often governed by Public Utilities Commissions and as such their operation is a matter of public record. </p>
<p>What should scare everyone is the opportunity to issue nefarious controls at just the right time.  Now to do that, you&#8217;d need intimate knowledge of not only how the SCADA system works, but how the electric distribution system works, how the water system works, how the transportation systems work &#8211;in other words, it&#8217;s not enough to be an IT geek.  You have to have the experience of an engineer with significant detailed knowledge of the infrastructure as well. </p>
<p>Yes, this is security through obscurity.  However, do note that the number of people on this planet who could pull off a successful attack like this are probably measured in the low hundreds.  This combination of skill and experience is very unusual. </p>
<p>As for those of you who shake your heads at the choices made in SCADA systems, remember this: the goals (in order) are Safety, Availability, Integrity; and perhaps confidentiality, though aside of keeping keys and access systems secure, it doesn&#8217;t figure in to this.  Many of the security assumptions you have learned from office applications are inappropriate in this context.  </p>
<p>Also, sooner or later we will all slip up and someone will manage to hack us. All this doom about Telvent ignores the fact that they&#8217;ve been doing a pretty decent job of handling this situation.  I am not a Telvent customer or a Telvent manager.  I&#8217;m merely a SCADA user who is trying to deal with the reality of keeping a distribution system going.  </p>
<p>Though I&#8217;m not happy about the fact that they did get hacked, I&#8217;m impressed that they 1) caught it, 2) did their best to remediate it, and 3) put their customers first.  Contrast that with how Siemens handled Stuxnet.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: CD</title>
		<link>http://krebsonsecurity.com/2012/09/chinese-hackers-blamed-for-intrusion-at-energy-industry-giant-telvent/comment-page-1/#comment-117588</link>
		<dc:creator>CD</dc:creator>
		<pubDate>Thu, 27 Sep 2012 22:04:57 +0000</pubDate>
		<guid isPermaLink="false">http://krebsonsecurity.com/?p=16936#comment-117588</guid>
		<description><![CDATA[Anything that is related to the infrastructure of the country should be DISCONNECTED from the internet and a live human being should have the job of controlling the system. This would make it more secure and create some good jobs for people who could use the work. 

Power, gas, pipelines, water, etc... All should be offline!]]></description>
		<content:encoded><![CDATA[<p>Anything that is related to the infrastructure of the country should be DISCONNECTED from the internet and a live human being should have the job of controlling the system. This would make it more secure and create some good jobs for people who could use the work. </p>
<p>Power, gas, pipelines, water, etc&#8230; All should be offline!</p>
]]></content:encoded>
	</item>
</channel>
</rss>

<!-- Performance optimized by W3 Total Cache. Learn more: http://www.w3-edge.com/wordpress-plugins/

Page Caching using memcached (User agent is rejected)
Database Caching 4/24 queries in 0.005 seconds using memcached
Object Caching 378/398 objects using memcached

 Served from: krebsonsecurity.com @ 2013-06-19 03:27:52 by W3 Total Cache -->