[BadBoyCobaine]

A lad in an irc channel told me about "Neuron". https://github.com/susmithHCK/neuron Anyone else thinks its kinda neat? Haven't had time to extensively look into the source, but last time I checked there's no loops. What do you guys think?https://github.com/susmithHCK/neuron

[Indica]

Yeah its neat, and looks really easy to setup as well. I wouldn't have a clue what I would ever use for it personally, but I guess people who are setting up online chat rooms could really find it quite helpful.

[phyrrus9]

AES seems kind of stupid for a communications protocol. You have to transmit the key at some point, which automatically defeats the encryption. public-key crypto best fits this sort of thing.

[Blink]

AES seems kind of stupid for a communications protocol. You have to transmit the key at some point, which automatically defeats the encryption. public-key crypto best fits this sort of thing.

On top of that, if you're *really* paranoid, and since you need to transfer a key safely anyway, use One Time Pad encryption, since it's uncrackable (no joke, it's mathematically impossible to crack). You need a good source of random data (radio noise works, or /dev/urandom), and you need a large pad so you won't run out of data for message encryption, and you meed a secure way to transfer the pad (MicroSD, inside of some random object, given in person).

[reGEN]

AES seems kind of stupid for a communications protocol. You have to transmit the key at some point, which automatically defeats the encryption. public-key crypto best fits this sort of thing.

Usually you use public key to transfer the symmetric key for the encryption of messages like in SSL. Asymmetric keys are not designed to be used for constant encryption and decryption due to their poor performance in speed.

[phyrrus9]

AES seems kind of stupid for a communications protocol. You have to transmit the key at some point, which automatically defeats the encryption. public-key crypto best fits this sort of thing.

Usually you use public key to transfer the symmetric key for the encryption of messages like in SSL. Asymmetric keys are not designed to be used for constant encryption and decryption due to their poor performance in speed.

It's nothing about design and all about security. If you've got to use public key encryption in the first place why not just use public key encryption for the whole system. I find many python programmers tend to overlook these things

[Blink]

AES seems kind of stupid for a communications protocol. You have to transmit the key at some point, which automatically defeats the encryption. public-key crypto best fits this sort of thing.

Usually you use public key to transfer the symmetric key for the encryption of messages like in SSL. Asymmetric keys are not designed to be used for constant encryption and decryption due to their poor performance in speed.

It's nothing about design and all about security. If you've got to use public key encryption in the first place why not just use public key encryption for the whole system. I find many python programmers tend to overlook these things

Maybe you're trying to defeat quantom computers?

[phyrrus9]

Usually you use public key to transfer the symmetric key for the encryption of messages like in SSL. Asymmetric keys are not designed to be used for constant encryption and decryption due to their poor performance in speed.

It's nothing about design and all about security. If you've got to use public key encryption in the first place why not just use public key encryption for the whole system. I find many python programmers tend to overlook these things

Maybe you're trying to defeat quantom computers?

Seems like a waste of cycles to me...