🚨 Un permiso que «solo permitía destruir» estuvo a punto de convertirse en uno que «también permitía emitir»
Grupo: 邀请您加入我的群组 悟空粉丝群
Ayer se activó una enmienda en XRP Ledger: fixCleanup3_4_0. La hora exacta: miércoles, 14:52 UTC, en el ledger 108,112,129.
La vulnerabilidad estaba en la delegación de permisos.
El caso real es el siguiente: un emisor de stablecoins permite que un procesador de pagos destruya tokens cuando los usuarios los canjean, pero no le concede permiso para emitirlos. En condiciones normales, estas dos acciones deben estar completamente separadas.
Pero, bajo ciertas condiciones, una cuenta con permiso para «solo destruir» también podía crear tokens nuevos.
La solución fue sencilla: volver a separar por completo ambos permisos.
Aclaremos el alcance: los activos emitidos en XRP Ledger (incluidas las stablecoins) estaban afectados, no el propio XRP. Hasta ahora, no se ha confirmado públicamente ningún caso de explotación.
La activación tampoco fue fácil: las enmiendas de XRPL requieren el apoyo de más del 80 % de los validadores de confianza durante 14 días consecutivos. El intento de octubre se interrumpió; esta vez sí se completó el proceso.
La misma actualización también corrigió problemas de contabilidad en el sistema de préstamos y en las Single Asset Vaults, incluidos los cálculos de depósitos y retiros de oro, y la clasificación de los préstamos vencidos.
Lo que realmente merece atención es un viejo problema: los bugs más costosos de una blockchain no suelen ser aquellos en los que «roban el dinero», sino aquellos en los que «aparece dinero de la nada».
El dinero robado se puede rastrear y congelar; pero, cuando una oferta creada de la nada llega al mercado, el precio ya se ha desplomado y exigir responsabilidades después sirve de poco.
¿Qué opinas? ¿Cuántas vulnerabilidades de este tipo en los «límites de permisos» siguen sin descubrirse en otras cadenas? ¡Cuéntanos en los comentarios! 👇
Toca el avatar para ver la transmisión en vivo y únete a mi grupo de fans para recibir estrategias diarias 🚀
#XRP #稳定币 #Blockchain pública
Grupo: 邀请您加入我的群组 悟空粉丝群
Ayer se activó una enmienda en XRP Ledger: fixCleanup3_4_0. La hora exacta: miércoles, 14:52 UTC, en el ledger 108,112,129.
La vulnerabilidad estaba en la delegación de permisos.
El caso real es el siguiente: un emisor de stablecoins permite que un procesador de pagos destruya tokens cuando los usuarios los canjean, pero no le concede permiso para emitirlos. En condiciones normales, estas dos acciones deben estar completamente separadas.
Pero, bajo ciertas condiciones, una cuenta con permiso para «solo destruir» también podía crear tokens nuevos.
La solución fue sencilla: volver a separar por completo ambos permisos.
Aclaremos el alcance: los activos emitidos en XRP Ledger (incluidas las stablecoins) estaban afectados, no el propio XRP. Hasta ahora, no se ha confirmado públicamente ningún caso de explotación.
La activación tampoco fue fácil: las enmiendas de XRPL requieren el apoyo de más del 80 % de los validadores de confianza durante 14 días consecutivos. El intento de octubre se interrumpió; esta vez sí se completó el proceso.
La misma actualización también corrigió problemas de contabilidad en el sistema de préstamos y en las Single Asset Vaults, incluidos los cálculos de depósitos y retiros de oro, y la clasificación de los préstamos vencidos.
Lo que realmente merece atención es un viejo problema: los bugs más costosos de una blockchain no suelen ser aquellos en los que «roban el dinero», sino aquellos en los que «aparece dinero de la nada».
El dinero robado se puede rastrear y congelar; pero, cuando una oferta creada de la nada llega al mercado, el precio ya se ha desplomado y exigir responsabilidades después sirve de poco.
¿Qué opinas? ¿Cuántas vulnerabilidades de este tipo en los «límites de permisos» siguen sin descubrirse en otras cadenas? ¡Cuéntanos en los comentarios! 👇
Toca el avatar para ver la transmisión en vivo y únete a mi grupo de fans para recibir estrategias diarias 🚀
#XRP #稳定币 #Blockchain pública
