Sujet : Re: Another security vulnerability
De : ldo (at) *nospam* nz.invalid (Lawrence D'Oliveiro)
Groupes : comp.archDate : 28. Mar 2024, 01:46:13
Autres entêtes
Organisation : A noiseless patient Spider
Message-ID : <uu2ekk$35lku$2@dont-email.me>
References : 1 2 3 4 5 6 7
User-Agent : Pan/0.155 (Kherson; fc5a80b8)
On Wed, 27 Mar 2024 09:22:12 -0700, Stephen Fuld wrote:
On 3/25/2024 5:27 PM, Lawrence D'Oliveiro wrote:
>
On Mon, 25 Mar 2024 22:17:55 +0000, MitchAlsup1 wrote:
Lawrence D'Oliveiro wrote:
>
The basic problem is that building all this complex, bug-prone
functionality into monolithic, nonupgradeable hardware is not really
a good idea.
>
Would you like to inform us of how it can be done otherwise ?
Upgradeable firmware/software, of course.
But microcode is generally slower than dedicated hardware, and most
people seem to be unwilling to give up performance all the time to gain
an advantage in a situation that occurs infrequently and mostly never.
Bruce Schneier has a saying: “attacks never get worse, they can only get
better”.
Another security vulnerability
Re: Another security vulnerability