User: Password:
|
|
Subscribe / Log in / New account

The future for grsecurity

The future for grsecurity

Posted Jan 15, 2009 17:39 UTC (Thu) by Dwokfur (guest, #50126)
Parent article: The future for grsecurity

If I would be a company, I would hire both Gresecurity/PaX, Grsecurity and Dazuko at the same time to work out something really useful.

Let me draw your attention to a previous comment of yours with useful links regarding the reasons why LSM fails to fulfil its duty:
http://lwn.net/Articles/206315/

It's clear, that LSM is incapable to hook important security projects. All major solutions remained outside the tree. Why? Do you really think, that those security experts, who knows processor architectures better than some Linux kernel developers are all insanely staying outside? Or just a particular company does not care about other solutions apart from its own? I think if the promotion of LSM is seriously considered, the developers and that company must be convinced to cope with the targeted projects on polishing LSM and make it a useful piece of software. It might be possible for someone smaller than Novell to introduce some improvements (AppArmor). But I'm afraid that should have been done at the beginning. Not after its unusefulness had been widely proven.

Personally I'm happy, that potential security solutions won't threaten average Linux users. It gives me the possibility to remain more secure, while most of them keep their Compiz cubes rotating faster. They don't have to care about security. Although I hope that there won't be a lesson to learn.

BTW, you may left out a handy feature (or I didn't noticed it was mentioned) of Grsecurity: it has an option to disable kernel module loading. How pretty it would be for a malware to hook itself into the kernel as a module? There would be plenty of information to intercept with the help of LSM...

Regards,
Dw.


(Log in to post comments)


Copyright © 2017, Eklektix, Inc.
Comments and public postings are copyrighted by their creators.
Linux is a registered trademark of Linus Torvalds