[pyar] Resumen de pyar, Vol 62, Envío 104

[Ariel S.N. RAMOS]

Con respecto al Voto electronico.
Desde 2010 que estoy a cargo de un Taller de Informatica para Adultos Mayores, 60 años en adelante, pase los 500 este año, ninguno, pero ninguno se quejo del Voto electronico, hicimos como corresponde la practica necesaria y los familiares siempre acompañaron, los mas jovenes.
No entiendo porque tanto problema con una maquina que solo imprime los votos, te fijas si es lo que seleccionaste y lo depositas en la urna y el conteo es con todos los fiscales de todos los partidos.
Todos los años seguimos avanzando en Salta con esta modalidad, la practica permamente y el acompañamiento de los jovenes de las familias a los adultos, por lo menos en el grupo que manejo en la Universidad Abierta de la Tercera Edad. Saludos!

Atte.
Ariel Silvio Norberto RAMOS
asnramos en yahoo.com.ar
Celular: +54 (387) 4424 830
Skype: asnramos
-------------------------------------------------
      De: "pyar-request en python.org.ar" <pyar-request en python.org.ar>
 Para: pyar en python.org.ar 
 Enviado: Viernes, 24 de abril, 2015 16:04:10
 Asunto: Resumen de pyar, Vol 62, Envío 104
   
Send pyar mailing list submissions to
    pyar en python.org.ar

To subscribe or unsubscribe via the World Wide Web, visit
    http://listas.python.org.ar/listinfo/pyar
or, via email, send a message with subject or body 'help' to
    pyar-request en python.org.ar

You can reach the person managing the list at
    pyar-owner en python.org.ar

When replying, please edit your Subject line so it is more specific
than "Re: Contents of pyar digest..."


Asuntos del día:

  1. Re: [off-topic] Voto electronico (fisa)
  2. Re: [off-topic] Voto electronico (fisa)
  3. Re: [off-topic] Voto electronico (fisa)
  4. Re: [off-topic] Voto electronico (Lucas Sallovitz)


----------------------------------------------------------------------

Message: 1
Date: Fri, 24 Apr 2015 18:59:06 +0000
From: fisa <fisadev en gmail.com>
To: Python Argentina <pyar en python.org.ar>
Subject: Re: [pyar] [off-topic] Voto electronico
Message-ID:
    <CAN7o838nZRSp=qPb_eTgb6B52ujmcFaQYqEF9qOzRMvHuDZ7Gg en mail.gmail.com>
Content-Type: text/plain; charset="utf-8"

Con eso violas muy fácilmente el secreto al voto. Con 255 números, va a
haber como mucho 2 de cada número por mesa. Te vas anotando el número que
le diste a cada persona, y Al contar, si dos votos con el mismo número
tienen el mismo candidato, conoces el voto de dos personas. Y si no, igual
tenés solo 2 chances para cada uno, no sabés a quién votó, pero sabes que
no votó a casi todos menos 2.

On Fri, Apr 24, 2015 at 3:10 PM Luis Masuelli <luismasuelli en hotmail.com>
wrote:

> Yo pensaba en reducir la probabilidad de efectivizar un voto en cadena de
> la siguiente manera: Tener una cantidad finita y no muy grande de numeros
> para los sobres (ejemplo: 0 - 255) y asignar a cada votante un sobre, de
> manera aleatoria. A la salida esperar que el sobre que va a poner en la
> urna tenga el mismo numero. El puntero tiene que pegarla para darle un
> sobre con el mismo numero que va a recibir (y dudo que alguien pueda cargar
> 256 sobres). No se, algo por ahi :p. No soluciona pero complica.
>
> ------------------------------
> From: pgrigioni en gmail.com
> Date: Fri, 24 Apr 2015 15:05:41 -0300
> To: pyar en python.org.ar
> Subject: Re: [pyar] [off-topic] Voto electronico
>
>
> Denunciado no quiere decir una nota en un diario, sino una causa judicial
> que lo comprueba. No quiero decir que no exista, sino que no se puede tomar
> como algo habitual.
>
> En el caso del voto papel solucionar el voto cadena está en cabeza del
> presidente de mesa, vocal, fiscal o incluso elector simplemente verificando
> el sobre.
>
> Con el voto electrónico resulta prácticamente imposible para cualquier
> vecino comprobar que no hay alguien inspeccionando las ondas
> electromagnéticas de la máquina para conocer la elección del votante y así
> apretarlo antes o después. Como es imposible para el elector verificar en
> el momento de su voto que la máquina no deja ningún rastro de su elección.
>
> El 24 de abril de 2015, 14:49, Roberto Alsina <ralsina en netmanagers.com.ar>
> escribió:
>
> On 24/04/15 14:43, Pablo Grigioni / Grillo wrote:
>
> El voto en cadena es posible sólo con la anomia del presidente de mesa,
> vocales y falta de fiscales partidarios. Si se revisa que el sobre a meter
> en la urna sea el mismo entregado se acabó la joda, es un problema humano
> no técnico.
>
>
> Todos los problemas de fraude electoral son humanos, porque los únicos que
> los cometen son los humanos.
> Ese mecanismo de fraude en particular, se ha denunciado[1]. Se produjo o
> no? No lo sé.
> Sí sé que no se produciría con este mecanismo propuesto.
>
> Es solamente un dato más: aparte de la rapidez, hay procedimientos de
> fraude que se pueden producir con el voto en papel y no con el mecanismo
> electrónico. En consecuencia, no es correcto decir que la única ventaja es
> la velocidad, ni que el mecanismo en papel es necesariamente más seguro y/o
> secreto (el voto en cadena también vulnera el secreto)
>
> [1] un ejemplo random:
> http://old.clarin.com/diario/1999/06/07/t-00601d.htm
>
> _______________________________________________
> 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
>
>
>
>
> --
> 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
> _______________________________________________
> 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/20150424/24faa26a/attachment-0001.html>

