Olá, Vanderson.
Pelo erro apresentado, eu começaria não pelo certificado, mas pela instalação do .NET.
O certificado HTTPS do ASP.NET Core não é algo que você normalmente precisa baixar de um site. Ele é criado/instalado pelo próprio SDK do .NET e pode ser confiado no Windows através do comando:
dotnet dev-certs https --trust
A documentação da Microsoft explica que o SDK instala o certificado de desenvolvimento HTTPS no repositório de certificados do usuário e que o --trust é usado para torná-lo confiável.
Porém, no seu caso existe um problema anterior ao certificado.
Você informou que o SDK está sendo encontrado em:
C:\Program Files (x86)\dotnet\sdk
Isso indica que o comando dotnet está encontrando uma instalação 32 bits (x86).
Eu faria o seguinte:
1. Primeiro execute:
where.exe dotnet
O ideal é verificar se aparecem entradas como:
C:\Program Files (x86)\dotnet\dotnet.exe
C:\Program Files\dotnet\dotnet.exe
Se as duas existirem e a versão de Program Files (x86) aparecer primeiro, provavelmente o PATH está fazendo o Windows utilizar o .NET x86 antes do x64. A própria documentação do .NET cita exatamente esse cenário como causa de problemas na CLI.
2. Verifique se existe o .NET x64
Veja se existe:
C:\Program Files\dotnet\
Se não existir, eu instalaria o SDK x64 do .NET.
3. Depois de corrigir o PATH/instalação, abra um novo CMD ou PowerShell e execute:
where.exe dotnet
dotnet --info
dotnet --list-sdks
O dotnet x64 deve ser resolvido primeiro.
4. Só depois disso trate o certificado:
dotnet dev-certs https --clean
dotnet dev-certs https --trust
A Microsoft recomenda justamente essa sequência quando há problemas com o certificado de desenvolvimento HTTPS.
Portanto, eu não tentaria baixar ou instalar manualmente um certificado neste momento. O erro:
System.BadImageFormatException
0x8007000b
junto com o fato de o SDK estar sendo localizado em Program Files (x86) aponta primeiro para um possível problema de arquitetura/instalação do .NET, e não para a ausência do certificado.
Se você puder postar aqui o resultado destes dois comandos:
where.exe dotnet
dotnet --info
fica bem mais fácil identificar exatamente qual instalação está sendo utilizada e orientar a correção.