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

Carlos Miguel FARIAS carlosmiguelfarias en gmail.com
Sab Abr 25 18:01:37 ART 2015


Si hay un número en el troquel, que evita que ese número este como código
de barras o QR dentro del cuerpo principal (o marca de agua).
Igual, el voto impreso "al momento" como en Salta u otras modalidades de
voto electrónico, reducen las posibilidades de fraude, minimizan el costo
de papel y como no hay boletas impresas, impide la inserción de las mismas
en las urnas, o el reemplazo de unas por otras.
Saludos: Miguel, Santa Rosa (LP)

El 24 de abril de 2015, 19:05, Ariel S.N. RAMOS <asnramos en yahoo.com.ar>
escribió:

> 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
> *****************************************
>
>
> _______________________________________________
> 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/20150425/de73ecf4/attachment-0001.html>


More information about the pyar mailing list