

<div id="comment_title"><!--acac-->João Marcus (<font color=#FF9966>usu&aacute;rio n&atilde;o registrado</font>) em <a href="#comment-32874" title="">2/12/2008 &agrave;s 1:22 pm</a> </div>
<p>Caramba, pessoal, será que é tão difícil utilizar prepared statements? Elas <b>ELIMINAM</b> o problema de SQL Injection.</p>


<div id="comment_title"><!--acac-->amg1127 (<font color=#FF9966>usu&aacute;rio n&atilde;o registrado</font>) em <a href="#comment-32886" title="">2/12/2008 &agrave;s 2:45 pm</a> </div>
<p>Pergunta: existe alguma vulnerabilidade na função mysql_real_escape_string()?</p>
<p><code><br />
$data = $_POST['user_input'];<br />
if (! ($conn = mysql_connect ())) die ("wtf?");<br />
$query = "INSERT INTO table (field) VALUES ('" . mysql_real_escape_string ($data, $conn) . "');";<br />
mysql_query ($query, $conn);<br />
</code></p>


<div id="comment_title"><!--acac--><a href='http://blog.ajudavirtual.net/' rel='external nofollow' class='url'>Rafael</a> (<font color=#FF9966>usu&aacute;rio n&atilde;o registrado</font>) em <a href="#comment-32899" title="">2/12/2008 &agrave;s 4:19 pm</a> </div>
<p>Fazer um site seguro é um trabalho.</p>


<div id="comment_title"><!--acac-->douglas(cronnosli) (<font color=#FF9966>usu&aacute;rio n&atilde;o registrado</font>) em <a href="#comment-32940" title="">3/12/2008 &agrave;s 9:34 am</a> </div>
<p>Existem centenas maneiras de escapar das sql injections, principalmente se o site utilizar Ajax, isto não é algo preocupante nos dias de hj e só atinge quem ainda esta começando a programar em PHP. </p>
<p>Um jeito mais simples de todos para não deixar as sql injections aconteçerem é passar os parametros para outra página, colocando-a dentro de um iframe!</p>


<div id="comment_title"><!--acac--><a href='http://wagnerelias.com/' rel='external nofollow' class='url'>Wagner Elias</a> (<font color=#FF9966>usu&aacute;rio n&atilde;o registrado</font>) em <a href="#comment-32976" title="">3/12/2008 &agrave;s 2:12 pm</a> </div>
<p>João Marcus,</p>
<p>o texto faz referência a prepared statements, é o que eu recomendo. O post é para atentar aos que confiam em funções de escape.</p>


<div id="comment_title"><!--acac--><a href='http://wagnerelias.com/' rel='external nofollow' class='url'>Wagner Elias</a> (<font color=#FF9966>usu&aacute;rio n&atilde;o registrado</font>) em <a href="#comment-32978" title="">3/12/2008 &agrave;s 2:15 pm</a> </div>
<p>Douglas,</p>
<p>discordo completamente de você, pois atuo especificamente com segurança de aplicações e lhe garanto que muitas das aplicações que se mostram seguras tem falhas de SQL Injection. Se é apenas para iniciantes o que leva projetos open sources maduros a ter falhas como esta?</p>
<p>Quanto ao AJAX, não vejo o que o AJAX pode alterar/mudar referente a validação de inputs&#8230;Pode dar exemplos?</p>
<p>I-frame para tratar problemas de SQL Injection? Pode ser mais específico?</p>
<p>Grande abraço</p>


<div id="comment_title"><!--acac-->João Marcus (<font color=#FF9966>usu&aacute;rio n&atilde;o registrado</font>) em <a href="#comment-32990" title="">3/12/2008 &agrave;s 4:03 pm</a> </div>
<p><i>Quanto ao AJAX, não vejo o que o AJAX pode alterar/mudar referente a validação de inputs…Pode dar exemplos?</i></p>
<p>O uso de AJAX requer maior atençao com ataques de Cross-Site Scripting e de Cross-Site Request Forgery. Na minha opinião, SQL Injection é um problema causado por amadorismo no desenvolvimento. Ataques de XSS e CSRF podem ser mais difíceis de evitar.</p>
<p>Agora, sobre o uso de IFrames para evitar SQL Injection&#8230; Não entendi a lógica.</p>


<div id="comment_title"><!--acac--><a href='http://blog.infomaroto.com' rel='external nofollow' class='url'>Viana</a> (<font color=#FF9966>usu&aacute;rio n&atilde;o registrado</font>) em <a href="#comment-32995" title="">3/12/2008 &agrave;s 4:19 pm</a> </div>
<p>atualmente o que vemos são sites grandes com falhas bobas, e ferramentas para descobrir vulnerabilidades são fáceis, qualquer garotinho com um acunetix pode fazer grandes estragos ;]</p>


<div id="comment_title"><!--acac--><a href='http://ulissescastro.wordpress.com' rel='external nofollow' class='url'>Ulisses Castro</a> (<font color=#FF9966>usu&aacute;rio n&atilde;o registrado</font>) em <a href="#comment-33011" title="">3/12/2008 &agrave;s 6:48 pm</a> </div>
<p><i>&#8220;Existem centenas maneiras de escapar das sql injections, principalmente se o site utilizar Ajax, isto não é algo preocupante nos dias de hj e só atinge quem ainda esta começando a programar em PHP.<br />
Um jeito mais simples de todos para não deixar as sql injections aconteçerem é passar os parametros para outra página, colocando-a dentro de um iframe!&#8221;</i></p>
<p>É triste ver que existem pessoas que tem este tipo deturpado de visão e ainda tem coragem de escrever isto para outras pessoas lerem.</p>
<p>Centenas de maneiras de escapar de SQL Injection?<br />
Bom, se existir o planeta realmente deveria ter mais programadores como você(ninja), pois conforme números coletados no maior banco de dados de vulnerabilidades que é o CVE (cve.mitre.org), comprovam atualmente que este tipo de falha é a mais comum que existe no mundo! Sendo numerada no TOP 10 da OWASP de 2007 como a segunda falha mais encontrada nos sites&#8230;</p>
<p>Só atinge quem está começando a programar em PHP?<br />
Meu caro, para esclarecer a cada 10 sites que atendo como consultor pelo menos 8 tem falha de SQL Injection, não fale uma besteira destas, mesmo programadores experientes erram, e erram feio tentando utilizar técnicas como estas que exemplificou, vou entender &#8220;colocar as informações dentro de um iframe&#8221; como utilizar o método POST&#8230;</p>
<p>Uma curiosidade que surgiu foi quando você afirmou que com AJAX é possível, se puder exemplificar seria lega&#8230;</p>
<p>SQL Injection ou Ataques de Injeção de SQL, são sim uma preocupação ou melhor, deviria ter sido uma preocupação desde dua descoberta à 10 anos atraz, e não pense que é fácil mitigar, simplemente utilizar Prepared Statements por exemplo que dependendo do contexto em que o software ou página estiver fica inviável utilizar pois pode trazer problemas de performance&#8230;</p>
<p>Não sou de ficar respondendo comentário mesmo porque as vezes quando leio coisas como esta que escreveu fico imaginando se a pessoa do outro lado quer ser TROLL ou está realmente falando sério.</p>
<p>Mas deste vez  infelizmente não pude aguentar, as pessoas PRECISAM tratar SEGURANÇA e desenvolvimento como uma coisa séria&#8230;</p>


<div id="comment_title"><!--acac-->Random Coward Reader (<font color=#FF9966>usu&aacute;rio n&atilde;o registrado</font>) em <a href="#comment-33017" title="">3/12/2008 &agrave;s 7:39 pm</a> </div>
<blockquote cite="Ulisses Castro"><p> pessoas PRECISAM tratar SEGURANÇA e desenvolvimento como uma coisa séria…</p></blockquote>
<p>NUNCA!</p>

