How to fight software patents - singly and together rms Software patents are the software project equivalent of land mines: Each design decision carries a risk of stepping on a patent, which can destroy your project. Developing a large and complex program means combining many ideas, often hundreds or thousands of them. In a country that allows software patents, chances are that some substantial fraction of the ideas in your program will be patented already by various companies. Perhaps hundreds of patents will cover parts of your program. A study in 2004 found almost 300 U.S. patents that covered various parts of a single important program. It is so much work to do such a study that only one has been done. Practically speaking, if you are a software developer, you will usually be threatened by one patent at a time. When this happens, you may be able to escape unscathed if you find legal grounds to overturn the patent. You may as well try it; if you succeed, that will mean one less mine in the field. If this patent is particularly threatening to the public, the Public Patent Foundation may take up the case; that is its specialty. If you ask for the computer-using community's help in searching for prior publication of the same idea, to use as evidence to overturn a patent, we should all respond with whatever useful information we might have. However, fighting patents one by one will never eliminate the danger of software patents, any more than swatting mosquitoes will eliminate malaria. You cannot expect to defeat every patent that comes at you, any more than you can expect to kill every monster in a video game: sooner or later, one is going to defeat you and damage your program. The U.S. patent office issues around 100,000 software patents each year; our best efforts could never clear these mines as fast as they plant more. Some of these mines are impossible to clear. Every software patent is harmful, and every software patent unjustly restricts how you use your computer, but not every software patent is legally invalid according to the patent system's criteria. The software patents we can overturn are those that result from "mistakes," where the patent system's rules were not properly carried out. There is nothing we can do when the only relevant mistake was the policy of allowing software patents. To make a part of the castle safe, you've got to do more than kill the monsters as they appear -- you have to wipe out the generator that produces them. Overturning existing patents one by one will not make programming safe. To do that, we have to change the patent system so that patents can no longer threaten software developers and users. There is no conflict between these two campaigns; we can work on the short-term escape and the long-term fix at once. If we take care, we can make our efforts to overturn individual software patents do double duty, building support for efforts to correct the whole problem. The crucial point is not to equate "bad" software patents with mistaken or invalid software patents. Each time we invalidate one software patent, each time we talk about our plans to try, we should say in no uncertain terms, "One less software patent, one less menace to programmers: the target is zero." The battle over software patents in the European Union is reaching a crucial stage. The European Parliament voted a year ago to reject software patents conclusively. In May, the Council of Ministers voted to undo the Parliament's amendments and make the directive even worse than when it started. However, at least one country that supported this has already reversed its vote. We must all do our utmost right now to convince an additional European country to change its vote, and to convince the newly elected members of the European Parliament to stand behind the previous vote. Please refer to www.ffii.org for more information on how to help and to get in touch with other activists. Copyright 2004 Richard Stallman. Verbatim copying and distribution of this entire article are permitted worldwide without royalty in any medium provided this notice is preserved.
Aclaremos que la criptografia asimétrica de llave-publica viene del 1976, por parte de Whitfield Diffie y Martin Hellman (Diffie-Hellman). Bueno, en www.gnupg.org encontre esto: Inglés: http://www.gnupg.org/(en)/documentation/faqs.html Español: http://www.gnupg.org/(es)/documentation/faqs.html No responde necesariamente el punto que traje a colacion y pediste que te explicara, pero a otros si les va a resultar entretenido. Por otra parte, el GNU Privacy Handbook: Inglés: http://www.gnupg.org/gph/en/manual.html Español: http://www.gnupg.org/gph/es/manual.html Buscando en google (terminos usados: gpg, public key cryptography, paranoia, paranoid, discussion): Inglés: GPG Keysigning Party HOWTO http://www.cryptnet.net/fdp/crypto/gpg-party.html Libro recomendado: Applied Cryptography de Bruce Schneider. Un analisis muy interesante, vinculado con el almacenamiento de llaves privadas por el estado americano: http://www.happyday.demon.co.uk/escrow.htm -- Arturo "Buanzo" Busleiman - www.buanzo.com.ar - GNU/Linux Documentation President, Open Information System Security Group - Argentina FAN DE MARFIL - Power Rock Romantico - http://www.buanzo.com.ar/files/marfil/
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hola :-) | No responde necesariamente el punto que traje a colacion y | pediste que te explicara, pero a otros si les va a resultar | entretenido. Me habría gustado leer una respuesta directa y no me resulta interesante --mucho menos entretenido-- leer todas esas referencias. Es que resulta obvio que para los _suficientemente_ interesados en la tecnología criptográfica como para mantener páginas sobre ella, el mundo no podrá seguir siendo sin ella, ni se explican como llegó hasta nuestros dias. Las respuestas directas permiten saber como piensa la gente, y también conocerla un poco mejor. Yo creo que la firma resulta útil pero también que se debe usar en forma voluntaria. También creo que si nuestras listas fueran encriptadas eso induciría a pensar cosas equívocas... El software libre nació bajo la luz del sol, crece a la luz del sol, incluso lleva en su nombre la luz del sol :) entonces no hay porqué opacarlo poniéndolo a la sombra. Hay que trabajar a la luz del sol e invitar a todos a que vengan a disfrutar del sol-ar Gerardo Díaz [email protected] Key fingerprint = B1E4 5E2D 285A 2497 A19E CEFF 2C72 DBC7 D7DF 99FF hkp://pgpkeys.mit.edu -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.2 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQFBRaZaLHLbx9ffmf8RAnljAJ9a6tox078Dh5RnIVHfIrP/m7HxygCfREEG F1IYr0XdLU6hz9dwfc+Xblo= =BsYx -----END PGP SIGNATURE-----
El lun, 13-09-2004 a las 15:53, Gerardo Díaz escribió:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Yo creo que la firma resulta útil pero también que se debe usar en forma voluntaria. También creo que si nuestras listas fueran encriptadas eso induciría a pensar cosas equívocas...
El que crea que algo resulta util para si mismo, debe sin dudas usarlo. El que cree que algo tambien resulta util para los demas, debe sin dudas recomendarlo e intentar convencer a los demás. Solar no obliga a sus miembros a usar o no usar GPG, porque no gobierna a sus miembros. El que quiera usarlo, que lo use, el que no quira usarlo, que no lo use. Si hay quienes quieren que otros lo usen, o que otros no lo usen, es saludable discutirlo, aunque creo que ya que se hablaba de usar GPG en la lista de socios, la discusion deberia darse precisamente en esa lista y no en la general.
El software libre nació bajo la luz del sol, crece a la luz del sol, incluso lleva en su nombre la luz del sol :) entonces no hay porqué opacarlo poniéndolo a la sombra. Hay que trabajar a la luz del sol e invitar a todos a que vengan a disfrutar del sol-ar
Me encanto esta idea, Gerardo, coincido.
Gerardo Díaz [email protected] Key fingerprint = B1E4 5E2D 285A 2497 A19E CEFF 2C72 DBC7 D7DF 99FF hkp://pgpkeys.mit.edu -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.2 (GNU/Linux) Comment: For info see http://www.gnupg.org
iD8DBQFBRaZaLHLbx9ffmf8RAnljAJ9a6tox078Dh5RnIVHfIrP/m7HxygCfREEG F1IYr0XdLU6hz9dwfc+Xblo= =BsYx -----END PGP SIGNATURE-----
_______________________________________________ Solar-general mailing list [email protected] http://lists.ourproject.org/cgi-bin/mailman/listinfo/solar-general
-- Martín Olivera ---------------------------- Asociáte a SOLAR! Software Libre Argentina http://www.solar.org.ar/breve.php3?id_breve=78
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Martín Olivera wrote: |>El software libre nació bajo la luz del sol, crece a la luz |>del sol, incluso lleva en su nombre la luz del sol :) entonces |>no hay porqué opacarlo poniéndolo a la sombra. Hay que |>trabajar a la luz del sol e invitar a todos a que vengan a |>disfrutar del sol-ar | | | Me encanto esta idea, coincido. Jiji me alegro. Vale la pena recordar que fué de Martín la inspiración del nombre! Bueno, me explico, SOLAR ha crecido mucho, hay mucha gente nueva --bienvenidos-- que tal vez no sepan que ese nombre fué sugerido porrr chan-cha-cha-chánnn: Martín Olivera, presidente de SOLAR, nuestro presidente. Y fué tan lindo que quedó. Lo justo... es lo justo. - -- Gerardo Díaz [email protected] Key fingerprint = B1E4 5E2D 285A 2497 A19E CEFF 2C72 DBC7 D7DF 99FF hkp://pgpkeys.mit.edu -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.2 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQFBRek2LHLbx9ffmf8RAgx3AKClqDWX4kUzm9ruOxwPGzBkiWSFvQCgo1bh 7UQ6SQaQU+UNyUrgIEQUKYA= =671l -----END PGP SIGNATURE-----
Martin: Lo que no entiendo es por que mezclar el tema de gnupg con el oscurantismo. Con el hecho de que se quiere esconder algo. Nada mas lejos de la realidad. Lo que se propuso, (bueh no se si yo u otra persona) es que en la lista de socios para IDENTIFICARNOS usemos gnupg, NADA mas! Nunca se hablo de encriptacion, guerras, secreto tecnologicos, ni bombas (piii piii!! Echelon se acaba de activar!! :-D) Me explico? Mas claro echenle agua.... Obviamente el que no quiera usarlo en la lista gral, que no lo use. Pero en la lista de socios habria que llevarlo a votacion (me parece algo tan trivial, pero bueh la democracia no es trivial) Como bien saben mi voto es positivo al uso de esta herramienta. Sin mas, los saludos a todos. -- Satoru Lucas Shindoi CEL: 03783-15666916 ICQ: 95357247 - Jabber: [email protected] Messenger: [email protected] - Yahoo: [email protected] -------------------------------------------------------------------------- Sistemas de Informacion - DPEC - www.dpec.com.ar
Satoru Lucas Shindoi escribió:
Lo que no entiendo es por que mezclar el tema de gnupg con el oscurantismo. Con el hecho de que se quiere esconder algo. Nada mas lejos de la realidad. Lo que se propuso, (bueh no se si yo u otra persona) es que en la lista de socios para IDENTIFICARNOS usemos gnupg, NADA mas! Nunca se hablo de encriptacion, guerras, secreto tecnologicos, ni bombas (piii piii!! Echelon se acaba de activar!! :-D)
Desde el rincón con orejas de burro, confieso no saber absolutamente nada de gnupg, y haberme metido a opinar sólo "de oído". Si alguien explica para mi nivel jardín de infantes se lo voy a agradecer. Abrazos Diana ---------------------------------------------------------------------------- ---- _______________________________________________ Solar-general mailing list [email protected] http://lists.ourproject.org/cgi-bin/mailman/listinfo/solar-general
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Diana Venturini wrote: | Desde el rincón con orejas de burro, confieso no saber | absolutamente nada de gnupg, y haberme metido a opinar | sólo "de oído". Si alguien explica para mi nivel | jardín de infantes se lo voy a agradecer. Nadie debe estar en ningún rincón. O en todo caso, deberemos ir varios antes que vos. En realidad lo que pasa es que alguien afirma que nunca se habló de encriptación, cuando en realidad si sucedió, se dijo "encripción", que es lo mismo. El propio thread se llamo "encripción". Si se debe leer "firmar" x "encriptar" x tratarse de un error, todo bien, pero que no se diga que no se dijo lo que _si_ se dijo :-D Rescato un solo diálogo: |> Sería posible encriptar mail que van a una lista? |> Con qué llave firmás? | |> |> La solucion trucha es simple: se comparte la llave |> privada. Esa es la mas facil, pero tiene obvias |> deficiencias. |> |> Por otra parte, se puede no armar una lista, sino un |> email normal con From y CC's... si tenes la llave |> publica de cada destinatario, hecho | | | Hace algun tiempo atras estuve pensando sobre esto y | se me ocurrio una idea que podria funcionar (nunca | tuve el tiempo suficiente para ponerme a hacerlo, | pero quien sabe cuando termine las cosas que tengo | pendientes?). | | Quizas la idea sea medio compleja y ademas abria que | ver el tema de si usa demasiado recursos, pero asi | va la cosa: | | 1) uno manda al servidor de la lista (con algun tipo | de interfaz que puede ser por web o incluso por mail | tipo el comando "subscribe" de las listas) la llave | publica de uno y la lista te devuelve la llave | publica de "toda" la lista | | 2) uno postea a la lista encriptando con la llave | publica de la lista | | 3) el servidor desencripta el mail y lo encripta con | cada llave publica de los suscriptos | | 4) el servidor envia cada mail encriptado a cada | destinatario | | Como decia, hay que ver la carga que generaria este | sistema en el servidor. - -- Gerardo Díaz [email protected] Key fingerprint = B1E4 5E2D 285A 2497 A19E CEFF 2C72 DBC7 D7DF 99FF hkp://pgpkeys.mit.edu -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.2 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQFBRhi8LHLbx9ffmf8RAuq2AJ0eAc7y7yzniPk1HkJAfJnyHP+gdgCdEtoL UVhUnjram6VEDV8LfXKiDuU= =zkEO -----END PGP SIGNATURE-----
Gera: La cuestion es a quien corresponde ese trozo quoteado... :-D -- Satoru Lucas Shindoi CEL: 03783-15666916 ICQ: 95357247 - Jabber: [email protected] Messenger: [email protected] - Yahoo: [email protected] -------------------------------------------------------------------------- Sistemas de Informacion - DPEC - www.dpec.com.ar
A mi, si no me equivoco, una parte, Satoru. -- Arturo "Buanzo" Busleiman - www.buanzo.com.ar - GNU/Linux Documentation President, Open Information System Security Group - Argentina FAN DE MARFIL - Power Rock Romantico - http://www.buanzo.com.ar/files/marfil/
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Satoru Lucas Shindoi wrote: | | La cuestion es a quien corresponde ese trozo quoteado... :-D | Glup. Eran dos, pero no sé quiénes :-( -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.2 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQFBRlRQLHLbx9ffmf8RAngmAJ9SE2yB44wOtF2o5ormlo8UGgOfJwCfekKW Q9NHxRuJ2o4kOWwu+z4iWZA= =OCMB -----END PGP SIGNATURE-----
On Mon, 13 Sep 2004, Gerardo Díaz wrote:
Si se debe leer "firmar" x "encriptar" x tratarse de un error, todo bien, pero que no se diga que no se dijo lo que _si_ se dijo :-D
Si vos decís que se dijo, seguiré esa línea. -- Arturo "Buanzo" Busleiman - www.buanzo.com.ar - GNU/Linux Documentation President, Open Information System Security Group - Argentina FAN DE MARFIL - Power Rock Romantico - http://www.buanzo.com.ar/files/marfil/
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Arturo "Buanzo" Busleiman wrote: | Si vos decís que se dijo, seguiré esa línea. Doble-glup! Pienso, digo, que cómodo estaba Tupac... ¿no? Y pensar que este thread... era P/dsa :-) - -- Gerardo Díaz - ----------------- Asociáte a SOLAR! Software Libre Argentina http://www.solar.org.ar/breve.php3?id_breve=78 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.2 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQFBRl+XLHLbx9ffmf8RAnVYAJ9nSEQvIuJW7hTSsH00eTMvlnm74wCgmE0Z SVIjcK0eimy9FmG0dC37rKw= =WZQO -----END PGP SIGNATURE-----
Jua -- Arturo "Buanzo" Busleiman - www.buanzo.com.ar - GNU/Linux Documentation President, Open Information System Security Group - Argentina FAN DE MARFIL - Power Rock Romantico - http://www.buanzo.com.ar/files/marfil/ On Tue, 14 Sep 2004, Gerardo Díaz wrote:
--[PinePGP]--------------------------------------------------[begin]--
Arturo "Buanzo" Busleiman wrote:
| Si vos decís que se dijo, seguiré esa línea.
Doble-glup! Pienso, digo, que cómodo estaba Tupac... ¿no?
Y pensar que este thread... era P/dsa :-)
-- Gerardo Díaz ----------------- Asociáte a SOLAR! Software Libre Argentina http://www.solar.org.ar/breve.php3?id_breve=78 --[PinePGP]----------------------------------------------------------- gpg: Warning: using insecure memory! gpg: Signature made Tue Sep 14 00:03:51 2004 ART using DSA key ID D7DF99FF gpg: Can't check signature: public key not found PinePGP: Encryption backend encountered error. --[PinePGP]----------------------------------------------------[end]--
Estimada Diana: Aca te mando una nota sobre encriptacion que escribi para la revista "Tecnologias Abiertas" (y que no se si llego a publicarse, por favor no la difundas) Explica solo uno de los aspectos de gnugpg (la encriptacion), hay otro aspecto la autentificacion (probar la autenticidad de un mensaje) que es igualmente importante y que no esta explicado aca. besos Pablo Mas referencias: mira mi pagina http://mate.dm.uba.ar/~pdenapo/public_key.html
Desde el rinc�n con orejas de burro, confieso no saber absolutamente nada de gnupg, y haberme metido a opinar s�lo "de o�do". Si alguien explica para mi nivel jard�n de infantes se lo voy a agradecer. Abrazos Diana
__________________________________ Do you Yahoo!? New and Improved Yahoo! Mail - 100MB free storage! http://promotions.yahoo.com/new_mail La Criptografía, o el arte de proteger nuestra privacidad. Cuando enviamos un mensaje por e-mail o de cualquier otra manera enviamos información a través de Internet, estamos expuestos a que cualquiera que pueda interceptar nuestro mensaje pueda leerlo. ¿Cómo proteger nuestra privacidad?. La criptografía (del griego kryptós, oculto; y grapho, escribir: arte de escribir mensajes ocultos) es la respuesta. Un algoritmo criptográfico es un método matemático para convertir un mensaje en texto plano (que cualquiera puede leer) en un texto cifrado (que sólo es legible para el que sabe como descifrarlo). Generalmente los algoritmos de encriptación son públicamente conocidos, pero para poder descifrar el mensaje es necesario conocer además una clave. Existen dos tipos de algoritmos de encriptación: los convencionales o simétricos, en los que quien envía un mensaje encriptado utiliza el mismo procedimiento y la misma clave que su receptor para desencriptarlo, y los algoritmos de clave pública o asimétricos, donde se utilizan claves diferentes para encriptar y para desencriptar. Estos últimos son muchísimo más seguros, pero también demandan mucha más capacidad de procesamiento. Los algoritmos de clave pública se basan el hecho de en que existen operaciones matemáticas que se pueden realizar rápidamente en una computadora, para las que la operación inversa (aunque teóricamente es posible) demanda un tiempo de procesamiento tal que la hacen prácticamente imposible. Por ejemplo el algoritmo RSA (el más popular de dichos algoritmos), hace uso de que es muy fácil multiplicar dos números primos grandes en una computadora, pero es extremadamente costoso (en tiempo computacional) factorizar un número de gran tamaño, para obtener sus factores primos. Dichos algoritmos de encriptación, se usan todos los días, detrás de escena, en nuestra computadora para implementar protocolos de Internet "seguros" tales como ssh (secure shell), https (utilizado en los llamados sitios "seguros" de la web) e ipsec. También los utiliza gpg (GNU privacy guard, clon libre de PGP), un programa para encriptar o desencriptar archivos, por ejemplo para enviarlos por e-mail. Estos programas y protocolos, no sólo sirven para proteger nuestro número de tarjeta de crédito de miradas indiscetas cuando hacemos una transacción por Internet, o para hacer nuestros sistemas informáticos menos vulnerables. En la era de las comunicaciones electrónicas, es perfectamente posible realizar un espionaje masivo a la población, por ejemplo para saber que programas utilizamos, conocer nuestras preferencias como consumidores o cuáles son nuestras inclinaciones políticas o sexuales, detectar posibles criminales o terroristas, etc. De hecho, es públicamente conocido que agencias que la NSA y otras agencias de inteligencia espían rutinariamente las comunicaciones electrónicas. En la Comunidad del Software Libre, pensamos que la privacidad es un derecho humano esencial, reconocido en nuestra Constitución Nacional (art. 18) y por numerosos tratados sobre derechos humanos a nivel internacional. Sólo mediante el empleo sistemático del software de encriptación podremos proteger nuestra privacidad. Por ello, defendemos el derecho de todos a utilizarlo con cualquier propósito (de acuerdo con la primera de las libertades que postulamos). "Si la encriptación está fuera de la ley, sólo quienes viven al margen de la ley, tendrán privacidad" (de la documentación original de PGP). Por ello resultan ridículas las normas legales que intentan restringir el uso de este tipo de software o su exportación, como por ejemplo las vigentes en EEUU. Además, sostenemos que sólo los programas (o librerías) de encriptación que son Software Libre pueden considerarse realmente fiables, ya que si el código fuente de dichos programas no es públicamente accesible, ¿qué seguridad podemos tener de que no existen "puertas traseras" que permitan a quien las conozca espiar todos nuestros mensajes?. Pablo De Nápoli [email protected] Algunas Referencias en la Web: http://www.eff.org/ The Electronic Frontier Foundation http://www.gnupg.org/ The GNU Privacy Guard http://www.pgpi.org/doc/whypgp/es/ ¿Por qué necesitas PGP? http://www.rsasecurity.com/rsalabs/faq/ RSA FAQ
Acabas de difundirla, Pablo... -- Arturo "Buanzo" Busleiman - www.buanzo.com.ar - GNU/Linux Documentation President, Open Information System Security Group - Argentina FAN DE MARFIL - Power Rock Romantico - http://www.buanzo.com.ar/files/marfil/ On Mon, 13 Sep 2004, Pablo De Napoli wrote:
Estimada Diana:
Aca te mando una nota sobre encriptacion que escribi para la revista "Tecnologias Abiertas" (y que no se si llego a publicarse, por favor no la difundas) Explica solo uno de los aspectos de gnugpg (la encriptacion), hay otro aspecto la autentificacion (probar la autenticidad de un mensaje) que es igualmente importante y que no esta explicado aca.
besos Pablo
Mas referencias: mira mi pagina
http://mate.dm.uba.ar/~pdenapo/public_key.html
Desde el rincón con orejas de burro, confieso no saber absolutamente nada de gnupg, y haberme metido a opinar sólo "de oído". Si alguien explica para mi nivel jardín de infantes se lo voy a agradecer. Abrazos Diana
__________________________________ Do you Yahoo!? New and Improved Yahoo! Mail - 100MB free storage! http://promotions.yahoo.com/new_mail
Si, es el tipico error de querer hacer un reply privado y mandarlo a la lista. Saludos Pablo --- "Arturo \"Buanzo\" Busleiman" <[email protected]> wrote:
Acabas de difundirla, Pablo...
-- Arturo "Buanzo" Busleiman - www.buanzo.com.ar - GNU/Linux Documentation President, Open Information System Security Group - Argentina
FAN DE MARFIL - Power Rock Romantico - http://www.buanzo.com.ar/files/marfil/
On Mon, 13 Sep 2004, Pablo De Napoli wrote:
Estimada Diana:
Aca te mando una nota sobre encriptacion que escribi para la revista "Tecnologias Abiertas" (y que no se si llego a publicarse, por favor no la difundas) Explica solo uno de los aspectos de gnugpg (la encriptacion), hay otro aspecto la autentificacion (probar la autenticidad de un mensaje) que es igualmente importante y que no esta explicado aca.
besos Pablo
Mas referencias: mira mi pagina
http://mate.dm.uba.ar/~pdenapo/public_key.html
Desde el rinc�n con orejas de burro, confieso no saber absolutamente nada de gnupg, y haberme metido a opinar s�lo "de o�do". Si alguien explica para mi nivel jard�n de infantes se lo voy a agradecer. Abrazos Diana
__________________________________ Do you Yahoo!? New and Improved Yahoo! Mail - 100MB free storage! http://promotions.yahoo.com/new_mail
_______________________________________________ Solar-general mailing list [email protected] http://lists.ourproject.org/cgi-bin/mailman/listinfo/solar-general
__________________________________ Do you Yahoo!? Yahoo! Mail - 50x more storage than other providers! http://promotions.yahoo.com/new_mail
Muchísimas gracias, Pablo!!! Ya me voy a poner a estudiarlo. También gracias por la explicación sobre conocimiento en matemáticas. También tengo que ponerme a leerla con tranquilidad, pero me viene bárbaro. Abrazos Diana ----- Original Message ----- From: "Pablo De Napoli" <[email protected]> To: "La lista de todos y todas en solar" <[email protected]> Sent: Monday, September 13, 2004 9:52 PM Subject: Re: [Solar-general] Cuestion GnuPG - P/dsa
Estimada Diana:
Aca te mando una nota sobre encriptacion que escribi para la revista "Tecnologias Abiertas" (y que no se si llego a publicarse, por favor no la difundas) Explica solo uno de los aspectos de gnugpg (la encriptacion), hay otro aspecto la autentificacion (probar la autenticidad de un mensaje) que es igualmente importante y que no esta explicado aca.
besos Pablo
Mas referencias: mira mi pagina
http://mate.dm.uba.ar/~pdenapo/public_key.html
Desde el rincón con orejas de burro, confieso no saber absolutamente nada de gnupg, y haberme metido a opinar sólo "de oído". Si alguien explica para mi nivel jardín de infantes se lo voy a agradecer. Abrazos Diana
__________________________________ Do you Yahoo!? New and Improved Yahoo! Mail - 100MB free storage! http://promotions.yahoo.com/new_mail
---------------------------------------------------------------------------- ----
La Criptografía, o el arte de proteger nuestra privacidad.
Cuando enviamos un mensaje por e-mail o de cualquier otra manera enviamos información a través de Internet, estamos expuestos a que cualquiera que pueda interceptar nuestro mensaje pueda leerlo. ¿Cómo proteger nuestra privacidad?. La criptografía (del griego kryptós, oculto; y grapho,
escribir:
arte de escribir mensajes ocultos) es la respuesta.
Un algoritmo criptográfico es un método matemático para convertir un mensaje en texto plano (que cualquiera puede leer) en un texto cifrado (que sólo es legible para el que sabe como descifrarlo). Generalmente los algoritmos de encriptación son públicamente conocidos, pero para poder descifrar el mensaje es necesario conocer además una clave.
Existen dos tipos de algoritmos de encriptación: los convencionales o simétricos, en los que quien envía un mensaje encriptado utiliza el mismo procedimiento y la misma clave que su receptor para desencriptarlo, y los algoritmos de clave pública o asimétricos, donde se utilizan claves diferentes para encriptar y para desencriptar. Estos últimos son muchísimo más seguros, pero también demandan mucha más capacidad de procesamiento.
Los algoritmos de clave pública se basan el hecho de en que existen operaciones matemáticas que se pueden realizar rápidamente en una computadora, para las que la operación inversa (aunque teóricamente es posible) demanda un tiempo de procesamiento tal que la hacen prácticamente imposible. Por ejemplo el algoritmo RSA (el más popular de dichos algoritmos), hace uso de que es muy fácil multiplicar dos números primos grandes en una computadora, pero es extremadamente costoso (en tiempo computacional) factorizar un número de gran tamaño, para obtener sus factores primos.
Dichos algoritmos de encriptación, se usan todos los días, detrás de escena, en nuestra computadora para implementar protocolos de Internet "seguros" tales como ssh (secure shell), https (utilizado en los llamados sitios "seguros" de la web) e ipsec. También los utiliza gpg (GNU privacy guard, clon libre de PGP), un programa para encriptar o desencriptar archivos, por ejemplo para enviarlos por e-mail.
Estos programas y protocolos, no sólo sirven para proteger nuestro número de tarjeta de crédito de miradas indiscetas cuando hacemos una transacción por Internet, o para hacer nuestros sistemas informáticos menos vulnerables.
En la era de las comunicaciones electrónicas, es perfectamente posible realizar un espionaje masivo a la población, por ejemplo para saber que programas utilizamos, conocer nuestras preferencias como consumidores o cuáles son nuestras inclinaciones políticas o sexuales, detectar posibles criminales o terroristas, etc. De hecho, es públicamente conocido que agencias que la NSA y otras agencias de inteligencia espían rutinariamente las comunicaciones electrónicas.
En la Comunidad del Software Libre, pensamos que la privacidad es un derecho humano esencial, reconocido en nuestra Constitución Nacional (art. 18) y por numerosos tratados sobre derechos humanos a nivel internacional. Sólo mediante el empleo sistemático del software de encriptación podremos proteger nuestra privacidad. Por ello, defendemos el derecho de todos a utilizarlo con cualquier propósito (de acuerdo con la primera de las libertades que postulamos).
"Si la encriptación está fuera de la ley, sólo quienes viven al margen de la ley, tendrán privacidad" (de la documentación original de PGP). Por ello resultan ridículas las normas legales que intentan restringir el uso de este tipo de software o su exportación, como por ejemplo las vigentes en EEUU.
Además, sostenemos que sólo los programas (o librerías) de encriptación que son Software Libre pueden considerarse realmente fiables, ya que si el código fuente de dichos programas no es públicamente accesible, ¿qué seguridad podemos tener de que no existen "puertas traseras" que permitan a quien las conozca espiar todos nuestros mensajes?.
Pablo De Nápoli [email protected]
Algunas Referencias en la Web:
http://www.eff.org/ The Electronic Frontier Foundation http://www.gnupg.org/ The GNU Privacy Guard http://www.pgpi.org/doc/whypgp/es/ ¿Por qué necesitas PGP? http://www.rsasecurity.com/rsalabs/faq/ RSA FAQ
---------------------------------------------------------------------------- ---- _______________________________________________ Solar-general mailing list [email protected] http://lists.ourproject.org/cgi-bin/mailman/listinfo/solar-general
Pablo, muy claro tu artículo, muchas gracias. Todo este tema de la privacidad me hizo pensar un poco en cuestiones a las que no suelo prestar atención pero en realidad debería hacerlo. Es todo un tema este de lo público y lo privado...en realidad la comunicación ideal de mi utopía es la telepatía entre afines, que garantizaría un fluir realmente creativo y sin interferencias indeseables, pero es solamente eso, una utopía, a lo mejor cuando corra mucha agua bajo los puentes, nuestros tatara-tatara-tataranietitos se comuniquen así. Abrazos Diana ----- Original Message ----- From: "Pablo De Napoli" <[email protected]> To: "La lista de todos y todas en solar" <[email protected]> Sent: Monday, September 13, 2004 9:52 PM Subject: Re: [Solar-general] Cuestion GnuPG - P/dsa
Estimada Diana:
Aca te mando una nota sobre encriptacion que escribi para la revista "Tecnologias Abiertas" (y que no se si llego a publicarse, por favor no la difundas) Explica solo uno de los aspectos de gnugpg (la encriptacion), hay otro aspecto la autentificacion (probar la autenticidad de un mensaje) que es igualmente importante y que no esta explicado aca.
besos Pablo
Mas referencias: mira mi pagina
http://mate.dm.uba.ar/~pdenapo/public_key.html
Desde el rincón con orejas de burro, confieso no saber absolutamente nada de gnupg, y haberme metido a opinar sólo "de oído". Si alguien explica para mi nivel jardín de infantes se lo voy a agradecer. Abrazos Diana
__________________________________ Do you Yahoo!? New and Improved Yahoo! Mail - 100MB free storage! http://promotions.yahoo.com/new_mail
---------------------------------------------------------------------------- ----
La Criptografía, o el arte de proteger nuestra privacidad.
Cuando enviamos un mensaje por e-mail o de cualquier otra manera enviamos información a través de Internet, estamos expuestos a que cualquiera que pueda interceptar nuestro mensaje pueda leerlo. ¿Cómo proteger nuestra privacidad?. La criptografía (del griego kryptós, oculto; y grapho,
escribir:
arte de escribir mensajes ocultos) es la respuesta.
Un algoritmo criptográfico es un método matemático para convertir un mensaje en texto plano (que cualquiera puede leer) en un texto cifrado (que sólo es legible para el que sabe como descifrarlo). Generalmente los algoritmos de encriptación son públicamente conocidos, pero para poder descifrar el mensaje es necesario conocer además una clave.
Existen dos tipos de algoritmos de encriptación: los convencionales o simétricos, en los que quien envía un mensaje encriptado utiliza el mismo procedimiento y la misma clave que su receptor para desencriptarlo, y los algoritmos de clave pública o asimétricos, donde se utilizan claves diferentes para encriptar y para desencriptar. Estos últimos son muchísimo más seguros, pero también demandan mucha más capacidad de procesamiento.
Los algoritmos de clave pública se basan el hecho de en que existen operaciones matemáticas que se pueden realizar rápidamente en una computadora, para las que la operación inversa (aunque teóricamente es posible) demanda un tiempo de procesamiento tal que la hacen prácticamente imposible. Por ejemplo el algoritmo RSA (el más popular de dichos algoritmos), hace uso de que es muy fácil multiplicar dos números primos grandes en una computadora, pero es extremadamente costoso (en tiempo computacional) factorizar un número de gran tamaño, para obtener sus factores primos.
Dichos algoritmos de encriptación, se usan todos los días, detrás de escena, en nuestra computadora para implementar protocolos de Internet "seguros" tales como ssh (secure shell), https (utilizado en los llamados sitios "seguros" de la web) e ipsec. También los utiliza gpg (GNU privacy guard, clon libre de PGP), un programa para encriptar o desencriptar archivos, por ejemplo para enviarlos por e-mail.
Estos programas y protocolos, no sólo sirven para proteger nuestro número de tarjeta de crédito de miradas indiscetas cuando hacemos una transacción por Internet, o para hacer nuestros sistemas informáticos menos vulnerables.
En la era de las comunicaciones electrónicas, es perfectamente posible realizar un espionaje masivo a la población, por ejemplo para saber que programas utilizamos, conocer nuestras preferencias como consumidores o cuáles son nuestras inclinaciones políticas o sexuales, detectar posibles criminales o terroristas, etc. De hecho, es públicamente conocido que agencias que la NSA y otras agencias de inteligencia espían rutinariamente las comunicaciones electrónicas.
En la Comunidad del Software Libre, pensamos que la privacidad es un derecho humano esencial, reconocido en nuestra Constitución Nacional (art. 18) y por numerosos tratados sobre derechos humanos a nivel internacional. Sólo mediante el empleo sistemático del software de encriptación podremos proteger nuestra privacidad. Por ello, defendemos el derecho de todos a utilizarlo con cualquier propósito (de acuerdo con la primera de las libertades que postulamos).
"Si la encriptación está fuera de la ley, sólo quienes viven al margen de la ley, tendrán privacidad" (de la documentación original de PGP). Por ello resultan ridículas las normas legales que intentan restringir el uso de este tipo de software o su exportación, como por ejemplo las vigentes en EEUU.
Además, sostenemos que sólo los programas (o librerías) de encriptación que son Software Libre pueden considerarse realmente fiables, ya que si el código fuente de dichos programas no es públicamente accesible, ¿qué seguridad podemos tener de que no existen "puertas traseras" que permitan a quien las conozca espiar todos nuestros mensajes?.
Pablo De Nápoli [email protected]
Algunas Referencias en la Web:
http://www.eff.org/ The Electronic Frontier Foundation http://www.gnupg.org/ The GNU Privacy Guard http://www.pgpi.org/doc/whypgp/es/ ¿Por qué necesitas PGP? http://www.rsasecurity.com/rsalabs/faq/ RSA FAQ
---------------------------------------------------------------------------- ---- _______________________________________________ Solar-general mailing list [email protected] http://lists.ourproject.org/cgi-bin/mailman/listinfo/solar-general
Obviamente el que no quiera usarlo en la lista gral, que no lo use. Pero en la lista de socios habria que llevarlo a votacion (me parece algo tan trivial, pero bueh la democracia no es trivial)
Me parece que si un socio lo pide hay que votarlo, hay que pasar entonces esta discusion a la lista socios, lo cual hago ya. Desde ya mi voto es: a) negativo para que sea obligatorio b) negativo para que sea prohibido, es decir me parece bien permitir que se firme digitalmente aunque aumente el ancho de banda y la confusion general. De permitirse el uso de firma digital -no declararlo contrario a la netiquete del canal- debiera aclararse en un pequeño documento las condiciones de validez o de no validez legal de tal firma y lo que implica firmar digitalmente algo y las cuestiones de seguridad involucradas y que no implica firma digital segun la ley nacional. -- Diego Saravia [email protected]
Gerardo Díaz escribió:
Las respuestas directas permiten saber como piensa la gente, y también conocerla un poco mejor.
Yo creo que la firma resulta útil pero también que se debe usar en forma voluntaria. También creo que si nuestras listas fueran encriptadas eso induciría a pensar cosas equívocas...
El software libre nació bajo la luz del sol, crece a la luz del sol, incluso lleva en su nombre la luz del sol :) entonces no hay porqué opacarlo poniéndolo a la sombra. Hay que trabajar a la luz del sol e invitar a todos a que vengan a disfrutar del sol-ar [email protected]
Muy de acuerdo con vos, Gerardo. Recuerdo la vieja frase "a Seguro lo llevaron preso"... eso no quita que uno tenga conciencia de riesgos que se pueden correr cuando en algo se está navegando contra alguna interesada corriente. Pero la vida es riesgo, sobre todo cuando trata de mantenerse muy viva, y es así como vale la pena vivirla, al menos yo lo creo así. Abrazos Diana _______________________________________________
Solar-general mailing list [email protected] http://lists.ourproject.org/cgi-bin/mailman/listinfo/solar-general
Dios! Quien habló de ENCRIPTAR la lista? :P Toda esta discusión surgió porque Diego Saravia dijo algo acerca de las firmas, la encriptacion y de su no gusto por usarla o algo asi (borro los mensajes, pido MIL disculpas por no poder referenciar correctamente). Acerca de una respuesta directa... creo que opiné lo bastante en el thread como para que se pueda deducir mi posición, no? - Por otra parte, mi respuesta había tenido con una referencia histórica al desarrollo de la criptografía pública... Diego me pidió que me explique, y le referencié la data que me pareció históricamente pertinente. No me siento capaz de emular a referentes directos de la criptografía, mas que cuando comenté lo que yo a nivel personal hago (túneles VPN, MTA con ruta fija, ver posts mios de este mismo thread). No creo que sea necesario tener que abrirme tanto a nivel personal para que me conozcan: lo hice el otro día y surgió flor de discusióin (asunto "ututo"). Obvio que estoy a favor del uso por decisión personal, cuando yo tengo tendencia a presumir de obligar a la gente?... -- Arturo "Buanzo" Busleiman - www.buanzo.com.ar - GNU/Linux Documentation President, Open Information System Security Group - Argentina FAN DE MARFIL - Power Rock Romantico - http://www.buanzo.com.ar/files/marfil/
On Mon, 13 Sep 2004 14:35:25 -0300 (ART), Arturo \"Buanzo\" Busleiman wrote
Dios! Quien habló de ENCRIPTAR la lista? :P
Toda esta discusión surgió porque Diego Saravia dijo algo acerca de las
Se hablo de que todos firmen los mensajes a algunas listas. Desde ya me opongo a que sea obligatorio, si alguno quiere firmar, me parece bien -aunque cuasi inutil, es un buen juego-. Igual me parece una discusion muy util para que la gente se informe sobre las realidades asociadas a la "firma" digital y la encriptacion de mensajes. Las firmas digitales a nuestro alcance utilizan tecnologia similar a la encriptacion, con otro protocolo externo, por eso la confusion en la discusion.
firmas, la encriptacion y de su no gusto por usarla o algo asi (borro los mensajes, pido MIL disculpas por no poder referenciar correctamente).
Acerca de una respuesta directa... creo que opiné lo bastante en el thread como para que se pueda deducir mi posición, no? - Por otra parte, mi respuesta había tenido con una referencia histórica al desarrollo de la criptografía pública... Diego me pidió que me explique, y le referencié la data que me pareció históricamente pertinente. No me siento capaz de emular a referentes directos de la criptografía, mas que cuando comenté lo que yo a nivel personal hago (túneles VPN, MTA con ruta fija, ver posts mios de este mismo thread).
No creo que sea necesario tener que abrirme tanto a nivel personal para que me conozcan: lo hice el otro día y surgió flor de discusióin (asunto "ututo").
Obvio que estoy a favor del uso por decisión personal, cuando yo tengo tendencia a presumir de obligar a la gente?...
-- Arturo "Buanzo" Busleiman - www.buanzo.com.ar - GNU/Linux Documentation President, Open Information System Security Group - Argentina
FAN DE MARFIL - Power Rock Romantico - http://www.buanzo.com.ar/files/marfil/
_______________________________________________ Solar-general mailing list [email protected] http://lists.ourproject.org/cgi-bin/mailman/listinfo/solar-general
-- Diego Saravia [email protected]
On Mon, 13 Sep 2004, Diego Saravia wrote:
Desde ya me opongo a que sea obligatorio, si alguno quiere firmar, me parece bien
Obvio.
-aunque cuasi inutil, es un buen juego-
No te entiendo, sinceramente, Diego. Con el mayor de los respetos.
Igual me parece una discusion muy util para que la gente se informe sobre las realidades asociadas a la "firma" digital y la encriptacion de mensajes.
100%.
Las firmas digitales a nuestro alcance utilizan tecnologia similar a la encriptacion, con otro protocolo externo, por eso la confusion en la discusion.
Aquí soy yo el que te pide explicación, por favor. Gracias -- Arturo "Buanzo" Busleiman - www.buanzo.com.ar - GNU/Linux Documentation President, Open Information System Security Group - Argentina FAN DE MARFIL - Power Rock Romantico - http://www.buanzo.com.ar/files/marfil/
-aunque cuasi inutil, es un buen juego-
No te entiendo, sinceramente, Diego. Con el mayor de los respetos.
Creo que ya mencione muchas veces, que si no se hace con mucho cuidado no sirve, y que para solar no vale la pena tomarse ese trabajo, es mi opinion, que obviamente podes no compartirla, pero me cuesta creer que todavia no la haya explicado lo suficiente. No te preocupes por el tema de respeto, eso lo descuento, no me molesta discutir con nadie, aun en los peores terminos y siempre descuento que defender tus ideas o atacar a las del otro no es faltarle el respeto.
Las firmas digitales a nuestro alcance utilizan tecnologia similar a la encriptacion, con otro protocolo externo, por eso la confusion en la discusion.
Aquí soy yo el que te pide explicación, por favor.
el sistema de clave publica y privada que se usa. distintos protocolos de interaccion con la misma idea debajo: que es muy dificil encontrar los factores de un numero producto de dos primos muy grandes -- Diego Saravia [email protected]
la cuestion que planteo es en concreto que sin recepcion de la clave publica por un medio que asegure la identidad del que la genera, no tiene sentido usar firma digital. Crei que tu decias que nuevos desarrollos hacian obsoleto tal pensamiento, si tienes informacion en tal sentido, estaria muy agradecido. On Mon, 13 Sep 2004 09:34:06 -0300 (ART), Arturo \"Buanzo\" Busleiman wrote
Aclaremos que la criptografia asimétrica de llave-publica viene del 1976, por parte de Whitfield Diffie y Martin Hellman (Diffie-Hellman).
Bueno, en www.gnupg.org encontre esto:
Inglés: http://www.gnupg.org/(en)/documentation/faqs.html Español: http://www.gnupg.org/(es)/documentation/faqs.html
No responde necesariamente el punto que traje a colacion y pediste que te explicara, pero a otros si les va a resultar entretenido.
Por otra parte, el GNU Privacy Handbook:
Inglés: http://www.gnupg.org/gph/en/manual.html
Español: http://www.gnupg.org/gph/es/manual.html
Buscando en google (terminos usados: gpg, public key cryptography, paranoia, paranoid, discussion):
Inglés: GPG Keysigning Party HOWTO http://www.cryptnet.net/fdp/crypto/gpg-party.html
Libro recomendado: Applied Cryptography de Bruce Schneider.
Un analisis muy interesante, vinculado con el almacenamiento de llaves privadas por el estado americano:
http://www.happyday.demon.co.uk/escrow.htm
-- Arturo "Buanzo" Busleiman - www.buanzo.com.ar - GNU/Linux Documentation President, Open Information System Security Group - Argentina
FAN DE MARFIL - Power Rock Romantico - http://www.buanzo.com.ar/files/marfil/
_______________________________________________ Solar-general mailing list [email protected] http://lists.ourproject.org/cgi-bin/mailman/listinfo/solar-general
-- Diego Saravia [email protected]
On Mon, 13 Sep 2004, Diego Saravia wrote:
Crei que tu decias que nuevos desarrollos hacian obsoleto tal pensamiento, si tienes informacion en tal sentido, estaria muy agradecido.
Ah! Perfecto, ahora entendí bien, a veces cuesta seguirte el hilo. Justamente me quedé pensando en todo este tema. De todas formas, lo primero que plantean las referencías que envié hacen a la verificación de la identidad la mayor cuestión, pero al mismo tiempo, la tecnologia subyacente a PGP/GnuPG (y otras orientadas a los certificados, como S/MIME y SSL, con un Certificate Authority para realizar las verificaciones, y aca tenemos Argennomeacuerdocuanto... afuera está verisign...) - Si eso no te parece un metodo copado para verificar firmas y/o certificados :P El problema de esta tecnología, es como vos decís: depende de las personas y de las cadenas de confianza (o redundancia, como opino yo) para verificar llaves publicas. Yo estoy dispuesto a asumir mi responsabilidad con la comunidad de usuarios de criptografía de llave/clave pública. Me van a decir que ustedes no, que tienen más fuerza que yo? -- Arturo "Buanzo" Busleiman - www.buanzo.com.ar - GNU/Linux Documentation President, Open Information System Security Group - Argentina FAN DE MARFIL - Power Rock Romantico - http://www.buanzo.com.ar/files/marfil/
On Mon, 13 Sep 2004 14:56:03 -0300 (ART), Arturo \"Buanzo\" Busleiman wrote
On Mon, 13 Sep 2004, Diego Saravia wrote:
Crei que tu decias que nuevos desarrollos hacian obsoleto tal pensamiento, si tienes informacion en tal sentido, estaria muy agradecido.
Ah! Perfecto, ahora entendí bien, a veces cuesta seguirte el hilo.
sí, es asi, soy un tipo dificil de entender, :(, disculpas por ello
Justamente me quedé pensando en todo este tema. De todas formas, lo primero que plantean las referencías que envié hacen a la verificación de la identidad la mayor cuestión, pero al mismo tiempo, la tecnologia subyacente a PGP/GnuPG (y otras orientadas a los certificados, como S/MIME y SSL, con un Certificate Authority para realizar las verificaciones, y aca tenemos Argennomeacuerdocuanto... afuera está verisign...) - Si eso no te parece un metodo copado para verificar firmas y/o certificados :P
vos decir usar la infraestructura legal de firma digital?
Yo estoy dispuesto a asumir mi responsabilidad con la comunidad de usuarios de criptografía de llave/clave pública.
me parece perfecto!
Me van a decir que ustedes no,
yo no me animo, ni lo veo necesario, al menos para solar
que tienen más fuerza que yo?
no entiendo a donde apuntas -- Diego Saravia [email protected]
Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg="pgp-sha1"; boundary="Signature=_Wed__27_Oct_2004_01_52_00_+0000_UJh/NHu3rksCI7Sg" --Signature=_Wed__27_Oct_2004_01_52_00_+0000_UJh/NHu3rksCI7Sg Content-Type: text/plain; charset=ISO-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, 13 Sep 2004 09:34:06 -0300 (ART) "Arturo \"Buanzo\" Busleiman" <[email protected]> wrote: A> Aclaremos que la criptografia asim=E9trica de llave-publica viene del A> 1976, por parte de Whitfield Diffie y Martin Hellman (Diffie-Hellman). Para ser justos, valen dos aclaraciones: - Los fundamentos de la criptografia de clave publica, en el mundo `no clasificado', fueron introducidos (como se=F1ala Buanzo) por=20 Diffie y Hellman y, paralelamente (sin contacto con los anteriores), por Ralph Merkle. El paper de Merkle se publico mas tarde, pero solo por una cuestion de backlog del journal en que se publico. - `En las sombras', el concepto, las ideas fundamentales y el algoritmo RSA fueron inventados entre 1969 y 1974 por la organizacion britanica de inteligencia de se=F1ales (GCHQ, Government Communications HQ, descendiente del famoso Bletchley Park. James Ellis introdujo los conceptos(1969), Clifford Cocks invento RSA(1973), y Malcolm Williamson invento el intercambio de claves Diffie-Hellman-Merkle buscando agujeros en la propuesta de Cocks. Se dice que la propuesta de Cocks permanecio en el estante de las cuestiones teoricas, porque se carecia del poder de calculo necesario para convertirla en una aplicacion practica. A>=20 A> Libro recomendado: Applied Cryptography de Bruce Schneider. A>=20 Mucho mas recomendable (el de Schneier no es malo, pero tiene unos cuantos errores) es el de Menezes, van Oorschot y Vanstone, `Handbook of Applied Cryptography', CRC Press, 5ta reimpresion 2001. Con la ventaja adicional que todos los capitulos estan disponibles en pdf para bajar gratuitamente en http://www.cacr.math.uwaterloo.ca/hac/ Saludos, Enrique --=20 ``Izena duen guzia omen da.'' --Signature=_Wed__27_Oct_2004_01_52_00_+0000_UJh/NHu3rksCI7Sg Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) iEYEARECAAYFAkF+/0sACgkQjhuyRoeKKlxjkwCgpodggkbmATmQPQBjtXtcLniF KEcAoJ6X1gzr33w6N8A4RFUHU+wLMUSP =xVYT -----END PGP SIGNATURE----- --Signature=_Wed__27_Oct_2004_01_52_00_+0000_UJh/NHu3rksCI7Sg--
participants (8)
-
Arturo "Buanzo" Busleiman -
Diana Venturini -
Diego Saravia -
Enrique A. Chaparro -
Gerardo Díaz -
Martín Olivera -
Pablo De Napoli -
Satoru Lucas Shindoi