documentation-packages team mailing list archive
Mailing list archive
[Bug 1912614] Re: kASLR incorrectly described as disabled by default in Security/Features
> TBH the information about how to point out errors in or discuss
various sets of documentation leaves room for improvement. Hopefully
we'll find the resources to do something about that going forward.
I actually enjoy writing stuff like that. If you point me to someone
with more context whom I can pester with my questions, I will try to
carve out the time to write it down. Being an "outsider" might actually
give me an advantage here.
You received this bug notification because you are a member of
Documentation Packages, which is subscribed to ubuntu-docs in Ubuntu.
kASLR incorrectly described as disabled by default in
Status in ubuntu-docs package in Ubuntu:
According to: https://wiki.ubuntu.com/Security/Features kASLR is disabled by default. Additionally,
it is reported that enabling kASLR will disable the ability to hibernate.
I think that this is no longer true, but I don't want to edit the wiki without clarifying some details.
I discovered the active kASRL when I spun up a qemu vm with Ubuntu 20.04, all defaults and ran volatility3 on a memory dump. On the vm itself the kernel params do not mention kASLR / Kernel hardening:
BOOT_IMAGE=/boot/vmlinuz-5.4.0-58-generic root=UUID=eb6426f9-969b-4ce8-a690-ef87e410d5bf ro quiet splash vt.handoff=7
I also found this somewhere as a supposedly reliable way to tell if kASLR is on:
I asked a colleague who runs his ubuntu 20.04 directly on his laptop
for his cmdline and randomize_va_space, same results. He said he did
not knowingly touch any settings regarding kASLR.
Now, it seems like at some point kASLR became on by default. But I am
not really sure whether it still affects hibernation? I can't find
anything reliable on the wiki. My colleague is not sure whether he
disabled hibernation for different reasons or whether it was disabled
in the first place and I don't want to use my vm as reference, since
its not necessarily a "typical environment".
Note, the answers here should be updated as well, since checking the
kernel params will no longer be reliable.
To manage notifications about this bug go to: