Boas Práticas em Segurança da Informação - TCU 1

Boas Práticas em Segurança da Informação - Resumo do Manual do TCU (2003)

1. Controles de Acesso Lógico

1.1. O que são controles de acesso?
Os controles de acesso, físicos ou lógicos, têm como objetivo proteger equipamentos, app e arquivos de dados contra perda, modificação ou divulgação não autorizada.

1.2. O que são controles de acesso lógico?
Os controles de acesso lógico são um conj. de procedimentos e medidas com o obj. de proteger dados, programas e sistemas contra tentativas de acesso não autorizadas feitas por pessoas ou outros programas de computador. O controle de acesso lógico pode ser encarado de duas formas diferentes :
1) a partir do recurso computacional que se quer proteger e
2) a partir do usuário a quem serão concedidos certos privilégios e acessos aos recursos.
A proteção aos recursos computacionais baseia-se nas necessidades de acesso de cada usuário, enquanto que a identificação e autenticação do usuário (confirmação de que o usuário realmente é quem ele diz ser) é feita normalmente através de um ID de usuário e uma senha durante o processo de logon no sistema.

1.3. Que recursos devem ser protegidos?
A proteção aos recursos computacionais inclui desde apps e arquivos de dados até utilitários e o próprio SO. Abaixo serão apresentados os motivos pelos quais esses recursos devem ser protegidos:
· Aplicativos (programas fonte e objeto)
O acesso não autorizado ao código fonte dos apps pode ser usado para alterar suas funções e a lógica do programa. Por exemplo, em um aplicativo bancário, pode-se zerar os centavos de todas as contas correntes e transferir o total dos centavos para uma determinada conta, beneficiando ilegalmente esse correntista.
· Arquivos de dados
BD, arquivos ou transações de bancos de dados devem ser protegidos para evitar que os dados sejam apagados ou alterados sem autorização, como por exemplo, arquivos com a config. do sistema, dados da folha de pagamento, dados estratégicos da empresa.
· Utilitários e sistema operacional
O acesso a utilitários, como editores, compiladores, sw de manutenção, monitoração e diagnóstico deve ser restrito, já que essas ferramentas podem ser usadas para alterar aplicativos, arquivos de dados e de config do SO, por exemplo. O SO é sempre um alvo bastante avisado, pois sua config é o ponto chave de todo o esquema de segurança. A fragilidade do SO compromete a segurança de todo o conjunto de aplicativos, utilitários e arquivos.
· Arquivos de senha
A falta de proteção adequada aos arquivos que armazenam as senhas pode comprometer todo o sistema, pois uma pessoa não autorizada, ao obter ID e senha de um usuário privilegiado, pode, intencionalmente, causar danos ao sistema. Essa pessoa dificilmente será barrada por qualquer controle de segurança instalado, já que se faz passar por um usuário autorizado.
· Arquivos de log
Os arquivos de log são usados para registrar ações dos usuários, constituindo-se em ótimas fontes de informação para auditorias futuras. Os logs registram quem acessou os recursos computacionais, apps, arquivos de dados e utilitários, quando foi feito o acesso e que tipo de operações foram efetuadas. Um invasor ou usuário não autorizado pode tentar acessar o sistema, apagar ou alterar dados, acessar apps, alterar a config do SO para facilitar futuras invasões e depois alterar os arquivos de log para que suas ações não possam ser identificadas. Dessa forma, o adm do sistema não ficará sabendo que houve uma invasão.

1.4. O que os controles de acesso lógico pretendem garantir em relação à SI?
Os controles de acesso lógico são implantados com o obj de garantir que:
· apenas usuários autorizados tenham acesso aos recursos; - Autenticação
· os usuários tenham acesso apenas aos recursos realmente necessários para a execução de suas tarefas; - Autorização
· o acesso a recursos críticos seja bem monitorado e restrito a poucas pessoas; Auditável
· os usuários estejam impedidos de executar transações incompatíveis com sua função ou além de suas responsabilidades. Autorização

O controle de acesso pode ser traduzido, então, em termos de
1) funções de identificação e autenticação de usuários;
2) alocação, gerência e monitoramento de privilégios;
3) limitação, monitoramento e desabilitação de acessos; e
4) prevenção de acessos não autorizados.

