Re: Itanic, S/Z
"S/z because there are simply better things for a mainframe to do than speculatively execute code"
There's a post above, a couple of hours older then yours, pointing to a Red Hat note saying System Z is vulnerable.
42402 publicly visible posts • joined 16 Jun 2014
"Switching off speculative execution (if it's possible) will kill CPU performance. Some of the reports say that current CPUs can execute several hundred instructions whilst waiting for a single memory access request to main memory. That's a lot of lost CPU performance if you switch off speculative execution."
That doesn't stop better architectures restricting speculative execution to what they're allowed to see. Nor does it stop software architectures from being designed to better security standards.
"what happens when people realize there's no point in buying anything from any of us anywhere in the near future...?"
That realisation will be followed by another: we have work to do Right Now and everything's running slower; quick, order more kit. There'll be celebrations in the sales depts right now, especially in AMD. Intel? Looking for the leftovers if AMD can't keep up with orders. It's a good time to be selling memory, motherboards and everything else as well.
"Personally, I'm going to stick to my old faithful Z80"
I liked the Z80's trick of having two sets of registers and an instruction to flip between them. Very quick context change, no need to save registers or the like. Combine that with flipping between caches and mix in some notion of security rings and it could stage a come-back.
"don't forget your routers, raspberry's, and all that wonderful IoT stuff many are based on (Broadcom) ARM Architecture"
ARM's site lists the affected processors. AFAICS Pis aren't amongst those affected. As per a previous comment about stuff you control - the embedded processors shouldn't be exposed to random stuff off the net.
"Lots of fundamental development process rethinking required in the semi-conductor world required."
Or go back to some old ideas.
Does anyone remember the Z80? Two sets of registers and an instruction to swap between them. It made for quick context swaps. There were no security advantages, of course, because back then there was no concept of security rings on an 8-bit processor.
The same thing could be adapted to the modern world. Two sets of registers and two sets of cache (OK, for any given number of transistors it would mean reduced cache sizes for each half). That would mean that an independent address space could be kept for the kernel with only a single instruction to swap the context with one set having security privileges. Extra Brownie points if the cache split can be tuned to suit workloads. There might even be scope for adding more sets for quick changes between running processes.
"Disabling Javascript totally rather breaks the interwebs these days."
Most of the time I'll simply ignore a site that won't work at all without Javascript. If I think I really need it I'll see if I can selectively enable enough domains to make it work or see if the Google cached version is sufficient. Some sites manage to use so much Javascript as to break on some browsers even when fully enabled; eBay, I'm looking at your recent inability to display images in Seamonkey.
"Never tried Linux Mint but I know I wouldn't like it."
Those of us who use Linux normally also get dragged in to fix friends' and relatives' Windows problems. So, when it comes to Windows we know we don't like it. In my case I even spent the last few years of my working life developing for it. Glad to be shut of it.
"Another change is that the Synaptics touchpad driver has been replaced by libinput. Practically speaking, this should have no effect for most users"
One change: SWMBO's new laptop has the mouse buttons built into the touchpad. That leads to a tendency to leave a finger of one hand resting on a button whilst trying to steer the pointer with the other hand. Chaos. Once I sussed that the distros that didn't have that problem used libinput instead of synaptics I could just install it on the preferred distro.
So, yes, a practical change but a good one.
"Munich, the only place in the world, where you can make charges of taking brown envelopes disappear with brown envelopes."
Doesn't that happen in other places? E.g. although the term "fine" is often used in press releases SEC investigations seem to involve a "settlement" with no wrongdoing acknowledged.
"For example, proprietary formats such as MS Office that you cannot read on other packages."
Where, at least in the past*, that included older versions of the same MS Office application.
*I wouldn't know if that still applies. I haven't needed to use it for years but still find the LibreOffice opens any MS documents I get.
"the rigmarole of a check"
The "rigmarole" could include requiring the crime number as per the OP and making 1 in N checks with the police. It's called "having a process in place".
It raises the question of how DVLA will respond to further requests from this guy's office in future. If they really do make the thorough checks which now seem appropriate it could cost him a packet.
It's not an area that greatly concerns me but from the descriptions I've read here I'd have thought existing fraud legislation might have dealt with a lot of it and has the added advantage of imprisonment as a deterrent. But introducing a new piece of legislation is easier for legislators than getting existing legislation enforced. Which raises the question of how the new legislation will be enforced.
Government is responsible a lot of areas and not all the public have the same concerns. If the entire government machine was obliging you, Stuart, by concentrating on what you think they should be doing there would be a lot of other people complaining about neglect of other issues such as Xylella fastidiosa or asking why you left climate change or whatever off your list.
"It depends on what's going on in a system."
Firing up top in Linux shows several processes, mostly daemons, actively using CPU with nothing actually being done with the system so even in the absence of IO there's context changes taking place even if it's just a matter of waking up daemons to find that there's nothing to do. I'd guess that much the same situation applies with Windows.
"So you think the security problems in the world don't matter other than the influence of which processor you buy"
Focus. Tackle each issue in its own place. We've discussed other security issues in other contexts. Actually, in this context, the issue isn't so much the security issue, because like many others, it can be fixed, but the cost of fixing it.