zezologs » Prevenção de Defeitos http://www.zezologs.org/blog teste de software, prevenção de erros, automação Tue, 16 Mar 2010 19:30:50 +0000 http://wordpress.org/?v=2.9.2 en hourly 1 Top 10 vulnerabilidades em aplicações web http://www.zezologs.org/blog/top-10-vulnerabilidades-em-aplicaes-web/ http://www.zezologs.org/blog/top-10-vulnerabilidades-em-aplicaes-web/#comments Mon, 13 Apr 2009 14:08:25 +0000 eudescosta http://www.zezologs.org/blog/top-10-vulnerabilidades-em-aplicaes-web/ Pessoal,

Segue uma lista das 10 principais vulerabilidades em aplicações web, que recebi por email, recentemente.

Para nós, essa é uma lista muito interessante.

1º – XSS Cros site scripting – 13% das ocorrências. Técnica de ataque que permite executar scripts maliciosos no navegador do usuário da aplicação vulnerável.

2º – Manipulação de dados ocultos – 13% das ocorrências. A aplicação vulnerável permite acesso indevido quando dados ocultos são manipulados indevidamente.

3º – Falha ao restringir acesso a URL ou funcionalidade – 11% das ocorrências. A aplicação não restringe adequadamente suas áreas restritas.

4º – Tratamento indevido de erro, revelação de informações sensíveis - 9% das ocorrências. A aplicação revela informações sensíveis através de uso não esperado.

5º – Armazenamento inseguro de criptografia – 9% das ocorrências. Dados sensíveis que precisam ser armazenados de forma criptografada estão em texto livre ou com criptografia inadequada.

6º – Comunicação insegura – 8% das ocorrências. A aplicação trafega dados sensíveis através de canis não-seguros.

7º – Falha da especificação de requisitos – 8% das ocorrências. Os controles de segurança que deveriam existir não existem devido a falha na especificação.

8º – Injeção de comandos – 8% das ocorrências. Técnica de ataque que explora injeção de comandos através de aplicação para ser processado por outros sistemas ou camadas. Por exemplo: SQL Injection, SMTP Injection, HTML Injection etc.

9º – Processo inadequado de cadastro de usuários – 5% das ocorrências. O cadastro de usuário deve seguir algumas recomendações de segurança, que se não forem seguidas, podem expor a aplicação a diversos incidentes.

10º Quebra de autenticação e gerenciamento de sessão – 5% das ocorrências. Aplicações vulneráveis permitem burlar o processo de autenticação através de gestão fraca de sessão ou procedimentos inseguros. Outros ataques respondem por 11% das ocorrências – vide gráfico neste endereço

Fonte: http://wnews.uol.com.br/site/noticias/materia.php?id_secao=4&id_conteudo=10324

Há tambem um gráfico feito por Ricardo Kiyoshi Batori, da http://www.batori.com.br/, que reflete a lista acima.

image

leia mais...


Copyright © 2007-2008 zezologs.org | Todos os direitos reservados | Acessibidade | Wordpress ]]> http://www.zezologs.org/blog/top-10-vulnerabilidades-em-aplicaes-web/feed/ 0 Automação de Testes, uma tendência http://www.zezologs.org/blog/automao-de-testes-uma-tendncia/ http://www.zezologs.org/blog/automao-de-testes-uma-tendncia/#comments Fri, 15 Aug 2008 23:51:38 +0000 eudescosta http://www.zezologs.org/blog/automao-de-testes-uma-tendncia/ A Computer World dedicou um post para falar das 6 areas de TI que são a prova de recessão aqui, esta informação é baseada em uma pesquisa realizada pela jobfox.

O resultado da pesquisa pode ser acessada aqui e Teste de Software/Qualidade está na lista das 6 áreas da computação que podem ser consideradas a prova de recessão, as outras áreas que constam nesta lista são:

1) Software design/development (No. 4)
2) Networking/systems administration (No. 10)
3) Database administration (No. 18)
4) Software implementation analyst (No. 19)

Na área de Teste de Software, o documento faz uma ressalva para a área de testes “Especially good for those with automated testing expertise.” ou seja, especialmente bom para aqueles com conhecimento em automação de testes…não é de agora que ouvimos falar disso.