------------------------------

Message: 2
Date: Fri, 24 Apr 2015 19:01:22 +0000
From: fisa <fisadev en gmail.com>
To: Python Argentina <pyar en python.org.ar>
Subject: Re: [pyar] [off-topic] Voto electronico
Message-ID:
    <CAN7o83_5R7hZ3OZFUBVwrOpNg3LyJrcAijVFHerhWTMTmZ1JBw en mail.gmail.com>
Content-Type: text/plain; charset="utf-8"

On Fri, Apr 24, 2015 at 3:15 PM Lucas Sallovitz <krusty.ar en gmail.com> wrote:

> On Fri, Apr 24, 2015 at 3:10 PM Luis Masuelli <luismasuelli en hotmail.com>
> wrote:
>
>> Yo pensaba en reducir la probabilidad de efectivizar un voto en cadena de
>> la siguiente manera: Tener una cantidad finita y no muy grande de numeros
>> para los sobres (ejemplo: 0 - 255) y asignar a cada votante un sobre, de
>> manera aleatoria. A la salida esperar que el sobre que va a poner en la
>> urna tenga el mismo numero. El puntero tiene que pegarla para darle un
>> sobre con el mismo numero que va a recibir (y dudo que alguien pueda cargar
>> 256 sobres). No se, algo por ahi :p. No soluciona pero complica.
>>
>>
> Eso es exáctamente lo que hace el sistema de MSA, o sea que evita el voto
> en cadena *no por su parte electrónica* sino con un troquel con un código
> único por boleta, que el presidente tiene que verificar antes de depositar
> el voto. Creo que no hace falta que diga en un foro de programadores como
> un ID único por boleta/sobre es una tremenda amenaza a la privacidad del
> voto.
>
>
No, eso no es lo que hace MSA. Probablemente no entendiste bien el tema del
troquel. Es un doble troquel por muy buenos motivos. Se sacan 2 partes en
momentos diferentes: una al inicio, otra *antes* de meter el voto en la
urna. De esa forma, te asegurás que la boleta que mete es la que le diste,
pero antes de meterla la convertís en anónima, sacando todo rastro de id
(segundo troquel).


> Es interesante tu propuesta, porque demuestra la imposibilidad de
> garantizar el voto seguro y secreto por medios "adicionales" cualquier
> medida para evitar situaciones como la descrita, ayuda a vincular el
> votante con su voto, eso es un problema de todos los sistemas
> independientemente del soporte, como en todos los casos, agregar una
> computadora en el medio, complica todo sin aportar casi nada.
>
> _______________________________________________
> 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/20150424/c1425706/attachment-0001.html>

------------------------------

Message: 3
Date: Fri, 24 Apr 2015 19:03:18 +0000
From: fisa <fisadev en gmail.com>
To: Python Argentina <pyar en python.org.ar>
Subject: Re: [pyar] [off-topic] Voto electronico
Message-ID:
    <CAN7o83-WxrZgXuPWA9bo7AcL0r_q=dLKj9nuy+cmf4B2HNLZbw en mail.gmail.com>
Content-Type: text/plain; charset="utf-8"

