Encrypting everything - Revision history

Alex at 15:39, 9 February 2017

2017-02-09T15:39:37Z

Lilith2: /* Cryptanalysis */

2015-09-23T16:31:27Z

‎Cryptanalysis

Lilith2: /* Cryptanalysis */

2015-08-19T19:28:24Z

‎Cryptanalysis

Lilith2: /* Is cryptography still safe? */

2015-08-19T18:03:51Z

‎Is cryptography still safe?

Lilith2 at 11:09, 19 August 2015

2015-08-19T11:09:42Z

Lilith2: /* Resources */

2015-08-19T11:03:52Z

‎Resources

Lilith2: /* Related */

2015-08-19T10:46:37Z

‎Related

Lilith2 at 20:31, 12 August 2015

2015-08-12T20:31:52Z

Lilith2: /* Symmetric key encryption */

2015-08-12T18:02:13Z

‎Symmetric key encryption

Lilith2: /* ElGamal */

2015-08-12T11:02:57Z

‎ElGamal

← Older revision		Revision as of 15:39, 9 February 2017
Line 363:		Line 363:

	[[Category:Resources]]		[[Category:Resources]]
		+	[[Category:How_To]]

← Older revision		Revision as of 16:31, 23 September 2015
Line 347:		Line 347:

	* A Tutorial on Linear and Differential Cryptanalysis (from 2001, not overly mathematical) http://www.engr.mun.ca/~howard/PAPERS/ldc_tutorial.ps		* A Tutorial on Linear and Differential Cryptanalysis (from 2001, not overly mathematical) http://www.engr.mun.ca/~howard/PAPERS/ldc_tutorial.ps
		+	* Cryptool portal https://www.cryptool.org (in english and/und auf deutsch)

	=== Wiretapping ===		=== Wiretapping ===

@@ Line 292: / Line 292: @@
 Anyway, why did Bruce Schneier recommend symmetric over asymmetric? I think it is because the complete design of any cryptosystem shall be as transparent as possible, and that includes the generation of "seemingly random" parameters. His preference for symmetric cryptography over asymmetric cryptography seems based on asymmetric cryptography using parametrized mathematical objects and these parameters can be used to make the system weak. And probably have been. And he may be wearing multiple hats. Who knows?
-I particularly enjoy what nightcracker wrote: ''Symmetric crypto is in a sense a lot more arcane, because there is a lot less math involved. It’s more like stirring a witch cauldron using explosive bullets fired by AK-47’s in the hope that it’s contents are so thoroughly mixed that only if you knew one part of the contents (the key) you can figure out the other (the message). As Bruce Schneier states he has more confidence in symmetric crypto, because we honestly have no idea how to crack these arcane mixing techniques.''
+I particularly enjoy what nightcracker wrote: ''Symmetric crypto is in a sense a lot more arcane, because there is a lot less math involved. It’s more like stirring a witch cauldron using explosive bullets fired by AK-47’s in the hope that it’s contents are so thoroughly mixed that only if you knew one part of the contents (the key) you can figure out the other (the message). As Bruce Schneier states he has more confidence in symmetric crypto, because we honestly have no idea how to crack these [[arcane mixing techniques]].''
 Methinks Serpent (with some adaptations) an excellent base for that? Or twofish (Schneier)? Threefish (Schneier on the team)?

@@ Line 290: / Line 290: @@
 I keep saying this! There ***is*** a cryptosystem possible that can be proven to be really absolutely safe. It’s called one-time pads http://users.telenet.be/d.rijmenants/en/onetimepad.htm. It is not very practical, because OTPs require a key at least the length of the message to be encrypted and it can never be reused. Not very practical EXCEPT when you need provable security in an environment where you have access to an absolutely secure communications channel at one point, and need to send a message securely some time later.
