<?xml version="1.0" encoding="UTF-8"?><!-- generator="wordpress/2.2.3" -->
<rss version="2.0" 
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	>
<channel>
	<title>Comments on: Immaterial Transfers with Material Consequences</title>
	<link>http://www.tssci-security.com/archives/2007/08/22/immaterial-transfers-with-material-consequences/</link>
	<description>top secret/secure computing information</description>
	<pubDate>Tue, 14 Oct 2008 10:56:36 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.2.3</generator>

	<item>
		<title>By: kurt wismer</title>
		<link>http://www.tssci-security.com/archives/2007/08/22/immaterial-transfers-with-material-consequences/#comment-1595</link>
		<dc:creator>kurt wismer</dc:creator>
		<pubDate>Thu, 30 Aug 2007 20:10:41 +0000</pubDate>
		<guid>http://www.tssci-security.com/archives/2007/08/22/immaterial-transfers-with-material-consequences/#comment-1595</guid>
		<description>ugg, sorry for the late responce - keeping up with this comment thread would be easier if co.mments.com worked here...

"How do you go from a naturally random source to digital?"

pretty much the same way you measure anything in nature...

"And if your “source sample of randomness” is compromised?"

compromised how? compromised in the sense that other people have access to it? you're in worse shape if other people have access to the sample than if they have access to the source, generally, but obviously neither are ideal and physical access controls are needed to prevent this kind of thing from occurring...

"In the end encryption != security"

of course not... encryption is just a logical access control... logical access controls without physical access controls (ie. keeping the secret, encrypted or not, out of the enemy's hands) are clearly not secure enough on their own (at least not when you're talking about the kinds of secrets the government or military keeps)... 

