b'\n_START_ARTICLE_\nSELinux\n_START_SECTION_\nBreve Hist\xc3\xb3rico\n_START_PARAGRAPH_\nInicialmente a implementa\xc3\xa7\xc3\xa3o do SELinux utilizava os identificadores (IDs ou PSIDs) armazenado nos inodes livres do sistema de arquivos ext2. Essa representa\xc3\xa7\xc3\xa3o num\xc3\xa9rica era mapeada pelo SELinux como uma etiqueta do contexto de seguran\xc3\xa7a. Infelizmente isso necessitaria de uma modifica\xc3\xa7\xc3\xa3o em cada sistema de arquivos para suportar os PSIDs, o que n\xc3\xa3o \xc3\xa9 uma solu\xc3\xa7\xc3\xa3o escal\xc3\xa1vel. _NEWLINE_Ent\xc3\xa3o o pr\xc3\xb3ximo passo da evolu\xc3\xa7\xc3\xa3o foi um m\xc3\xb3dulo carreg\xc3\xa1vel no n\xc3\xbacleo 2.4 que armazenava os PSIDs em um arquivo normal fazendo com que o SELinux suportasse mais sistemas de arquivos._NEWLINE_No entanto, esta solu\xc3\xa7\xc3\xa3o ainda n\xc3\xa3o era \xc3\xb3tima para a performance do sistema. Finalmente o c\xc3\xb3digo do SELinux foi integrado ao linux 2.6.x com total suporte por LSM e contendo atributos (xattrs) no sistema de arquivos ext3. SELinux foi alterado para usar xattrs como forma de armazenamento da informa\xc3\xa7\xc3\xa3o do contexto de seguran\xc3\xa7a. _NEWLINE_Muito do trabalho para deixar o linux pronto para o SELinux bem como seu subsequente desenvolvimento v\xc3\xaam sendo realizado em esfor\xc3\xa7os conjuntos da NSA, Red Hat, IBM e a comunidade de desenvolvedores do SELinux.\n_START_SECTION_\nUso\n_START_PARAGRAPH_\nO MAC possui vantagens de seguran\xc3\xa7a em rela\xc3\xa7\xc3\xa3o \xc3\xa0s suas alternativas, como o DAC. Utilizando unicamente DAC, o dono de um arquivo/objeto prov\xc3\xaa um potencial risco de corromp\xc3\xaa-lo. Um usu\xc3\xa1rio pode expor arquivos ou diret\xc3\xb3rios \xc3\xa0s brechas de seguran\xc3\xa7a utilizando incorretamente o comando chmod e uma n\xc3\xa3o esperada propaga\xc3\xa7\xc3\xa3o dos direitos de acesso. Um processo inicializado pelo usu\xc3\xa1rio como um script CGI pode fazer tudo que quiser com quaisquer arquivos possu\xc3\xaddos por este usu\xc3\xa1rio. Por exemplo um servidor HTTP pode realizar qualquer opera\xc3\xa7\xc3\xa3o sobre arquivos que est\xc3\xa3o no grupo web ou softwares maliciosos podem conquistar n\xc3\xadvel root de acesso rodando como processo de root ou utilizando setuid ou setgid._NEWLINE_Com DAC existem apenas duas grandes categorias de usu\xc3\xa1rios: Administradores e N\xc3\xa3o-administradores. Para alguns servi\xc3\xa7os e programas rodarem com n\xc3\xadvel elevado de privil\xc3\xa9gio as escolhas s\xc3\xa3o poucas e tipicamente resolvida dando completo acesso de administrador._NEWLINE_O MAC permite que sejam definidas permiss\xc3\xb5es de como os processos ir\xc3\xa3o interagir com outras partes do sistema como arquivos, devices, sockets, portas e outros processos (todos chamados de objetos para o SELinux). Isso \xc3\xa9 feito atrav\xc3\xa9s de uma pol\xc3\xadtica de seguran\xc3\xa7a definida administrativamente sobre todos os processos e objetos. Estes processos e objetos s\xc3\xa3o controlados pelo linux e a decis\xc3\xa3o de seguran\xc3\xa7a tomada com todas as informa\xc3\xa7\xc3\xb5es dispon\xc3\xadveis ao inv\xc3\xa9s de utilizar somente a identidade do usu\xc3\xa1rio. Com este modelo os processos podem garantir apenas permiss\xc3\xb5es necess\xc3\xa1rias pela funcionalidade seguindo um princ\xc3\xadpio de poucos privil\xc3\xa9gios._NEWLINE_Sobre MAC, usu\xc3\xa1rios que exp\xc3\xb5em seus dados utilizando chmod est\xc3\xa3o protegidos pelo fato de seus dados ter um tipo \xc3\xbanico associado com seu diret\xc3\xb3rio "home" e outros processos n\xc3\xa3o podem tocar nestes dados sem devida permiss\xc3\xa3o dentro da pol\xc3\xadtica.'