1.5. Como os usuários são identificados e autenticados?
Os usuários dos sistemas computacionais são identificados e autenticados durante um processo, chamado Logon. Os processos de logon são usados para conceder acesso aos dados e aplicativos em um sistema computacional e orientam os usuários durante sua identificação e autenticação. Normalmente esse processo envolve a entrada de um ID (identificação do usuário) e uma senha(autenticação do usuário). A identificação define para o computador quem é o usuário e a senha é um autenticador, isto é, ela prova ao computador que o usuário é realmente quem ele diz ser.

1.5.1. Como deve ser projetado um processo de logon para ser considerado eficiente?
O procedimento de logon deve divulgar o mínimo de informações sobre o sistema, evitando fornecer, a um usuário não autorizado, informações detalhadas. Um procedimento de logon eficiente deve:
· informar que o computador só deve ser acessado por pessoas autorizadas;
· evitar identificar o sistema ou suas aplicações até que o processo de logon esteja completamente concluído;
· durante o processo de logon, evitar o fornecimento de mensagens de ajuda que poderiam auxiliar um usuário não autorizado a completar esse procedimento;
· validar a informação de logon apenas quando todos os dados de entrada estiverem completos. Caso ocorra algum erro, o sistema não deve indicar qual parte do dado de entrada está correta ou incorreta, como por exemplo, ID ou senha;
· limitar o número de tentativas de logon sem sucesso (é recomendado um máximo de três tentativas), e ainda:
a) registrar as tentativas de acesso inválidas;
b) forçar um tempo de espera antes de permitir novas tentativas de entrada no sistema ou rejeitar qualquer tentativa posterior de acesso sem autorização específica;
c) encerrar as conexões com o computador.
· limitar o tempo máximo para o procedimento de logon. Se excedido, o sistema deverá encerrar o procedimento;
· mostrar as seguintes informações, quando o procedimento de logon no sistema finalizar com êxito:
a) data e hora do último logon com sucesso;
b) detalhes de qualquer tentativa de logon sem sucesso, desde o último procedimento realizado com sucesso.

1.5.2. O que é identificação do usuário?
A identificação do usuário, ou ID, deve ser única, isto é, cada usuário deve ter uma identificação própria. Todos os usuários autorizados devem ter um ID, quer seja um código de caracteres, cartão inteligente ou qualquer outro meio de identificação. Essa unicidade de identificação permite um controle das ações praticadas pelos
usuários através dos logs. No caso de identificação a partir de caracteres,
é comum estabelecer certas regras de composição, como por exemplo, quantidade mínima
e máxima de caracteres, misturando letras, números e símbolos.

1.5.3 O que é autenticação do usuário?
Após a identificação do usuário, deve-se proceder à sua autenticação, isto é, o sistema deve confirmar se o usuário é realmente quem ele diz ser. Os sistemas de autenticação são uma combinação de hardware, software e procedimentos que permitem
o acesso de usuários aos recursos computacionais. Na autenticação, o usuário deve apresentar algo que só ele saiba ou possua, podendo até envolver a verificação de características físicas pessoais. A maioria dos sistemas atuais solicita uma senha (algo que, supostamente, só o usuário conhece), mas já existem sistemas mais modernos
utilizando cartões inteligentes (algo que o usuário possui) ou ainda características físicas (algo intrínseco ao usuário), como o formato da mão, da retina ou do rosto, impressão digital e reconhecimento de voz.

1.5.4. Como orientar os usuários em relação às senhas?
Para que os controles de senha funcionem, os usuários devem ter pleno conhecimento das políticas de senha da organização e devem ser orientados e estimulados a segui-las fielmente. Todos os usuários devem ser solicitados a:
· manter a confidencialidade das senhas;
· não compartilhar senhas;
· evitar registrar as senhas em papel;
· selecionar senhas de boa qualidade, evitando o uso de senhas muito curtas ou muito longas, que os obriguem a escrevê-las em um pedaço de papel para não serem esquecidas (recomenda-se tamanho entre seis e oito caracteres);
· alterar a senha sempre que existir qualquer indicação de possível comprometimento do sistema ou da própria senha;
· alterar a senha em intervalos regulares ou com base no número de acessos (senhas para usuários privilegiados devem ser alteradas com maior freqüência que senhas normais);
· evitar reutilizar as mesmas senhas;
· alterar senhas temporárias no primeiro acesso ao sistema;
· não incluir senhas em processos automáticos de acesso ao sistema (por exemplo, armazenadas em macros).

