There are justifiable legal liability and traceability aspects to that process that make total sense to me.
Well, I don’t really know what you mean by “legal liability and traceability aspects”, but I would rather suggest checking the following thread
https://community.osr.com/discussion/173161/why-is-signing-drivers-such-a-mess
As you are going to see with your own eyes, a mere suggestion that a certificate holder should be liable for the damages that drivers signed with their certificate may cause immediately results in being branded as Stalin’s fan ( certainly, not in Mr.Kyler’s style, but still)…
https://community.osr.com/discussion/comment/173297#Comment_173297
Furthermore, according to the same comment, the worst thing that may possibly happen to the certificate owner is the certificate getting revoked by MSFT.
In other words, legal liability does not really seem to be anywhere in sight, does it…
I do a fair amount of work in the scientific, embedded, and industrial control world. I can tell you that quite a lot of them
have moved to Linux rather than trust Windows 10.
Well, AFAIK, Windows has never been particularly popular in the above mentioned domains. Linux has always been the OS of choice down there, and it had worked this way long before the advent of Windows10.
I think that the very fact of being free is, probably, the most significant factor that leads to choosing Linux over the proprietary OSes. For example, consider an HPC cluster with hundreds of thousands of separate nodes. If you use the proprietary OS every single node is going to count as a separate installation, significantly increasing the overall costs of the project. The situation with the embedded development is pretty much the same - the additional cost of the proprietary OS may have a very negative effect on price/cost ratio and overall marketability of the target device…
Therefore, I think the reasons for this may, probably, be mainly of an economical nature, rather than of a technical one…
Anton Bassov