The flaw allows attackers to break down barriers between
users sharing the same processor, potentially accessing
private data stored in memory.
Sounds too complex for broad use on 'home' systems
but becomes more of an issue if you're "important",
big biz, bank, defense. Orgs that save money by using
very 'thin' clients, where most of the work is done
by a single kick-ass box, may risk rather broad
exposure to this new hacking approach. Hmmm ...
Office365-online kinda does this ....
Alas, speculative execution is one of the things
that put a lot more pop into modern CPUs. Turn
if off and you step back YEARS performance-wise.
The NSA has attempted to build backdoors into computers and cryptographyNo, they are not responsible for this one. Its the way computers work
for awhile now. While I have no proof, and frankly don't suspect, that they're responsible for this one specifically, privacy and the government
are nearly mutually exclusive right now in digital communications and technology.
c186282 <[email protected]> wrote:
https://scitechdaily.com/intels-memory-leak-nightmare-5000-bytes-per-second-in-the-hands-of-hackers/
The flaw allows attackers to break down barriers between
users sharing the same processor, potentially accessing
private data stored in memory.
This is only really relevant for the cloud providers, where multiple
tenants run code concurrently on the same CPU. It is totally
irrelevant for home users, and only partially relevant for on-prem virtualizsation ("private cloud").
On 22/05/2025 16:18, Grimble Crumble wrote:
The NSA has attempted to build backdoors into computers and cryptographyNo, they are not responsible for this one. Its the way computers work
for awhile now. While I have no proof, and frankly don't suspect, that
they're responsible for this one specifically, privacy and the government
are nearly mutually exclusive right now in digital communications and
technology.
that is the problem and he way they have been optimised to work faster.
Marc Haber <[email protected]> writes:
c186282 <[email protected]> wrote:
https://scitechdaily.com/intels-memory-leak-nightmare-5000-bytes-per-second-in-the-hands-of-hackers/
The flaw allows attackers to break down barriers between
users sharing the same processor, potentially accessing
private data stored in memory.
This is only really relevant for the cloud providers, where multiple
tenants run code concurrently on the same CPU. It is totally
irrelevant for home users, and only partially relevant for on-prem
virtualizsation ("private cloud").
I don’t think that’s correct. The BPRC attack breaches user/kernel, guest/host and application-internal boundaries (i.e. it undermines
IBPB). Much wider impact than cloud service providers.
https://comsec.ethz.ch/wp-content/files/bprc_sec25.pdf
is the full paper.
On 5/22/25 4:16 PM, Richard Kettlewell wrote:
I don’t think that’s correct. The BPRC attack breaches user/kernel,
guest/host and application-internal boundaries (i.e. it undermines
IBPB). Much wider impact than cloud service providers.
https://comsec.ethz.ch/wp-content/files/bprc_sec25.pdf
is the full paper.
Theoretically true. In PRACTICE however, it's a kinda
difficult breech technique - so expect it to be almost
entirely confined to "big"/"important" targets.
"Home", "smaller biz", nope.
STILL needs to be fixed ... but can EXISTING
chips be fixed without trashing performance ?
c186282 <[email protected]> writes:
On 5/22/25 4:16 PM, Richard Kettlewell wrote:
I don’t think that’s correct. The BPRC attack breaches user/kernel,
guest/host and application-internal boundaries (i.e. it undermines
IBPB). Much wider impact than cloud service providers.
https://comsec.ethz.ch/wp-content/files/bprc_sec25.pdf
is the full paper.
Theoretically true. In PRACTICE however, it's a kinda
difficult breech technique - so expect it to be almost
entirely confined to "big"/"important" targets.
Read the paper. The user/kernel version of the exploit is not
theoretical; they built it. The data leakage rate quoted is based on measurement, not analysis.
"Home", "smaller biz", nope.
That’s rather naive. Domestic users are absolutely a target. For example when building a botnet the ownership of the endpoints is totally
irrelevant - it’s all about quantity, not quality.
STILL needs to be fixed ... but can EXISTING
chips be fixed without trashing performance ?
Read the paper, they quote the performance cost of mitigations.
On 24/05/2025 11:08, Richard Kettlewell wrote:
That’s rather naive. Domestic users are absolutely a target. For
example when building a botnet the ownership of the endpoints is
totally irrelevant - it’s all about quantity, not quality.
Ah. Do you think this is the easiest way to build a botnet?
My impression is that the technical lack of sophistication of most
ratware apps is only exceeded by the complete disregard of basic
security on internet connected hosts.
| Sysop: | Keyop |
|---|---|
| Location: | Huddersfield, West Yorkshire, UK |
| Users: | 715 |
| Nodes: | 16 (2 / 14) |
| Uptime: | 16:50:47 |
| Calls: | 12,103 |
| Calls today: | 3 |
| Files: | 15,004 |
| Messages: | 6,518,065 |