Polygon corrige los defectos de seguridad del validador mediante las versiones fork de Austin y Kyoto.

• Polygon Labs activó los “hard forks” de Austin y Kyoto para corregir las vulnerabilidades críticas en sus clientes Bor y Heimdall.Un modelo de divulgación coordinadaPara prevenir la explotación.
• Las mejoras permitieron resolver los riesgos graves de denegación de servicio y el agotamiento de los recursos de los validadores.Operadores de nodo para actualizacionesA las versiones específicas para los clientes, para mantener el consenso.
• Polygon Labs confirmó que no existían evidencias de cualquier tipo de explotación en el mainnet antes de la implementación de los parches.Nodos viejos se caen.De consenso canónico.
• La herramienta Austin Fork redujo el consumo de combustible en los eventos de sincronización estatal, y eliminó los campos de dependencia de transacciones ilimitadas.Proteger la integridad del procesamiento de bloques..
• El “hard fork” de Kioto introdujo verificaciones de anidamiento a nivel de bytes para los mensajes Protobuf, lo que evita que los atacantes obliguen a los validadores a…Trabajo excesivo en el decodificado.

Polygon Labs ha revelado públicamente un conjunto de vulnerabilidades de seguridad que antes eran privadas. Estas vulnerabilidades podrían haber causado problemas en su red de prueba de estatuto. La empresa solo reveló estas fallas después de implementar soluciones para resolverlas a través de los “hard forks” de Austin y Kyoto. Las vulnerabilidades afectaron a los clientes Bor y Heimdall de Polygon, y incluían riesgos de denegación de servicio, agotamiento de recursos por parte de los validadores, así como debilidades en el procesamiento de puntos de control y hitos importantes. Polygon afirmó que no encontró evidencia de que las vulnerabilidades fueran explotadas en la red principal.

Bor funciona como el cliente de ejecución para la generación de bloques en Polygon PoS. Por su parte, Heimdall se encarga del proceso de checkpointing y de la coordinación entre los validadores. Los defectos en cualquiera de estos componentes afectan directamente la forma en que la cadena logra alcanzar el consenso. Polygon corrigió las vulnerabilidades antes de publicar sus detalles técnicos. Este enfoque permitió a los desarrolladores probar las soluciones y activarlas sin darle a los atacantes la posibilidad de prevenirlo. Se trata de un modelo de divulgación coordinada, ampliamente utilizado en la industria de software y en los principales proyectos blockchain.

El problema más grave afectó a Heimdall: una transacción diseñada de manera especial podría obligar a los validadores a realizar un trabajo de procesamiento excesivo. Tal actividad podría haber ejercido una presión considerable sobre los validadores y, posiblemente, haber interrumpido las operaciones de la red. El “hard fork” de Austin resolvió dos riesgos relacionados con la denegación de servicio en Bor. Estos defectos podrían haber ralentizado el procesamiento de bloques o causar que los nodos afectados fallaran.

¿Cómo ayudó el “Hard Fork” de Austin a mejorar la estabilidad de la red?

El “Austin hard fork” se activó en el bloque 91,949,700. Para que esto ocurriera, era necesario que la versión de Bor fuera 2.10.0 o superior. Este cambio abordó dos riesgos relacionados con el agotamiento de recursos en la capa de ejecución. Los eventos de sincronización de estado desde L1 hasta L2 no se contaban anteriormente como parte de los límites de gas utilizado, lo que podría retrasar el procesamiento de los bloques. El “Austin” limita este consumo de gas para evitar que estos eventos agoten los recursos de procesamiento.

Una debilidad adicional era el campo de datos adicional TxDependency, que no tenía límite de tamaño. Los productores de bloques podían aprovechar esto para causar caídas en los pares debido a los datos de gran tamaño. Austin limita este problema y elimina completamente ese campo del formato de comunicación. Estos cambios aseguran que el procesamiento de bloques siga siendo eficiente y resistente a ataques que provocan agotamiento de recursos.

¿Qué mejoras en la seguridad introdujo el “Kyoto Fork”?

El “Kyoto fork” se activa a una altura de 51,533,000 para Heimdall; esto requiere que la versión de Heimdall sea 0.11.0 o superior. Las correcciones más importantes tienen como objetivo corregir problemas relacionados con el formato google.protobuf. Estos mensajes permitían a los atacantes obligar a los validadores a realizar un trabajo de decodificación intensivo, pero con un coste mínimo. Kyoto introduce verificaciones de nivel byte en tanto que se procesan los datos en el mempool y las propuestas de bloque.

Las correcciones adicionales permiten normalizar la recuperación de la firma del punto de control y las listas de tarifas y monedas relacionadas con ellas. Los cambios evitan que se produzcan eventos silenciosos que puedan afectar a las claves de reproducción. Ambos “hard forks” son mejoras binarias sencillas, sin necesidad de migración de estado ni cambios en el estado inicial. Los nodos que no han tenido cambios necesitan realizar una sincronización nueva, pero los operadores que usan clientes obsoletos deben actualizarlos.

¿Por qué las mejoras inmediatas para los clientes son obligatorias para los operadores?

Esta información subraya la importancia de las respuestas coordinadas en materia de seguridad para las redes de blockchain. Aunque Polygon logró evitar un ataque en la red principal en este caso, las vulnerabilidades podrían haber amenazado la disponibilidad de la red. Por lo tanto, las actualizaciones realizadas en Austin y Kyoto cumplían dos funciones: servir como parches de seguridad y como medidas de mantenimiento crítico. Las actualizaciones implicaron que los operadores de nodos tuvieran que mantener el consenso de manera constante.

Los nodos que utilizan versiones antiguas del cliente, por encima de los niveles de activación correspondientes, han perdido su posición en el consenso. Deben actualizarse para poder conectarse nuevamente a la red canónica de Polygon. Polygon requiere la versión Bor v2.10.0 para los nodos Polygon PoS; además, los validadores y los nodos completos deben utilizar la versión Heimdall v0.11.0. Ambas versiones ya están en uso en el mainnet.

La divulgación de esta información ocurrió solo después de que las correcciones se implementaran con éxito, lo que redujo el riesgo de que los detalles sobre las vulnerabilidades públicas pudieran ser utilizados contra nodos que no han sido parcheados. Las actualizaciones se realizaron mientras la comunidad de validadores de Polygon acepta la transición de MATIC a POL, además de las discusiones en curso sobre la reforma del sistema de apuesta. La red sigue siendo muy utilizada, albergando activos como…La stablecoin PYUSD de PayPalEsto aumenta las expectativas para mantener el software de nodos actualizado. Investigadores independientes identificaron los defectos; uno de ellos estaba relacionado con…Un pago de 2.2 millones de dólares.Los operadores de nodo deben instalar las versiones aplicables para poder participar nuevamente en la cadena canónica.