Resultados para “cartera”
12 resultado(s)
Trellix Healthwatch: registro con cualquier email, activación sin aprobación y API que expone clientes y correos internos
En healthwatch.trellix.com se podía registrar una cuenta con un email externo, activarla con "olvidé mi contraseña" sin aprobación del administrador y, ya dentro, listar clientes y correos de empleados.
4 min
Monero: rescan_spent de monero-wallet-rpc se fía de un nodo no confiable y permite desanonimizar un gasto
El método JSON-RPC rescan_spent de monero-wallet-rpc no comprobaba si el nodo era de confianza. Un nodo remoto malicioso podía marcar como no gastada una salida ya gastada y, al cruzar dos anillos con la misma key image, identificar la entrada real.
7 min
Monero: relay_tx en monero-wallet-rpc se salta --restricted-rpc y corrompe el estado de la cartera
El método relay_tx de monero-wallet-rpc no comprobaba el modo restringido y aceptaba un pending_tx del llamante sin verificarlo, lo que permitía congelar salidas de la cartera víctima y plantar claves de transacción ajenas.
6 min
Monero: el RPC set_daemon de monero-wallet-rpc ignoraba el anclaje de certificado TLS y permitía un MITM con el nodo
El RPC set_daemon de monero-wallet-rpc guardaba las huellas SHA-256 como texto en lugar de decodificarlas. Ninguna coincidía nunca y, en modo autodetect, la cartera aceptaba cualquier certificado del nodo.
6 min
Monero: describe_transfer de wallet-rpc muestra un señuelo del anillo como entrada real antes de firmar en frío
El método describe_transfer de monero-wallet-rpc tomaba la entrada del anillo con el índice equivocado, así que la revisión previa a la firma en frío podía enseñar un señuelo en lugar de la salida que de verdad se gastaba.
7 min
Monero: las pruebas de gasto (SpendProofV1) no comprobaban que el daemon devolviera la transacción pedida
get_spend_proof y check_spend_proof en wallet2.cpp no comparaban el hash de la transacción recibida del daemon con el txid solicitado, así que un daemon malicioso podía hacer válida una prueba de gasto para un txid ajeno.
4 min
Monero: las pruebas de reservas aceptaban la misma salida repetida y multiplicaban el saldo declarado
El verificador check_reserve_proof de la cartera de Monero no rechazaba entradas duplicadas, así que una sola salida repetida N veces hacía que una prueba de reservas válida declarase N veces el saldo real.
6 min
Monero GUI: un deeplink monero:// con tx_amount=(all) activa el modo «enviar todo el saldo»
La interfaz gráfica de Monero procesaba los enlaces monero:// externos sin validar el importe, de modo que el valor interno "(all)" colaba una transferencia de todo el saldo desbloqueado hacia la dirección del atacante.
3 min
Monero GUI en Windows: carpeta de P2Pool escribible por cualquier usuario permite ejecutar código ajeno
El instalador de Monero GUI para Windows daba control total a todos los usuarios sobre la carpeta p2pool. Un usuario local sin privilegios podía colocar su propio p2pool.exe y la cartera lo ejecutaba al iniciar la minería.
3 min
Monero: el modo restringido de monero-wallet-rpc dejaba crear, abrir y cerrar carteras
Varios métodos de monero-wallet-rpc no comprobaban el modo --restricted-rpc, así que un cliente que debía ser de solo lectura podía crear, abrir y cerrar carteras, generar direcciones y llegar a funciones de pruebas y claves.
5 min
Monero GUI: la firma offline en carteras de solo lectura se salta el bloqueo de IDs de pago largos
En monero-gui, el botón «Create» de la firma offline de transacciones no comprobaba el aviso de ID de pago largo que sí bloquea «Send», lo que permitía preparar transacciones con metadatos sin cifrar que pueden vincular pagos.
4 min
Monero GUI rellenaba el destinatario con direcciones OpenAlias aunque fallase la validación DNSSEC
Al resolver un alias OpenAlias con DNSSEC inválido, Monero GUI mostraba un aviso de posible suplantación pero escribía igualmente la dirección en el campo de destinatario, abriendo la puerta a desviar pagos.
5 min