Internet Banking Security Considerations Avaliação
05. De agosto de 2008 na Banca e Eftpos, Segurança
Foi-me pedido há algum tempo que tipo de coisas que podem ser considerados quando se analisa a Internet Banking.
Abaixo está uma lista de coisas que poderiam ser considerados. Foi só um cérebro dump e como tal não pode ser concluída.
Não subestime o valor da norma para a sua infra-estrutura, configuração website, bases de dados, motor de configuração / arquitectura, estadiamento ambiente e desenvolvimento / QA ambientes.
Alguns pensamentos:
- Muitos não bloquear contas após falha logins X, isto é normalmente feito para o bom atendimento ao cliente, mas deixa o sistema vulnerável.
- E todas as outras coisas esperadas para um remoto sessão (forçada alterações de senha, envelhecimento, etc))
- Ferramentas como Brutus pode ser utilizar a força bruta hack sessões autenticadas.
- Muitos permitir sessão seqüência números para ser incrementada, permitindo que um usuário autenticado para ver outros clientes sessão.
- Estas podem ser lado do servidor, cliente lado, cookie, com base, etc
- Tire a alguém para verificar o desenvolvimento de metodologias e o código a ser utilizado.
- Database query strings podem ser colocadas em teste entrada campos, permitindo que a tabela dumps navegador.
- Verifique todas as páginas servidas são seguras e conter a autenticação do usuário bandeiras.
- Os dados dos clientes não podem ser segregados, este precisa de ser verificada.
- Os dados dos clientes não devem residir no Web Server.
- Autenticação de dados / sistema de dados não deve residir no servidor.
- As bases de dados deve residir em um privado / semi-rede privada.
- Um segmento diferente ao principal sistema bancário.
- Webserver deve ser dual homed ou equivalente (VLAN algumas técnicas são boas)
- Separe público e privado placas de rede, monitorização / backup / administração
- Infra-estrutura criada, nega explicitamente a entrada / saída de portos, IP privado e acompanhamento escapar da rede.
- Em todos os dados segregação pontos garantir regras estão no lugar que aprecia o tráfego embora este ponto.
- Todos os seus dados sempre que possível devem ser provenientes de um seguro de dados back-end.
- Esta pode ser uma encenação ambiente. ou seja, não o principal sistema bancário.
- Isto permite geralmente para transações a aparecer em tempo real para o cliente.
- Muitas operações podem ser agrupadas em realidade. (interno ou externo para o banco)
- Assegurar a adequada regulamentação ter sido criada, em firewalls.
- Não deve haver regras de entrada e saída de firewalls e roteadores de filtragem.
- Não permitir que qualquer infra-estrutura no front end para permitir conexões remotas administrativa. (Telnet, etc)
- Utilizar a consola série porta para se conectar a um servidor de back-end do servidor de terminal.
- Assegurar que um distinto desenvolvimento / QA / meio de produção e processo adequado sistema está em vigor.
- Serviços que não são utilizados pelo sistema são ativos
- Estes devem ser desativados.
- Porto digitalização da infra-estrutura de apoio (roteadores / switches) e servidor (es).
- Investigar os motivos de todas as portas abertas.
- Não utilize o principal porta de entrada para parceiro confiável acesso (clearing / RAS / etc)
- Faça tudo o que as verificações do IIS padrão e NT verificações (scripts de exemplo, a mudança de gestão, patch metodologias, etc)
- Assegurar a negação de serviço de precaução foram tomadas em conta para todas as infra-estruturas e servidor equipamento.
- Verificar a adequação dos procedimentos utilizados escalada.
- Olha para o acompanhamento em tempo real e de alerta.
- Olhe para a responsabilidade matriz.
- Olhe para a apropriação das questões.
- Considere a montante (s) transportadora vulnerabilidade (negação de serviço, spoofing IP, DNS hacking, etc)
- Considere engenharia social do cliente, administrativo, contas parceiro / sistemas / infra-estrutura.
- Helpdesk procedimentos e políticas e / ou suplentes tecnologias (Caller ID, IP Gateway, etc.)
- Utilize sempre que possível senhas dinâmicas (SecureID, TACACS, etc.)
- Utilize codificado tunnelling quando necessário (IPSec, Firewall 1, etc)
- Considere a olhar para outro cliente autenticação métodos para melhorar os métodos existentes.
- Digital cert, o endereço IP bloqueado na conta, etc
- Considerar a utilização de CVV ou CVN para bancários emitidos cartões.
- Pense em como as senhas são distribuídas / alterados para os clientes.
- Texto e-mail, telefone, etc
- Pode ser alterado senhas online?
- É adicional autenticação utilizado entre secções dos serviços, uma vez autenticado?
- Considere o que o cliente tenha acesso a uma vez autenticado.
- Olha para SWIFT, SLBTR, inter-transferências bancárias, o acesso a cartões de crédito, etc
- Se não entrar em um atacante, o que podemos fazer?
- Utilizar técnicas para garantir páginas, informações dos clientes não são armazenadas no provedor, ou sistema cliente.
- Estes são sinais que podem ser definidos dentro de páginas.
- Normalmente o SSL está em cache, mas alguns proxy vendedores foram brincar com técnicas para o fazer.
- Cache de páginas SSL no sistema cliente pode ser ligado em alguns navegadores.
- Maio bancos utilizam uma Java (ou similar) applet para todos os clientes interação, restringindo todas caching questões.
- Assegurar suporte de papel e on-line estão disponíveis cláusulas responsabilidade são efectuadas resolver todos os domínios.
- Garantir dentro do processo de inscrição dos clientes bancários passivo é reduzida.
- Tenho visto declarações como "usar este sistema em seu próprio risco, a responsabilidade por qualquer responsabilidade ou de crédito não será ... ..."
- Não muito focada cliente, mas isso é o que seu departamento jurídico recomendado.
Todas as alternativas acima pode efeito de segurança e / ou do funcionamento de um "on-line do sistema bancário.
Outras coisas a considerar:
- Desenvolvimento externo e apoio do pedido.
- Propriedade e gestão do hardware / aplicações
- Publishing pontos para o novo conteúdo (interno / privado / confiável rede ou Internet)
- Topologia de front end. Ie Segurança Arquitetura documento deverá estar no local e geridos de forma adequada.
- São limitadas AP testes realizados sempre que as mudanças são feitas para o ambiente? isto é, integrado AP Variação em processo de gestão.
- Database acesso. É tamponada ou é viver ao núcleo sistemas bancários.
- Que facilidades são prestados? O débito direto + Cartão de Crédito + SWIFT + ... .... Considere diferentes cenários para o seu ataque, dependendo da característica.
- Que outros serviços são partilhadas dentro do segmento de rede que o Internet Banking de serviço está sendo executado. Isto pode ser usado para comprometer o Internet Banking do site. por exemplo. diferentes apoio empresarial / / desenvolvimento organizações com diferentes estratégias de segurança / perfis.
- Considere todos os serviços de apoio externo dentro de você AP. Olha interno / externo DNS envenenamento oportunidades, correio, etc Qual IPS do uso que eles tem o ISP qualquer oportunidade de sistemas de acesso ou o apoio a serviços que possam afectar o Internet Banking.
- Dependendo do tamanho do Banco, muitas organizações não utilizam os mesmos grupos de apoio e infra-estrutura do aplicativo. Como resultado conexões externas à infra-estrutura, pode ser previsto um apoio externo para administrar a organização da infra-estrutura.
- Olhe para o negócio e autenticação métodos e vias (cliente lado certs, seguro de identificação, smart card, etc.) Considere duas fator de autenticação e moderno usuário identificação métodos. por exemplo. qual é o seu prato preferido, para além da normal usernames e senhas. Do sistema de administração do pessoal usar senhas dinâmicas (secureID, etc)?
- Veja se o Internet Banking aplicação envia e-mails para usuários que podem conter informações interessantes.
- O melhor acesso para o aplicativo pode ser geralmente adquirida após o acesso ao sistema. ou seja, obter uma conta no sistema legítimo. Descobri que algumas amostra / administração ecrãs foram limitados a apenas usuários autenticados.
- Considere engenharia social do Help Desk para ter uma conta de redefinição de senha.




