Sería una alternativa válida. Más difícil de implementar, los reconocedores
ópticos no son tan fáciles de usar y programar. Pero es una alternativa.

On Fri, Apr 24, 2015 at 3:39 PM Lucas Sallovitz <krusty.ar en gmail.com> wrote:

> On Fri, Apr 24, 2015 at 3:37 PM fisa <fisadev en gmail.com> wrote:
>>
>> La confianza *no* está en el sistema. El sistema se *asume vulnerable*.
>> Se asume que la máquina puede equivocarse o mentir. Nadie dice que la
>> máquina no puede mentir.
>> La seguridad NUNCA puede estar asentada sobre confiar en una máquina.
>> Y por eso este sistema NO confía en la máquina, sino que confía en un
>> procedimiento y en evidencia legal en papel, que permite descubrir
>> cualquier intento de la máquina por mentir.
>> NO se confía en la máquina, se confía en el voto legal, papel impreso, y
>> el proceso asegura que *eso* permita tener resultados confiables, seguros
>>
>
> Teniendo en cuenta esto, en que sería mejor el sistema que un lector
> óptico que acelere el recuento de una boleta marcada con tildes?
> _______________________________________________
> 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/20150424/e75a354e/attachment-0001.html>

------------------------------

Message: 4
Date: Fri, 24 Apr 2015 19:04:07 +0000
From: Lucas Sallovitz <krusty.ar en gmail.com>
To: Python Argentina <pyar en python.org.ar>
Subject: Re: [pyar] [off-topic] Voto electronico
Message-ID:
    <CACXA3LBbpfPMRCXTX9G3xhsoNv2ZCUwg374X_p58eUFNOa6TPw en mail.gmail.com>
Content-Type: text/plain; charset="utf-8"

On Fri, Apr 24, 2015 at 4:01 PM fisa <fisadev en gmail.com> wrote:

> On Fri, Apr 24, 2015 at 3:15 PM Lucas Sallovitz <krusty.ar en gmail.com>
> wrote:
>
>> On Fri, Apr 24, 2015 at 3:10 PM Luis Masuelli <luismasuelli en hotmail.com>
>> wrote:
>>
>>> Yo pensaba en reducir la probabilidad de efectivizar un voto en cadena
>>> de la siguiente manera: Tener una cantidad finita y no muy grande de
>>> numeros para los sobres (ejemplo: 0 - 255) y asignar a cada votante un
>>> sobre, de manera aleatoria. A la salida esperar que el sobre que va a poner
>>> en la urna tenga el mismo numero. El puntero tiene que pegarla para darle
>>> un sobre con el mismo numero que va a recibir (y dudo que alguien pueda
>>> cargar 256 sobres). No se, algo por ahi :p. No soluciona pero complica.
>>>
>>>
>> Eso es exáctamente lo que hace el sistema de MSA, o sea que evita el voto
>> en cadena *no por su parte electrónica* sino con un troquel con un código
>> único por boleta, que el presidente tiene que verificar antes de depositar
>> el voto. Creo que no hace falta que diga en un foro de programadores como
>> un ID único por boleta/sobre es una tremenda amenaza a la privacidad del
>> voto.
>>
>>
> No, eso no es lo que hace MSA. Probablemente no entendiste bien el tema
> del troquel. Es un doble troquel por muy buenos motivos. Se sacan 2 partes
> en momentos diferentes: una al inicio, otra *antes* de meter el voto en la
> urna. De esa forma, te asegurás que la boleta que mete es la que le diste,
> pero antes de meterla la convertís en anónima, sacando todo rastro de id
> (segundo troquel).
>

Lo entendí perfectamente, es el mismo sistema de sobres numerados pero con
la precaución de borrar el nro antes de meter el sobre en la urna, para
nada relacionado al "voto electrónico" y aplicable a cualquier sistema de
boleta única. De todas formas me parece un riesgo innecesario que conviva
el troquel con el voto ya emitido, sobre todo en un medio que se puede leer
a distancia y donde lo único que evita que se vea el voto es un pliegue al
medio en un papel
------------ próxima parte ------------
Se ha borrado un adjunto en formato HTML...
URL: <http://listas.python.org.ar/pipermail/pyar/attachments/20150424/63d76e5c/attachment.html>

------------------------------

Subject: Pié de página del digest

_______________________________________________
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/


------------------------------

Fin de Resumen de pyar, Vol 62, Envío 104
*****************************************

  
------------ próxima parte ------------
Se ha borrado un adjunto en formato HTML...
URL: <http://listas.python.org.ar/pipermail/pyar/attachments/20150424/4e047251/attachment-0001.html>