Vale lembrar também que utilizar a mesma senha para vários sistemas não é uma boa prática, pois a primeira atitude de um invasor, quando descobre a senha de um usuário em um sistema vulnerável, é tentar a mesma senha em outros sistemas a que o usuário tem acesso.

1.5.5. Que tipos de senhas devem ser evitadas?
Os usuários devem evitar senhas compostas de elementos facilmente identificáveis por possíveis invasores, como por exemplo :
· nome do usuário;
· identificador do usuário (ID), mesmo que seus caracteres estejam embaralhados;
· nome de membros de sua família ou de amigos íntimos;
· nomes de pessoas ou lugares em geral;
· nome do sistema operacional ou da máquina que está sendo utilizada;
· nomes próprios;
· datas;
· números de telefone, de cartão de crédito, de carteira de identidade ou de outros documentos pessoais;
· placas ou marcas de carro;
· palavras que constam de dicionários em qualquer idioma;
· letras ou números repetidos;
· letras seguidas do teclado do computador (ASDFG, YUIOP);
· objetos ou locais que podem ser vistos a partir da mesa do usuário (nome de um livro na estante, nome de uma loja vista pela janela);
· qualquer senha com menos de 6 caracteres.

Alguns softwares são capazes de identificar senhas frágeis, como algumas dessas citadas acima, a partir de bases de dados de nomes e seqüências de caracteres mais comuns, e ainda bloquear a escolha dessas senhas por parte do usuário. Essas bases de dados normalmente fazem parte do pacote de software de segurança e podem ser atualizadas pelo gerente de segurança com novas inclusões.

1.5.6. Como escolher uma boa senha?
Geralmente são consideradas boas senhas aquelas que incluem, em sua composição, letras (maiúsculas e minúsculas), números e símbolos embaralhados, totalizando mais de seis caracteres. Porém, para ser boa mesmo, a senha tem que ser difícil de ser adivinhada por outra pessoa, mas de fácil memorização, para que não seja necessário
anotá-la em algum lugar. Também é conveniente escolher senhas que possam ser digitadas rapidamente, dificultando que outras pessoas, a uma certa distância ou por cima de seus ombros, possam identificar a seqüência de caracteres.
Um método bastante difundido hoje em dia é selecionar uma frase significativa para o usuário e utilizar os primeiros caracteres de cada palavra que a compõe, inserindo símbolos entre eles. É também recomendável não utilizar a mesma senha para vários
sistemas. Se um deles não for devidamente protegido, a senha poderá ser descoberta e utilizada nos sistemas que, a priori, estariam seguros. Outro conselho : adquira o hábito de trocar sua senha com freqüência. Trocá-la a cada 60/90 dias é considerado
uma boa prática. Se você realmente não conseguir memorizar sua senha e tiver que escrevê-la em algum pedaço de papel, tenha pelo menos o cuidado de não identificá-la como sendo uma senha. Não pregue esse pedaço de papel no próprio computador, não
guarde a senha junto com a sua identificação de usuário e nunca a envie por e-mail ou armazene em arquivos do computador.

1.5.7. Como deve ser feita a concessão de senhas aos usuários?
A concessão de senhas deve ser feita de maneira formal, considerando os seguintes pontos:
· solicitar aos usuários a assinatura de uma declaração, a fim de manter a confidencialidade de sua senha pessoal (isso pode estar incluso nos termos e condições do contrato de trabalho do usuário);
· garantir, aos usuários, que estão sendo fornecidas senhas iniciais seguras e temporárias, forçando-os a alterá-las logo no primeiro logon. O fornecimento de senhas temporárias, nos casos de esquecimento por parte dos usuários, deve ser
efetuado somente após a identificação positiva do respectivo usuário;
· fornecer as senhas temporárias aos usuários de forma segura. O uso de terceiros ou mensagens de correio eletrônico desprotegidas (não criptografadas) deve ser evitado.

1.5.8. O que a instituição pode fazer para proteger e controlar as senhas de acesso a
seus sistemas?