brute force is still not the weak point of the logical access control for modern ciphers, though... i'm not disagreeing with your conclusion, just one step of how you got there...</description>
		<content:encoded><![CDATA[<p>ugg, sorry for the late responce - keeping up with this comment thread would be easier if co.mments.com worked here&#8230;</p>
<p>&#8220;How do you go from a naturally random source to digital?&#8221;</p>
<p>pretty much the same way you measure anything in nature&#8230;</p>
<p>&#8220;And if your “source sample of randomness” is compromised?&#8221;</p>
<p>compromised how? compromised in the sense that other people have access to it? you&#8217;re in worse shape if other people have access to the sample than if they have access to the source, generally, but obviously neither are ideal and physical access controls are needed to prevent this kind of thing from occurring&#8230;</p>
<p>&#8220;In the end encryption != security&#8221;</p>
<p>of course not&#8230; encryption is just a logical access control&#8230; logical access controls without physical access controls (ie. keeping the secret, encrypted or not, out of the enemy&#8217;s hands) are clearly not secure enough on their own (at least not when you&#8217;re talking about the kinds of secrets the government or military keeps)&#8230; </p>
<p>brute force is still not the weak point of the logical access control for modern ciphers, though&#8230; i&#8217;m not disagreeing with your conclusion, just one step of how you got there&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Marcin</title>
		<link>http://www.tssci-security.com/archives/2007/08/22/immaterial-transfers-with-material-consequences/#comment-1561</link>
		<dc:creator>Marcin</dc:creator>
		<pubDate>Thu, 23 Aug 2007 23:43:07 +0000</pubDate>
		<guid>http://www.tssci-security.com/archives/2007/08/22/immaterial-transfers-with-material-consequences/#comment-1561</guid>
		<description>How do you go from a naturally random source to digital? And if your "source sample of randomness" is compromised? What then?

In the end encryption != security, and is not a durable safeguard for ITAR-controlled information. This is important because companies have been planning and adopting risk mitigation strategies around laptop encryption as their savior. Might work for SOX, but not ITAR.</description>
		<content:encoded><![CDATA[<p>How do you go from a naturally random source to digital? And if your &#8220;source sample of randomness&#8221; is compromised? What then?</p>
<p>In the end encryption != security, and is not a durable safeguard for ITAR-controlled information. This is important because companies have been planning and adopting risk mitigation strategies around laptop encryption as their savior. Might work for SOX, but not ITAR.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: kurt wismer</title>
		<link>http://www.tssci-security.com/archives/2007/08/22/immaterial-transfers-with-material-consequences/#comment-1560</link>
		<dc:creator>kurt wismer</dc:creator>
		<pubDate>Thu, 23 Aug 2007 16:23:40 +0000</pubDate>
		<guid>http://www.tssci-security.com/archives/2007/08/22/immaterial-transfers-with-material-consequences/#comment-1560</guid>
		<description>@marcin:
"But you cannot take a sample of a natural system and reproduce it in a random way. I hate to be a defeatist, but I don’t believe we can ever create a prng that produces real random numbers."

??? you don't have to create a prng that does that... you sample a truely random source at a time when it's convenient and record the sampled data for use at some other time when it's convenient to use it... there's no need to reproduce the randomness itself...

"Under the ITAR, encrypting sensitive, controlled information is not enough for compliance"

indeed, but not because of susceptibility to brute force cracking... rather, because the enemy almost certainly has ways of extracting the data that are easier than computational brute force... logical access controls don't count for much without physical access controls...</description>
		<content:encoded><![CDATA[<p>@marcin:<br />
&#8220;But you cannot take a sample of a natural system and reproduce it in a random way. I hate to be a defeatist, but I don’t believe we can ever create a prng that produces real random numbers.&#8221;</p>
<p>??? you don&#8217;t have to create a prng that does that&#8230; you sample a truely random source at a time when it&#8217;s convenient and record the sampled data for use at some other time when it&#8217;s convenient to use it&#8230; there&#8217;s no need to reproduce the randomness itself&#8230;</p>
<p>&#8220;Under the ITAR, encrypting sensitive, controlled information is not enough for compliance&#8221;</p>
<p>indeed, but not because of susceptibility to brute force cracking&#8230; rather, because the enemy almost certainly has ways of extracting the data that are easier than computational brute force&#8230; logical access controls don&#8217;t count for much without physical access controls&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Marcin</title>
		<link>http://www.tssci-security.com/archives/2007/08/22/immaterial-transfers-with-material-consequences/#comment-1545</link>
		<dc:creator>Marcin</dc:creator>
		<pubDate>Thu, 23 Aug 2007 03:39:19 +0000</pubDate>
		<guid>http://www.tssci-security.com/archives/2007/08/22/immaterial-transfers-with-material-consequences/#comment-1545</guid>
		<description>But you cannot take a sample of a natural system and reproduce it in a random way. I hate to be a defeatist, but I don't believe we can ever create a prng that produces real random numbers.

Anyways, this topic of discussion isn't so much related to my blog post. Under the ITAR, encrypting sensitive, controlled information is not enough for compliance.  Ahh! the &lt;a href="http://www.guerilla-ciso.com/archives/239" rel="nofollow"&gt;c-word&lt;/a&gt;! If a foreign national is given access to encrypted ITAR-controlled information without a license, an export has been committed illegaly. No ifs, ands, or buts!</description>
		<content:encoded><![CDATA[<p>But you cannot take a sample of a natural system and reproduce it in a random way. I hate to be a defeatist, but I don&#8217;t believe we can ever create a prng that produces real random numbers.</p>
<p>Anyways, this topic of discussion isn&#8217;t so much related to my blog post. Under the ITAR, encrypting sensitive, controlled information is not enough for compliance.  Ahh! the <a href="http://www.guerilla-ciso.com/archives/239"  onclick="javascript:urchinTracker ('/outbound/comment/www.guerilla-ciso.com');">c-word</a>! If a foreign national is given access to encrypted ITAR-controlled information without a license, an export has been committed illegaly. No ifs, ands, or buts!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: kurt wismer</title>
		<link>http://www.tssci-security.com/archives/2007/08/22/immaterial-transfers-with-material-consequences/#comment-1543</link>
		<dc:creator>kurt wismer</dc:creator>
		<pubDate>Wed, 22 Aug 2007 20:06:04 +0000</pubDate>
		<guid>http://www.tssci-security.com/archives/2007/08/22/immaterial-transfers-with-material-consequences/#comment-1543</guid>
		<description>@marcin:
"What crypto is impossible to crack?"

otp (one time pad) is uncrackable if used properly (ie. the 'one time' in one time pad is very, very important)...      

"Every crypto algorithm that I know of has been cracked, or would just take a long time to crack given the computing power an attacker is likely to have."

if by long time you mean the age of the universe then sure... brute forcing a 256 bit key is theoretically possible but practically infeasible... 

@landon lewis:
"Random can not be recreated."

no but it can be sampled from natural systems known to behave in a random way, then recorded and shared between 2 parties for use as key material...

"There are many cases where OTP’s are reused which makes them perfectly breakable."

but they were only breakable because they were misused (reused)... 
             
"Afterall as you said the purpose is to create something strong enough to out live the lifetime of the data’s usefulness…"

and barring cryptographic breakthroughs that render aes (for example) broken, a secret encrypted with aes using a 256 bit key should out live not only it's usefulness but everyone alive today as well...

of course cryptographic breakthroughs are a possibility too, but that's unrelated to brute force attacks that would require 'enough computing power and time'...</description>
		<content:encoded><![CDATA[<p>@marcin:<br />
&#8220;What crypto is impossible to crack?&#8221;</p>
<p>otp (one time pad) is uncrackable if used properly (ie. the &#8216;one time&#8217; in one time pad is very, very important)&#8230;      </p>
<p>&#8220;Every crypto algorithm that I know of has been cracked, or would just take a long time to crack given the computing power an attacker is likely to have.&#8221;</p>
<p>if by long time you mean the age of the universe then sure&#8230; brute forcing a 256 bit key is theoretically possible but practically infeasible&#8230; </p>
<p>@landon lewis:<br />
&#8220;Random can not be recreated.&#8221;</p>
<p>no but it can be sampled from natural systems known to behave in a random way, then recorded and shared between 2 parties for use as key material&#8230;</p>
<p>&#8220;There are many cases where OTP’s are reused which makes them perfectly breakable.&#8221;</p>
<p>but they were only breakable because they were misused (reused)&#8230; </p>
<p>&#8220;Afterall as you said the purpose is to create something strong enough to out live the lifetime of the data’s usefulness…&#8221;</p>
<p>and barring cryptographic breakthroughs that render aes (for example) broken, a secret encrypted with aes using a 256 bit key should out live not only it&#8217;s usefulness but everyone alive today as well&#8230;</p>
<p>of course cryptographic breakthroughs are a possibility too, but that&#8217;s unrelated to brute force attacks that would require &#8216;enough computing power and time&#8217;&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Landon Lewis</title>
		<link>http://www.tssci-security.com/archives/2007/08/22/immaterial-transfers-with-material-consequences/#comment-1542</link>
		<dc:creator>Landon Lewis</dc:creator>
		<pubDate>Wed, 22 Aug 2007 18:34:02 +0000</pubDate>
		<guid>http://www.tssci-security.com/archives/2007/08/22/immaterial-transfers-with-material-consequences/#comment-1542</guid>
		<description>No program or prng is random just similar to random. Random can not be recreated. It is not the amount of time or period between repeats that is the problem, it is the randomness properties of the string involved. There are many cases where OTP's are reused which makes them perfectly breakable. Afterall as you said the purpose is to create something strong enough to out live the lifetime of the data's usefulness...</description>
		<content:encoded><![CDATA[<p>No program or prng is random just similar to random. Random can not be recreated. It is not the amount of time or period between repeats that is the problem, it is the randomness properties of the string involved. There are many cases where OTP&#8217;s are reused which makes them perfectly breakable. Afterall as you said the purpose is to create something strong enough to out live the lifetime of the data&#8217;s usefulness&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Marcin</title>
		<link>http://www.tssci-security.com/archives/2007/08/22/immaterial-transfers-with-material-consequences/#comment-1541</link>
		<dc:creator>Marcin</dc:creator>
		<pubDate>Wed, 22 Aug 2007 18:12:57 +0000</pubDate>
		<guid>http://www.tssci-security.com/archives/2007/08/22/immaterial-transfers-with-material-consequences/#comment-1541</guid>
		<description>What crypto is impossible to crack? Every crypto algorithm that I know of has been cracked, or would just take a long time to crack given the computing power an attacker is likely to have.</description>
		<content:encoded><![CDATA[<p>What crypto is impossible to crack? Every crypto algorithm that I know of has been cracked, or would just take a long time to crack given the computing power an attacker is likely to have.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: kurt wismer</title>
		<link>http://www.tssci-security.com/archives/2007/08/22/immaterial-transfers-with-material-consequences/#comment-1540</link>
		<dc:creator>kurt wismer</dc:creator>
		<pubDate>Wed, 22 Aug 2007 17:59:27 +0000</pubDate>
		<guid>http://www.tssci-security.com/archives/2007/08/22/immaterial-transfers-with-material-consequences/#comment-1540</guid>
		<description>"I think we can all agree on this, that given enough computing power and time, a determined attacker will crack the encryption."

??, no - there are definitely cryptosystems for which cracking is impossible (ex. otp) and many more for which it's infeasible well beyond the lifetime of the data's usefulness... 

however, in the context of government or military secrets, rubber-hose cryptography is definitely something that needs to be considered and encrypting data certainly doesn't do anything in itself to diminish that threat...</description>
		<content:encoded><![CDATA[<p>&#8220;I think we can all agree on this, that given enough computing power and time, a determined attacker will crack the encryption.&#8221;</p>
<p>??, no - there are definitely cryptosystems for which cracking is impossible (ex. otp) and many more for which it&#8217;s infeasible well beyond the lifetime of the data&#8217;s usefulness&#8230; </p>
<p>however, in the context of government or military secrets, rubber-hose cryptography is definitely something that needs to be considered and encrypting data certainly doesn&#8217;t do anything in itself to diminish that threat&#8230;</p>
]]></content:encoded>
	</item>
</channel>
</rss>

<!-- Dynamic Page Served (once) in 0.195 seconds -->
