
Empecé conkaslr.cy descubrió que usa kaslr_get_random_long() definido enkaslr.h e implementado enlib/kaslr.cdonde posiblemente use RDRAND (PRNG de hardware de Intel), una marca de tiempo y al menos un temporizador del sistema para generar más entropía.
unsigned long raw, random = get_boot_seed();
bool use_i8254 = true;
debug_putstr(purpose);
debug_putstr(" KASLR using");
if (has_cpuflag(X86_FEATURE_RDRAND)) {
debug_putstr(" RDRAND");
if (rdrand_long(&raw)) {
random ^= raw;
use_i8254 = false;
}
}
if (has_cpuflag(X86_FEATURE_TSC)) {
debug_putstr(" RDTSC");
raw = rdtsc();
random ^= raw;
use_i8254 = false;
}
if (use_i8254) {
debug_putstr(" i8254");
random ^= i8254();
}
El valor devuelto se difunde un poco a través de alguna multiplicación circular.
/* Circular multiply for better bit diffusion */
asm(_ASM_MUL "%3"
: "=a" (random), "=d" (raw)
: "a" (random), "rm" (mix_const));
random += raw;
get_boot_seed parece ser un xor PRNG lineal muy simple en un hash establecido en un 0 estático. Utiliza un xor muy simple que depende de los parámetros de arranque del kernel.
/* Attempt to create a simple but unpredictable starting entropy. */
static unsigned long get_boot_seed(void)
{
unsigned long hash = 0;
hash = rotate_xor(hash, build_str, sizeof(build_str));
hash = rotate_xor(hash, boot_params, sizeof(*boot_params));
return hash;
}
Este parece ser un tipo de enfoque "suficientemente bueno" y me preguntaba si otra distribución lo ha parcheado para usar un CSPRNG más potente. Para una compensación entre rendimiento y seguridad, puedo entender la elección. Sin embargo, estoy bastante seguro de que alguien ya debe haber parcheado esto para permitir más opciones para los núcleos reforzados.