| GPO - Restrição de Software |
|
|
|
Neste artigo veremos alguns detalhes sobre a Restrição de Softwares via GPO no Windows Server 2003. Outro grande problema que existe hoje é a quantidade de softwares que existem na Internet. Existe muita coisa boa, sem dúvidas, mas muitos desses softwares podem ser maliciosos. Isso se torna um problema ainda maior quando um usuário da empresa começa a instalar esses softwares em sua estação de trabalho. Isso poderá comprometer o funcionamento da estação de trabalho e pior que isso, poderá comprometer as informações das empresas, que são atualmente um dos bens mais valiosos para as empresas. Em outras palavras, como é que você garante que os usuários não vão poder instalar qualquer software em duas estações de trabalho? É aà que entra o recurso de restrição de software via GPO. O objetivo desse recurso é impedir que os usuários instalem qualquer software em suas estações de trabalho. Ou seja, os usuários só poderão instalar os softwares especificados pela polÃtica de restrição de softwares. Com isso você consegue aumentar o nÃvel de segurança da sua empresa. Você pode, por exemplo, criar diferentes polÃticas de restrição de softwares para diferentes grupos de usuários. Outro detalhe, é que essas polÃticas também podem ser aplicadas para computadores ou para usuários. Temos basicamente dois conceitos fundamentais relacionados com a polÃtica de restrição de softwares:
Quando você for adicionar algum software na lista branca ou na lista negra, você deverá definir qual regra será utilizada para a identificação desse software. Os tipos de regras são os seguintes:
Vamos conhecer um pouco mais das regras de identificação de software e dos nÃveis de segurança disponÃveis. NÃveis de Segurança e Regras de Identificação de Software Conforme nós falamos no tópico anterior, você pode trabalhar com as listas brancas ou com as listas negras. Você pode também definir outro tipo de lista, a qual chamamos de nÃveis de segurança. O único detalhe é que a lista será relacionada individualmente com cada programa. Os nÃveis de segurança são os seguintes:
Com relação às regras de identificação de software, temos os seguintes tipos:
Precedência das PolÃticas de Restrição de Software Você pode ter várias regras diferentes para uma mesma polÃtica de restrição de software. Nesses casos, existe uma ordem de aplicação das regras, garantindo que os conflitos sejam resolvidos. A ordem é a seguinte:
Por exemplo, caso você crie uma regra de hash com nÃvel de segurança irrestrito para uma aplicação que é instalada em uma pasta que possui uma regra de caminho configurada com o nÃvel de segurança não permitido, a aplicação poderá ser executada normalmente, pois as regras de hash possuem precedência sobre as regras de caminho. Nota: Outro detalhe importante é que se você criar duas regras de caminho para o mesmo objeto, sempre a mais especÃfica terá prioridade. NÃvel de Segurança Não Permitido Conforme nós já vimos anteriormente, você pode configurar as polÃticas de restrição de software com os seguintes nÃveis de segurança: Não Permitido ou Irrestrito. Quando criamos uma polÃtica de restrição de software, ela é configurada automaticamente com o nÃvel Irrestrito, ou seja, qualquer aplicação pode ser executada. Após isso você deve criar as regras para restringir o que não poderá ser utilizado. Um detalhe importante é que existem quatro chaves do Registro do Windows que são criadas automaticamente para impedir que você crie uma regra que impeça a execução de todos os programas do sistema, e até mesma a execução do Windows. O objetivo dessas regras é fazer com que o Windows funcione corretamente. As regras são as seguintes:
Outro detalhe interessante é com relação aos scripts de logon e logoff. Caso você esteja utilizando esses scripts nas GPOs, é importante que você crie uma regra de caminho para que os scripts possam ser executados normalmente.  Â
    Autor: Fabiano Santana – MVP, MCP, MCDST, MCSA Security, MCSE Security |