O sistema de controle de senhas deve ser configurado para proteger as senhas armazenadas contra uso não autorizado, sem apresentá-las na tela do computador,
mantendo-as em arquivos criptografados e estipulando datas de expiração (normalmente se recomenda a troca de senhas após 60 ou 90 dias). Alguns sistemas, além de criptografar as senhas, ainda guardam essas informações em arquivos escondidos que
não podem ser vistos por usuários, dificultando, assim, a ação dos hackers. Para evitar o uso freqüente das mesmas senhas, o sistema de controle de senhas deve manter um histórico das últimas senhas utilizadas por cada usuário. Deve-se ressaltar, entretanto, que a troca muito freqüente de senhas também pode confundir o usuário,
que poderá passar a escrever a senha em algum lugar visível ou escolher uma senha mais fácil, comprometendo, assim, sua segurança. O gerente de segurança deve desabilitar contas inativas, sem senhas ou com senhas padronizadas. Até mesmo a senha temporária fornecida ao usuário pela gerência de segurança deve ser gerada de
forma que já entre expirada no sistema, exigindo uma nova senha para os próximos logons. Portanto, deve haver um procedimento que force a troca de senha imediatamente após a primeira autenticação, quando o usuário poderá escolher a senha que será utilizada dali por diante. Ex-funcionários devem ter suas senhas bloqueadas.Para isso, devem existir procedimentos administrativos eficientes que informem o gerente de segurança, ou o administrador dos sistemas, da ocorrência de demissões ou desligamentos de funcionários. Esses procedimentos, na prática, nem sempre são seguidos, expondo a organização a riscos indesejáveis. Também devem ser bloqueadas contas de usuários após um determinado número de tentativas de acesso sem sucesso. Esse procedimento diminui os riscos de alguém tentar adivinhar as senhas. Atingido
esse limite, só o administrador do sistema poderá desbloquear a conta do usuário, por exemplo.

1.5.9. Existem outras formas de autenticação do usuário, além do uso de senhas?
Sim. A autenticação dos usuários pode ser feita a partir de tokens, ou ainda, sistemas biométricos.

1.5.10. O que são tokens?
A idéia de fornecer tokens aos usuários como forma de identificá-los é bastante antiga. No nosso dia-a-dia estamos freqüentemente utilizando tokens para acessar alguma coisa. As chaves que abrem a porta da sua residência ou seu cartão com tarja magnética para utilizar o caixa eletrônico do banco são exemplos de tokens. O cartão magnético é ainda uma token especial, pois guarda outras informações, como por exemplo, sua conta bancária. Token pode ser definida, então, como um objeto que o usuário possui, que o diferencia das outras pessoas e o habilita a acessar algum objeto. A desvantagem das tokens em relação às senhas é que as tokens, por serem objetos, podem ser perdidas, roubadas ou reproduzidas com maior facilidade.


1.5.11. O que são cartões magnéticos inteligentes?
Os cartões inteligentes são tokens que contêm microprocessadores e capacidade de memória suficiente para armazenar dados, a fim de dificultar sua utilização por outras pessoas que não seus proprietários legítimos. O primeiro cartão inteligente, patenteado em 1975, foi o de Roland Moreno, considerado o pai do cartão inteligente. Comparado ao cartão magnético, que é um simples dispositivo de memória, o cartão inteligente não só pode armazenar informações para serem lidas, mas também é capaz de
processar informações. Sua clonagem é mais difícil e a maioria dos cartões inteligentes ainda oferece criptografia. Normalmente o usuário de cartão inteligente
precisa fornecer uma senha à leitora de cartão para que o acesso seja permitido, como uma medida de proteção a mais contra o roubo de cartões.As instituições bancárias, financeiras e governamentais são os principais usuários dessa tecnologia, em função de seus benefícios em relação à segurança de informações e pela possibilidade de redução de custos de instalações e pessoal, como por exemplo, a substituição dos guichês de atendimento ao público nos bancos por caixas eletrônicos. Os cartões
inteligentes têm sido usados em diversas aplicações: cartões bancários, telefônicos e de crédito, dinheiro eletrônico, segurança de acesso, carteiras de identidade.

