IssueRaiser

> Was CC and KC both performed on the Pi?

> Was CC and KC both performed on the Pi? That introduces side channel attacks. I specifically said the RPi does nothing else but CC. > Does CC include implementation flaws enabling remote access? An attacker may use the Pi to enhance attacks against the system executing KC. > Does the Pi include any remotely exploitable flaws? See before. The interface from the PC to the RPi should of course have the same security as any internet-facing interface. Thus the remote access to the RPi wouldn't pose a risk for using the protocol beside the obvious risks that you always get in such a scenario. > Systems which rely upon cipher-obscurity are not secure. Most amateur cryptosystems are trivially defeated without any knowledge of their internals (FBI has some nice articles on cryptanalysis of criminal ciphers). Advising amateurs to rely upon homegrown ciphers is unprofessional and encourages bad risk mitigation strategies. The system I described is not trivially defeated because defeating it implies defeating KC. Did you read my comments? > We also disagree about the difficulty of breaking non-keyed bijections (trivial) versus AES-at-scale ("not trivial"). The cost of the latter easily exceeds $1B. The former would take a trained cryptanalyst less than a month. Is your data worth <$10,000? To break my cipher an attacker would need to solve _both_ problems. My point is that _if_ AES is broken without our knowledge, using the system I described can still make untargeted-surveillance impractical. Isn't that an interesting property for a protocol using a custom cipher?

Posted by madez on Apr 14, 2015, 6:47 PM

Tags

Related issues

Raise real-world problems, find people facing the same issue, and discuss solutions.7,000 issues0 comments

pricing (EdTech)

> Was CC and KC both performed on the Pi?

madezApr 14, 2015, 6:47 PM

> Was CC and KC both performed on the Pi? That introduces side channel attacks. I specifically said the RPi does nothing else but CC. > Does CC include implementation flaws enabling remote access? An attacker may use the Pi to enhance attacks against the system executing KC. > Does the Pi include any remotely exploitable flaws? See before. The interface from the PC to the RPi should of course have the same security as any internet-facing interface. Thus the remote access to the RPi wouldn't pose a risk for using the protocol beside the obvious risks that you always get in such a scenario. > Systems which rely upon cipher-obscurity are not secure. Most amateur cryptosystems are trivially defeated without any knowledge of their internals (FBI has some nice articles on cryptanalysis of criminal ciphers). Advising amateurs to rely upon homegrown ciphers is unprofessional and encourages bad risk mitigation strategies. The system I described is not trivially defeated because defeating it implies defeating KC. Did you read my comments? > We also disagree about the difficulty of breaking non-keyed bijections (trivial) versus AES-at-scale ("not trivial"). The cost of the latter easily exceeds $1B. The former would take a trained cryptanalyst less than a month. Is your data worth <$10,000? To break my cipher an attacker would need to solve _both_ problems. My point is that _if_ AES is broken without our knowledge, using the system I described can still make untargeted-surveillance impractical. Isn't that an interesting property for a protocol using a custom cipher?

Comments (0)

No comments yet. Start the discussion.

Comment on this issue