Earlier quoted context omitted.
Far more important than that what I want to know is whether I should even care, e.g. is there any evidence of Spectre being used in the wild or not.
A vulnerability that has been shown to work should not be patched in the software more widely used around the world to connect all kinds of linux/unix servers and even other systems? They should wait for it to start getting exploited "in the wild"? I'm just glad that the security of my systems does not depend on people with this kind of attitude.
SSH gets protection against side-channel attacks
31–40 of 166 posts
Re: SSH gets protection against side-channel attacks
#32Earlier quoted context omitted.
The point is that we'd like to know that its not heavily degrading to the existing purpose. No one said anything about high performance.
What part of the existing purpose is performance-critical?
Re: SSH gets protection against side-channel attacks
#33Earlier quoted context omitted.
What part of the existing purpose is performance-critical?
I dont understand the purpose of this question. The existing purpose is that it works at all?
And anyway, what you’re posing certainly isn’t a performance concern, but a “does the software work” concern.
Re: SSH gets protection against side-channel attacks
#34Re: SSH gets protection against side-channel attacks
#35Earlier quoted context omitted.
What part of the existing purpose is performance-critical?
Tanking DDoS? Like, the more connections you can handle normally, the less filtering you need to do on incoming connections?
The only way to mitigate such an attack would be to drop it before it reaches the SSH daemon.
Re: SSH gets protection against side-channel attacks
#36RAM encryption for sensitive data is overlooked in so many applications, even "highly secure" applications like veracrypt [0] only recently started adding it. In my opinion server-applications of all sorts should encrypt their private keys by default; this makes cold-boot attacks and other memory-escape attacks so much harder, since now two totally unrelated memory chunks have to be combined in order to retrieve the…
https://github.com/qemu/qemu/blob/master/docs/amd-memory-enc...
Re: SSH gets protection against side-channel attacks
#37Earlier quoted context omitted.
I dont understand the purpose of this question. The existing purpose is that it works at all?
I’m really not convinced that this is a realistic concern. And anyway, what you’re posing certainly isn’t a performance concern, but a “does the software work” concern.
Re: SSH gets protection against side-channel attacks
#38Earlier quoted context omitted.
Far more important than that what I want to know is whether I should even care, e.g. is there any evidence of Spectre being used in the wild or not.
Ah yes, I too love the panicked rush of trying to force application vendors to patch once we we discover something is being exploited in the wild. Remember defense is depth is a valid strategy.
Re: SSH gets protection against side-channel attacks
#39Unfortunate that there's no commentary on performance impact. It's symmetric encryption on a few kB, so probably fast, but I'd like to have numbers.
Re: SSH gets protection against side-channel attacks
#40Earlier quoted context omitted.
A vulnerability that has been shown to work should not be patched in the software more widely used around the world to connect all kinds of linux/unix servers and even other systems? They should wait for it to start getting exploited "in the wild"? I'm just glad that the security of my systems does not depend on people with this kind of attitude.
Where did I say it shouldn't be patched? I just said this is information I think a user would care to know along with the patch.