[pyar] [off-topic] Voto electronico

[Maria Cecilia Santos Popper]

+1 Grillo. Me guardo tu respuesta como guía de argumentación!
El 26/04/2015 10:36, "Pablo Grigioni / Grillo" <pgrigioni en gmail.com>
escribió:

>
>
> El 25 de abril de 2015, 21:30, fisa <fisadev en gmail.com> escribió:
>
>>
>>
>> On Sat, Apr 25, 2015 at 4:23 PM Pablo Grigioni / Grillo <
>> pgrigioni en gmail.com> wrote:
>>
>>> Anda dando vueltas un paper con ataques al chip RFID que devela el
>>> secreto del voto mediante un ataque parecido a un man-in-the-middle:
>>> https://eprint.iacr.org/2009/422.pdf
>>>
>>>
>> Sip, ya comentamos que con acceso a hardware específico podrías hacer
>> estas cosas. El punto es que siguen siendo mucho más difíciles que las
>> cosas que hoy podés hacer para revelar el voto, como hacer una firma
>> distinta en el sobre.
>>
> Si son difíciles de hacer (cosa que los investigadores consideran
> facilísimo) quiere decir que también es dificilísimo de fiscalizar que no
> suceda, y caemos en manos de una tecnocracia altamente elitista para
> controlar la elección.
>
> Se me ocurre alguien que tiene el conocimiento, la oportunidad y el
> incentivo para hacer este ataque fácilmente:  MSA.
>
> Si la oposición está en contra del evoto hay convergencia de intereses
> entre el gobierno contratante y la empresa para perpetuar en las elecciones
> el mismo gobierno, por lo que la empresa podría espiar el voto para que el
> partido de gobierno implemente voto cadena. A los demás nos sería
> prácticamente imposible detectarlo. En cambio en el sistema actual alcanza
> con que el presidente de mesa o el vocal sean responsables, o que los
> fiscales partidarios estén atentos. No técnicos de altísima capacitación,
> cualquier fiscal o elector atento de cualquier edad o condición social
> solucionan todos los "supuestos" problemas del sistema actual que además no
> están demostrados en ninguna causa judicial y son sólo especulaciones.
>
> Lo único que garantiza el evoto es que sea el partido de gobierno el que
> probablemente esté en mejores condiciones de realizar el voto cadena.
>
>
>>
>>> Además acabo de ver a un directivo de MSA explicando que "las máquinas
>>> no tienen memoria" es decir ¿desarrollaron un microprocesador propio que no
>>> usa memoria?
>>>
>>>
>>> http://www.elintransigente.com/salta/2015/4/24/magic-software-responde-denuncias-contra-voto-electronico-311148.html
>>>
>>>
>> Tienen RAM, no tienen almacenamiento. Quien dio esa entrevista no es del
>> area técnica, y habla en idioma "usuario", donde memoria==almacenamiento
>> (la mayoría de la gente no sabe que las computadoras tienen otro tipo de
>> memorias además).
>>
> Si nos toma el pelo con algo tan básico como que un sistema de computación
> necesita memoria para funcionar (algo q se aprende en el secundario) no
> imagino los otros versos que habrá con un sistema secreto y que no se deja
> peritar, seguramente porque como en el caso de heartbleed no es tan seguro
> como lo venden.
>
> Para mí que esconde lo de la memoria porque nadie piense qué pasa con la
> memoria donde se aloja temporalmente el código ejecutado y no cuestionen
> que no hay ningún tratamiento especial de las urnas al cerrar la mesa.
>
> Muchas de todas estas dudas se solucionarían si publican el código y las
> especificaciones del hardware y disponibilizan los fierros para peritar
> libremente.
>
>
> --
> Grillo / Pablo Grigioni
> --
>
> No hay nada más sagrado que la voluntad de los pueblos #Artigas
> Año del Bicentenario del Congreso de los Pueblos Libres
> Usuario GNU/Linux #474306
>
> _______________________________________________
> pyar mailing list pyar en python.org.ar
> http://listas.python.org.ar/listinfo/pyar
>
> PyAr - Python Argentina - Sitio web: http://www.python.org.ar/
>
> La lista de PyAr esta Hosteada en USLA - Usuarios de Software Libre de
> Argentina - http://www.usla.org.ar
>
------------ próxima parte ------------
Se ha borrado un adjunto en formato HTML...
URL: <http://listas.python.org.ar/pipermail/pyar/attachments/20150426/6ad47c41/attachment-0001.html>