Semelhante aos limpadores baseados em LLVM para componentes do espaço do usuário, o Android inclui o Limpador de endereços do kernel (KASan, na sigla em inglês). O KASan é uma combinação de kernel e modificações de tempo de compilação que resultam em um sistema instrumentado que permite descoberta de bugs e análise da causa raiz mais simples.
O KASan pode detectar vários tipos de violações de memória no kernel. Ela também pode detectar leituras e gravações fora do limite em variáveis globais, de pilha e de heap; pode detectar uso após a liberação e duplas free.
Semelhante ao ASan, o KASan usa uma combinação de instrumentação de função de memória tempo de compilação e memória paralela para rastrear acessos à memória no tempo de execução. No KASan, um um oitavo do espaço de memória do kernel é dedicado à memória de sombra, que determina se um acesso à memória é válido ou não.
O KASan tem suporte nas arquiteturas x86_64 e arm64. Ele fez parte kernel upstream desde a versão 4.0 e tem backport para o Android 3.18 grãos
Além do KASan, o kcov é outra modificação do kernel útil para testes. O kcov foi desenvolvido para permitir testes de fuzz orientados por cobertura em grão Ele mede a cobertura em termos de entradas da chamada do sistema e é útil sistemas de fuzzing, como o syzkaller.
Implementação
Para compilar um kernel com o KASan e o kcov ativados, adicione as seguintes flags de build à configuração do build do kernel:
CONFIG_KASAN CONFIG_KASAN_INLINE CONFIG_TEST_KASAN CONFIG_KCOV CONFIG_SLUB CONFIG_SLUB_DEBUG CONFIG_CC_OPTIMIZE_FOR_SIZE
E removendo o seguinte:
CONFIG_SLUB_DEBUG_ON CONFIG_SLUB_DEBUG_PANIC_ON CONFIG_KASAN_OUTLINE CONFIG_KERNEL_LZ4
Em seguida, crie e atualize seu kernel como de costume. O kernel do KASan é consideravelmente maior que o original. Se necessário, modifique os parâmetros de inicialização e as configurações do carregador de inicialização para considerar isso.
Depois de realizar uma atualização flash no kernel, verifique os registros de inicialização do kernel para ver se o KASan está ativado e em execução. O kernel é iniciado com informações de mapa de memória para o KASan, como:
... [ 0.000000] c0 0 Virtual kernel memory layout: [ 0.000000] c0 0 kasan : 0xffffff8000000000 - 0xffffff9000000000 ( 64 GB) [ 0.000000] c0 0 vmalloc : 0xffffff9000010000 - 0xffffffbdbfff0000 ( 182 GB) [ 0.000000] c0 0 vmemmap : 0xffffffbdc0000000 - 0xffffffbfc0000000 ( 8 GB maximum) [ 0.000000] c0 0 0xffffffbdc0000000 - 0xffffffbdc3f95400 ( 63 MB actual) [ 0.000000] c0 0 PCI I/O : 0xffffffbffa000000 - 0xffffffbffb000000 ( 16 MB) [ 0.000000] c0 0 fixed : 0xffffffbffbdfd000 - 0xffffffbffbdff000 ( 8 KB) [ 0.000000] c0 0 modules : 0xffffffbffc000000 - 0xffffffc000000000 ( 64 MB) [ 0.000000] c0 0 memory : 0xffffffc000000000 - 0xffffffc0fe550000 ( 4069 MB) [ 0.000000] c0 0 .init : 0xffffffc001d33000 - 0xffffffc001dce000 ( 620 KB) [ 0.000000] c0 0 .text : 0xffffffc000080000 - 0xffffffc001d32284 ( 29385 KB) ...
E o bug vai ficar assim:
[ 18.539668] c3 1 ================================================================== [ 18.547662] c3 1 BUG: KASAN: null-ptr-deref on address 0000000000000008 [ 18.554689] c3 1 Read of size 8 by task swapper/0/1 [ 18.559988] c3 1 CPU: 3 PID: 1 Comm: swapper/0 Tainted: G W 3.18.24-xxx #1 [ 18.569275] c3 1 Hardware name: Android Device [ 18.577433] c3 1 Call trace: [ 18.580739] c3 1 [<ffffffc00008b32c>] dump_backtrace+0x0/0x2c4 [ 18.586985] c3 1 [<ffffffc00008b600>] show_stack+0x10/0x1c [ 18.592889] c3 1 [<ffffffc001481194>] dump_stack+0x74/0xc8 [ 18.598792] c3 1 [<ffffffc000202ee0>] kasan_report+0x11c/0x4d0 [ 18.605038] c3 1 [<ffffffc00020286c>] __asan_load8+0x20/0x80 [ 18.611115] c3 1 [<ffffffc000bdefe8>] android_verity_ctr+0x8cc/0x1024 [ 18.617976] c3 1 [<ffffffc000bcaa2c>] dm_table_add_target+0x3dc/0x50c [ 18.624832] c3 1 [<ffffffc001bdbe60>] dm_run_setup+0x50c/0x678 [ 18.631082] c3 1 [<ffffffc001bda8c0>] prepare_namespace+0x44/0x1ac [ 18.637676] c3 1 [<ffffffc001bda170>] kernel_init_freeable+0x328/0x364 [ 18.644625] c3 1 [<ffffffc001478e20>] kernel_init+0x10/0xd8 [ 18.650613] c3 1 ==================================================================
Além disso, se os módulos estiverem ativados no seu kernel, você poderá carregar o arquivo test_kasan módulo do kernel para testes adicionais. O módulo tenta usar memória fora dos limites acessos e uso após a liberação e é útil para garantir que o KASan seja ativado corretamente em um dispositivo de destino.