Nei periodi più in anticipo, il modello di sicurezza standard per sistemi operativi di Unix e di GNU/Linux ha dato ad utenti generali un insieme minimo dei privilegi, mentre assegnava i privilegi completi ad un monoutente spiega, cioè la radice, che è stata usata per amministrare il sistema e gli utenti, installare i filesystems del software, del supporto e del unmount, moduli di carico del nocciolo, lega un processo ad un orificio privilegiato e fa funzionare molti servizi.
Questa dipendenza sul cliente di radice per realizzare tutte le azioni che richiedono il privilegio è stata riconosciuta per essere in qualche modo pericolosa in quanto fosse tutta o niente e non è stato adatta a compartimentalizzazione dei ruoli. Ancora, ha aumentato il rischio di vulnerabilità all'interno di un'applicazione del setuid che può richiedere soltanto i privilegi della radice per una frazione molto piccola della relativa attività come apertura una lima o del grippaggio di sistema ad un orificio privilegiato.
Questo rischio è stato capito bene all'interno della comunità dei sistemi aperti. Di conseguenza, IEEE Std.1003.1e (aka POSIX.1e o POSIX.6) era un effetto principale iniziato in 1995 per sviluppare un insieme standardizzato delle interfacce di sicurezza per i sistemi conformantesi che liste di controllo incluse di accesso (ACL), verifica, la separazione di privilegio (possibilità), controllo di accesso obbligatorio (MACKINTOSH) ed etichette di informazioni.
Il lavoro è stato terminato da RevCon dello IEEE in 1998 alla brutta copia 17 del documento dovuto mancanza di consenso (principalmente a causa di pratica attuale contrastante.) Mentre lo sforzo convenzionale di campioni è venuto a mancare, da allora gran parte del campione di brutta copia ha fatto il relativo senso nel nocciolo di Linux compreso le possibilità che questo alberino esplora.
In primo luogo, che cosa significhiamo dalle possibilità di Linux? È basicamente un verion esteso del modello di possibilità descritto nel campione della brutta copia POSIX.1e. I lettori esperti con il VMS o le versioni di Unix che includono sperato che base di computazione (TCB) la riconosceranno come essendo in qualche modo analoghi come a privilegi. Queste possibilità dividono l'insieme dei privlileges della radice in serie dei privilegi logici distinti che possono essere assegnati o assegnati ai processi, gli utenti, filesystems e più. Come divagazione, la possibilità di termine è provenuto da un documento scritto 1966 di Jack Dennis e di Earl Van Horn (volume 9 di CACM, #3, pp 143-155, marzo 1966.) Le possibilità possono essere realizzate in molti sensi che includono via le modifiche dei fissaggi, crittografia, all'interno di un linguaggio di programmazione (per esempio. Java) o usando lo spazio per l'indirizzo protettivo. Per un'introduzione ai meccanismi possibilità-basati vada qui. Linux usa lo spazio per l'indirizzo protettivo e gli attributi di lima estesi alle possibilità dello strumento.
Una bandierina di possibilità è un attributo di una possibilità. Ci sono tre bandierine di possibilità, chiamate (p) consentito,