В более предыдущих временах, стандартная модель обеспеченностью для операционных систем GNU/Linux и Unix дала общим потребителям минимальный комплект привилегированностей, пока дарующ полные привилегированности к учету одиночного потребителя, т.е. корень, который был использован для того чтобы управить системой и потребителями, установить системы файлов програмного обеспечения, держателя и unmount, нагружая модули стерженя, связывает процесс к привилигированный порту и бежит много обслуживаний.
, что была несколько опасна в что она была всем или ничего и не была одета эта зависимость на учете корня для того чтобы выполнить все действия требуя привилегированности к компартментализации ролей. Furthermore, она увеличила риск уязвимостей в пределах применения setuid которое может только требовать привилегированностей корня для очень малой части своей деятельности как раскрывать системный файл или вязку к привилигированный порту.
Этот риск наилучшим образом был понят внутри община открытых систем. В результате, IEEE Std.1003.1e (aka POSIX.1e или POSIX.6) был главным влиянием начатым в 1995 для того чтобы начать унифицированный комплект интерфейсов обеспеченностью для соответствуя систем которые включенный контроль допуска перечисляет (ACL), проверкы, разъединения привилегированности (возможностей), необходимого контроля допуска (MAC) и ярлыков информации.
Работа была прекращена RevCon IEEE в 1998 на проекте 17 документа должного к отсутсвию консенсуса (главным образом из-за противоречя существующей практики.) Пока официально усилие стандартов потерпело неудачу, с после этого много из стандарта проекта делает свой путь в стержене Линукс включая возможности которые этот столб исследует.
Во-первых, чего мы значим возможностями Линукс? Это по-существу выдвинутое verion модели возможностей описанной в стандарте проекта POSIX.1e. Читатели знакомые с VMS или версиями Unix которые включают доверено что вычисляя основание (TCB) узнают его как был несколько аналогичны к как привилегированностям. Эти возможности разделяют комплект privlileges корня в комплект определенных логически привилегированностей которые могут быть ы или заданы к процессам, потребителям, системам файлов и больше. Как резерв, возможность термине возникла в бумаге 1966 Jack Дэннис и Графом Van Горн (VOL. 9 CACM, #3, pp 143-155, март 1966.) Возможности можно снабдить в много путей включая через бирки оборудования, тайнопись, в пределах языка программирования (например. Java) или использующ защищенное место для адреса. Для введения к возможност-основанным механизмам пойдите здесь. Линукс использует защищенное место для адреса и расширенные атрибуты архива к возможностям инструмента.
Флаг возможности атрибут возможности. 3 названного флага возможности, позволено (p),