A crescente necessidade por qualidade em projetos de desenvolvimento de software, faz com que técnicas de prevenção de defeitos se tornarem cada dia mais importante e valorizadas no mercado.

A pesquisa foi realizada em Julho/2008.


comentários

  • sexta-feira, agosto 15, 2008, Eudes via Rec6 comentou: Automação de Testes, uma tendência | ...zezologs... Pesquisa realizada pela jobfox aponta teste de software com foco em automação, como uma das 6 áreas de TI a prova de recessões ...

    • leia mais...


    Copyright © 2007-2008 zezologs.org | Todos os direitos reservados | Acessibidade | Wordpress ]]> http://www.zezologs.org/blog/automao-de-testes-uma-tendncia/feed/ 1 Tasks do MSBuild com o msbuildtasks http://www.zezologs.org/blog/tasks-do-msbuild-com-o-msbuildtasks/ http://www.zezologs.org/blog/tasks-do-msbuild-com-o-msbuildtasks/#comments Mon, 09 Jun 2008 14:44:48 +0000 eudescosta http://www.zezologs.org/blog/tasks-do-msbuld-com-o-msbuildtasks/ Ainda sobre o MSBuild, para quem está planejando utilizar integração contínua em seus projetos e utilizará o MSBuild como ferramenta de geração de builds, recomendo dar uma olhada no projeto msbuildtracks, que é um repósitrório open source de tasks para o MSBuild.

    Existem tasks bastante úteis, como por exemplo, para o SVN (SvnCheckout, SvnClient, SvnCommit, SvnCopy, SvnInfo, SvnExport, SvnUpdate, SvnVersion) manipulação de arquivos XML (Xml.XmlMassUpdate, Xml.XmlQuery, Xml.XmlQuery, XmlWrite) e etc…

    A implementação destas tasks, é feita como falei em Executando Testes com o MSbuild, utilizando o arquivo do projeto.

    No caso do Subversion (SVN) segue um exemplo retirado do projeto que mencionei acima
    [sourcecode language='xml']

    LocalPath="$(TestWorkingFolder)">













    LocalPath="$(TestWorkingFolder)">






    [/sourcecode]
    Note as tasks Checkout > Update > Commit que realizam as operações do SVN.

    leia mais...


    Copyright © 2007-2008 zezologs.org | Todos os direitos reservados | Acessibidade | Wordpress ]]> http://www.zezologs.org/blog/tasks-do-msbuild-com-o-msbuildtasks/feed/ 0 Executando Testes com o MSBuild http://www.zezologs.org/blog/executando-testes-com-o-msbuild/ http://www.zezologs.org/blog/executando-testes-com-o-msbuild/#comments Tue, 03 Jun 2008 19:41:20 +0000 eudescosta http://www.zezologs.org/blog/executando-testes-com-o-msbuild/ Antes de qualquer coisa, vamos nos abstrair pelo menos nos próximos paragráfos, dos limites existentes entre os papéis de engenheiro de testes e CM ou líder técnico, e vamos focar onde quero chegar, previnir ou achar erros mais cedo.

    Como quem acompanha o blog deve ter notado, tenho realizado alguns PoC´s para um novo projeto que se inicia aqui no trabalho, semana passada fiz várias avaliações de ferramentas para testes unitários e avaliei dentre outras coisas a sua integração com a IDE de desenvolvimento utilizada, Visual Studio 2008, pois bem, vamos ao que interessa.

    A avaliação que fiz desta vez, foi sobre o MSbuild, uma ferramenta da Microsoft para geração de builds, o uso do MSBuild é bastante amplo, e não vou abordar todas as aplicações desta ferramenta, minha intenção é apenas mostrar o quão simples é (muito mais do que se imagina) rodar seus testes com o MSBuild, de forma que se 01 (um) teste sequer falhar o processo de geração de build é interrompido.

    Bem, se você usa o Visual Studio Professional 2008 o msbuild já vem junto com a instalação, mas ele geramlente fica na pasta “C:\WINDOWS\Microsoft.NET\Framework\v2.0.50727″ o que faz com que ao digitar “MSBuild.exe” na pasta de seu projeto, o Windows não reconheça, pra resolver isto é simples apenas adicione o caminho da pasta acima, nas váriaveis de ambiente em “System Properties” >> “Advanced” >> “Environment Variables” em “System Variables” procure pela entrada PATH, e adicione o caminho acima.

    Proseguindo…usarei o mesmo código que venho utilizando nos exemplos passados em “Testes Unitários com csUnit“, “Testes Unitários com componente do .NET” e “Testes Unitários: NUnit & C#“.

    Agora vamos editar o arquivo do projeto, .cproj, e incluir ativdades postbuild, ou seja, quando o MSBuild finalizar o processo de geralção de build ele irá executar a atividade especificada.

    1º Forma

    Desative o projeto

    image image

    Edite o .cproj

    image

    No arquivo .cproj que o VS abrirá, acresente a linha a seguir no final do arquivo
    [sourcecode language='xml']

    mstest /testcontainer:.NETTests.dll

    [/sourcecode]
    2º Forma

    Selecione as propriedades do projeto.

    image

    Em build events inclua a linha “mstest /testcontainer:.NETTests.dll” como mostrado abaixo

    image

    Salve tudo e reative o projeto.

    Abra o commmand prompt, e vá até onde está o projeto que você quer gerar a build e digite a palavrinha mágica msbuild. Ele irá iniciar o processo de geração de build, e deverá exibir algo como a imagem abaixo:

    image

    Caminhando agora a parte que interessa, olhem para os logs do MSBuild abaixo que chamarei de CASO01 e CASO02

    CASO01

    Loading .NETTests.dll…
    Starting execution…

    Results Top Level Tests
    ——- —————
    Failed NETTests.TestesCodigo001.Looping
    Failed NETTests.TestesCodigo001.NegativeTest
    Failed NETTests.TestesCodigo001.SendingStringToCotacao
    Failed NETTests.TestesCodigo001.SendingStringToReal
    Passed NETTests.TestesCodigo001.SuccessTest
    1/5 test(s) Passed, 4 Failed

    Summary
    ——-
    Test Run Failed.
    Failed 4
    Passed 1
    ———
    Total 5


    Results file: D:\Visual Studio Proejcts 2008\Testes\.NETTests\bin\Debug\
    TestResults\ejoc_ROMANA 2008-06-03 14_47_48.trx
    Run Configuration: Default Run Configuration
     Done Building Project “D:\Visual Studio Proejcts 2008 Testes\Testes.sln” (default targets) –FAILED.

    Build FAILED.

    CASO02

    Loading .NETTests.dll…
    Starting execution…

    Results Top Level Tests
    ——- —————
    Passed NETTests.TestesCodigo001.SuccessTest
    1/1 test(s) Passed

    Summary
    ——-
    Test Run Completed.
    Passed 1
    ———
    Total 1


    Results file:D:\Visual Studio Proejcts 2008 Testes\.NETTests\bin\Debug\
    TestResults\ejoc_ROMANA 2008-06-03 14_51_39.trx
    Run Configuration: Default Run Configuration
    Done Building Project “D:\Visual Studio Proejcts 2008\Testes\.NETTests\.NETTests.csproj” (default targets).

    Done Building Project “D:\Visual Studio Proejcts 2008\Testes\Testes.sln” (default targets).

    Build succeeded.

    Notaram a diferença? no CASO01 a build nem foi gerada pois 4 testes falharam, já no CASO02 a build foi gerada pois os testes passaram.

    Notem como o procedimento é simples e os resultados são fantásticos, o retorno disso é evidente:

    1. A correção da CR é bem mais produtiva, hava vista que o bug está “fresquinho” na cabeça de quem codificou;

    2. Overhead de testes reduzido pois isso irá diminuir consideravelmente o esforço de testes funcionais, realizados mais a frente.

    e tem muito mais…

    Bem é isso, vejam como pode ser mais simples do que as vezes imaginamos, previnir que erros aconteçam ;)


    comentários

  • segunda-feira, junho 9, 2008, Tasks do MSBuild com o msbuildtasks | ...zezologs comentou: [...] implementação destas tasks, é feita como falei em Executando Testes com o MSbuild, utilizando o arquivo do [...]

    • leia mais...


    Copyright © 2007-2008 zezologs.org | Todos os direitos reservados | Acessibidade | Wordpress ]]> http://www.zezologs.org/blog/executando-testes-com-o-msbuild/feed/ 1