1.5.12. O que são sistemas biométricos?
Os sistemas biométricos são sistemas automáticos de verificação de identidade baseados em características físicas do usuário. Esses sistemas têm como objetivo suprir deficiências de segurança das senhas, que podem ser reveladas ou descobertas, e das tokens, que podem ser perdidas ou roubadas. Os sistemas biométricos automáticos são uma evolução natural dos sistemas manuais de reconhecimento amplamente difundidos há muito tempo, como a análise grafológica de assinaturas, a análise de impressões digitais e o reconhecimento de voz. Hoje já existem sistemas ainda mais sofisticados,
como os sistemas de análise da conformação dos vasos sangüíneos na retina.

1.5.13. Que características humanas podem ser verificadas por sistemas biométricos?
Teoricamente, qualquer característica humana pode ser usada como base para a identificação biométrica. Na prática, entretanto, existem algumas limitações. A tecnologia deve ser capaz de medir determinada característica de tal forma que o indivíduo seja realmente único, distinguindo inclusive gêmeos, porém não deve ser invasiva ou ferir os direitos dos indivíduos. Um dos problemas enfrentados pelos sistemas biométricos atuais é sua alta taxa de erro, em função da mudança das características de uma pessoa com o passar dos anos, ou devido a problemas de saúde ou nervosismo, por exemplo. 


A tolerância a erros deve ser estabelecida com precisão, de forma a não ser grande o suficiente para admitir impostores, nem pequena demais a ponto de negar acesso a usuários legítimos. Abaixo serão apresentadas algumas características humanas verificadas por sistemas biométricos existentes:
· Impressões digitais – são características únicas e consistentes. Nos sistemas biométricos que utilizam essa opção, são armazenados de 40 a 60 pontos para verificar uma identidade. O sistema compara a impressão lida com impressões digitais de pessoas autorizadas, armazenadas em sua base de dados. Atualmente, estão sendo utilizadas impressões digitais em alguns sistemas governamentais, como por exemplo, o sistema
de previdência social na Espanha e o de registro de eleitores na Costa Rica;
· Voz – os sistemas de reconhecimento de voz são usados para controle de acesso, porém não são tão confiáveis quanto às impressões digitais, em função dos erros causados por ruídos do ambiente e problemas de garganta ou nas cordas vocais das pessoas a eles submetidas;
· Geometria da mão – também é usada em sistemas de controle de acesso, porém essa característica pode ser alterada por aumento ou diminuição de peso ou artrite;
· Configuração da íris e da retina – os sistemas que utilizam essas características se propõem a efetuar identificação mais confiável do que os sistemas que verificam
impressões digitais. Entretanto, são sistemas invasivos, pois direcionam feixes de luz aos olhos das pessoas que se submetem à sua identificação;
· Reconhecimento facial através de termogramas - o termograma facial é uma imagem
captada por uma câmera infravermelha que mostra os padrões térmicos de uma face. Essa imagem é única e, combinada com algoritmos sofisticados de comparação de diferentes níveis de temperatura distribuídos pela face, constitui-se em uma técnica não invasiva, altamente confiável, não sendo afetada por alterações de saúde, idade ou temperatura do corpo. São armazenados ao todo 19.000 pontos de identificação, podendo distinguir gêmeos idênticos, mesmo no escuro. O desenvolvimento dessa tecnologia tem como um de seus objetivos baratear seu custo para que possa ser usada em um número maior de aplicações de identificação e autenticação.

1.6. Como restringir o acesso aos recursos informacionais?
O fato de um usuário ter sido identificado e autenticado não quer dizer que ele poderá acessar qualquer informação ou aplicativo sem qualquer restrição. Deve-se implementar um controle específico restringindo o acesso dos usuários apenas às aplicações, arquivos e utilitários imprescindíveis para desempenhar suas funções na
organização. Esse controle pode ser feito por menus, funções ou arquivos.

1.6.1. Para que servem os controles de menu?
Os controles de menu podem ser usados para restringir o acesso de diferentes categorias de usuários apenas àqueles aplicativos ou utilitários indispensáveis
a cada categoria. Por exemplo, em um sistema de folha de pagamento, poderá ser apresentado um menu inicial com três opções diferentes : funcionário, gerente
e setor de recursos humanos. Nesse caso, o administrador do sistema deverá conceder acesso a cada uma das opções de acordo com a função desempenhada pelo usuário. Portanto, o funcionário só terá acesso a dados da sua folha de pagamento pessoal, enquanto que o gerente poderá ter acesso a algumas informações da folha de seus funcionários. O setor de recursos humanos, para poder alimentar a base de dados
de pagamento, obterá um nível diferente de acesso e sua interação com o sistema será feita a partir de menus próprios para a administração de pessoal. Os menus apresentados após a seleção de uma das opções (funcionário, gerente ou setor de recursos humanos) serão, portanto, diferentes.

