- lac-discuss-es - lists.iana.org

Nomination - Chair LACRALO
by Carlton Samuels April 28, 2018

April 28, 2018

[[--Translated text (en -> es)--]] Tema: Nomination - Chair LACRALO De:Carlton Samuels <carlton.samuels(a)gmail.com> Nos complace nominar al representante de Internauta Argentina, Sergio Salinas Porto para ser Presidente, LACRALO. Somos conscientes de que las nuevas Reglas de Procedimiento no están vigentes y sí, estamos deseosos de verlas finalizadas. Es nuestra opinión que Sergio asumirá que la Presidencia será de gran ayuda para la consolidación de los logros que hemos logrado en los arreglos de gobernanza de LACRALO hasta la fecha y que merece nuestro apoyo. -Carlton Samuels La Universidad de las Indias Occidentales ALS ================================== Carlton A Samuels Mobile: 876-818-1799 Estrategia, planificación, gobierno, evaluación y cambio de rumbo = ======================== [[--Original text (en) Translated by transbot 2.18-2.04 http://mm.icann.org/transbot_archive/dc1971b15a.html --]]

1 0

REMINDER VOTE ANNOUNCEMENT (ES): Mocion de LACRALO sobre la Declaracion del ALAC KSK Rollover
by ICANN At-Large Staff April 27, 2018

April 27, 2018

*** Recordatorio de que la votación se cierra el lunes 30 de abril a las 23 UTC. *** Queridos todos, ALAC STATEMENT ON THE KSK ROLLOVER – ES<https://urldefense.proofpoint.com/v2/url?u=https-3A__goo.gl_1FyNSA&d=DwMDaQ…> MOTION - KSK ROLLOVER<https://urldefense.proofpoint.com/v2/url?u=https-3A__community.icann.org_x_…> En nombre de los líderes de LACRALO estamos lanzando el siguiente voto desde el Miércoles 25 de Abril hasta el Lunes 30 de Abril a las 23 UTC. La moción de Alejandro Pisanty dice: Colegas, En ALAC Statement on the KSK Rollover<https://urldefense.proofpoint.com/v2/url?u=https-3A__community.icann.org_x_…> se puede ver lo que ALAC someterá a votación para expresar la opinión de los usuarios sobre el proceso KSK, que como todos sabemos es la rotación de las "llaves" del sistema de PKI (criptografía de llave pública) del sistema DNSSEC que protege al sistema de nombres de dominio (DNS) contra algunos ataques significativos. El texto no recoge la propuesta que hicimos aquí en LACRALO de que las ALS asumamos un papel en la difusión de este proceso entre los ISPs, otros proveedores, sociedad civil, comunidad técnica y gobiernos a nuestro alcance. Más aun, dicho texto fue incluido en una versión preliminar y eliminado en la final. Eliminar la corresponsabilidad de las ALS nos pone de nuevo en el papel de peticionarios que no contribuyen con una cción propia a la seguridad, estabilidad y robustez del DNS, la responsabilidad primaria de ICANN. Por ello hago un llamado a nuestros representantes en ALAC para que insistan en la inclusión de dicho texto y, de no lograrlo, voten en contra de la aprobación del texto propuesto. Considérese esta propuesta como una moción formal y procésese en tiempo abreviado para que se pueda decidir antes de la votación en ALAC. De no ser posibles estos tiempos, emítase ex-post-facto como protesta. Usted está de acuerdo con aprobar la moción de protesta presentada por el Sr. Alejandro Pisanty? YES NO El proceso de votación estará gobernado por articulos 12 (especialmente 2.8), 19 y 20 de las Reglas de Procedimiento<https://urldefense.proofpoint.com/v2/url?u=https-3A__community.icann.org_x_…>. Saludos cordiales, ICANN Policy Staff in support of the At-Large Community E-mail: staff(a)atlarge.icann.org<mailto:staff@atlarge.icann.org> Website: atlarge.icann.org<http://atlarge.icann.org/> Facebook: facebook.com/icannatlarge<http://www.facebook.com/icannatlarge> Twitter: @ICANNAtLarge<http://www.twitter.com/ICANNAtLarge> [ignature_455283724]

1 0

REMINDER VOTE ANNOUNCEMENT (EN): LACRALO Motion on the ALAC Statement on KSK Rollover
by ICANN At-Large Staff April 27, 2018

April 27, 2018

[[--Translated text (en -> es)--]] [[--This message had format issues and was not translated properly--]] Tema: REMINDER VOTE ANNOUNCEMENT (EN): LACRALO Motion on the ALAC Statement on KSK Rollover De:ICANN At-Large Staff <staff(a)atlarge.icann.org> v \\: * {behavior: url (# default # VML);} o \\: * {behavior: url (# default # VML);} w \\: * {behavior: url (# default # VML);} .shape {comportamiento: url (# default # VML);} *** Recordatorio de que la votación se cierra el lunes 30 de abril a las 23 UTC. *** Queridos todos, En nombre de los líderes de LACRALO, estamos lanzando la próxima votación desde el miércoles 25 de abril hasta el lunes 30 de abril a las 23 UTC. La moción de Alejandro Pisanty dice: Colegas, En la Declaración de ALAC sobre el Rollover KSK puede ver lo que el ALAC votará para expresar la opinión de los usuarios sobre el proceso KSK, que como todos sabemos es la rotación de las "claves" del sistema PKI (clave pública) criptografía) del sistema DNSSEC que protege el sistema de nombres de dominio (DNS) contra algunos ataques significativos. El texto no incluye la propuesta que hicimos aquí en LACRALO de que las ALSes asuman un papel en la difusión de este proceso entre los ISP, otros proveedores, la sociedad civil, la comunidad técnica y los gobiernos a nuestro alcance.Además, dicho texto se incluyó en una versión preliminar y se eliminó en la final. La eliminación de la corresponsabilidad de la ALS nos vuelve a poner en el rol de solicitantes que no contribuyen con su propia decisión a la seguridad, estabilidad y robustez del DNS, la principal responsabilidad de la ICANN. Por esta razón, solicito a nuestros representantes de ALAC que insistan en la inclusión de este texto y, si no se logra, vote en contra de la aprobación del texto propuesto. Considere esta propuesta como una moción formal y proceda en tiempo abreviado para que pueda decidirse antes de la votación del ALAC. Si estos tiempos no son posibles, ex post-facto como protesta. ¿Está de acuerdo con la moción presentada por el Sr. Alejandro Pisanty? SÍ NO El proceso de votación se regirá por los artículos 12 (especialmente 12.8), 19 y 20 del Reglamento. Saludos cordiales, Personal de políticas de la ICANN en apoyo de la comunidad de At-E-mail Correo electrónico: staff(a)atlarge.icann.org Sitio web: atlarge.icann.org Facebook: facebook.com/icannatlarge Twitter: @ICANNAtLarge [[--Original text (en) Translated by transbot 2.18-2.04 http://mm.icann.org/transbot_archive/6bd3d253e7.html --]]

1 0

REMINDER / VOTE ANNOUNCEMENT (ES): Mocion de LACRALO sobre la Declaracion del ALAC KSK Rollover
by ICANN At-Large Staff April 27, 2018

April 27, 2018

*** Recordatorio de que la votación se cierra el lunes 30 de abril a las 23 UTC. *** Queridos todos, ALAC STATEMENT ON THE KSK ROLLOVER – ES<https://urldefense.proofpoint.com/v2/url?u=https-3A__goo.gl_1FyNSA&d=DwMDaQ…> MOTION - KSK ROLLOVER<https://urldefense.proofpoint.com/v2/url?u=https-3A__community.icann.org_x_…> En nombre de los líderes de LACRALO estamos lanzando el siguiente voto desde el Miércoles 25 de Abril hasta el Lunes 30 de Abril a las 23 UTC. La moción de Alejandro Pisanty dice: Colegas, En ALAC Statement on the KSK Rollover<https://urldefense.proofpoint.com/v2/url?u=https-3A__community.icann.org_x_…> se puede ver lo que ALAC someterá a votación para expresar la opinión de los usuarios sobre el proceso KSK, que como todos sabemos es la rotación de las "llaves" del sistema de PKI (criptografía de llave pública) del sistema DNSSEC que protege al sistema de nombres de dominio (DNS) contra algunos ataques significativos. El texto no recoge la propuesta que hicimos aquí en LACRALO de que las ALS asumamos un papel en la difusión de este proceso entre los ISPs, otros proveedores, sociedad civil, comunidad técnica y gobiernos a nuestro alcance. Más aun, dicho texto fue incluido en una versión preliminar y eliminado en la final. Eliminar la corresponsabilidad de las ALS nos pone de nuevo en el papel de peticionarios que no contribuyen con una cción propia a la seguridad, estabilidad y robustez del DNS, la responsabilidad primaria de ICANN. Por ello hago un llamado a nuestros representantes en ALAC para que insistan en la inclusión de dicho texto y, de no lograrlo, voten en contra de la aprobación del texto propuesto. Considérese esta propuesta como una moción formal y procésese en tiempo abreviado para que se pueda decidir antes de la votación en ALAC. De no ser posibles estos tiempos, emítase ex-post-facto como protesta. Usted está de acuerdo con aprobar la moción de protesta presentada por el Sr. Alejandro Pisanty? YES NO El proceso de votación estará gobernado por articulos 12 (especialmente 2.8), 19 y 20 de las Reglas de Procedimiento<https://urldefense.proofpoint.com/v2/url?u=https-3A__community.icann.org_x_…>. Saludos cordiales, ICANN Policy Staff in support of the At-Large Community E-mail: staff(a)atlarge.icann.org<mailto:staff@atlarge.icann.org> Website: atlarge.icann.org<http://atlarge.icann.org/> Facebook: facebook.com/icannatlarge<http://www.facebook.com/icannatlarge> Twitter: @ICANNAtLarge<http://www.twitter.com/ICANNAtLarge> [ignature_2017246063]

1 0

REMINDER / VOTE ANNOUNCEMENT (EN): LACRALO Motion on the ALAC Statement on KSK Rollover
by ICANN At-Large Staff April 27, 2018

April 27, 2018

[[--Translated text (en -> es)--]] [[--This message had format issues and was not translated properly--]] Tema: REMINDER / VOTE ANNOUNCEMENT (EN): LACRALO Motion on the ALAC Statement on KSK Rollover De:ICANN At-Large Staff <staff(a)atlarge.icann.org> v \\: * {behavior: url (# default # VML);} o \\: * {behavior: url (# default # VML);} w \\: * {behavior: url (# default # VML);} .shape {comportamiento: url (# default # VML);} *** Recordatorio de que la votación se cierra el lunes 30 de abril a las 23 UTC. *** Queridos todos, En nombre de los líderes de LACRALO, estamos lanzando la próxima votación desde el miércoles 25 de abril hasta el lunes 30 de abril a las 23 UTC. La moción de Alejandro Pisanty dice: Colegas, En la Declaración de ALAC sobre el Rollover KSK puede ver lo que el ALAC votará para expresar la opinión de los usuarios sobre el proceso KSK, que como todos sabemos es la rotación de las "claves" del sistema PKI (clave pública) criptografía) del sistema DNSSEC que protege el sistema de nombres de dominio (DNS) contra algunos ataques significativos. El texto no incluye la propuesta que hicimos aquí en LACRALO de que las ALSes asuman un papel en la difusión de este proceso entre los ISP, otros proveedores, la sociedad civil, la comunidad técnica y los gobiernos a nuestro alcance.Además, dicho texto se incluyó en una versión preliminar y se eliminó en la final. La eliminación de la corresponsabilidad de la ALS nos vuelve a poner en el rol de solicitantes que no contribuyen con su propia decisión a la seguridad, estabilidad y robustez del DNS, la principal responsabilidad de la ICANN. Por esta razón, solicito a nuestros representantes de ALAC que insistan en la inclusión de este texto y, si no se logra, vote en contra de la aprobación del texto propuesto. Considere esta propuesta como una moción formal y proceda en tiempo abreviado para que pueda decidirse antes de la votación del ALAC. Si estos tiempos no son posibles, ex post-facto como protesta. ¿Está de acuerdo con la moción presentada por el Sr. Alejandro Pisanty? SÍ NO El proceso de votación se regirá por los artículos 12 (especialmente 12.8), 19 y 20 del Reglamento. Saludos cordiales, Personal de políticas de la ICANN en apoyo de la comunidad de At-E-mail Correo electrónico: staff(a)atlarge.icann.org Sitio web: atlarge.icann.org Facebook: facebook.com/icannatlarge Twitter: @ICANNAtLarge [[--Original text (en) Translated by transbot 2.18-2.04 http://mm.icann.org/transbot_archive/7ceba7a445.html --]]

1 0

RV: [ALAC-Announce] ADOBE CONNECT – WHAT NEXT? - ICANN Blog By Ash Rangan
by Alberto Soto April 27, 2018

April 27, 2018

Estimados, una traducción no oficial del problema de Adobe Connect, y algunos comentarios. En este link se pueden realizar comentarios. https://www.icann.org/news/blog/adobe-connect-what-next Saludos cordiales Alberto Soto “Como usted sabe, la organización de ICANN retiró su servicio Adobe Connect a mitad de la reunión ICANN61 en respuesta a problemas informados con este servicio. Al mismo tiempo, comenzamos a realizar nuestro propio análisis forense del incidente informado y comenzamos a trabajar con nuestro proveedor de servicios en la nube de Adobe, CoSo Cloud LLC, y con Adobe para obtener más información. Poco después, lanzamos instancias de Zoom y WebEx para que la comunidad admitiera la participación remota (RP) y la colaboración. Aquí es donde estamos ahora: La investigación forense Con respecto a nuestro trabajo forense, recibimos archivos de registro de aplicaciones de CoSo Cloud, que se remontan a un año. Los equipos de Ingeniería y Seguridad de ICANN han examinado estos archivos de registro de aplicaciones y los resultados de nuestra investigación muestran claramente "huellas dactilares de incursión" por parte del investigador que informó el problema. No pudimos encontrar ninguna otra indicación de que alguien más haya identificado o explotado este problema. Gracias a la persona que encontró el error nuevamente. Trabajando estrechamente con CoSo Cloud, pudimos recrear el problema informado y comprender las condiciones necesarias para activarlo. Esta información ha sido comunicada a Adobe, y Adobe está trabajando en una solución de software para abordar la causa raíz del problema. También hemos estado trabajando con CoSo en las opciones para volver a habilitar Adobe Connect a corto plazo. Hemos determinado que hay dos caminos viables para lograr este objetivo. Son: Implemente una configuración reforzada para eliminar las explotaciones "man-in-the-middle" cifrando el tráfico relevante, o Implemente una corrección programática de CoSo Cloud para reducir sustancialmente la ventana durante la cual se puede aprovechar el problema. Con respecto a la primera opción, intentamos hackear la configuración reforzada en un entorno de prueba la semana pasada, y no pudimos hacerlo en el transcurso de 7 horas. Por separado, CoSo Cloud y Adobe realizaron pruebas similares y confirmaron que esta configuración está protegida de la explotación del problema. Comentarios de la comunidad y próximos pasos Durante las últimas tres semanas, hemos estado recopilando comentarios limitados sobre las experiencias de los usuarios con WebEx y Zoom. Hasta ahora, contamos con la aportación de aproximadamente 200 personas, incluidos los organizadores de reuniones de org de ICANN y la comunidad de ICANN . Nuestro análisis de estos comentarios indica un deseo de volver a una conexión de Adobe, siempre que la seguridad del servicio esté garantizada. En consecuencia, nos gustaría proponer el siguiente plan a la comunidad en general para su consideración: Nos gustaría restablecer los servicios de Adobe Connect con la nueva configuración reforzada y la solución programática discutida anteriormente. Nuestra intención sería restablecer el servicio antes del 3 de mayo. Esto nos permitiría usar Adobe Connect durante varios eventos próximos, incluido el Taller de la Junta Directiva, la Cumbre de la Industria de GDD y la reunión ICANN62. Una vez que Adobe lanza una nueva versión del software con una solución para este problema desde su perspectiva, y proporciona la seguridad de que la actualización ha sido probada adecuadamente, avanzaremos hacia esa versión de Adobe Connect de manera prudente, con la ayuda de CoSo Cloud. Creemos que este enfoque garantizará la seguridad de nuestro contenido y de las interacciones de nuestra comunidad, al tiempo que permitirá a nuestra comunidad utilizar las herramientas de colaboración de su elección. Antes de hacer estos cambios, queremos saber de usted. ¿Qué piensas? Por favor envíe sus pensamientos sobre esta jugada contemplada antes del 2 de mayo aquí: RP-tool(a)icann.org Mientras tanto, continuaremos ofreciendo WebEx y Zoom para RP y con fines de colaboración. También continuaremos siguiendo los desarrollos de la industria, incluida la investigación que ALAC está realizando sobre el RP y el espacio de colaboración, para garantizar que estamos utilizando herramientas seguras y rentables que sean apropiadas para nuestras necesidades. ¡Espero tus comentarios! Comentarios Ken Stubbs 13:02 UTC del 20 de abril de 2018 Tu solución se ve bien para mí. Cheryl Langdon-Orr 16:36 UTC del 20 de abril de 2018 Aprecio esta actualización, gracias, Ash, también me complace leer que se están realizando esfuerzos para devolver el uso de Adobe Connect ( AC ) a aquellos de nosotros que asistimos a reuniones (especialmente nuestros WG ) en modo RP. Utilizo tanto Zoom como WebEx de manera bastante extensa en otras circunstancias ajenas a la ICANN , y cada una tiene características buenas y no tan buenas, pero agradezco algunas de las características especiales que AC nos puede ofrecer, especialmente cuando dirigimos y administramos reuniones y llamadas. Darran James Hubbard 20:48 UTC el 22 de abril de 2018 Es una gran idea ... paz y seguridad de las cosas más importantes en la vida Nigel Roberts 02:54 UTC del 23 de abril de 2018 Yo, entre muchas personas, estaba ansioso por ver el regreso de Adobe Connect. Pero debes entender que esto es casi seguro debido a la familiaridad y las muchas horas invertidas en el entrenamiento autodidacta y muchas horas de experiencia en ello. Es un riesgo grave que dependamos de un solo proveedor, lo que, como hemos visto, puede fallarnos en el momento en que más lo necesitábamos. Y creo que es más que levemente apresurado volver a Adobe antes de que se complete la evaluación de los demás, y antes de que Adobe haya confirmado el nivel de seguridad de los cambios propuestos. No obstante, si las modificaciones propuestas protegen completamente a Adobe, estaremos encantados de ver su devolución como una opción. Sin embargo, está claro que la ICANN* debe * proporcionar una alternativa que podríamos elegir utilizar en algunas circunstancias, para que no dependamos de un único punto de falla. Por lo tanto, presento que la ICANN debe continuar haciendo una de las alternativas temporales disponibles para SO, AC y WG. Y afirmo con firmeza que la elección de ese producto de 'segunda cadena' debe ser Zoom, que proporciona claramente instalaciones equivalentes (y, en algunas circunstancias, mejores) a las ofrecidas por Adobe. (Bajo ninguna circunstancia podría recomendar WebEx). Marcus Fauré 03:07 UTC del 23 de abril de 2018 Aprecio que esté trabajando en cuestiones de participación remota, un servicio en el que muchos de nosotros confiamos. Sin embargo, si ya está buscando alternativas precisamente por problemas de seguridad, me gustaría sugerirle que utilice un software alternativo para conferencias web. Adobe tiene un largo historial de importantes fallas de seguridad en sus softwares, particularmente Flash. Como resultado, la mayoría de las principales empresas abandonaron Flash y se convirtió en un producto de nicho. Personalmente, solo uso Flash en una máquina didicated que no contiene datos importantes. Creo que sería una buena jugada mostrarles a los fabricantes de productos inseguros que tienen que hacerlo mejor y alentar a la ICANN a enviar la señal correcta” De: ALAC-Announce <alac-announce-bounces(a)atlarge-lists.icann.org> En nombre de ICANN At-Large Staff Enviado el: domingo, 22 de abril de 2018 07:50 p.m. Para: ALAC Announce <alac-announce(a)atlarge-lists.icann.org> Asunto: [ALAC-Announce] ADOBE CONNECT – WHAT NEXT? - ICANN Blog By Ash Rangan Importancia: Alta Dear All, Please take a look at the blog by Ashwin Rangan (ICANN SVP Engineering and CIO) on Adobe Connect <https://www.icann.org/news/blog/adobe-connect-what-next> published on Friday 20 July and note the following request: Before we make these changes, we want to hear from you. What do you think? Please submit your thoughts on this contemplated move before May 2nd here: <mailto:RP-tool@icann.org> RP-tool(a)icann.org Thank you. Kind regards, At-Large Staff ICANN Policy Staff in support of the At-Large Community E-mail: <mailto:staff@atlarge.icann.org> staff(a)atlarge.icann.org Website: <https://atlarge.icann.org/> atlarge.icann.org Facebook: <https://www.facebook.com/icannatlarge> facebook.com/icann <https://www.facebook.com/icannatlarge> atlarge Twitter: <https://twitter.com/ICANNAtLarge> @ <https://twitter.com/ICANNAtLarge> ICANNAtLarge https://www.icann.org/news/blog/adobe-connect-what-next ADOBE CONNECT – WHAT NEXT? As you know, the ICANN organization took down its Adobe Connect service midway through the ICANN61 meeting in response to reported issues[icann.org] <https://urldefense.proofpoint.com/v2/url?u=https-3A__www.icann.org_news_blo…> with this service. Concurrently, we began to conduct our own forensic analysis of the reported incident and began working with our Adobe cloud service provider, CoSo Cloud LLC, and through them with Adobe to learn more. Shortly thereafter, we rolled out instances of Zoom and WebEx for the community to support remote participation (RP) and collaboration. Here's where we are now: The Forensics Investigation With respect to our forensics work, we received application logfiles from CoSo Cloud, going back for a period of one year. ICANN Engineering and Security teams have examined these application log files and the results of our investigation clearly show "fingerprints of incursion" by the researcher who reported the issue. We were unable to find any other indication that anyone else either identified or exploited this issue. Thanks to the person who found the bug again. Working closely with CoSo Cloud, we were able to recreate the reported issue, and understand the conditions required to trigger it. This information has been communicated to Adobe, and Adobe is working on a software fix to address the root cause of the issue. We have also been working with CoSo on options to re-enable Adobe Connect in the shorter term. We have determined there are two viable paths to accomplish this goal. They are: 1. Deploy a hardened configuration to eliminate "man-in-the-middle" exploitations by encrypting relevant traffic, or 2. Implement a programmatic fix from CoSo Cloud to substantially reduce the window during which the issue can be exploited. With respect to the first option, we attempted to hack the hardened configuration in a test environment last week, and were not able to do so over the course of 7 hours. Separately, CoSo Cloud and Adobe conducted similar tests and confirmed that this configuration is protected from exploitation of the issue. Community Feedback and Next Steps For the last three weeks, we have been gathering limited feedback regarding users' experiences with WebEx and Zoom. So far, we have input from about 200 people, including ICANN org meeting organizers and the ICANN community. Our analysis of this feedback indicates a desire to revert back to an Adobe Connect, providing the security of the service is ensured. Accordingly, we would like to propose the following plan to the broader community for consideration: 1. We would like to restore Adobe Connect services with both the new hardened configuration and the programmatic fix discussed above. Our intent would be to restore service by 3 May. This would allow us to use Adobe Connect during several upcoming events including the Board Workshop, the GDD Industry Summit, and ICANN62. 2. Once Adobe releases a new version of the software with a fix for this issue from their perspective, and provides assurance the update has been adequately tested, we will move toward that release of Adobe Connect in a prudent manner, with the help of CoSo Cloud. We believe that this approach will ensure the security of our content, and of our community interactions, while also enabling our community to use the collaboration tools of their choice. Before we make these changes, we want to hear from you. What do you think? Please submit your thoughts on this contemplated move before May 2nd here: RP-tool(a)icann.org <mailto:RP-tool@icann.org> Meanwhile, we will continue to offer WebEx and Zoom for RP and collaboration purposes. We will also continue to follow industry developments, including the research ALAC is doing on the RP and collaboration space, to ensure we are using secure and cost-effective tools that are appropriate for our needs. I look forward to your comments!

3 4

ICANN Complaints Office Semi-Annual Report
by Maritza Y. Aguero Minano April 26, 2018

April 26, 2018

[[--Translated text (en -> es)--]] Tema: ICANN Complaints Office Semi-Annual Report De:"Maritza Y. Aguero Minano" <myaguero(a)msn.com> <DNT> Dear all, This semi-annual report describes key activities and metrics for the reporting period, and provides observations and recommendations from the Complaints Officer. Fo those who might have interesed in read the report, you can find it here: https://www.icann.org/en/system/files/files/complaints-office-semi-annual-r… Regards, Maritza <DNT> [[--Original text (en) Translated by transbot 2.18-2.04 http://mm.icann.org/transbot_archive/17a9172212.html --]]

3 2

VOTE ANNOUNCEMENT (EN): LACRALO Motion on the ALAC Statement on KSK Rollover
by ICANN At-Large Staff April 25, 2018

April 25, 2018

[[--Translated text (en -> es)--]] [[--This message had format issues and was not translated properly--]] Tema: VOTE ANNOUNCEMENT (EN): LACRALO Motion on the ALAC Statement on KSK Rollover De:ICANN At-Large Staff <staff(a)atlarge.icann.org> v \\: * {behavior: url (# default # VML);} o \\: * {behavior: url (# default # VML);} w \\: * {behavior: url (# default # VML);} .shape {comportamiento: url (# default # VML);} Queridos todos, En nombre de los líderes de LACRALO, estamos lanzando la próxima votación desde el miércoles 25 de abril hasta el viernes 30 de abril a las 23 UTC. La moción de Alejandro Pisanty dice: Colegas, En la Declaración de ALAC sobre el Rollover KSK puede ver lo que el ALAC votará para expresar la opinión de los usuarios sobre el proceso KSK, que como todos sabemos es la rotación de las "claves" del sistema PKI (clave pública) criptografía) del sistema DNSSEC que protege el sistema de nombres de dominio (DNS) contra algunos ataques significativos. El texto no incluye la propuesta que hicimos aquí en LACRALO de que las ALSes asuman un papel en la difusión de este proceso entre los ISP, otros proveedores, la sociedad civil, la comunidad técnica y los gobiernos a nuestro alcance. Además, dicho texto se incluyó en una versión preliminar y se eliminó en la final.La eliminación de la corresponsabilidad de la ALS nos vuelve a poner en el rol de solicitantes que no contribuyen con su propia decisión a la seguridad, estabilidad y robustez del DNS, la principal responsabilidad de la ICANN. Por esta razón, solicito a nuestros representantes de ALAC que insistan en la inclusión de este texto y, si no se logra, vote en contra de la aprobación del texto propuesto. Considere esta propuesta como una moción formal y proceda en tiempo abreviado para que pueda decidirse antes de la votación del ALAC. Si estos tiempos no son posibles, ex post-facto como protesta. ¿Está de acuerdo con la moción presentada por el Sr. Alejandro Pisanty? SÍ NO El proceso de votación se regirá por los artículos 12 (especialmente 12.8), 19 y 20 del Reglamento. Saludos cordiales, Personal de políticas de la ICANN en apoyo de la comunidad de At-E-mail Correo electrónico: staff(a)atlarge.icann.org Sitio web: atlarge.icann.org Facebook: facebook.com/icannatlarge Twitter: @ICANNAtLarge [[--Original text (en) Translated by transbot 2.18-2.04 http://mm.icann.org/transbot_archive/7cce90253d.html --]]

1 0

VOTE ANNOUNCEMENT (ES): Mocion de LACRALO sobre la Declaracion del ALAC KSK Rollover
by ICANN At-Large Staff April 25, 2018

April 25, 2018

Queridos todos, ALAC STATEMENT ON THE KSK ROLLOVER – ES<https://goo.gl/1FyNSA> MOTION - KSK ROLLOVER<https://community.icann.org/x/7YL3B> En nombre de los líderes de LACRALO estamos lanzando el siguiente voto desde el Miércoles 25 de Abril hasta el Viernes 30 de Abril a las 23 UTC. La moción de Alejandro Pisanty dice: Colegas, En ALAC Statement on the KSK Rollover<https://community.icann.org/x/dw28B> se puede ver lo que ALAC someterá a votación para expresar la opinión de los usuarios sobre el proceso KSK, que como todos sabemos es la rotación de las "llaves" del sistema de PKI (criptografía de llave pública) del sistema DNSSEC que protege al sistema de nombres de dominio (DNS) contra algunos ataques significativos. El texto no recoge la propuesta que hicimos aquí en LACRALO de que las ALS asumamos un papel en la difusión de este proceso entre los ISPs, otros proveedores, sociedad civil, comunidad técnica y gobiernos a nuestro alcance. Más aun, dicho texto fue incluido en una versión preliminar y eliminado en la final. Eliminar la corresponsabilidad de las ALS nos pone de nuevo en el papel de peticionarios que no contribuyen con una cción propia a la seguridad, estabilidad y robustez del DNS, la responsabilidad primaria de ICANN. Por ello hago un llamado a nuestros representantes en ALAC para que insistan en la inclusión de dicho texto y, de no lograrlo, voten en contra de la aprobación del texto propuesto. Considérese esta propuesta como una moción formal y procésese en tiempo abreviado para que se pueda decidir antes de la votación en ALAC. De no ser posibles estos tiempos, emítase ex-post-facto como protesta. Usted está de acuerdo con aprobar la moción de protesta presentada por el Sr. Alejandro Pisanty? YES NO El proceso de votación estará gobernado por articulos 12 (especialmente 2.8), 19 y 20 de las Reglas de Procedimiento<https://community.icann.org/x/cxDxAg>. Saludos cordiales, ICANN Policy Staff in support of the At-Large Community E-mail: staff(a)atlarge.icann.org<mailto:staff@atlarge.icann.org> Website: atlarge.icann.org<http://atlarge.icann.org/> Facebook: facebook.com/icannatlarge<http://www.facebook.com/icannatlarge> Twitter: @ICANNAtLarge<http://www.twitter.com/ICANNAtLarge> [ignature_737710208]

1 0

Programa de Becas LACIGF11
by Maritza Y. Aguero Minano April 25, 2018

April 25, 2018

<DNT> Estimados miembros de la comunidad, Enviamos la presente información para los interesados en aplicar a este programa de becas. Saludos, Maritza ________________________________ *Português abaixo* *English below* Programa de Becas para la 11va. Reunión Regional Preparatoria para el FGI El Comité de Programa del LACIGF 11 anuncia que está abierto hasta el 18 de mayo el período de solicitud de becas de asistencia financiera para participar en la 11va. Reunión Regional Preparatoria para el FGI, a realizarse en Buenos Aires, Argentina, del 31 de julio al 2 de agosto de 2018. Información detallada sobre el programa de becas y cómo ingresar solicitudes está disponible en: https://lacigf.org/lacigf-11/ Saludos cordiales, Secretaría del LACIGF 2018. --------------------------------------------------------------------------------- Programa de Bolsas 11va. Reunião Regional Preparatoria do FGI O Comitê de Programa do LACIGF 11 anuncia que está aberto até 18 de maio o período de solicitaçoes de bolsas para participar na 11va. Reunião Regional Preparatoria do FGI, a ser realizada em Buenos Aires, Argentina, de 31 de julhio a 2 de agosto de 2018. Informações detalhadas sobre o programa de bolsas e como entrar solicitações está disponível em: https://lacigf.org/pt-br/lacigf-11/ Atenciosamente, Secretaria LACIGF 2018. ----------------------------------------------------------------------------------- Financial Assistance Program for the 11th. Regional Preparatory Meeting for the IGF The Program Committee of the LACIGF 11 announces the opening of the application period for financial assistance to participate in the 11th. Regional Preparatory Meeting for the IGF, to be held in Buenos Aires, Argentina, from July 31st. to August 2nd. 2018. The application period is open until May 18th. Detailed information on the scholarship program and how to apply is available at: https://lacigf.org/en/lacigf-11/ Best regards, LACIGF 2018 Secretariat. <DNT>

1 0