<?xml version="1.0" encoding="ISO-8859-1"?><article xmlns:mml="http://www.w3.org/1998/Math/MathML" xmlns:xlink="http://www.w3.org/1999/xlink" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
<front>
<journal-meta>
<journal-id>0120-6230</journal-id>
<journal-title><![CDATA[Revista Facultad de Ingeniería Universidad de Antioquia]]></journal-title>
<abbrev-journal-title><![CDATA[Rev.fac.ing.univ. Antioquia]]></abbrev-journal-title>
<issn>0120-6230</issn>
<publisher>
<publisher-name><![CDATA[Facultad de Ingeniería, Universidad de Antioquia]]></publisher-name>
</publisher>
</journal-meta>
<article-meta>
<article-id>S0120-62302010000600023</article-id>
<title-group>
<article-title xml:lang="es"><![CDATA[Protocolo de votación electrónica basado en emparejamientos bilineales]]></article-title>
<article-title xml:lang="en"><![CDATA[Electronic voting protocol from bilinear pairings]]></article-title>
</title-group>
<contrib-group>
<contrib contrib-type="author">
<name>
<surname><![CDATA[Gallegos-García]]></surname>
<given-names><![CDATA[Gina]]></given-names>
</name>
<xref ref-type="aff" rid="A01"/>
</contrib>
<contrib contrib-type="author">
<name>
<surname><![CDATA[Gómez-Cárdenas]]></surname>
<given-names><![CDATA[Roberto]]></given-names>
</name>
<xref ref-type="aff" rid="A02"/>
</contrib>
<contrib contrib-type="author">
<name>
<surname><![CDATA[Duchén- Sánchez]]></surname>
<given-names><![CDATA[Gonzalo I]]></given-names>
</name>
<xref ref-type="aff" rid="A01"/>
</contrib>
</contrib-group>
<aff id="A01">
<institution><![CDATA[,IPN ESIME  ]]></institution>
<addr-line><![CDATA[Ciudad de México ]]></addr-line>
<country>México</country>
</aff>
<aff id="A02">
<institution><![CDATA[,ITESM-CEM  ]]></institution>
<addr-line><![CDATA[ ]]></addr-line>
<country>México</country>
</aff>
<pub-date pub-type="pub">
<day>00</day>
<month>12</month>
<year>2010</year>
</pub-date>
<pub-date pub-type="epub">
<day>00</day>
<month>12</month>
<year>2010</year>
</pub-date>
<numero>56</numero>
<fpage>234</fpage>
<lpage>244</lpage>
<copyright-statement/>
<copyright-year/>
<self-uri xlink:href="http://www.scielo.org.co/scielo.php?script=sci_arttext&amp;pid=S0120-62302010000600023&amp;lng=en&amp;nrm=iso"></self-uri><self-uri xlink:href="http://www.scielo.org.co/scielo.php?script=sci_abstract&amp;pid=S0120-62302010000600023&amp;lng=en&amp;nrm=iso"></self-uri><self-uri xlink:href="http://www.scielo.org.co/scielo.php?script=sci_pdf&amp;pid=S0120-62302010000600023&amp;lng=en&amp;nrm=iso"></self-uri><abstract abstract-type="short" xml:lang="es"><p><![CDATA[Desde hace dos décadas la votación electrónica ha sido un campo de investigación activo, el cual involucra el uso de sistemas de información y de esquemas criptográficos con la finalidad de reducir costos y errores humanos, así como incrementar la velocidad de procesamiento, sin descuidar la seguridad del proceso. Las propuestas existentes basan dicha seguridad en la dificultad de resolver problemas matemáticos tales como la factorización en números primos ó el problema de logaritmo discreto de la Criptografía de Llave Pública. En el presente artículo se describe un protocolo de votación electrónica que garantiza privacidad, transparencia y robustez mediante el uso de un esquema de Criptografía Basada en Identidad. El protocolo propuesto está dividido en cuatro fases principales: establecimiento, autenticación, votación y conteo, e involucra un modelo de responsabilidad distribuida, dónde t de n entidades son necesarias durante la etapa de conteo para descifrar los votos. El trabajo incluye una prueba de exactitud del funcionamiento del protocolo.]]></p></abstract>
<abstract abstract-type="short" xml:lang="en"><p><![CDATA[Electronic voting has been an active research area since two decades, which involves using information systems and cryptographic schemes in order to reduce costs and human mistakes as well as increase process speed, without discard its security. In the literature there exist some proposals, which are based on the difficult to resolve mathematical problems such as: prime factorization or discrete logarithm, both of them from Public Key Cryptography. In this paper we describe an electronic voting protocol that meets privacy, transparency and robustness by using a scheme from Identity Based Cryptography. The proposed protocol is divided in four main phases: set-up, authentication, voting and counting and involves a distributed responsibility model, with t out of n entities that are required during the counting phase to decrypt the votes. The paper includes a correctness test to show how the protocol works.]]></p></abstract>
<kwd-group>
<kwd lng="es"><![CDATA[Emparejamientos bilineales]]></kwd>
<kwd lng="es"><![CDATA[esquema de umbral]]></kwd>
<kwd lng="es"><![CDATA[esquemas de firma ciega]]></kwd>
<kwd lng="es"><![CDATA[votación electrónica]]></kwd>
<kwd lng="en"><![CDATA[Bilinear pairings]]></kwd>
<kwd lng="en"><![CDATA[threshold schemes]]></kwd>
<kwd lng="en"><![CDATA[blind signature schemes]]></kwd>
<kwd lng="en"><![CDATA[electronic voting]]></kwd>
</kwd-group>
</article-meta>
</front><body><![CDATA[ <p align="center"><font face="Verdana" size="4"> <b>Protocolo de votaci&oacute;n electr&oacute;nica basado en emparejamientos bilineales</b></font></p>      <p align="center"><font face="Verdana" size="4"> <b>Electronic voting protocol from bilinear pairings</b></font></p>      <p> <font face="Verdana" size="2"> <i>Gina Gallegos-Garc&iacute;a<sup>*1</sup>, Roberto G&oacute;mez-C&aacute;rdenas<sup>2</sup>, Gonzalo I. Duch&eacute;n- S&aacute;nchez<sup>3</sup></i></font></p>       <p> <font face="Verdana" size="2"><sup>1,3</sup> IPN ESIME Culhuacan, M&eacute;xico D. F Av. Sta. Ana N&uacute;m. 1000, 04430, Ciudad de M&eacute;xico, M&eacute;xico    <br>    <br>  <sup>2</sup> ITESM-CEM, Carretera Lago de Guadalupe Km 3.5, Atizap&aacute;n de Zaragoza, 52926, Estado de M&eacute;xico, M&eacute;xico </font></p>      <br>  <hr noshade size="1">      <p><font face="Verdana" size="3"><b>Resumen</b></font></p>      <p><font face="Verdana" size="2">Desde hace dos d&eacute;cadas la votaci&oacute;n electr&oacute;nica ha sido un campo de investigaci&oacute;n activo, el cual involucra el uso de sistemas de informaci&oacute;n y de esquemas criptogr&aacute;ficos con la finalidad de reducir costos y errores humanos, as&iacute; como incrementar la velocidad de procesamiento, sin descuidar la seguridad del proceso. Las propuestas existentes basan dicha seguridad en la dificultad de resolver problemas matem&aacute;ticos tales como la factorizaci&oacute;n en n&uacute;meros primos &oacute; el problema de logaritmo discreto de la Criptograf&iacute;a de Llave P&uacute;blica. En el presente art&iacute;culo se describe un protocolo de votaci&oacute;n electr&oacute;nica que garantiza privacidad, transparencia y robustez mediante el uso de un esquema de Criptograf&iacute;a Basada en Identidad. El protocolo propuesto est&aacute; dividido en cuatro fases principales: establecimiento, autenticaci&oacute;n, votaci&oacute;n y conteo, e involucra un modelo de responsabilidad distribuida, d&oacute;nde <i>t</i> de <i>n</i> entidades son necesarias durante la etapa de conteo para descifrar los votos. El trabajo incluye una prueba de exactitud del funcionamiento del protocolo.</font></p>       <p><font face="Verdana" size="2"><i>Palabras clave:</i>Emparejamientos bilineales, esquema de umbral, esquemas de firma ciega, votaci&oacute;n electr&oacute;nica</font>.</p>  <hr noshade size="1">      ]]></body>
<body><![CDATA[<p><font face="Verdana" size="3"><b>Abstract</b></font></p>       <p><font face="Verdana" size="2">Electronic voting has been an active research area since two decades, which involves using information systems and cryptographic schemes in order to reduce costs and human mistakes as well as increase process speed, without discard its security. In the literature there exist some proposals, which are based on the difficult to resolve mathematical problems such as: prime factorization or discrete logarithm, both of them from Public Key Cryptography. In this paper we describe an electronic voting protocol that meets privacy, transparency and robustness by using a scheme from Identity Based Cryptography. The proposed protocol is divided in four main phases: set-up, authentication, voting and counting and involves a distributed responsibility model, with <i>t</i> out of <i>n</i> entities that are required during the counting phase to decrypt the votes. The paper includes a correctness test to show how the protocol works.</font></p>       <p><font face="Verdana" size="2"><i>Keywords:</i>Bilinear pairings, threshold schemes, blind signature schemes, electronic voting</font>.</p>   <hr noshade size="1">      <p><font face="Verdana" size="3"><b>Introducci&oacute;n</b></font></p>      <p> <font face="Verdana" size="2">En la actualidad es natural escuchar el t&eacute;rmino <i>votaci&oacute;n electr&oacute;nica</i>, el cual se empez&oacute; a utilizar en 1964, cuando por vez primera en Estados Unidos de Norteam&eacute;rica se utilizaron computadoras para desarrollar funciones relacionadas a un proceso de votaci&oacute;n. Desde entonces y gracias al r&aacute;pido crecimiento de las tecnolog&iacute;as de la informaci&oacute;n, la votaci&oacute;n electr&oacute;nica, es ahora una alternativa aplicable a la votaci&oacute;n convencional.    <br>    <br>  La votaci&oacute;n electr&oacute;nica, al igual que la convencional, involucra la intervenci&oacute;n de diferentes entidades, como: los votantes, los contadores de votos, los centros de registro, las boletas de voto y casillas de votaci&oacute;n, por mencionar algunas. Estas entidades interact&uacute;an entre s&iacute; durante cuatro etapas principales: registro, en donde un ciudadano debe registrarse como votante; autenticaci&oacute;n, en d&oacute;nde el ciudadano garantiza que es un votante registrado, convirti&eacute;ndolo en votante aut&eacute;ntico; votaci&oacute;n, d&oacute;nde el votante aut&eacute;ntico emite su voto: y conteo, desarrollada por los contadores o un centro especial que cuenta los votos y publica los resultados. Estas fases se desarrollan por medio del uso de sistemas inform&aacute;ticos y dispositivos electr&oacute;nicos con la finalidad de reducir costos, errores humanos y aumentar velocidad en el procesamiento de los datos. Sin embargo, en este tipo de procesos, es necesario garantizar las siguientes propiedades &#91;1&#93;: a) Privacidad: El voto no debe asociarse con el votante. b) Elegibilidad: Solo votantes elegibles participan en el proceso de votaci&oacute;n. c) Unicidad: Solo debe ser contado un voto por cada votante. d) No-coercibilidad: Ninguna entidad debe ser capaz de conocer la decisi&oacute;n del votante &oacute; de ejercer coerci&oacute;n sobre el mismo para obligar a que vote por alg&uacute;n candidato en particular. e) Transparencia: El proceso de votaci&oacute;n debe ser transparente ante cualquier entidad participante. f) Exactitud: Todos los votos emitidos deben ser considerados en la cuenta final. g) Robustez: Ninguna entidad dentro del proceso de votaci&oacute;n debe tener la posibilidad de interrumpir el proceso desde principio hasta que llegue a su fin.    <br>    <br>  Las propuestas de soluci&oacute;n encaminadas a garantizar dichas propiedades, se enfocan en el uso de primitivas criptogr&aacute;ficas basadas en Criptograf&iacute;a de Llave P&uacute;blica PKC, la cual ofrece alta flexibilidad en protocolos de acuerdo de llave y mecanismos de autenticaci&oacute;n. Sin embargo, cuando la PKC es usada, es necesaria una Infraestructura de Llave P&uacute;blica PKI &#91;2&#93;, para unir las llaves p&uacute;blicas con sus propietarios y para permitir a otras entidades verificar dichas uniones. Como consecuencia de esto, los componentes de cada protocolo se incrementan considerablemente, y una gran cantidad de tiempo computacional y de almacenamiento es requerido cuando el n&uacute;mero de entidades incrementa.    <br>    ]]></body>
<body><![CDATA[<br>  La Criptograf&iacute;a de Llave P&uacute;blica Basada en Identidad PKC-IBC, propuesta por Shamir en 1984 &#91;3&#93;, es una alternativa de soluci&oacute;n al problema antes mencionado, la cual permite contar con las ventajas de la PKC, sin necesidad de sin la necesidad de utilizar certificados digitales, componentes de una PKI. En la IBC existe una entidad Generadora de Llaves Privadas GLP, qui&eacute;n posee una llave maestra p&uacute;blica y una llave maestra privada. Esta &uacute;ltima, es &uacute;til para generar las llaves privadas de las entidades participantes dentro de un esquema de cifrado &oacute; de firma digital basado en identidad. Es decir, el par de llaves de dichas entidades se genera con informaci&oacute;n que identifica a una entidad como lo es un correo electr&oacute;nico, una direcci&oacute;n IP &oacute; un n&uacute;mero de serie, la cual no tiene relevancia con el uso de la llave. Con esto, la informaci&oacute;n que identifica a una entidad puede ser usada como llave p&uacute;blica para cifrar informaci&oacute;n &oacute; para verificar una firma digital. En 2001, Boneh &#91;4&#93; implement&oacute; la PKC-IBC haciendo uso de emparejamientos bilineales. Desde entonces y gracias a dicha implementaci&oacute;n, la PKC-IBC es actualmente un medio para dise&ntilde;ar nuevos protocolos criptogr&aacute;ficos.    <br>    <br>  En este art&iacute;culo se presenta un protocolo de votaci&oacute;n electr&oacute;nica que garantiza privacidad, transparencia y robustez haciendo uso de las propiedades de los emparejamientos bilineales.    <br>    <br>  El art&iacute;culo est&aacute; dividido en nueve secciones. La fundamentaci&oacute;n matem&aacute;tica en que est&aacute;n basados los esquemas utilizados, es dada en la segunda secci&oacute;n. La secci&oacute;n tres detalla los esquemas utilizados en nuestro protocolo criptogr&aacute;fico de votaci&oacute;n electr&oacute;nica. El trabajo relacionado con nuestro protocolo de votaci&oacute;n electr&oacute;nica se describe en la secci&oacute;n cuatro. En la secci&oacute;n cinco se describe el funcionamiento de las cuatro fases en que se divide nuestro protocolo. En la secci&oacute;n seis se detalla el protocolo propuesto. En la secci&oacute;n siete se hace un an&aacute;lisis al protocolo, considerando los requisitos que un protocolo de este tipo debe cumplir. En la secci&oacute;n ocho se muestran los resultados obtenidos en este dise&ntilde;o. Finalmente en la secci&oacute;n nueve se dan las conclusiones y se plantea el trabajo fututo. La secci&oacute;n diez enlista las referencias utilizadas.</font></p>      <p> <font face="Verdana" size="2"><b><i>Fundamentaci&oacute;n matem&aacute;tica</i></b></font></p>      <p> <font face="Verdana" size="2">Un emparejamiento bilineal es una funci&oacute;n racional <i>&ecirc;</i> que mapea un par de elementos de un grupo hacia un elemento grupo , ambos de orden <i>q</i>, tal como se describe en la Ecuaci&oacute;n (1).</font></p>      <p> <img src="../img/revistas/rfiua/n56/n56a23e01.gif"></p>      <p> <font face="Verdana" size="2">Las leyes del grupo G<sub>1</sub> son aditivas y su elemento neutro es el &infin;. Las leyes del grupo G<sub>2</sub> son multiplicativas y su elemento neutro es el 1. Los dos grupos son de orden primo <i>q</i> y sea <i>P</i> un elemento generador arbitrario de G<sub>1</sub>. Se asume que el Problema de Logaritmo Discreto PLD, es dif&iacute;cil en G<sub>1</sub> y en G<sub>2</sub>. Con esto, se define que el emparejamiento sobre (G<sub>1</sub>, G<sub>2</sub>) es un mapeo descrito por la Ecuaci&oacute;n (1) que satisface las siguientes propiedades:    <br>    ]]></body>
<body><![CDATA[<br>  1. Bilinealidad: El t&eacute;rmino bilineal denota que el mapeo <i>&ecirc;</i> mantiene la dicha propiedad en los t&eacute;rminos que se expresan en la Ecuaci&oacute;n (2) y la Ecuaci&oacute;n (3), d&oacute;nde <i>P, Q, R</i> &epsilon; G<sub>1</sub>, <i>a,b &epsilon;&Gamma;q</i> y <i>&ecirc;(P,Q)</i> G<sub>2</sub></font></p>      <p> <img src="../img/revistas/rfiua/n56/n56a23e02.gif"></p>      <p> <font face="Verdana" size="2">2. No degenerativo: Esta propiedad indica que si <i>P</i> es un generador de G<sub>1</sub>, entonces <i>&ecirc;(P<sub>1</sub>, P)</i> es un generador de G<sub>2</sub>, por lo que la diferencia de la Ecuaci&oacute;n (4) existe, siempre y cuando <i>P &ne; 0</i>.</font></p>      <p> <img src="../img/revistas/rfiua/n56/n56a23e04.gif"></p>      <p> <font face="Verdana" size="2">3. Calculable: Para todo <i>P, Q</i> &epsilon; G<sub>1</sub>, existen algoritmos eficientes &#91;4&#93; &#91;5&#93;, que permiten calcular <i>&ecirc;(P, Q)</i>, los cuales basan su seguridad en la dificultad de resolver los siguientes problemas:    <br>    <br>  &bull; Problema Computacional de Diffie- Hellman (DHC). Considerando un grupo G<sub>1</sub>, dado el generador <i>P</i> y <i>(aP, bP)</i>, es computacionalmente intratable obtener el valor <i>(abP)</i> &epsilon; G<sub>1</sub>.    <br>     <br>  &bull; Problema de Decisi&oacute;n de Diffie- Hellman (DHD). Considerando un grupo G<sub>1</sub> de orden <i>q</i>, dados <i>(aP, bP, cP)</i>, es computacionalmente indistinguible decidir si <i>c &equiv; ab mod q</i> o no.    <br>    ]]></body>
<body><![CDATA[<br>  &bull; Problema Bilineal de Diffie-Hellman (DHB). Considerando los grupos G<sub>1</sub> y G<sub>2</sub> de orden <i>q</i>, un mapeo bilineal y &ecirc;: G<sub>1</sub> x G<sub>1 </sub>&rarr; G<sub>2</sub> un generador <i>P</i> de G<sub>1</sub> y dados <i>(P, aP, bP, cP)</i>, es computacionalmente intratable obtener <i>&ecirc;(P, P)<sup>abc</sup></i>.    <br>    <br>  Actualmente no se sabe si el problema Bilineal de Diffie-Hellman es m&aacute;s f&aacute;cil que el problema de Decisi&oacute;n de Diffie-Hellman. Sin embargo, no se conoce ning&uacute;n algoritmo que pueda resolver estos problemas en tiempo polinomial.</font></p>      <p> <font face="Verdana" size="2"><b><i>Preliminares</i></b></font></p>      <p> <font face="Verdana" size="2">Nuestra propuesta hace uso de dos primitivas criptogr&aacute;ficas, la firma y el cifrado. La firma considera la propuesta hecha en &#91;6&#93; y la primitiva de cifrado contempla el esquema propuesto en &#91;7&#93;. A continuaci&oacute;n se revisan aquellos conceptos b&aacute;sicos que permitir&aacute;n entender el funcionamiento del protocolo propuesto.</font></p>      <p> <font face="Verdana" size="2"><b><i>Esquemas de firma ciega</i></b></font></p>      <p> <font face="Verdana" size="2">En un esquema de Firma Ciega la entidad firmante no conoce el contenido del mensaje que est&aacute; firmando, debido a que el emisor del mensaje realiza un proceso para ocultar su mensaje. A este proceso se le conoce como <i>cegar</i> el mensaje. Estos esquemas se usan en escenarios d&oacute;nde el firmante y el emisor del mensaje son entidades diferentes.</font></p>      <p> <font face="Verdana" size="2"><b><i>Esquemas de umbral</i></b></font></p>       <p> <font face="Verdana" size="2">En un esquema de umbral <i>(t, n)</i>, informaci&oacute;n secreta denotada como "<i>s</i>" y dividida con la ayuda de una entidad Generadora de Llaves P&uacute;blicas GLP, no se revela a menos que <i>t</i> de <i>n</i> entidades propietarias de sombras, junten dichas sombras para reconstruir "<i>s</i>".    <br>    ]]></body>
<body><![CDATA[<br>  Shamir desarroll&oacute; un esquema de umbral basado en la interpolaci&oacute;n de Lagrange &#91;8&#93;, el cual est&aacute; dividido en dos fases: distribuci&oacute;n y reconstrucci&oacute;n. La idea b&aacute;sica en la fase de distribuci&oacute;n es la siguiente: Sea <i>q</i> un n&uacute;mero primo, la informaci&oacute;n <i>s &epsilon; Z<sub>q</sub></i> es generada por la entidad GLP y debe ser distribuida entre un grupo de <i>n</i> entidades <i>G<sub>i</sub> (i = 1,2..., n)</i>. Para esto, la GLP elige al azar un polinomio <i>f(x)</i>, definido mediante la Ecuaci&oacute;n (5) con <i>a<sub>1</sub>x,... a<sub>t-1</sub>x<sup>t-1</sup></i> &epsilon; Z<sup>+</sup><sub>q</sub>.</font></p>       <p> <img src="../img/revistas/rfiua/n56/n56a23e05.gif"></p>      <p> <font face="Verdana" size="2">Despu&eacute;s, considerando el polinomio <i>f(x)</i> de la Ecuaci&oacute;n (5), la GLP calcula las <i>sombras x<sub>i</sub></i> con base en la Ecuaci&oacute;n (6) y env&iacute;a (<i>i, x<sub>i</sub></i>) a cada entidad G<sub>1</sub>.</font></p>      <p> <img src="../img/revistas/rfiua/n56/n56a23e06.gif"></p>      <p> <font face="Verdana" size="2">Por otro lado, en la fase de reconstrucci&oacute;n, es necesario utilizar el coeficiente de la interpolaci&oacute;n de Lagrange de la siguiente forma: Sea <i>S</i> C &#123;1, ... ,n&#125;   un conjunto tal que |S| denota la cardinalidad de un conjunto dado. La funci&oacute;n <i>f(x)</i> puede ser reconstruida haciendo uso de la Ecuaci&oacute;n (7) d&oacute;nde <i>L<sub>j</sub></i> &epsilon; Z<sup>+</sup><sub>q</sub>, corresponde al coeficiente de la interpolaci&oacute;n de Lagrange usado en el esquema de Shamir y se expresa mediante la Ecuaci&oacute;n (8).</font></p>      <p> <img src="../img/revistas/rfiua/n56/n56a23e07.gif"></p>      <p> <font face="Verdana" size="2">La combinaci&oacute;n de esquemas de umbral y la Criptograf&iacute;a Basada en Identidad forma un esquema de cifrado de umbral basado en identidad.</font></p>      <p> <font face="Verdana" size="2"><b><i>Esquemas de cifrado de umbral basado en identidad</i></b></font></p>      <p> <font face="Verdana" size="2">En los esquemas de Cifrado de Umbral basado en Identidad &#91;7&#93;, se tiene una llave maestra p&uacute;blica y una llave maestra privada, las cuales son divididas en <i>n</i> sombras entre <i>n</i> entidades. Para cifrar un mensaje, las entidades utilizan la llave maestra p&uacute;blica, mientras que el proceso de descifrado requiere de un subconjunto de al <i>t</i> menos usuarios, d&oacute;nde <i>t&le; n</i>.</font></p>      <p> <font face="Verdana" size="2"><b><i>Trabajo relacionado</i></b></font></p>       ]]></body>
<body><![CDATA[<p> <font face="Verdana" size="2">Las primeras propuestas de protocolos criptogr&aacute;ficos de votaci&oacute;n electr&oacute;nica tienen sus inicios en los a&ntilde;os 80's &#91;9&#93;, y a la fecha se tienen propuestas recientes &#91;10-12&#93;. Todas ellas basadas en esquemas de firma ciega, con excepci&oacute;n de la propuesta &#91;9&#93;, basada en &#91;13&#93;. De igual forma al final de los 90's, diferentes protocolos para votaci&oacute;n electr&oacute;nica basados en esquemas de umbral fueron dise&ntilde;ados &#91;14- 15&#93;.    <br>         <br>  El protocolo propuesto en este art&iacute;culo retoma algunas de las ideas principales de los protocolos antes mencionados en cuanto a utilizar dos bloques principales de construcci&oacute;n: esquemas de firmas ciegas y esquemas de umbral. Sin embargo, la mayor&iacute;a de los protocolos propuestos basan su seguridad en la dificultad de resolver el problema de la factorizaci&oacute;n en n&uacute;meros primos y el problema de logaritmo discreto. Nuestra propuesta mejora a las anteriores haciendo uso de la propiedad de bilinealidad de los emparejamientos bilineales, como consecuencia de ello, la seguridad de nuestro protocolo recae en la dificultad de resolver el problema de logaritmo discreto bilineal &#91;3&#93; y como se mencion&oacute; antes, a la fecha no se conoce ning&uacute;n algoritmo que pueda resolver dicho problema en tiempo polinomial. Adem&aacute;s, debido a que hacemos uso de la Criptograf&iacute;a Basada en Identidad, se elimina la administraci&oacute;n de certificados digitales necesaria en &#91;13-15].</font></p>      <p> <font face="Verdana" size="2"><b><i>Protocolo de votaci&oacute;n electr&oacute;nica propuesto</i></b></font></p>      <p> <font face="Verdana" size="2">Nuestra propuesta se divide en cuatro fases: establecimiento, autenticaci&oacute;n, votaci&oacute;n y conteo, las cuales se describen en t&eacute;rminos generales a continuaci&oacute;n, para posteriormente ser detalladas en la siguiente secci&oacute;n. </font></p>      <p> <font face="Verdana" size="2"><i>Etapa de establecimiento</i></font></p>      <p> <font face="Verdana" size="2">En esta etapa se generan las llaves utilizadas para cifrar y firmar los votos, para ello la entidad GLP genera su llave maestra privada 5 y su respectiva llave maestra p&uacute;blica <i>P<sub>Pub</sub></i>. La llave maestra p&uacute;blica de la entidad GLP se distribuye entre las entidades <i>E<sub>i</sub></i> con 1 &le; <i>i &le; n</i>, haciendo uso del procedimiento que se detall&oacute; en la secci&oacute;n de Preliminares. Adicionalmente a esto, en esta etapa se genera el par de llaves  &uacute;tiles para firmar ciegamente los votos, para ello, el presidente de casilla genera su par p&uacute;blico/privado, <i>PBB<sub>p</sub></i> y <i>PBB<sub>s</sub></i> respectivamente. Env&iacute;a su <i>PBB<sub>p</sub></i> a una entidad llamada Entidad Combinadora EC, quien participa durante la etapa de conteo para verificar la firma s de cada voto y posteriormente para descifrarlos haciendo uso de <i>t</i> sombras de descifrado de las entidades <i>E<sub>i</sub></i></font>.</p>      <p> <font face="Verdana" size="2"><i>Etapa de autenticaci&oacute;n</i></font></p>      <p> <font face="Verdana" size="2">En la etapa de autenticaci&oacute;n, el votante debe mostrar su tarjeta de identificaci&oacute;n para que las autoridades electorales verifiquen que se encuentra en la lista de votantes registrados. En caso contrario, el votante no tiene permitido emitir su voto.</font></p>      <p> <font face="Verdana" size="2"><i>Etapa de votaci&oacute;n</i></font></p>      ]]></body>
<body><![CDATA[<p> <font face="Verdana" size="2">El votante selecciona al candidato de su elecci&oacute;n y cifra su elecci&oacute;n con la llave p&uacute;blica <i>P<sub>pub</sub></i> de la entidad GLP. Posteriormente, mediante un factor ciego <i>&alpha;</i>, el votante oculta su voto cifrado y solicita al presidente de casilla la firma ciega sobre su voto.</font></p>      <p> <font face="Verdana" size="2"><i>Etapa de conteo</i></font></p>      <p> <font face="Verdana" size="2">En esta etapa, los votos son verificados, descifrados y contados. La verificaci&oacute;n de las firmas de cada voto la lleva a cabo la entidad EC, haciendo uso de la llave p&uacute;blica <i>PBB<sub>p</sub></i> del presidente de casilla. Despu&eacute;s, para descifrar los votos, la <i>EC</i> selecciona <i>t</i> de <i>n</i> sombras de descifrado, con <i>t&lt;n</i> (los cuales son generados por cada entidad <i>E<sub>i</sub></i> por medio de un emparejamiento bilineal considerando el voto y la llave privada <i>SID<sub>i</sub></i>  como par&aacute;metros), calcula el producto de dichas sombras y descifra los votos. Finalmente, los votos son contados y el conteo es publicado.</font></p>      <p> <font face="Verdana" size="2"><i><b>Especificaci&oacute;n del protocolo de votaci&oacute;n electr&oacute;nica</b></i></font></p>      <p> <font face="Verdana" size="2">En esta secci&oacute;n se describe detalladamente el proceso desarrollado en cada una de las etapas del protocolo descrito con anterioridad.    <br>    <br>  La notaci&oacute;n usada en el protocolo propuesto se muestra en la <a href="#Tabla1">tabla 1</a>.    <br>    <br>    <br> </font></p>      ]]></body>
<body><![CDATA[<p align="center"><img src="../img/revistas/rfiua/n56/n56a23t01.gif" ><a name="Tabla1"></a></p>      <p> <font face="Verdana" size="2"><i>Etapa de establecimiento</i></font></p>      <p> <font face="Verdana" size="2">1) En esta etapa se genera el par de llaves utilizado en la etapa de votaci&oacute;n para cifrar y descifrar votos, por lo que la entidad GLP considera lo siguiente: Sean G<sub>1</sub> y G<sub>2</sub> dos grupos c&iacute;clicos del mismo orden primo <i>q</i>, que satisface un emparejamiento bilineal &ecirc;: G<sub>1</sub> x G<sub>2</sub> &rarr; G<sub>2</sub>. Sea <i>P &#1028;</i> G<sub>1</sub> un elemento generador y sean, <i>H:</i> &#123;0,1&#125;  * &rarr; Z<sub>q</sub>, H<sub>1</sub>: &#123;0,1&#125;  * &rarr; G<sub>1</sub> y H<sub>1</sub>: G<sub>1</sub>&rarr; &#123;0,1&#125;  <sup>n</sup> tres funciones hash criptogr&aacute;ficas.    <br>     <br>  2) La entidad GLP selecciona al azar una llave maestra privada <i>s&#1028; Z*<sub>q</sub></i> y un polinomio de grado <i>t-1</i>, como lo expresa la Ecuaci&oacute;n (5), d&oacute;nde <i>t</i> es el umbral necesario para descifrar los votos y a<sub>1</sub>,...,a<sub>t-1</sub> &#1028; Z*<sub>q</sub> y son elegidos al azar.    <br>    <br>  3) La entidad GLP calcula su llave maestra p&uacute;blica <i>P<sub>pub</sub></i> con base en la Ecuaci&oacute;n (9).</font></p>      <p> <img src="../img/revistas/rfiua/n56/n56a23e09.gif"></p>      <p> <font face="Verdana" size="2">4) Para cada entidad <i>E<sub>i</sub></i>, con 1&le;<i> i</i> &le;<i> n</i>, la entidad GLP calcula las <i>i</i>-sombra denotadas por <i>P<sup>(i)</sup><sub>pub</sub></i> de acuerdo a la Ecuaci&oacute;n (10).</font></p>      <p> <img src="../img/revistas/rfiua/n56/n56a23e10.gif"></p>      ]]></body>
<body><![CDATA[<p> <font face="Verdana" size="2">5) Por &uacute;ltimo, la entidad GLP publica los par&aacute;metros presentados en la Ecuaci&oacute;n (11).</font></p>      <p> <img src="../img/revistas/rfiua/n56/n56a23e11.gif"></p>      <p> <font face="Verdana" size="2">6) Para cualquier subconjunto <i>S</i> &#1028; &#123;l,...,<i>n</i>&#125;   tal que |S| &ge; <i>t</i> d&oacute;nde <i>L<sub>i</sub></i> denota el coeficiente de Lagrange expresado en la Ecuaci&oacute;n (8), cada entidad <i>E<sub>i</sub></i> verifica que se cumpla la Ecuaci&oacute;n (12)</font></p>      <p> <img src="../img/revistas/rfiua/n56/n56a23e12.gif"></p>      <p> <font face="Verdana" size="2">7) Dada la identidad <i>ID</i> de una entidad <i>E<sub>i</sub></i>, la entidad GLP hace lo siguiente:    <br>    <br>  a) Con base en la Ecuaci&oacute;n (13), y haciendo uso de la funci&oacute;n hash <i>H<sub>i</sub></i>, calcula la llave p&uacute;blica <i>Q<sub>ID</sub></i> de cada entidad <i>E<sub>i</sub></i>. </font></p>      <p> <img src="../img/revistas/rfiua/n56/n56a23e13.gif"></p>      <p> <font face="Verdana" size="2">b) Entrega a cada entidad <i>E<sub>i</sub></i> su respectiva sombra privada <i>d<sub>ID<sub>i</sub></sub></i>, de acuerdo a la Ecuaci&oacute;n (14).</font></p>      <p> <img src="../img/revistas/rfiua/n56/n56a23e14.gif"></p>      ]]></body>
<body><![CDATA[<p> <font face="Verdana" size="2">c) Cuando la entidad <i>E<sub>i</sub></i> recibe su sombra <i>d<sub>ID<sub>i</sub></sub></i>, verifica se cumpla la Ecuaci&oacute;n (15)</font></p>      <p> <img src="../img/revistas/rfiua/n56/n56a23e15.gif"></p>      <p> <font face="Verdana" size="2">Si la verificaci&oacute;n de alguna entidad <i>E<sub>i</sub></i>  falla, &eacute;sta se queja con la entidad GLP, qui&eacute;n emite una nueva sombra privada.    <br>    <br>  8) El par de llaves &uacute;til para firmar ciegamente y verificar dichas firmas, es calculada por el presidente de casilla de la siguiente manera:    <br>    <br>  a) Selecciona al azar su llave privada denotada por <i>PBB<sub>s</sub></i>, d&oacute;nde <i>PBB<sub>s</sub></i> =<i>x</i>&#1028;<i>Z*</i>    <br>    <br>  b) Calcula su llave p&uacute;blica <i>PBB<sub>p</sub></i> con base en la Ecuaci&oacute;n (16), d&oacute;nde <i>P</i> qued&oacute; definido en el paso 1) de esta misma etapa.</font></p>      <p> <img src="../img/revistas/rfiua/n56/n56a23e16.gif"></p>       ]]></body>
<body><![CDATA[<p> <font face="Verdana" size="2"><i>Etapa de autenticaci&oacute;n</i></font></p>      <p> <font face="Verdana" size="2">1) Con el objetivo de verificar si el votante es un votante v&aacute;lido, los observadores solicitan al votante su tarjeta de identificaci&oacute;n y revisan que el nombre del votante aparezca en una lista de votantes v&aacute;lida.    <br>    <br>  2) El votante es aut&eacute;ntico y autorizado para votar siempre y cuando aparezca en dicha lista. En caso contrario, es rechazado.</font></p>      <p> <font face="Verdana" size="2"><i>Etapa de votaci&oacute;n</i></font></p>      <p> <font face="Verdana" size="2">1) El votante elige un candidato y cifra su voto v como sigue:    <br>    <br>  a) v es codificado como un elemento de G<sub>2</sub>.    <br>    <br>  b) Dada la identidad <i>ID</i> de cualquier entidad <i>E<sub>i</sub></i>, el votante calcula <i>Q<sub>ID</sub></i>, con base en la Ecuaci&oacute;n (13)    ]]></body>
<body><![CDATA[<br>    <br>  c) Elige al azar un par&aacute;metro <i>r</i>, d&oacute;nde <i>r</i> &#1028; <i>Z<sub>q</sub></i>.    <br>    <br>  d) Cifra el voto con base en la Ecuaci&oacute;n (17)</font></p>      <p> <img src="../img/revistas/rfiua/n56/n56a23e17.gif"></p>      <p> <font face="Verdana" size="2">2) Dado el voto cifrado &lt;<i>U,W</i>&gt; &#1028; &#123;0,1&#125;  * el votante obtiene la firma de su voto de la siguiente forma:    <br>    <br>  a) El votante elige al azar &alpha;&#1028;<i>Z<sup>*</sup><sub>q</sub></i> como factor ciego y calcula <i>v'</i> utilizando la funci&oacute;n <i>H<sub>1</sub></i> que eligi&oacute; la entidad GLP, tal como lo indica la Ecuaci&oacute;n (18).</font></p>      <p> <img src="../img/revistas/rfiua/n56/n56a23e18.gif"></p>      <p> <font face="Verdana" size="2">b) Con base en la Ecuaci&oacute;n (19), el presidente de casilla calcula la firma ciega &sigma;' del voto y se la env&iacute;a al votante.</font></p>      ]]></body>
<body><![CDATA[<p> <img src="../img/revistas/rfiua/n56/n56a23e19.gif"></p>      <p> <font face="Verdana" size="2">c) El votante obtiene la firma &sigma; de su voto mediante la Ecuaci&oacute;n (20) y forma el par <b><i>(&lt;U,W&gt;,&sigma;)</i></b>, d&oacute;nde <i>&lt;U,W&gt;</i> es el voto y s es la firma del voto.</font></p>      <p> <img src="../img/revistas/rfiua/n56/n56a23e20.gif"></p>      <p> <font face="Verdana" size="2">3) Para fines de comprobaci&oacute;n en la etapa de conteo y haciendo uso de la funci&oacute;n hash <i>H</i> que se defini&oacute; en la etapa de establecimiento, el votante obtiene el valor hash del par <b><i>(&lt;U,W&gt;,&sigma;)</i></b>, denotado por <b><i>H(&lt;U,W&gt;,&sigma;)</i></b> y lo guarda como un recibo de comprobaci&oacute;n.    <br>    <br>  4) Considerando el uso de un dispositivo de almacenamiento, se almacena el par <b><i>(&lt;U,W&gt;,&sigma;)</i></b> y el valor hash antes obtenido <b><i>H(&lt;U,W&gt;,&sigma;)</i></b>.    <br>    <br>  5) Finalmente, la tarjeta de identificaci&oacute;n del votante es invalidada con el fin de que no pueda votar nuevamente.</font></p>      <p> <font face="Verdana" size="2"><i>Etapa de conteo</i></font></p>      <p> <font face="Verdana" size="2">1) Para realizar el conteo de los votos, primero es necesario verificar la firma de cada voto y despu&eacute;s descifrar los mismos, por lo que la Entidad Combinadora (EC) hace lo siguiente para cada voto emitido:    ]]></body>
<body><![CDATA[<br>    <br>  a) Con base en la Ecuaci&oacute;n (21), verifica la firma de cada voto. Es decir, si la igualdad se mantiene, el voto es aut&eacute;ntico en caso contrario el voto se considera como falso.</font></p>      <p> <img src="../img/revistas/rfiua/n56/n56a23e21.gif"></p>      <p> <font face="Verdana" size="2">b) Las entidades <i>E<sub>i</sub></i> calculan sus sombras de descifrado <i>&ecirc;(U, <sub>SiDi</sub>)</i> y se las entregan a la EC, qui&eacute;n selecciona un conjunto <i>S C</i> &#123;1, 2, ... <i>i</i> ... <i>n</i>&#125;  de <i>t</i> sombras, tal que |S| = <i>t</i> y calcula el producto de las mismas mediante la Ecuaci&oacute;n (22).</font></p>      <p> <img src="../img/revistas/rfiua/n56/n56a23e22.gif"></p>      <p> <font face="Verdana" size="2">D&oacute;nde <i>L<sub>i</sub></i> denota el coeficiente de Lagrange detallado en la Ecuaci&oacute;n (8).    <br>    <br>  c) Una vez que se tiene <i>g</i>, la EC obtiene su valor hash utilizando la funci&oacute;n hash <i>H<sub>2</sub></i> y opera dicho valor con la parte <i>W</i> del voto emitido. Todo esto, con base en la Ecuaci&oacute;n (23).</font></p>      <p> <img src="../img/revistas/rfiua/n56/n56a23e23.gif"></p>      <p> <font face="Verdana" size="2">4) Los votos se cuentan y los resultados se publican. El votante puede verificar si su voto fue contado comparando su recibo denotado por <b><i>H(&lt;U,W&gt;,&sigma;)</i></b> con los resultados publicados.</font></p>      ]]></body>
<body><![CDATA[<p><font face="Verdana" size="3"><b>An&aacute;lisis del protocolo</b></font></p>      <p> <font face="Verdana" size="2">A continuaci&oacute;n se analiza el protocolo propuesto desde el punto de vista de los requisitos de seguridad, privacidad, eligibilidad, unicidad, no- coercibilidad, transparencia, exactitud y robustez, que &eacute;ste cumple.    <br>    <br>  El protocolo propuesto garantiza la <i>privacidad</i> del votante durante y despu&eacute;s de la votaci&oacute;n gracias al uso del esquema de cifrado de umbral, el cual basa su seguridad en la dificultad para resolver los problemas de Diffie-Hellman Computacional y Bilineal. Adem&aacute;s, en el protocolo propuesto, la <i>privacidad</i> se mantiene a&uacute;n cuando el votante obtiene un recibo al t&eacute;rmino de la emisi&oacute;n de su voto, ya que &eacute;ste no contiene informaci&oacute;n referente al votante ni a su elecci&oacute;n.    <br>    <br>  Nuestro protocolo cumple con el requisito de <i>elegibilidad</i> debido a que durante la fase de votaci&oacute;n, &uacute;nicamente pueden emitir votos los votantes elegibles &oacute; aut&eacute;nticos. Es decir, quienes fueron definidos como tal en un registro previo al d&iacute;a de la elecci&oacute;n.    <br>    <br>  Adicionalmente a esto, en esta propuesta solo se considera la emisi&oacute;n de un voto por votante. Es decir, cada votante solo puede emitir un voto una sola vez, debido a que su tarjeta de identificaci&oacute;n se marca, de tal forma que el votante no pueda volver a votar. Con esto, se cumple con el requisito de <i>unicidad</i> en el protocolo propuesto.    <br>    <br>  Se asegura la <i>no-coercibilidad</i> debido a que el recibo que se entrega al votante no asocia al votante con el voto. La informaci&oacute;n contenida en el recibo es el valor hash del voto cifrado y firmado por el presidente de casilla, raz&oacute;n por la cual el votante puede votar libremente.    ]]></body>
<body><![CDATA[<br>    <br>  Se garantiza la <i>transparencia</i> en el protocolo gracias al uso de dos esquemas criptogr&aacute;ficos: esquema de firma ciega y esquema de cifrado de umbral basado en identidad, ambos basados en emparejamientos bilineales. La seguridad de dichos mecanismos se basa en la dificultad de resolver los problemas de Diffie-Hellman, Computacional y Bilineal. Con lo cual, nuestro protocolo no recae en la seguridad de la red, la cual no puede ser garantizada. Adem&aacute;s, el recibo entregado a los votantes se publica al final de proceso de votaci&oacute;n para verificar, de manera transparente, que todos los votos fueron considerados en la etapa de conteo.    <br>    <br>  Este protocolo cumple con el requisito de <i>exactitud</i>, debido a que la Entidad Combinadora puede recuperar los votos al momento de verificar la firma y descifrar los votos. En la siguiente secci&oacute;n se hace una prueba de exactitud al protocolo.    <br>    <br>    A&uacute;n cuando algunas entidades <i>E<sub>i</sub></i> act&uacute;en de manera deshonesta y no publiquen sombras de descifrado v&aacute;lidas, el protocolo propuesto cumple con la caracter&iacute;stica de ser <i>robusto</i> debido al uso del esquema de cifrado de umbral basado en identidad. Para conseguir la <i>robustez</i> en nuestro protocolo, cada entidad <i>E<sub>i</sub></i> hace lo siguiente:    <br>    <br>  a) Elige al azar <i><b>R</b></i> &#1028; <b><i>G<sub>1</sub></i></b> y calcula <i>W<sub>1</sub></i> y <i>W<sub>2</sub></i> con base en las Ecuaciones (24) y (25).</font></p>      <p> <img src="../img/revistas/rfiua/n56/n56a23e24.gif"></p>      <p> <font face="Verdana" size="2">b) Haciendo uso de la funci&oacute;n hash <i>H</i>, calcula el valor hash <i>h</i> de: <i>&ecirc;(U, d<sub>IDi</sub> )</i>, <i>&ecirc;(Q, q<sub>ID</sub> )</i>,w<sub>1</sub>,w<sub>2</sub> y obtiene <i>X</i> de acuerdo a la Ecuaci&oacute;n (26)</font></p>      ]]></body>
<body><![CDATA[<p> <img src="../img/revistas/rfiua/n56/n56a23e26.gif"></p>      <p> <font face="Verdana" size="2">c) Genera la tupla <i>(w<sub>1</sub>, w<sub>2</sub> h, X)</i> y la concatena con su parte de descifrado, de esta forma las otras entidades <i>E<sub>i</sub></i> pueden verificar las Ecuaciones (27) y (28).</font></p>      <p> <img src="../img/revistas/rfiua/n56/n56a23e27.gif"></p>      <p> <font face="Verdana" size="2">La igualdad de la Ecuaci&oacute;n (27) queda comprobada mediante el uso de las Ecuaciones (2) y (3) de la siguiente manera: al sustituir la Ecuaci&oacute;n (26) en la Ecuaci&oacute;n (27), resulta la Ecuaci&oacute;n (29) y al utilizar las Ecuaci&oacute;n (3) y (13), se obtiene la Ecuaci&oacute;n (30). Finalmente haciendo uso de la Ecuaci&oacute;n (2) y despejando <i>d<sub>ID<sub>i</sub></sub></i> de la Ecuaci&oacute;n (14), se obtiene la Ecuaci&oacute;n (31).</font></p>      <p> <img src="../img/revistas/rfiua/n56/n56a23e29.gif"></p>      <p> <font face="Verdana" size="2">Por otro lado, la igualdad de la Ecuaci&oacute;n (28) queda comprobada de la siguiente manera: al sustituir la Ecuaci&oacute;n (26) en la Ecuaci&oacute;n (28), se obtiene la Ecuaci&oacute;n (32) De igual forma, al utilizar la Ecuaci&oacute;n (3), resulta la Ecuaci&oacute;n (33) y finalmente utilizando la Ecuaci&oacute;n (2), se obtiene la Ecuaci&oacute;n (34).</font></p>      <p> <img src="../img/revistas/rfiua/n56/n56a23e32.gif"></p>      <p><font face="Verdana" size="3"><b>Resultados en el protocolo propuesto</b> </font></p>      <p> <font face="Verdana" size="2">En esta secci&oacute;n se describe una prueba de funcionamiento del protocolo propuesto en t&eacute;rminos de su exactitud. Para ello, es necesario probar que la Entidad Combinadora, puede descifrar y verificar la firma de cada voto emitido, primero se prueba la exactitud de la Ecuaci&oacute;n (21), lo que indica que el voto es v&aacute;lido &uacute;nicamente si dicha Ecuaci&oacute;n se cumple. Para esto, se sustituyen las Ecuaciones (16) y (20) en la Ecuaci&oacute;n (21), lo que da como resultado la Ecuaci&oacute;n (35). Despu&eacute;s, se sustituye la Ecuaci&oacute;n (19) en dicha Ecuaci&oacute;n (35), por lo que se obtiene la Ecuaci&oacute;n (36). Posteriormente al sustituir la Ecuaci&oacute;n (18) en la Ecuaci&oacute;n (36), se obtiene la Ecuaci&oacute;n (37). Finalmente, al hacer uso de la propiedad de la bilinealidad expresada en la Ecuaci&oacute;n (2), se obtiene la Ecuaci&oacute;n (38).</font></p>      <p> <img src="../img/revistas/rfiua/n56/n56a23e35.gif"></p>     ]]></body>
<body><![CDATA[<p> <img src="../img/revistas/rfiua/n56/n56a23e36.gif"></p>     <p> <img src="../img/revistas/rfiua/n56/n56a23e37.gif"></p>     <p> <img src="../img/revistas/rfiua/n56/n56a23e38.gif"></p>      <p> <font face="Verdana" size="2">Como se puede ver, la Ecuaci&oacute;n (38) prueba que la verificaci&oacute;n funciona siempre y cuando la igualdad de la Ecuaci&oacute;n (21) exista.    <br>    <br>  De igual forma, se prueba la exactitud de la Ecuaci&oacute;n (23) la cual muestra que la sombra de descifrado es v&aacute;lida, solo s&iacute; es aceptable. Para ello, se sustituye en dicha Ecuaci&oacute;n, la Ecuaci&oacute;n (22) ,	con lo que se obtiene la Ecuaci&oacute;n (39). Considerando las propiedades de los grupos y sustituyendo la Ecuaci&oacute;n (17) en la Ecuaci&oacute;n (39), se obtiene la Ecuaci&oacute;n (40), en la cual al sustituir la Ecuaci&oacute;n (14) se llega a la Ecuaci&oacute;n (41). En &eacute;sta &uacute;ltima, al sustituir la Ecuaci&oacute;n (7), da como resultado la Ecuaci&oacute;n (42). En d&oacute;nde, al sustituir la Ecuaci&oacute;n (9), se obtiene la Ecuaci&oacute;n (43). Al despejar <i>W</i> de la Ecuaci&oacute;n (23),	se obtiene la Ecuaci&oacute;n (44), en la cual, si se realizan la operaciones or-exclusiva se obtiene la Ecuaci&oacute;n (45).</font></p>      <p> <img src="../img/revistas/rfiua/n56/n56a23e39.gif"></p>     <p> <img src="../img/revistas/rfiua/n56/n56a23e40.gif"></p>     <p>  <img src="../img/revistas/rfiua/n56/n56a23e41.gif"></p>     <p> <img src="../img/revistas/rfiua/n56/n56a23e42.gif"></p>     ]]></body>
<body><![CDATA[<p> <img src="../img/revistas/rfiua/n56/n56a23e43.gif"></p>     <p> <img src="../img/revistas/rfiua/n56/n56a23e44.gif"></p>     <p> <img src="../img/revistas/rfiua/n56/n56a23e45.gif"></p>      <p> <font face="Verdana" size="2">Con base en la Ecuaci&oacute;n (45) se prueba que la Entidad Combinadora puede descifrar el voto emitido por cada votante, siempre y cuando la igualdad de la Ecuaci&oacute;n (22) sea correcta.</font></p>      <p><font face="Verdana" size="3"><b>Conclusiones y trabajo futuro</b></font></p>      <p> <font face="Verdana" size="2">En este trabajo se detall&oacute; un protocolo de votaci&oacute;n electr&oacute;nica que cumple con los requisitos propios de un protocolo de este tipo: privacidad, eligibilidad, &uacute;nicidad, no coercibilidad, transparencia, exactitud y robustez, siendo &eacute;ste el primer protocolo de votaci&oacute;n electr&oacute;nica que utiliza esquemas basados en emparejamientos bilineales para garantizar 3 de los requisitos antes mencionados: privacidad, transparencia y robustez. El protocolo propuesto mejora las propuestas anteriores desde el punto de vista de las premisas de seguridad que tiene el hecho de trabajar con esquemas que basen su funcionamiento en emparejamientos bilineales. Otra mejora de nuestro protocolo comparado con propuestas existentes, es la eliminaci&oacute;n de una Infraestructura de Llave P&uacute;blica. Por &uacute;ltimo es importante mencionar que el funcionamiento del protocolo propuesto fu&eacute; probando mediante una prueba de exactitud. Como trabajo a futuro se considera utilizar esquemas de firma de umbral basados en identidad, con la finalidad de continuar trabajando con la idea de distribuir la llave privada, de tal forma que cualquier subconjunto de <i>t</i> entidades con <i>t&lt;n</i>, sea capaz de obtener sombras de firmas. Es importante mencionar que todas las firmas tienen que ser hechas de manera ciega para evitar que las entidades firmantes act&uacute;en como entidades maliciosas dentro del protocolo de votaci&oacute;n electr&oacute;nica, con lo que se propone continuar investigaciones sobre la idea de una responsabilidad distribuida durante la etapa de emisi&oacute;n y conteo de votos electr&oacute;nicos.</font></p>      <p><font face="Verdana" size="3"><b>Referencias</b> </font></p>      <!-- ref --><p> <font face="Verdana" size="2">1. O. Cetinkaya, D. Cetinkaya, "Verification and Validation Issues in Electronic Voting" <i>The Electronic Journal of e-Governmen</i>t, Vol. 5. 2007, pp 117-126.    &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;[&#160;<a href="javascript:void(0);" onclick="javascript: window.open('/scielo.php?script=sci_nlinks&ref=000200&pid=S0120-6230201000060002300001&lng=','','width=640,height=500,resizable=yes,scrollbars=1,menubar=yes,');">Links</a>&#160;]<!-- end-ref --><br>         <!-- ref --><br>  2. D. R. Kuhn, V. C. Hu, W. T. Polk, S-J. Chang, <i>Introduction to Public Key Technology and the Federal PKI Infrastructure,</i> National Institute of Standards and Technology, SP 800-32, 2001, pp. 5-27.    &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;[&#160;<a href="javascript:void(0);" onclick="javascript: window.open('/scielo.php?script=sci_nlinks&ref=000202&pid=S0120-6230201000060002300002&lng=','','width=640,height=500,resizable=yes,scrollbars=1,menubar=yes,');">Links</a>&#160;]<!-- end-ref --><br>     <!-- ref --><br>  3. A. Shamir, "Identity-based cryptosystems and signature schemes", <i>Advances in Cryptology Crypto´84</i>, Springer-Verlag, LNCS 196. Santa B&aacute;rbara (CA). 1985, pp. 47-53.    &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;[&#160;<a href="javascript:void(0);" onclick="javascript: window.open('/scielo.php?script=sci_nlinks&ref=000204&pid=S0120-6230201000060002300003&lng=','','width=640,height=500,resizable=yes,scrollbars=1,menubar=yes,');">Links</a>&#160;]<!-- end-ref --><br>     <!-- ref --><br>  4. D. Boneh, M. Franklin, "Identity-based encryption from the Weil Pairing", <i>SIAM Journal of omputing</i>. Vol. 32. 2003. pp. 586-615.    &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;[&#160;<a href="javascript:void(0);" onclick="javascript: window.open('/scielo.php?script=sci_nlinks&ref=000206&pid=S0120-6230201000060002300004&lng=','','width=640,height=500,resizable=yes,scrollbars=1,menubar=yes,');">Links</a>&#160;]<!-- end-ref --><br>     <!-- ref --><br>  5. M. Scott, N. Benger, M. Charlemagne, L. J. Dominguez and E. J. Kachisa, "On the Final Exponentiation for Calculating Pairings on Ordinary Elliptic Curves". <i>Pairing 2009.</i> Springer-Verlag. LNCS 5671. 2009, pp. 78-88.    &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;[&#160;<a href="javascript:void(0);" onclick="javascript: window.open('/scielo.php?script=sci_nlinks&ref=000208&pid=S0120-6230201000060002300005&lng=','','width=640,height=500,resizable=yes,scrollbars=1,menubar=yes,');">Links</a>&#160;]<!-- end-ref --><br>     <!-- ref --><br>  6. A. Boldyreva, "Efficient Threshold Siganture, Multisignature and Blind Signature Schemes based on the Gap-Diffie-Hellman-Group Siganture Scheme". <i>PKC 2003</i>. Springer-Verlag. LNCS 2139. Miami (FL). 2003. pp. 31-46.    &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;[&#160;<a href="javascript:void(0);" onclick="javascript: window.open('/scielo.php?script=sci_nlinks&ref=000210&pid=S0120-6230201000060002300006&lng=','','width=640,height=500,resizable=yes,scrollbars=1,menubar=yes,');">Links</a>&#160;]<!-- end-ref --><br>     <!-- ref --><br>  7. B. Libert and J. Quisquarter, "Efficient Revocation and Threshold Pairing Based Cryptosystems", <i>ACM Annual Symposium on Principles of Distributed Computing</i>, PODC. Boston (MA). 2003. pp. 163-171.    &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;[&#160;<a href="javascript:void(0);" onclick="javascript: window.open('/scielo.php?script=sci_nlinks&ref=000212&pid=S0120-6230201000060002300007&lng=','','width=640,height=500,resizable=yes,scrollbars=1,menubar=yes,');">Links</a>&#160;]<!-- end-ref --><br>     <!-- ref --><br>  8. A. Shamir. <i>How to share a secret.</i> Ed. Communications ACM 22. New York. 1979. pp. 612-613.    &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;[&#160;<a href="javascript:void(0);" onclick="javascript: window.open('/scielo.php?script=sci_nlinks&ref=000214&pid=S0120-6230201000060002300008&lng=','','width=640,height=500,resizable=yes,scrollbars=1,menubar=yes,');">Links</a>&#160;]<!-- end-ref --><br>     <!-- ref --><br>  9. A. Fujioka, T. Okamoto and Ohta K., "A practical secret voting scheme for large scale elections", <i>Advances in Cryptology – AUSCRYPT ’92,</i> LNCS 718, Springer – Verlag. Queensland ( Australia). 1993. pp. 244-251.    &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;[&#160;<a href="javascript:void(0);" onclick="javascript: window.open('/scielo.php?script=sci_nlinks&ref=000216&pid=S0120-6230201000060002300009&lng=','','width=640,height=500,resizable=yes,scrollbars=1,menubar=yes,');">Links</a>&#160;]<!-- end-ref --><br>     <!-- ref --><br>  10. Lourdes L&oacute;pez-Garc&iacute;a, Francisco Rodr&iacute;guez-Henr&iacute;quez and Miguel Ángel, Le&oacute;n-Ch&aacute;vez, "An E-Voting Protocol Based on Pairing Blind Signatures" <i>Poster Session of International Conference on Security and Cryptography, Secrypt 2008.</i> Porto (Portugal).    &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;[&#160;<a href="javascript:void(0);" onclick="javascript: window.open('/scielo.php?script=sci_nlinks&ref=000218&pid=S0120-6230201000060002300010&lng=','','width=640,height=500,resizable=yes,scrollbars=1,menubar=yes,');">Links</a>&#160;]<!-- end-ref --><br>    <!-- ref --><br>  11. Sung-Hyun Yun Sung-Jin Lee, "An electronic voting scheme based on undeniable blind signature scheme", <i>Proc. of the 37th Annual 2003 International Carnahan Conference on Security Technology</i>, IEEE Computer Society. Taipei (Taiwan). 2003. pp. 163 - 167.    &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;[&#160;<a href="javascript:void(0);" onclick="javascript: window.open('/scielo.php?script=sci_nlinks&ref=000220&pid=S0120-6230201000060002300011&lng=','','width=640,height=500,resizable=yes,scrollbars=1,menubar=yes,');">Links</a>&#160;]<!-- end-ref --><br>    <!-- ref --><br>  12. B. Kharchineh and M. Ettelaee, "A New Electronic Voting Protocol Using a New Blind Signature Scheme", <i>Proc. of the Second International Conference on Future Networks, 2010, IEEE Computer Society</i>. Sanya (China). 2010. pp. 190-194.    &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;[&#160;<a href="javascript:void(0);" onclick="javascript: window.open('/scielo.php?script=sci_nlinks&ref=000222&pid=S0120-6230201000060002300012&lng=','','width=640,height=500,resizable=yes,scrollbars=1,menubar=yes,');">Links</a>&#160;]<!-- end-ref --><br>     <!-- ref --><br>  13. D. Chaum, "Elections with unconditionally secrets ballots and disruption equivalent to breaking RSA", <i>Proc. of Eurocrypt ’88</i>, Davos. Switzerland. 1988. pp. 177-182.    &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;[&#160;<a href="javascript:void(0);" onclick="javascript: window.open('/scielo.php?script=sci_nlinks&ref=000224&pid=S0120-6230201000060002300013&lng=','','width=640,height=500,resizable=yes,scrollbars=1,menubar=yes,');">Links</a>&#160;]<!-- end-ref --><br>     <!-- ref --><br>  14. R. Cramer, R. Gennaro and B. Schoenmrkers, "A Secure and Optimally Efficient Multi-Authority Election Scheme", <i>Proc. of EUROCRYPT ’97</i>, Springer – Verlag. LNCS 1233. Konstanz (Germany). 1997. pp. 103 -118.    &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;[&#160;<a href="javascript:void(0);" onclick="javascript: window.open('/scielo.php?script=sci_nlinks&ref=000226&pid=S0120-6230201000060002300014&lng=','','width=640,height=500,resizable=yes,scrollbars=1,menubar=yes,');">Links</a>&#160;]<!-- end-ref --><br>     <!-- ref --><br>  15. O. Baudron, P. Fouque, D. Pointcheval, G. Poupard and J. Stern, "Practical multi-candidate election system", <i>ACM Annual Symposium on Principles of Distributed Computing</i>, PODC 2001. New Port (RI). 2001. pp 274-283.</font>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;[&#160;<a href="javascript:void(0);" onclick="javascript: window.open('/scielo.php?script=sci_nlinks&ref=000228&pid=S0120-6230201000060002300015&lng=','','width=640,height=500,resizable=yes,scrollbars=1,menubar=yes,');">Links</a>&#160;]<!-- end-ref --><br>    <br>    <br>    <br>       ]]></body>
<body><![CDATA[<p><font face="Verdana" size="2">(Recibido el 23 de Noviembre de 2009. Aceptado el 13 de septiembre de 2010)</font></p>     <p><font face="Verdana" size="2"><sup>*</sup>Autor de correspondencia: tel&eacute;fono: + 52 + 55 + 565 62 058, fax: + 52 + 55 + 565 62 058, correo electr&oacute;nico: <a href="mailto:gina@calmecac.esimecu.ipn.mx.">gina@calmecac.esimecu.ipn.mx.</a> (G. Gallegos)</font></p>      ]]></body><back>
<ref-list>
<ref id="B1">
<label>1</label><nlm-citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname><![CDATA[Cetinkaya]]></surname>
<given-names><![CDATA[O]]></given-names>
</name>
<name>
<surname><![CDATA[Cetinkaya]]></surname>
<given-names><![CDATA[D]]></given-names>
</name>
</person-group>
<article-title xml:lang="en"><![CDATA[Verification and Validation Issues in Electronic Voting]]></article-title>
<source><![CDATA[The Electronic Journal of e-Government]]></source>
<year>2007</year>
<volume>5</volume>
<page-range>117-126</page-range></nlm-citation>
</ref>
<ref id="B2">
<label>2</label><nlm-citation citation-type="book">
<person-group person-group-type="author">
<name>
<surname><![CDATA[Kuhn]]></surname>
<given-names><![CDATA[D. R]]></given-names>
</name>
<name>
<surname><![CDATA[Hu]]></surname>
<given-names><![CDATA[V. C]]></given-names>
</name>
<name>
<surname><![CDATA[Polk]]></surname>
<given-names><![CDATA[W. T]]></given-names>
</name>
<name>
<surname><![CDATA[Chang]]></surname>
<given-names><![CDATA[S-J]]></given-names>
</name>
</person-group>
<source><![CDATA[Introduction to Public Key Technology and the Federal PKI Infrastructure]]></source>
<year>2001</year>
<page-range>5-27</page-range><publisher-name><![CDATA[National Institute of Standards and Technology]]></publisher-name>
</nlm-citation>
</ref>
<ref id="B3">
<label>3</label><nlm-citation citation-type="book">
<person-group person-group-type="author">
<name>
<surname><![CDATA[Shamir]]></surname>
<given-names><![CDATA[A]]></given-names>
</name>
</person-group>
<source><![CDATA[Identity-based cryptosystems and signature schemes: Advances in Cryptology Crypto´84]]></source>
<year>1985</year>
<page-range>47-53</page-range><publisher-loc><![CDATA[Santa Bárbara ]]></publisher-loc>
<publisher-name><![CDATA[Springer-Verlag]]></publisher-name>
</nlm-citation>
</ref>
<ref id="B4">
<label>4</label><nlm-citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname><![CDATA[Boneh]]></surname>
<given-names><![CDATA[D]]></given-names>
</name>
<name>
<surname><![CDATA[Franklin]]></surname>
<given-names><![CDATA[M]]></given-names>
</name>
</person-group>
<article-title xml:lang="en"><![CDATA[Identity-based encryption from the Weil Pairing]]></article-title>
<source><![CDATA[SIAM Journal of omputing]]></source>
<year>2003</year>
<volume>32</volume>
<page-range>586-615</page-range></nlm-citation>
</ref>
<ref id="B5">
<label>5</label><nlm-citation citation-type="book">
<person-group person-group-type="author">
<name>
<surname><![CDATA[Scott]]></surname>
<given-names><![CDATA[M]]></given-names>
</name>
<name>
<surname><![CDATA[Benger]]></surname>
<given-names><![CDATA[N]]></given-names>
</name>
<name>
<surname><![CDATA[Charlemagne]]></surname>
<given-names><![CDATA[M]]></given-names>
</name>
<name>
<surname><![CDATA[Dominguez]]></surname>
<given-names><![CDATA[L. J]]></given-names>
</name>
<name>
<surname><![CDATA[Kachisa]]></surname>
<given-names><![CDATA[E. J]]></given-names>
</name>
</person-group>
<source><![CDATA[On the Final Exponentiation for Calculating Pairings on Ordinary Elliptic Curves]]></source>
<year>2009</year>
<page-range>78-88</page-range><publisher-name><![CDATA[Springer-Verlag]]></publisher-name>
</nlm-citation>
</ref>
<ref id="B6">
<label>6</label><nlm-citation citation-type="book">
<person-group person-group-type="author">
<name>
<surname><![CDATA[Boldyreva]]></surname>
<given-names><![CDATA[A]]></given-names>
</name>
</person-group>
<source><![CDATA[Efficient Threshold Siganture, Multisignature and Blind Signature Schemes based on the Gap-Diffie-Hellman-Group Siganture Scheme]]></source>
<year>2003</year>
<page-range>31-46</page-range><publisher-loc><![CDATA[Miami ]]></publisher-loc>
<publisher-name><![CDATA[Springer-Verlag]]></publisher-name>
</nlm-citation>
</ref>
<ref id="B7">
<label>7</label><nlm-citation citation-type="book">
<person-group person-group-type="author">
<name>
<surname><![CDATA[Libert]]></surname>
<given-names><![CDATA[B]]></given-names>
</name>
<name>
<surname><![CDATA[Quisquarter]]></surname>
<given-names><![CDATA[J]]></given-names>
</name>
</person-group>
<source><![CDATA[Efficient Revocation and Threshold Pairing Based Cryptosystems: ACM Annual Symposium on Principles of Distributed Computing]]></source>
<year>2003</year>
<page-range>163-171</page-range><publisher-loc><![CDATA[Boston ]]></publisher-loc>
<publisher-name><![CDATA[PODC]]></publisher-name>
</nlm-citation>
</ref>
<ref id="B8">
<label>8</label><nlm-citation citation-type="">
<person-group person-group-type="author">
<name>
<surname><![CDATA[Shamir]]></surname>
<given-names><![CDATA[A]]></given-names>
</name>
</person-group>
<source><![CDATA[How to share a secret]]></source>
<year>1979</year>
<page-range>612-613</page-range><publisher-loc><![CDATA[New York ]]></publisher-loc>
</nlm-citation>
</ref>
<ref id="B9">
<label>9</label><nlm-citation citation-type="book">
<person-group person-group-type="author">
<name>
<surname><![CDATA[Fujioka]]></surname>
<given-names><![CDATA[A]]></given-names>
</name>
<name>
<surname><![CDATA[Okamoto]]></surname>
<given-names><![CDATA[T]]></given-names>
</name>
</person-group>
<source><![CDATA[A practical secret voting scheme for large scale elections]]></source>
<year>1993</year>
<page-range>244-251</page-range><publisher-name><![CDATA[Springer - Verlag]]></publisher-name>
</nlm-citation>
</ref>
<ref id="B10">
<label>10</label><nlm-citation citation-type="confpro">
<person-group person-group-type="author">
<name>
<surname><![CDATA[López-García]]></surname>
<given-names><![CDATA[Lourdes]]></given-names>
</name>
<name>
<surname><![CDATA[Rodríguez-Henríquez]]></surname>
<given-names><![CDATA[Francisco]]></given-names>
</name>
<name>
<surname><![CDATA[León-Chávez]]></surname>
<given-names><![CDATA[Miguel Ángel]]></given-names>
</name>
</person-group>
<source><![CDATA[An E-Voting Protocol Based on Pairing Blind Signatures]]></source>
<year></year>
<conf-name><![CDATA[ Poster Session of International Conference on Security and Cryptography]]></conf-name>
<conf-loc> </conf-loc>
<publisher-loc><![CDATA[Porto ]]></publisher-loc>
</nlm-citation>
</ref>
<ref id="B11">
<label>11</label><nlm-citation citation-type="confpro">
<person-group person-group-type="author">
<name>
<surname><![CDATA[Sung-Hyun Yun Sung-Jin Lee]]></surname>
</name>
</person-group>
<source><![CDATA[An electronic voting scheme based on undeniable blind signature scheme]]></source>
<year></year>
<conf-name><![CDATA[37th Annual 2003 International Carnahan Conference on Security Technology]]></conf-name>
<conf-loc>Taipei </conf-loc>
<page-range>163 - 167</page-range></nlm-citation>
</ref>
<ref id="B12">
<label>12</label><nlm-citation citation-type="confpro">
<person-group person-group-type="author">
<name>
<surname><![CDATA[Kharchineh]]></surname>
<given-names><![CDATA[B]]></given-names>
</name>
<name>
<surname><![CDATA[Ettelaee]]></surname>
<given-names><![CDATA[M]]></given-names>
</name>
</person-group>
<source><![CDATA[A New Electronic Voting Protocol Using a New Blind Signature Scheme]]></source>
<year></year>
<conf-name><![CDATA[Second International Conference on Future Networks, 2010]]></conf-name>
<conf-date>2010</conf-date>
<conf-loc>Sanya </conf-loc>
<page-range>190-194</page-range></nlm-citation>
</ref>
<ref id="B13">
<label>13</label><nlm-citation citation-type="">
<person-group person-group-type="author">
<name>
<surname><![CDATA[Chaum]]></surname>
<given-names><![CDATA[D]]></given-names>
</name>
</person-group>
<source><![CDATA[Elections with unconditionally secrets ballots and disruption equivalent to breaking RSA]]></source>
<year>1988</year>
<page-range>177-182</page-range></nlm-citation>
</ref>
<ref id="B14">
<label>14</label><nlm-citation citation-type="book">
<person-group person-group-type="author">
<name>
<surname><![CDATA[Cramer]]></surname>
<given-names><![CDATA[R]]></given-names>
</name>
<name>
<surname><![CDATA[Gennaro]]></surname>
<given-names><![CDATA[R]]></given-names>
</name>
<name>
<surname><![CDATA[Schoenmrkers]]></surname>
<given-names><![CDATA[B]]></given-names>
</name>
</person-group>
<source><![CDATA[A Secure and Optimally Efficient Multi-Authority Election Scheme]]></source>
<year>1997</year>
<page-range>103 -118</page-range><publisher-name><![CDATA[Springer - Verlag]]></publisher-name>
</nlm-citation>
</ref>
<ref id="B15">
<label>15</label><nlm-citation citation-type="">
<person-group person-group-type="author">
<name>
<surname><![CDATA[Baudron]]></surname>
<given-names><![CDATA[O]]></given-names>
</name>
<name>
<surname><![CDATA[Fouque]]></surname>
<given-names><![CDATA[P]]></given-names>
</name>
<name>
<surname><![CDATA[Pointcheval]]></surname>
<given-names><![CDATA[D]]></given-names>
</name>
<name>
<surname><![CDATA[Poupard]]></surname>
<given-names><![CDATA[G]]></given-names>
</name>
<name>
<surname><![CDATA[Stern]]></surname>
<given-names><![CDATA[J]]></given-names>
</name>
</person-group>
<source><![CDATA[Practical multi-candidate election system: ACM Annual Symposium on Principles of Distributed Computing]]></source>
<year>2001</year>
<page-range>274-283</page-range></nlm-citation>
</ref>
</ref-list>
</back>
</article>