1.6.2.. Para que servem os controles de funções de aplicativos?
No que diz respeito às funções internas dos aplicativos, os respectivos proprietários deverão definir quem poderá acessá-las e como, através de autorização para uso de funções específicas ou restrição de acesso a funções de acordo com o usuário (menus de acesso predefinidos), horário ou tipo de recursos (impressoras, fitas backup).

1.6.3. Como proteger arquivos?
A maioria dos sistemas operacionais possui mecanismos de controle de acesso que definem as permissões e os privilégios de acesso para cada recurso ou arquivo no sistema. Quando um usuário tenta acessar um recurso, o sistema operacional verifica se as definições de acesso desse usuário e do recurso desejado conferem. O usuário só conseguirá o acesso se essa verificação for positiva. Para garantir a segurança lógica, pode-se especificar dois tipos de controle, sob óticas diferentes :
· O que um sujeito pode fazer; ou
· O que pode ser feito com um objeto.

1.6.4. O que são direitos e permissões de acesso?
Definir direitos de acesso individualmente para cada sujeito e objeto pode ser uma maneira um tanto trabalhosa quando estiverem envolvidas grandes quantidades de sujeitos e objetos. A forma mais comum de definição de direitos de acesso, nesse caso, é a matriz de controle de acesso. Nessa matriz pode-se fazer duas análises :
uma em relação aos sujeitos; outra, em relação aos objetos. Na primeira abordagem, cada sujeito recebe uma permissão (ou capacidade) que define todos os seus direitos de acesso. As permissões de acesso são, então, atributos, associados a um sujeito ou
objeto, que definem o que ele pode ou não fazer com outros objetos. Essa abordagem, no entanto, é pouco utilizada, já que, na prática, com grandes quantidades de sujeitos e objetos, a visualização exata de quem tem acesso a um determinado objeto não é tão clara, comprometendo, assim, a gerência de controle de acesso.

Na segunda abordagem, os direitos de acesso são armazenados com o próprio objeto formando a chamada lista de controle de acesso (ACL - Access Control List).

1.6.5. O que são listas de controle de acesso?
Enquanto a permissão de acesso define o que um objeto pode ou não fazer com outros, a lista de controle de acesso define o que os outros objetos ou sujeitos podem fazer com o objeto a ela associado. As listas de controle de acesso nada mais são do que bases de dados, associadas a um objeto, que descrevem os relacionamentos entre aquele objeto e outros, constituindo-se em um mecanismo de garantia de confidencialidade e integridade de dados. A definição das listas de controle de acesso deve ser sempre feita pelos proprietários dos recursos, os quais determinam o tipo de proteção
adequada a cada recurso e quem efetivamente terá acesso a eles. A gerência das listas de controle de acesso, na prática, também é complicada. Para reduzir os problemas
de gerenciamento dessas listas e o espaço de memória ou disco por elas ocupado, costuma-se agrupar os sujeitos com características semelhantes ou direitos de acesso iguais. Dessa forma, os direitos de acesso são associados a grupos, e não a sujeitos
individualizados. Vale ressaltar que um sujeito pode pertencer a um ou mais grupos, de acordo com o objeto a ser acessado.

1.7 Como monitorar o acesso aos recursos informacionais?
O monitoramento dos sistemas de informação é feito, normalmente, através de registros de log, trilhas de auditoria ou outros mecanismos capazes de detectar invasões. Esse monitoramento é essencial à equipe de segurança de informações, já que é praticamente impossível eliminar por completo todos os riscos de invasão por meio da identificação
e autenticação de usuários. Na ocorrência de uma invasão, falha do sistema ou atividade não autorizada, é imprescindível reunir evidências suficientes para que possam ser tomadas medidas corretivas necessárias ao restabelecimento do sistema às suas condições normais, assim como medidas administrativas e/ou judiciais para investigar e punir os invasores. A forma mais simples de monitoramento é a coleta de informações, sobre determinados eventos, em arquivos históricos, mais conhecidos como logs. Com essas informações, a equipe de segurança é capaz de registrar eventos e detectar tentativas de acesso e atividades não autorizadas após sua ocorrência.

