<?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: Writing your own encryption algorithm? Duh!!</title>
	<atom:link href="http://diovo.com/2009/02/wrote-your-own-encryption-algorithm-duh/feed/" rel="self" type="application/rss+xml" />
	<link>http://diovo.com/2009/02/wrote-your-own-encryption-algorithm-duh/</link>
	<description>Startups, Programming and stuff...</description>
	<lastBuildDate>Wed, 08 Feb 2012 03:39:54 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>By: Alex</title>
		<link>http://diovo.com/2009/02/wrote-your-own-encryption-algorithm-duh/comment-page-4/#comment-19382</link>
		<dc:creator>Alex</dc:creator>
		<pubDate>Mon, 06 Feb 2012 02:13:20 +0000</pubDate>
		<guid isPermaLink="false">http://www.diovo.com/?p=465#comment-19382</guid>
		<description>funny thing about security only way to have something 100% secure, is have it where no one can get to it not even you that is to say for it not to exist</description>
		<content:encoded><![CDATA[<p>funny thing about security only way to have something 100% secure, is have it where no one can get to it not even you that is to say for it not to exist</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Steven</title>
		<link>http://diovo.com/2009/02/wrote-your-own-encryption-algorithm-duh/comment-page-4/#comment-18242</link>
		<dc:creator>Steven</dc:creator>
		<pubDate>Wed, 18 Jan 2012 18:20:16 +0000</pubDate>
		<guid isPermaLink="false">http://www.diovo.com/?p=465#comment-18242</guid>
		<description>some people are good enough depending on their skills. algorithms are always hard as hell to make if you are trying to actually make it worth your while.. there is a way to double encrypt a homemade algorithm to make it almost impossible to break.</description>
		<content:encoded><![CDATA[<p>some people are good enough depending on their skills. algorithms are always hard as hell to make if you are trying to actually make it worth your while.. there is a way to double encrypt a homemade algorithm to make it almost impossible to break.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Sergio</title>
		<link>http://diovo.com/2009/02/wrote-your-own-encryption-algorithm-duh/comment-page-4/#comment-17317</link>
		<dc:creator>Sergio</dc:creator>
		<pubDate>Sat, 07 Jan 2012 06:37:10 +0000</pubDate>
		<guid isPermaLink="false">http://www.diovo.com/?p=465#comment-17317</guid>
		<description>I agree with this article that you should NEVER trust that your own homemade algorithm is cryptographically sound. The best algorithms are public encryption algorithms. In fact I think even some of the NSA&#039;s private unpublished algorithms are significantly less secure than public algorithms.

I&#039;ll give you an example. Skipjack was a classified algorithm, the day it was declassified two attacks were published on the algorithm. One of them broke 31 out of the 32 rounds that were supposed to provide enough cryptographic strength to beat out hackers. I would trust non-government public open source algorithms. The five best algorithms currently are RC6, MARS, Serpent, Twofish, and Rijndael (AES). These were five algorithms that were submitted to compete for the Advanced Encryption Standard (AES) title. Rijndael was chosen because it could encrypt and decrypt at a faster rate than the other algorithms. It was a trade off on security and speed. The reason they needed speed was to implement the algorithm in hardware and on smart cards. If you are truly interested in security go with one of the hybrid algorithms like AES-Twofish or Serpent-Twofish, both of which are in TrueCrypt.

TrueCrypt is a highly secure application and encryption program that is open source. The only attack I know that is successful against TrueCrypt is the Cold Boot attack. This attack requires that you cut the power to the device suddenly. You then go to the cache on the computer and you&#039;ll find encrypted keys on there. Once you have obtained the hash, it is then possible to break the keys using the method of Rainbow Tables. This is found in the open source Windows application Cain &amp; Abel Cracker. But you have to create the Rainbow Tables first.

If you are a hacker I suggest you do the following. Create a large Rainbow Table with the mixcase-alpha-numeric-symbol key space (you can generate a Rainbow Table using Winrtgen). So you take a large external hard drive (I&#039;m not joking a Rainbow Table can be as large as 5.5 TB if you are searching for keys of a specific length), and generate a large Rainbow Table. This could take days to create, but it is worth it. For Windows it uses LM hashes (at least that is what I&#039;ve read).

So to the White Hat Hackers out there (that is the benign hackers interested in security) whenever you leave a computer unattended DISMOUNT the TrueCrypt drive. I recommend for every TrueCrypt volume you create, use a different algorithm and a different key. It reduces the chances of all keys being compromised. If one key is compromised the rest will be safe (choose strong keys that have mixed case letters, numbers &amp; symbols. For example $tRonGK3y$ROOle if you couldn&#039;t figure it out it said StrongKeysRule). These guidlines prevent confidential information from being divulged easily.

Also if you have multiple TrueCrypt volumes make a master key volume. You then put a word document or text file in the master key volume with all the passwords in plaintext form. The password for this volume must be very strong and you must be able to remember it. If you forget the password to a TrueCrypt volume it becomes highly difficult to recover a key (not impossible though: Cold Boot Attack only works if drive is mounted). So for security freaks (I&#039;m one) I recommend you encrypt the entire hard drive. Do not use insecure connections for remote terminals (don&#039;t use telnet, rlogin or raw connection in PuTTY) use SSH. Be very careful about remote connections.</description>
		<content:encoded><![CDATA[<p>I agree with this article that you should NEVER trust that your own homemade algorithm is cryptographically sound. The best algorithms are public encryption algorithms. In fact I think even some of the NSA&#8217;s private unpublished algorithms are significantly less secure than public algorithms.</p>
<p>I&#8217;ll give you an example. Skipjack was a classified algorithm, the day it was declassified two attacks were published on the algorithm. One of them broke 31 out of the 32 rounds that were supposed to provide enough cryptographic strength to beat out hackers. I would trust non-government public open source algorithms. The five best algorithms currently are RC6, MARS, Serpent, Twofish, and Rijndael (AES). These were five algorithms that were submitted to compete for the Advanced Encryption Standard (AES) title. Rijndael was chosen because it could encrypt and decrypt at a faster rate than the other algorithms. It was a trade off on security and speed. The reason they needed speed was to implement the algorithm in hardware and on smart cards. If you are truly interested in security go with one of the hybrid algorithms like AES-Twofish or Serpent-Twofish, both of which are in TrueCrypt.</p>
<p>TrueCrypt is a highly secure application and encryption program that is open source. The only attack I know that is successful against TrueCrypt is the Cold Boot attack. This attack requires that you cut the power to the device suddenly. You then go to the cache on the computer and you&#8217;ll find encrypted keys on there. Once you have obtained the hash, it is then possible to break the keys using the method of Rainbow Tables. This is found in the open source Windows application Cain &amp; Abel Cracker. But you have to create the Rainbow Tables first.</p>
<p>If you are a hacker I suggest you do the following. Create a large Rainbow Table with the mixcase-alpha-numeric-symbol key space (you can generate a Rainbow Table using Winrtgen). So you take a large external hard drive (I&#8217;m not joking a Rainbow Table can be as large as 5.5 TB if you are searching for keys of a specific length), and generate a large Rainbow Table. This could take days to create, but it is worth it. For Windows it uses LM hashes (at least that is what I&#8217;ve read).</p>
<p>So to the White Hat Hackers out there (that is the benign hackers interested in security) whenever you leave a computer unattended DISMOUNT the TrueCrypt drive. I recommend for every TrueCrypt volume you create, use a different algorithm and a different key. It reduces the chances of all keys being compromised. If one key is compromised the rest will be safe (choose strong keys that have mixed case letters, numbers &amp; symbols. For example $tRonGK3y$ROOle if you couldn&#8217;t figure it out it said StrongKeysRule). These guidlines prevent confidential information from being divulged easily.</p>
<p>Also if you have multiple TrueCrypt volumes make a master key volume. You then put a word document or text file in the master key volume with all the passwords in plaintext form. The password for this volume must be very strong and you must be able to remember it. If you forget the password to a TrueCrypt volume it becomes highly difficult to recover a key (not impossible though: Cold Boot Attack only works if drive is mounted). So for security freaks (I&#8217;m one) I recommend you encrypt the entire hard drive. Do not use insecure connections for remote terminals (don&#8217;t use telnet, rlogin or raw connection in PuTTY) use SSH. Be very careful about remote connections.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: abdullah</title>
		<link>http://diovo.com/2009/02/wrote-your-own-encryption-algorithm-duh/comment-page-4/#comment-15038</link>
		<dc:creator>abdullah</dc:creator>
		<pubDate>Thu, 08 Dec 2011 15:32:56 +0000</pubDate>
		<guid isPermaLink="false">http://www.diovo.com/?p=465#comment-15038</guid>
		<description>just give me example /this is my e-mail           arbasta2010@hotmail.com</description>
		<content:encoded><![CDATA[<p>just give me example /this is my e-mail           <a href="mailto:arbasta2010@hotmail.com">arbasta2010@hotmail.com</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: abdullah</title>
		<link>http://diovo.com/2009/02/wrote-your-own-encryption-algorithm-duh/comment-page-4/#comment-15037</link>
		<dc:creator>abdullah</dc:creator>
		<pubDate>Thu, 08 Dec 2011 15:30:39 +0000</pubDate>
		<guid isPermaLink="false">http://www.diovo.com/?p=465#comment-15037</guid>
		<description>Hi
 I want ask you  a question ?how you write  Encryption Algorithm?
I want write any one Encryption Algorithm?</description>
		<content:encoded><![CDATA[<p>Hi<br />
 I want ask you  a question ?how you write  Encryption Algorithm?<br />
I want write any one Encryption Algorithm?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: ujie</title>
		<link>http://diovo.com/2009/02/wrote-your-own-encryption-algorithm-duh/comment-page-4/#comment-8376</link>
		<dc:creator>ujie</dc:creator>
		<pubDate>Thu, 22 Sep 2011 12:17:08 +0000</pubDate>
		<guid isPermaLink="false">http://www.diovo.com/?p=465#comment-8376</guid>
		<description>can you pass me your algorithm??</description>
		<content:encoded><![CDATA[<p>can you pass me your algorithm??</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Charles</title>
		<link>http://diovo.com/2009/02/wrote-your-own-encryption-algorithm-duh/comment-page-4/#comment-4022</link>
		<dc:creator>Charles</dc:creator>
		<pubDate>Fri, 10 Jun 2011 14:29:52 +0000</pubDate>
		<guid isPermaLink="false">http://www.diovo.com/?p=465#comment-4022</guid>
		<description>The thing with encryptions is the harder to decode them the longer it takes to encode. 

ie: if i make a simple Hex query that encode the encryption, it won&#039;t take long but the pass will be easy to find. 

if i make a hex query that is comming from a key generated with multiple alteration on parameters that varry (ie take username and other info and merge them...) the algorythm is harder to decode. 

making one isn&#039;t hard, the problem is making an efficient one that wont be easy to decode and fast to use.</description>
		<content:encoded><![CDATA[<p>The thing with encryptions is the harder to decode them the longer it takes to encode. </p>
<p>ie: if i make a simple Hex query that encode the encryption, it won&#8217;t take long but the pass will be easy to find. </p>
<p>if i make a hex query that is comming from a key generated with multiple alteration on parameters that varry (ie take username and other info and merge them&#8230;) the algorythm is harder to decode. </p>
<p>making one isn&#8217;t hard, the problem is making an efficient one that wont be easy to decode and fast to use.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

