Linux Root Access Vulnerabilities
|
|
|
Comments (9)
Took a look at this one in determining criticality for Sabayon. If RDS is built as a module then it takes user/admin interaction to load it as it's not among those that autoload themselves. This is dependent on if your distro of choice made that decision for you or not, or if they built it into the kernel.
zcat /proc/config.gz | grep -i rds lsmod | grep -i rds
This will let you know if you have to take action or not. If it's built in you do, if it's a module and it's loaded, you do.
zcat /proc/config.gz | grep -i rds lsmod | grep -i rds
This will let you know if you have to take action or not. If it's built in you do, if it's a module and it's loaded, you do.
that doesn't work on Mint, and I suspect Ubuntu
I suspect it should be "RDS", all caps.
grep -i makes it case insensitive, not finding the running config TA?
/proc/config.gz doesn't exist.
tracyanne: The fix in the CERT article only disables RDS at boot. If Ubuntu doesn't enable RDS at boot by default the net effect would be zero. It's perfectly harmless to make the change and may block a vulnerability. If you can't test then it's best to go ahead and create the one line /etc/modprobe.d/disable-rds file.
thanks caitlyn
Since Ubuntu has already released an updated kernel to cover this issue I expect nothing needs to be done.
Post a comment
A free account is needed to post. Write your comment here first: your text is kept in this browser while you sign up or log in, and is waiting for you when you come back.
Your message:Markdown: **bold**, *italic*, [text](https://link), - lists, > quotes, $x^2$ for math. Formatting help
Sign up and post (it is free) or Log in and post

Of course, I am not afraid of typing (or cutting and pasting) a single line in a terminal session as root. I wonder what those who fear and loathe and avoid the dreaded command line are going to do.