<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: Que nadie se entere</title>
	<atom:link href="http://www.elserver.com/blog/2007/08/08/que-nadie-se-entere/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.elserver.com/blog/2007/08/08/que-nadie-se-entere/</link>
	<description>Blog Oficial</description>
	<lastBuildDate>Thu, 04 Mar 2010 02:08:49 -0300</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.5</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Emiliano</title>
		<link>http://www.elserver.com/blog/2007/08/08/que-nadie-se-entere/comment-page-2/#comment-11112</link>
		<dc:creator>Emiliano</dc:creator>
		<pubDate>Wed, 25 Nov 2009 03:45:32 +0000</pubDate>
		<guid isPermaLink="false">http://www.elserver.com/blog/2007/08/08/que-nadie-se-entere/#comment-11112</guid>
		<description>Por que no usar AES en vez de DES?</description>
		<content:encoded><![CDATA[<p>Por que no usar AES en vez de DES?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: paul</title>
		<link>http://www.elserver.com/blog/2007/08/08/que-nadie-se-entere/comment-page-2/#comment-7920</link>
		<dc:creator>paul</dc:creator>
		<pubDate>Mon, 20 Jul 2009 18:27:41 +0000</pubDate>
		<guid isPermaLink="false">http://www.elserver.com/blog/2007/08/08/que-nadie-se-entere/#comment-7920</guid>
		<description>Hi,

First, nice work! I like it!
Now, my firefox 3.5.1 (win32) goes crazy when I press &quot;Log in&quot;.
It takes all the memory it can, like double (i have 512mb ram, and last time it used 1gb).
In IE7 It says that the script can make the browser unresponsive and I select to stop running it and the login is just fine. Works.

But in firefox 3.5.1 it&#039;s not so easy. At work, I have 2bg RAM and the firefox is for a few seconds unresponsive the mem usage increases for a few times and in the end asks me to stop or to let the script to continue. I click stop and it logs in.

My question is: How do I debug? Is it a known/accepted problem?

Best regards,
Paul</description>
		<content:encoded><![CDATA[<p>Hi,</p>
<p>First, nice work! I like it!<br />
Now, my firefox 3.5.1 (win32) goes crazy when I press &#8220;Log in&#8221;.<br />
It takes all the memory it can, like double (i have 512mb ram, and last time it used 1gb).<br />
In IE7 It says that the script can make the browser unresponsive and I select to stop running it and the login is just fine. Works.</p>
<p>But in firefox 3.5.1 it&#8217;s not so easy. At work, I have 2bg RAM and the firefox is for a few seconds unresponsive the mem usage increases for a few times and in the end asks me to stop or to let the script to continue. I click stop and it logs in.</p>
<p>My question is: How do I debug? Is it a known/accepted problem?</p>
<p>Best regards,<br />
Paul</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Gabriel+Badano</title>
		<link>http://www.elserver.com/blog/2007/08/08/que-nadie-se-entere/comment-page-2/#comment-691</link>
		<dc:creator>Gabriel+Badano</dc:creator>
		<pubDate>Thu, 31 Jul 2008 03:44:55 +0000</pubDate>
		<guid isPermaLink="false">http://www.elserver.com/blog/2007/08/08/que-nadie-se-entere/#comment-691</guid>
		<description>Bueno eoncontre el problema despues de mucho probar y buscar las diferencias entre mi server local en windows y mis hostings.

El problema es la precision de los numeros de punto flotante definida en el php.ini del server. Si la precision es menor de 9, las funciones de desencryptado dan chocolate. En mis hostings estaba en 6.

Asique agregue una linea de codigo antes de llamar a estas funciones para solucionarlo y salio con fritas:

ini_set(&quot;precision&quot;,&quot;9&quot;);

Con respecto a la solucion de seguridad en si, le hice un par de cambios para hacerla mas segura. Ya que como dijeron varios en post anteriores, es facilmente hackeable mediante un ataque de replay, ya que la clave DES se genera en el cliente y la clave RSA privada es siempre la misma.

Asique cambie el codigo de forma que la clave aleaoria DES se genera en el server y se envia al cliente, pero cuando vuelven los datos encriptados desencripta con la clave generada que previamente guardo, no con la que viene del cliente, por si ha sido cambiada.

Y lo mas importante, si bien la clave publica del RSA es siempre la misma, la clave privada y el modulo, son generadas por el servidor en cada request del navegador, de forma que siempre esta cambiando para cada login.

Espero comentarios al respecto. Fernando estas ?

Saludos</description>
		<content:encoded><![CDATA[<p>Bueno eoncontre el problema despues de mucho probar y buscar las diferencias entre mi server local en windows y mis hostings.</p>
<p>El problema es la precision de los numeros de punto flotante definida en el php.ini del server. Si la precision es menor de 9, las funciones de desencryptado dan chocolate. En mis hostings estaba en 6.</p>
<p>Asique agregue una linea de codigo antes de llamar a estas funciones para solucionarlo y salio con fritas:</p>
<p>ini_set(&#8221;precision&#8221;,&#8221;9&#8243;);</p>
<p>Con respecto a la solucion de seguridad en si, le hice un par de cambios para hacerla mas segura. Ya que como dijeron varios en post anteriores, es facilmente hackeable mediante un ataque de replay, ya que la clave DES se genera en el cliente y la clave RSA privada es siempre la misma.</p>
<p>Asique cambie el codigo de forma que la clave aleaoria DES se genera en el server y se envia al cliente, pero cuando vuelven los datos encriptados desencripta con la clave generada que previamente guardo, no con la que viene del cliente, por si ha sido cambiada.</p>
<p>Y lo mas importante, si bien la clave publica del RSA es siempre la misma, la clave privada y el modulo, son generadas por el servidor en cada request del navegador, de forma que siempre esta cambiando para cada login.</p>
<p>Espero comentarios al respecto. Fernando estas ?</p>
<p>Saludos</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Gabriel Badano</title>
		<link>http://www.elserver.com/blog/2007/08/08/que-nadie-se-entere/comment-page-2/#comment-692</link>
		<dc:creator>Gabriel Badano</dc:creator>
		<pubDate>Wed, 30 Jul 2008 09:43:08 +0000</pubDate>
		<guid isPermaLink="false">http://www.elserver.com/blog/2007/08/08/que-nadie-se-entere/#comment-692</guid>
		<description>Muy bueno el plugin, hace tiempo buscaba una implementacion de RSA entre javascript y PHP.

Tengo un problema quizas me puedan dar una mano.

Lo tengo andando perfectamente sobre mi servidor local con Windows y WAMP5.

Pero en ninguno de los hostings que tengo sobre linux funciona. Y por lo que pude ver supongo que es un problema con los character sets. Ya que los strings se encriptan OK en el navegador y llegan OK al server, pero cuando el server los desencripta, no obtiene los strings originales, y a cambio obtiene otros caracteres, que comunmente he visto cuando el charset es diferente.

He probado poniendo los headers y las tags meta con utf-8, y con otros, inluso con us-ascii, pero siempre falla.

Ustedes con que charset lo tienen andando ? Lo tienen sobre linux ?

Les agradesco si me dan una mano y felicitaciones por el trabajo.

Saludos

Gabriel Badano</description>
		<content:encoded><![CDATA[<p>Muy bueno el plugin, hace tiempo buscaba una implementacion de RSA entre javascript y PHP.</p>
<p>Tengo un problema quizas me puedan dar una mano.</p>
<p>Lo tengo andando perfectamente sobre mi servidor local con Windows y WAMP5.</p>
<p>Pero en ninguno de los hostings que tengo sobre linux funciona. Y por lo que pude ver supongo que es un problema con los character sets. Ya que los strings se encriptan OK en el navegador y llegan OK al server, pero cuando el server los desencripta, no obtiene los strings originales, y a cambio obtiene otros caracteres, que comunmente he visto cuando el charset es diferente.</p>
<p>He probado poniendo los headers y las tags meta con utf-8, y con otros, inluso con us-ascii, pero siempre falla.</p>
<p>Ustedes con que charset lo tienen andando ? Lo tienen sobre linux ?</p>
<p>Les agradesco si me dan una mano y felicitaciones por el trabajo.</p>
<p>Saludos</p>
<p>Gabriel Badano</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ofesad</title>
		<link>http://www.elserver.com/blog/2007/08/08/que-nadie-se-entere/comment-page-1/#comment-690</link>
		<dc:creator>Ofesad</dc:creator>
		<pubDate>Sat, 12 Apr 2008 03:53:19 +0000</pubDate>
		<guid isPermaLink="false">http://www.elserver.com/blog/2007/08/08/que-nadie-se-entere/#comment-690</guid>
		<description>Bueno, primero quiero decir que esto me parece fantástico a nivel de aplicación para los que no quieren pagar un SSL o hacer la verificación del certificado del mismo.
FELICITACIONES y AGRADECIMIENTOS a todos los que lo hicieron posible!!.

Ahora, a nivel de implementación, esta muy bueno para wordpress, pero creo que seria una herramienta potentisima y muy util en OsCommerce, lo cual es lo que yo ando buscando, y con esta idea voy a intentar desarrollar bajo estos conceptos datos.

Aun asi, me gustaria contar con el asesoramiento y opinion (y algun archivito en lo posible) como para no tener que ponerme a &quot;hachear&quot; todo el codigo de Wordpress y adaptarlo a otra necesidad.

De nuevo, muchas gracias Fernando!! =)</description>
		<content:encoded><![CDATA[<p>Bueno, primero quiero decir que esto me parece fantástico a nivel de aplicación para los que no quieren pagar un SSL o hacer la verificación del certificado del mismo.<br />
FELICITACIONES y AGRADECIMIENTOS a todos los que lo hicieron posible!!.</p>
<p>Ahora, a nivel de implementación, esta muy bueno para wordpress, pero creo que seria una herramienta potentisima y muy util en OsCommerce, lo cual es lo que yo ando buscando, y con esta idea voy a intentar desarrollar bajo estos conceptos datos.</p>
<p>Aun asi, me gustaria contar con el asesoramiento y opinion (y algun archivito en lo posible) como para no tener que ponerme a &#8220;hachear&#8221; todo el codigo de Wordpress y adaptarlo a otra necesidad.</p>
<p>De nuevo, muchas gracias Fernando!! =)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: el_bot</title>
		<link>http://www.elserver.com/blog/2007/08/08/que-nadie-se-entere/comment-page-1/#comment-689</link>
		<dc:creator>el_bot</dc:creator>
		<pubDate>Wed, 20 Feb 2008 00:36:31 +0000</pubDate>
		<guid isPermaLink="false">http://www.elserver.com/blog/2007/08/08/que-nadie-se-entere/#comment-689</guid>
		<description>JavieL estoy de acuerdo, simplemente el sistema es suceptible a ataques de replay; si vez mas a arriba ya lo había planteado en mi post.
El problema con tu posible solucíón es que el server debe &quot;mantener el estado&quot;; esto es, debe recordar cual &quot;numero aleatorio le envio al cliente&quot;. Esto puede o no ser un problema, pero es algo que el sistema que plantean no tiene.
La solución que yo planteo es utilizar la hora del día y la fecha(mas un numero aleatorio que no es verificado, solo es usado para darle un poco mas de &quot;entropia&quot; ); de esta manera se evitan los ataques de replay (dentro de un periodo de tiempo configurable) y no es necesario mantener estado en el server.
Mi solución utiliza hashes, pero la utilización de la hora del día y la fecha parece ser fácilmente aplicable al método dado en esta pagina (podría haber ciertos problemas en ambientes con múltiples proxies/servers; debería tener la hora y fecha sincronizadas dentro de lo razonable).</description>
		<content:encoded><![CDATA[<p>JavieL estoy de acuerdo, simplemente el sistema es suceptible a ataques de replay; si vez mas a arriba ya lo había planteado en mi post.<br />
El problema con tu posible solucíón es que el server debe &#8220;mantener el estado&#8221;; esto es, debe recordar cual &#8220;numero aleatorio le envio al cliente&#8221;. Esto puede o no ser un problema, pero es algo que el sistema que plantean no tiene.<br />
La solución que yo planteo es utilizar la hora del día y la fecha(mas un numero aleatorio que no es verificado, solo es usado para darle un poco mas de &#8220;entropia&#8221; ); de esta manera se evitan los ataques de replay (dentro de un periodo de tiempo configurable) y no es necesario mantener estado en el server.<br />
Mi solución utiliza hashes, pero la utilización de la hora del día y la fecha parece ser fácilmente aplicable al método dado en esta pagina (podría haber ciertos problemas en ambientes con múltiples proxies/servers; debería tener la hora y fecha sincronizadas dentro de lo razonable).</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: JavieL</title>
		<link>http://www.elserver.com/blog/2007/08/08/que-nadie-se-entere/comment-page-1/#comment-660</link>
		<dc:creator>JavieL</dc:creator>
		<pubDate>Thu, 31 Jan 2008 11:27:39 +0000</pubDate>
		<guid isPermaLink="false">http://www.elserver.com/blog/2007/08/08/que-nadie-se-entere/#comment-660</guid>
		<description>Veo un problema. Esta claro que nunca se podrá saber la contraseña si alguien intercepta los datos. Esto es debida a que esta doblemente encriptada, aunque se ha demostrado que DES se puede descifrar.
Pero el objetivo de cifrarlo con DES utilizando una clave aleatoria es que se genere siempre un mensaje distinto.
Pero si alguien intercepta un mensaje con los datos que se le manda siempre podrá entrar con esos datos.

Yo sugiero que de lado servidor se genere una clave aleatoria que se concatenará a la contraseña en el lado cliente y se envié cifrado con RSA. Esta clave generada, por ejemplo, tendrá validez 1 minuto. Una vez llegada la información al lado servidor se descifraría con la clave privada RSA y se verificaría que la clave generada aleatoriamente por el servidor es correcta y esta dentro del limite de tiempo.

En resumen se enviara siempre un mensaje distinto y este debe ser siempre verificado en el servidor.</description>
		<content:encoded><![CDATA[<p>Veo un problema. Esta claro que nunca se podrá saber la contraseña si alguien intercepta los datos. Esto es debida a que esta doblemente encriptada, aunque se ha demostrado que DES se puede descifrar.<br />
Pero el objetivo de cifrarlo con DES utilizando una clave aleatoria es que se genere siempre un mensaje distinto.<br />
Pero si alguien intercepta un mensaje con los datos que se le manda siempre podrá entrar con esos datos.</p>
<p>Yo sugiero que de lado servidor se genere una clave aleatoria que se concatenará a la contraseña en el lado cliente y se envié cifrado con RSA. Esta clave generada, por ejemplo, tendrá validez 1 minuto. Una vez llegada la información al lado servidor se descifraría con la clave privada RSA y se verificaría que la clave generada aleatoriamente por el servidor es correcta y esta dentro del limite de tiempo.</p>
<p>En resumen se enviara siempre un mensaje distinto y este debe ser siempre verificado en el servidor.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Nicolás Alen</title>
		<link>http://www.elserver.com/blog/2007/08/08/que-nadie-se-entere/comment-page-1/#comment-688</link>
		<dc:creator>Nicolás Alen</dc:creator>
		<pubDate>Fri, 04 Jan 2008 18:10:29 +0000</pubDate>
		<guid isPermaLink="false">http://www.elserver.com/blog/2007/08/08/que-nadie-se-entere/#comment-688</guid>
		<description>Maxi,

La encriptación no va a funcionar :s

Quién desactiva Javascript en el mundo real? je</description>
		<content:encoded><![CDATA[<p>Maxi,</p>
<p>La encriptación no va a funcionar :s</p>
<p>Quién desactiva Javascript en el mundo real? je</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Maxi</title>
		<link>http://www.elserver.com/blog/2007/08/08/que-nadie-se-entere/comment-page-1/#comment-684</link>
		<dc:creator>Maxi</dc:creator>
		<pubDate>Thu, 03 Jan 2008 17:26:50 +0000</pubDate>
		<guid isPermaLink="false">http://www.elserver.com/blog/2007/08/08/que-nadie-se-entere/#comment-684</guid>
		<description>Me surgio una duda :s

¿Que pasa si tengo desactivado javascript en el navegador?

Ups!</description>
		<content:encoded><![CDATA[<p>Me surgio una duda :s</p>
<p>¿Que pasa si tengo desactivado javascript en el navegador?</p>
<p>Ups!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: ZonaTecno.net Blog &#187; Blog Archive &#187; Login Seguro en el Blog sin SSL</title>
		<link>http://www.elserver.com/blog/2007/08/08/que-nadie-se-entere/comment-page-1/#comment-687</link>
		<dc:creator>ZonaTecno.net Blog &#187; Blog Archive &#187; Login Seguro en el Blog sin SSL</dc:creator>
		<pubDate>Tue, 11 Dec 2007 23:32:23 +0000</pubDate>
		<guid isPermaLink="false">http://www.elserver.com/blog/2007/08/08/que-nadie-se-entere/#comment-687</guid>
		<description>[...] Y lo bueno, es que la gente de ElServer.com lo ensambló como plug-in de WordPress y lo distribuye OpenSource&#8230; Si querés saber más, entra aca. [...]</description>
		<content:encoded><![CDATA[<p>[...] Y lo bueno, es que la gente de ElServer.com lo ensambló como plug-in de WordPress y lo distribuye OpenSource&#8230; Si querés saber más, entra aca. [...]</p>
]]></content:encoded>
	</item>
</channel>
</rss>