-Anyway, why did Bruce Schneier recommend symmetric over asymmetric? I think it is because the complete design of any cryptosystem shall be as transparent as possible, and that includes the generation of "seemingly random" parameters. His preference for symmetric cryptography over asymmetric cryptography seems based on asymmetric cryptography using parametrized mathematical objects and these parameters can be used to make the system weak. And probably have been.
+Anyway, why did Bruce Schneier recommend symmetric over asymmetric? I think it is because the complete design of any cryptosystem shall be as transparent as possible, and that includes the generation of "seemingly random" parameters. His preference for symmetric cryptography over asymmetric cryptography seems based on asymmetric cryptography using parametrized mathematical objects and these parameters can be used to make the system weak. And probably have been. And he may be wearing multiple hats. Who knows?
-And I particularly enjoy what nightcracker wrote: ''Symmetric crypto is in a sense a lot more arcane, because there is a lot less math involved. It’s more like stirring a witch cauldron using explosive bullets fired by AK-47’s in the hope that it’s contents are so thoroughly mixed that only if you knew one part of the contents (the key) you can figure out the other (the message). As Bruce Schneier states he has more confidence in symmetric crypto, because we honestly have no idea how to crack these arcane mixing techniques.''
+I particularly enjoy what nightcracker wrote: ''Symmetric crypto is in a sense a lot more arcane, because there is a lot less math involved. It’s more like stirring a witch cauldron using explosive bullets fired by AK-47’s in the hope that it’s contents are so thoroughly mixed that only if you knew one part of the contents (the key) you can figure out the other (the message). As Bruce Schneier states he has more confidence in symmetric crypto, because we honestly have no idea how to crack these arcane mixing techniques.''
-Methinks Serpent (with some adaptations) an excellent base for that? Or twofish? Threefish?
+Methinks Serpent (with some adaptations) an excellent base for that? Or twofish (Schneier)? Threefish (Schneier on the team)?
 === Is the clock ticking for encryption? ===

@@ Line 11: / Line 11: @@
 &nbsp;
 [[File:Darkbathroom.jpg|480px|thumb|right|Visit the Black Chamber where you can learn about codes, encrypt messages, crack those of your adversaries, and play with enciphering http://www.simonsingh.net/The_Black_Chamber/]]
-[[File:Theimitationgame.jpg|480px|thumb|right|The imitation game is a nail-biting race against time following Alan Turing and his brilliant team at Britain’s top-secret code-breaking centre during the darkest days of World War II. http://theimitationgamemovie.com/]]
+[[File:Theimitationgame.jpg|480px|thumb|right|The imitation game is a nail-biting race against time following Alan Turing and his brilliant team at Britain’s top-secret code-breaking centre during the darkest days of World War II. http://theimitationgamemovie.com/ For more movies, see below in ''Resources'']]
 == Crypto concepts ==

← Older revision		Revision as of 11:03, 19 August 2015
Line 312:		Line 312:
	== Resources ==		== Resources ==

		+	=== More movies ===
		+	* Sebastian (1968) https://www.youtube.com/watch?v=bIK3OYnD9MY
		+
	=== News & watchdogs ===		=== News & watchdogs ===

@@ Line 350: / Line 350: @@
 == Related ==
 * [[Object encryption on linux]]
 * [[Anonymising your traffic with linux]]
 * [[Clean up all the things]]
 * [[Shell scripting]]

← Older revision		Revision as of 20:31, 12 August 2015
Line 360:		Line 360:

	== References ==		== References ==
		+
		+	[[Category:Resources]]

@@ Line 80: / Line 80: @@
 The core of Salsa20 is a hash function with 64-byte input and 64-byte output. The hash function is used in counter mode as a stream cipher: Salsa20 encrypts a 64-byte block of plaintext by hashing the key, nonce, and block number and xor'ing the result with the plain text http://cr.yp.to/snuffle.html.
-=== TEA ===
+=== BLAKE2 ===
-=== CubeHash ===
+The cryptographic hash function BLAKE2 https://blake2.net/ is an improved version of the SHA-3 finalist BLAKE. The core algorithm of BLAKE2 is derived from ChaCha, a stream cipher http://cr.yp.to/chacha.html
-−
-=== BLAKE ===
 === Twofish ===
 === Threefish ===
 == Asymmetric key encryption ==

@@ Line 197: / Line 197: @@
 === ElGamal ===
-ElGamal is an algorithm used for transmitting digital signatures and key exchanges. The method is based on calculating logarithms. The algorithm is based on the characteristics of logarithmic numbers and calculations https://en.wikipedia.org/wiki/ElGamal_encryption.
+ElGamal is an algorithm used for transmitting digital signatures and key exchanges. The method is based on calculating logarithms. The algorithm is based on the characteristics of logarithmic numbers and calculations https://en.wikipedia.org/wiki/ElGamal_encryption. ElGamal is used in [[Networking_concepts#I2P_garlic_routing|I2P garlic routing]].
 === Digital Signature Algorithm (DSA) ===