1.7.1. O que são logs?
Os logs são registros cronológicos de atividades do sistema que possibilitam a reconstrução, revisão e análise dos ambientes e atividades relativas a uma operação, procedimento ou evento, acompanhados do início ao fim. Os logs são utilizados como medidas de detecção e monitoramento, registrando atividades, falhas de acesso (tentativas frustradas de logon ou de acesso a recursos protegidos) ou uso do sistema
operacional, utilitários e aplicati-vos, e detalhando o que foi acessado, por quem e quando. Com os dados dos logs, pode-se identificar e corrigir falhas da estratégia de segurança. Por conterem informações essenciais para a detecção de acesso não autorizado, os arquivos de log devem ser protegidos contra alteração ou destruição por usuários ou invasores que queiram encobrir suas atividades.

1.7.2. O que deve ser registrado em logs?
Devido à grande quantidade de dados armazenada em logs, deve-se levar em consideração
que seu uso pode degradar o desempenho dos sistemas. Sendo assim, é aconselhável
balancear a necessidade de registro de atividades críticas e os custos, em termos de
desempenho global dos sistemas. Normalmente, os registros de log incluem:
· identificação dos usuários;
· datas e horários de entrada (logon) e saída do sistema (logoff);
· identificação da estação de trabalho e, quando possível, sua localização;
· registros das tentativas de acesso (aceitas e rejeitadas) ao sistema;
· registros das tentativas de acesso (aceitas e rejeitadas) a outros recursos e dados

Ao definir o que será registrado, é preciso considerar que quantidades enormes de registros podem ser inviáveis de serem monitoradas. Nada adianta ter um log se ele não é periodicamente revisado. Para auxiliar a gerência de segurança na árdua tarefa de análise de logs, podem ser previamente definidas trilhas de auditoria mais simples e utilizados softwares especializados disponíveis no mercado, específicos para cada sistema operacional.

1.8. Outros controles de acesso lógico
Outro recurso de proteção bastante utilizado em alguns sistemas é o time-out automático, isto é, a sessão é desativada após um determinado tempo sem qualquer atividade no terminal ou computador. Para restaurá-la, o usuário é obrigado a fornecer novamente seu ID e senha. Em alguns sistemas operacionais, o próprio usuário, após sua habilitação no processo de logon, pode ativar e desativar essa função de time-out. Nesse sentido, os usuários devem ser orientados a:
· encerrar as sessões ativas, a menos que elas possam ser protegidas por mecanismo de bloqueio (por exemplo, proteção de tela com senha);
· no caso de terminal conectado a computador de grande porte, efetuar a desconexão quando a sessão for finalizada (não apenas desligar o terminal, mas utilizar o procedimento para desconexão).

Como controle de acesso lógico, a gerência de segurança pode ainda limitar o horário de uso dos recursos computacionais de acordo com a real necessidade de acesso aos sistemas. Pode-se, por exemplo, desabilitar o uso dos recursos nos fins de semana ou à noite. É usual também limitar a quantidade de sessões concorrentes, impedindo que o usuário consiga entrar no sistema ou na rede a partir de mais de um terminal ou computador simultaneamente. Isso reduz os riscos de acesso ao sistema por invasores,
pois se o usuário autorizado já estiver conectado, o invasor não poderá entrar no sistema. Da mesma forma, se o invasor estiver logado, o usuário autorizado, ao tentar se conectar, identificará que sua conta já está sendo usada e poderá notificar o fato
à gerência de segurança.

1.9. Onde as regras de controle de acesso são definidas?
As regras de controle e direitos de acesso para cada usuário ou grupo devem estar claramente definidas no documento da política de controle de acesso da instituição, o qual deverá ser fornecido aos usuários e provedores de serviço para que tomem
conhecimento dos requisitos de segurança estabelecidos pela gerência.

