Deutsch   English   Français   Italiano  
<2024Jun14.191625@mips.complang.tuwien.ac.at>

View for Bookmarking (what is this?)
Look up another Usenet article

Path: ...!eternal-september.org!feeder3.eternal-september.org!news.eternal-september.org!.POSTED!not-for-mail
From: anton@mips.complang.tuwien.ac.at (Anton Ertl)
Newsgroups: comp.arch
Subject: Re: Qualcomm's Oryon boasts hardware "side-channel mitigations"
Date: Fri, 14 Jun 2024 17:16:25 GMT
Organization: Institut fuer Computersprachen, Technische Universitaet Wien
Lines: 26
Message-ID: <2024Jun14.191625@mips.complang.tuwien.ac.at>
References: <2024Jun14.174602@mips.complang.tuwien.ac.at> <oXZaO.34575$7NFd.23381@fx16.iad>
Injection-Date: Fri, 14 Jun 2024 19:18:32 +0200 (CEST)
Injection-Info: dont-email.me; posting-host="7014905415107e064baa976ca2273656";
	logging-data="3098024"; mail-complaints-to="abuse@eternal-september.org";	posting-account="U2FsdGVkX1+F+M+dKI9braBspVIH9mn5"
Cancel-Lock: sha1:fY7kxiKqMjaolEPWlzJOyknVq8s=
X-newsreader: xrn 10.11
Bytes: 2067

scott@slp53.sl.home (Scott Lurndal) writes:
>anton@mips.complang.tuwien.ac.at (Anton Ertl) writes:
>>https://images.anandtech.com/doci/21445/SDX_CPU_GPU%20Architecture%20Overview_15.jpg
>>
>>Unfortunately, they don't describe what they do, and "mitigation" has
>>a weaker sound than "fix" to me, but maybe they mean a proper hardware
>>fix.  That would be the best case.  The worst case would be that they
>>just have added instructions or a special mode for disabling
>>speculation.
>
>The Aarch64 architecture includes pointer auth, branch target ID,
>Speculation barrier instructions, architectural features to prevent
>exploitation of branch history buffers, and a few other features
>intended to address many of the speculation related attacks.
>
>I suspect that covers most of Qualcomms 'side-channel mitigations'.

That would be the worst case, then.

I hope that at some point (Hot Chips?) they will be more concrete
about what's behind their claims.

- anton
-- 
'Anyone trying for "industrial quality" ISA should avoid undefined behavior.'
  Mitch Alsup, <c17fcd89-f024-40e7-a594-88a85ac10d20o@googlegroups.com>