Tentar compilar o kernel gera um erro de certificação

16

Atualmente, estou tentando seguir este guia para instalar o kernel 4.5.7 com Grsecurity no meu desktop Kali Linux. Estou seguindo essa lista de instruções literalmente , exceto pelo fato de que estou tentando usar o patch de teste do Grsecurity para o kernel 4.5.7 e estou executando o Kali Linux em vez do Debian direto. Toda vez que tento compilar o kernel, porém, recebo esse erro seguindo a linha "CC certs / system_keyring.o":

  CC      certs/system_keyring.o
make[2]: *** No rule to make target 'debian/certs/[email protected]', needed by 'certs/x509_certificate_list'.  Stop.
Makefile:951: recipe for target 'certs' failed
make[1]: *** [certs] Error 2
make[1]: Leaving directory '/home/jc/Downloads/linux-4.5.7'
debian/ruleset/targets/common.mk:295: recipe for target 'debian/stamp/build/kernel' failed
make: *** [debian/stamp/build/kernel] Error 2

Eu recebo esse erro, como descobri, para qualquer kernel, mesmo que eu não aplique patches ou modificações, então isso tem algo a ver com as ferramentas que estou usando para compilar o kernel (aparentemente um tipo de chave de sistema). Alguém aí pode me dizer como consertar meu sistema operacional e compilar meu kernel?

PS Aqui está a saída de cat /proc/version:

Linux version 4.6.0-kali1-amd64 ([email protected]) (gcc version 5.4.0 20160609 (Debian 5.4.0-4) ) #1 SMP Debian 4.6.2-2kali2 (2016-06-28)
debian linux-kernel compiling kali-linux grsecurity John Doe
fonte
3
Tente comentar a linha CONFIG_SYSTEM_TRUSTED_KEYS no seu arquivo .config?
Steve #
Estou confuso você diz “exceto pelo fato de que eu estou tentando usar patch de teste de Grsecurity”, e você diz “mesmo se eu aplicar sem manchas". Eu não posso trabalhar o que problema que você está descrevendo. Você começa o problema quando seguindo as instruções 100%, de que é apenas quando a aplicação do patch?
ctrl-alt-Delor
Desculpe a confusão - eu recebo o problema ao compilar qualquer kernel de qualquer maneira. Estou tentando compilar o kernel da mesma maneira que o micah lee, exceto por algumas diferenças; mas o problema existe, se eu tento ou não incluir grsecurity.
31416 John Doe
@ Steve, isso afetará minha versão final? Prefiro corrigir o problema real da minha configuração atual do que tentar remover as chaves essenciais do meu novo kernel.
31416 John Doe

Respostas:

33

Eu me deparei com isso há vários anos em uma compilação Debian. No .configarquivo que você copiou, /bootencontre e comente as linhas CONFIG_SYSTEM_TRUSTED_KEY e CONFIG_MODULE_SIG_KEY.

Durante a compilação, você pode usar seu próprio certificado ou apenas um certificado único aleatório.

Encontrado o acima neste tópico .

agora
fonte
6
Para mim (4,8) foi CONFIG_SYSTEM_TRUSTED_KEYS
Pierre
2
Oneliner para uma configuração 4.19 - #sed -ri '/CONFIG_SYSTEM_TRUSTED_KEYS/s/=.+/=""/g' .config
Adam Baxter