Score:0

Verification failed: (0x1A) Security Violation for several Linux Distros after Kubuntu 22.04.2 install

id flag

I have a problem installing several Linux Distros (Linux Mint / Clonezilla) on my Dell OptiPlex 7060 SFF PC (i7-8700) from either verified DVD or USB ISOs.

When I attempt the installation, it comes up with a blue screen with the text: Verification failed: (0x1A) Security Violation The strange thing is, I have used the same ISO images (verified SHA256) on this PC previously and it worked fine with no issues.

From what I have researched, it seems to be an issue with the BIOS / UEFI key, but I am not sure what has changed since the last install of Mint or Clonezilla. I thought that it may have been due to a BIOS upgrade via Dell, but I have done the same upgrades on other similar PCs and the problem isn't repeating itself - they all work okay. There was a video suggesting the latest BIOS upgrade is the problem as it fixed BIOS security vulnerabilities, but I don't think this is the case. The video is : https://www.youtube.com/watch?v=rd9IKUtYuqA

The other scenario is that the cause could have been a result of me installing Kubuntu 22.04.2 on the same PC via USB ISO (verified SHA256) just to see what it was like. Could the latest Kubuntu install have messed my BIOS settings up, which prevents me installing anything older than the current versions? Another user suggested this here: Verification failed: (0x1A) Security Violation while installing Ubuntu ... ing-ubuntu

If the latter is the case, and Canonical updated their UEFI Secure Boot signing key, is there any way to reset the BIOS key, so that I can install the Linux Distros the way I used to, without issue? Or will I have to wait for the next versions of the Linux Distros and hopefully the key issue is addressed in that version?

There has to be a way to reset it. If anybody knows, please inform me. Your help is appreciated.

Darryl

guiverc avatar
cn flag
The release of Ubuntu 22.04.2 LTS was *delayed* a week to ensure it included the latest shim 15.7 which recently replaced the older and now *deprecated* keys. It's possible that your machine was updated by installation of 22.04.2 and you'll need to use *updated* ISOs if using Secure-uEFI if the other ISOs are using now *deprecated* keys. Only Ubuntu is on-topic here, and 22.04 media now is available with 22.04.2 media (*if what I'm saying is correct; you'll get errors now with 22.04 or 22.04.1 media too*) FYI: All OS companies (inc. Microsoft) *deprecate* keys on the same organized day
Darryl67Rowan68 avatar
id flag
Thanks for your reply. Is there any way of reversing the latest key to the old key on a Dell OptiPlex?
Darryl67Rowan68 avatar
id flag
Perhaps, there is a way to reset the Dell BIOS to an original state, to a point where it has never seen Kubuntu 22.04.2 version with its Shin 15.7? Also, what version Shim did 22.04.1 use?
guiverc avatar
cn flag
Questions about resetting a DELL uEFI/BIOS back to original state are best asked of Dell themselves, as OSes like Ubuntu/Windows have been given methods to upgrade to later versions, but not downgrade (*which is firmware specific somewhat*) Also fyi: All OSes upgraded at the same time, so Ubuntu, Red Hat, OpenSuSE, Microsoft Windows etc... all have upgraded media that can be used.... If you disable secure-uEFI you can use older media too.
jp flag
Disabling Secure Boot, at least temporarily, is likely to be the easiest solution; but this is disabling a security feature. Secure Boot keys, including the dbx keys (which identify untrusted loaders) can be manipulated, but doing so is a bit hairy. See [this page of mine](https://www.rodsbooks.com/efi-bootloaders/controlling-sb.html) for information on this topic. We could have a long discussion about the practical and philosophical issues involved, but accepting the small risk of disabling Secure Boot for long enough to install Ubuntu is likely the best solution. You can re-enable it later.
mangohost

Post an answer

Most people don’t grasp that asking a lot of questions unlocks learning and improves interpersonal bonding. In Alison’s studies, for example, though people could accurately recall how many questions had been asked in their conversations, they didn’t intuit the link between questions and liking. Across four studies, in which participants were engaged in conversations themselves or read transcripts of others’ conversations, people tended not to realize that question asking would influence—or had influenced—the level of amity between the conversationalists.