1.9.1. O que considerar na elaboração da política de controle de acesso?
A política de controle de acesso(PCA) deve levar em conta:
· os requisitos de segurança de aplicações específicas do negócio da instituição;
· a identificação de toda informação referente às aplicações de negócio;
· as políticas para autorização e distribuição de informação (por exemplo, a necessidade de conhecer os princípios e níveis de segurança, bem como a classificação da informação);
· a compatibilidade entre o controle de acesso e as políticas de classificação da informação dos diferentes sistemas e redes;
· a legislação vigente e qualquer obrigação contratual considerando a proteção do acesso a dados ou serviços;
· o perfil de acesso padrão para categorias de usuários comuns;
· o gerenciamento dos direitos de acesso em todos os tipos de conexões disponíveis em um ambiente distribuído conectado em rede.

1.9.2. Que cuidados devem ser tomados na definição das regras de controle de acesso?
Ao especificar as regras de controle de acesso,devem ser considerados os seguintes aspectos:
· diferenciar regras que sempre devem ser cumpridas das regras opcionais ou condicionais;
· estabelecer regras baseadas na premissa “Tudo deve ser proibido a menos que expressamente permitido” ao invés da regra “Tudo é permitido a menos que expressamente proibido”;
· diferenciar as permissões de usuários que são atribuídas automaticamente por um sistema de informação daquelas atribuídas por um administrador;
· priorizar regras que necessitam da aprovação de um administrador antes da liberação daquelas que não necessitam de tal aprovação.

1.9.3. Que tipo de regras de controle de acesso devem ser formalizadas na política?
O acesso aos sistemas de informação deve ser controlado através de um processo formal, o qual deverá abordar, entre outros, os seguintes tópicos:
· utilização de um identificador de usuário (ID) único, de forma que cada usuário possa ser identificado e responsabilizado por suas ações;
· verificação se o usuário obteve autorização do proprietário do sistema de informação ou serviço para sua utilização;
· verificação se o nível de acesso concedido ao usuário está adequado aos propósitos do negócio e consistente com a política de segurança da organização;
· fornecimento, aos usuários, de documento escrito com seus direitos de acesso. Os usuários deverão assinar esse documento, indicando que entenderam as condições de seus direitos de acesso;
· manutenção de um registro formal de todas as pessoas cadastradas para usar cada sistema de informações;
· remoção imediata dos direitos de acesso de usuários que mudarem de função ou saírem da organização;
· verificação periódica da lista de usuários, com intuito de remover usuários inexistentes e IDs em duplicidade;
· inclusão de cláusulas nos contratos de funcionários e prestadores de serviço, que especifiquem as sanções a que estarão sujeitos em caso de tentativa de acesso não autorizado.

1.10.Quem é o responsável pelos controles de acesso lógico?
A responsabilidade sobre os controles de acesso lógico pode ser tanto do gerente do
ambiente operacional como dos proprietários (ou gerentes) de aplicativos. O gerente do ambiente operacional deve controlar o acesso à rede, ao sistema operacional e seus recursos e, ainda, aos aplicativos e arquivos de dados. É responsável, assim, por proteger os recursos do sistema contra invasores ou funcionários não autorizados.
Enquanto isso, os proprietários dos aplicativos são responsáveis por seu controle de
acesso, identificando quem pode acessar cada um dos sistemas e que tipo de operações pode executar. Por conhecerem bem o sistema aplicativo sob sua responsabilidade, os
proprietários são as pessoas mais indicadas para definir privilégios de acesso de acordo com as reais necessidades dos usuários.
Dessa forma, as responsabilidades sobre segurança de acesso são segregadas entre o gerente do ambiente operacional de informática e os gerentes de aplicativos.

1.11. Em que os usuários podem ajudar na implantação dos controles de acesso lógico?
A cooperação dos usuários autorizados é essencial para a eficácia da segurança. Os usuários devem estar cientes de suas responsabilidades para a manutenção efetiva dos controles de acesso, considerando, particularmente, o uso de senhas e a segurança
dos equipamentos de informática que costumam utilizar.

1.12. Referências bibliográficas
1. ABNT. NBR ISO/IEC 17799 - Tecnologia da informação: código de prática para a gestão da segurança da informação. Rio de Janeiro: ABNT, 2001.
2. DIAS, Cláudia. Segurança e auditoria da tecnologia da informação. Rio de Janeiro: Axcel Books, 2000. 218p.