Saltar al contenido
Financial Context Wiki

Gestión de claves privadas

La gestión de claves privadas es el ciclo de vida para generar, usar, realizar copias de seguridad, recuperar, rotar o migrar y retirar la autoridad de firma sin confundir una clave, semilla, mnemónico, frase de contraseña, dispositivo o política de cuenta inteligente.

Actualizado

Solo con fines educativos; no constituye asesoramiento de inversión. Invertir puede ocasionar pérdidas.

Respuesta directa

La gestión de claves privadas es el ciclo de vida completo de la autoridad de firma: generación confiable, uso protegido, respaldo, recuperación probada, cambio autorizado, migración de incidentes y retiro. El objetivo es tanto la confidencialidad como la disponibilidad. Un secreto que es fácil de robar no es seguro, pero un secreto que nadie puede recuperar después de perder el dispositivo tampoco es seguro.

Mantenga separados los distintos objetos. Una clave privada controla una identidad criptografica. Una semilla raiz HD puede derivar muchas claves. Una frase de recuperacion BIP-39 codifica entropia y, junto con una passphrase opcional, deriva una semilla; las mismas palabras con otra passphrase generan otra billetera. Un PIN o la contrasena de una billetera pueden desbloquear un dispositivo local o un archivo cifrado, pero no revocan la clave subyacente. Una direccion o clave publica extendida puede revelar relaciones entre identidades o transacciones sin conceder capacidad normal de gasto. Una billetera de hardware es un dispositivo de firma, no el activo ni su copia de seguridad.

Una cuenta de propiedad externa normalmente no puede sustituir su clave y conservar la misma direccion. Tras una vulneracion, los activos y cada rol o autorizacion relevante deben migrar a una nueva autoridad. Una cuenta inteligente puede permitir cambios de propietarios o guardianes, umbrales y validacion ERC-1271, pero sus modulos, guardas, controles de actualizacion y codigo desplegado exacto pasan a formar parte del perimetro de seguridad.

Gestión de claves privadas
0 / 5
0 elementos revisados; 5 elementos pendientes

Completar esta revisión no demuestra que un activo, una transacción o un sistema sean seguros.

Cómo funciona

Empiece por un inventario, no por el nombre de un producto. Registre cada red, cuenta, direccion, activo, autorizacion de token, rol contractual, credencial de validador o retiro, dispositivo de firma, origen de clave, estandar de derivacion y dependencia de recuperacion. Separe la autoridad operativa habitual de la destinada al ahorro, tesoreria, administracion y recuperacion. Reutilizar una semilla raiz en muchas cuentas amplia el alcance de una vulneracion aunque las direcciones visibles sean distintas.

La generacion exige una implementacion, un entorno y una fuente de entropia fiables. No cree una frase de recuperacion con palabras faciles de recordar. En una billetera HD, conserve el formato, la lista de palabras, la necesidad de la passphrase opcional, las rutas de derivacion, los indices de cuenta y los identificadores publicos necesarios para confirmar la recuperacion. Una clave publica extendida no es un metadato inocuo: puede revelar relaciones entre direcciones, y algunas estructuras de derivacion presentan riesgos de exposicion adicionales.

Las copias de seguridad intercambian confidencialidad con disponibilidad. Varias copias completas mejoran la recuperación sólo si sus medios y ubicaciones siguen siendo utilizables, pero cualquier copia robada puede exponer todo el secreto. Una copia de seguridad de umbral estandarizada como SLIP-39 requiere recursos compartidos suficientes y no es lo mismo que cortar una frase BIP-39 en pedazos. La firma múltiple y la firma de umbral distribuyen la autorización entre los firmantes; no dividen una copia de seguridad y su seguridad depende de personas, dispositivos, ubicaciones y administradores independientes.

La firma diaria es un control independiente. Un firmante de hardware puede aislar una clave de un host comprometido, pero no puede hacer que un destinatario, cadena, cantidad, dominio o datos de llamada incorrectos sean seguros. Verifique la intención en una pantalla confiable, limite los saldos y permisos activos y conserve una ruta de aprobación auditable. Para una cuenta de contrato, verifique el umbral del propietario actual, el código de validación del firmante, los módulos, las protecciones, el comportamiento de respaldo, la política de recuperación y la autoridad de actualización.

Utilice este flujo de trabajo:

  1. Inventario de cada cadena, cuenta, dirección, activo, aprobación, función del contrato, origen de clave, ruta de derivación, firmante, módulo, custodio y dependencia de recuperación.
  2. Definir amenazas y necesidades de servicio: compromiso remoto, robo, coerción, acción interna, daño por incendio o agua, muerte o incapacidad, frecuencia de firmas, valor en riesgo y objetivo de tiempo de recuperación.
  3. Generar material clave con implementación revisada y entropía confiable en un dispositivo controlado; verificar de forma independiente la cadena, la dirección y la huella digital pública sin registrar el secreto en un sistema en línea.
  4. Elija controles activos, aislados de hardware, de firma múltiple, de umbral, de cuenta inteligente o de custodia por valor y uso; coloque copias de seguridad, recursos compartidos, frases de contraseña y firmantes en dominios de falla genuinamente independientes.
  5. Realice un pequeño ejercicio de recuperación aislado que confirme el formato exacto, la lista de palabras, la frase de contraseña, la ruta de derivación, el umbral, las direcciones y la capacidad de firma sin ingresar secretos de producción en un dispositivo que no sea de confianza.
  6. Para cada operación, verifique la cadena, el dominio, el destinatario, el valor, el token, los datos de llamada y el alcance de la autoridad en una pantalla confiable; aplicar límites, separación de funciones y completar registros de eventos o aprobaciones.
  7. Conciliar el inventario periódicamente y ensayar pérdidas, compromisos, cambios de personal, herencias y salidas de proveedores; recuperarse después de una pérdida, pero después de un compromiso, aislar dispositivos limpios, migrar activos y roles, revocar aprobaciones, monitorear la autoridad anterior y retirarla.

Ejemplos

  • Longitud y suma de comprobacion BIP-39. Con ENT = 128 bits, la longitud de la suma de comprobacion es CS = ENT / 32 = 4 bits; 132 / 11 = 12 words. Con ENT = 256 bits, se obtienen CS = 8 bits y 264 / 11 = 24 words. Un candidato aleatorio de 12 palabras tiene una probabilidad didactica de superar la suma de comprobacion de 1 / 16 = 6.25%. La suma corta detecta algunos errores de transcripcion; no demuestra autenticidad, secreto ni metadatos de derivacion correctos.
  • Copias completas frente a porcentajes de umbral. Supongamos que hay tres medios independientes disponibles con probabilidad 0.98 y comprometidos de forma independiente con probabilidad 0.01. Se recuperan tres copias de seguridad completas si alguna sobrevive: 1 - 0.02^3 = 0.999992, mientras que la probabilidad de que al menos una tenga fugas es 1 - 0.99^3 = 0.029701. Un umbral 2-of-3 tiene disponibilidad 3 x 0.98^2 x 0.02 + 0.98^3 = 0.998816 y probabilidad de compromiso 3 x 0.01^2 x 0.99 + 0.01^3 = 0.000298. Los medios reales y los custodios están correlacionados, por lo que se trata de suposiciones, no de garantías.
  • Pérdida y reemplazo del firmante. Una cuenta inteligente tiene propietarios A, B y C con umbral 2-of-3. La pérdida de un propietario aún deja dos firmas; comprometer a un propietario es insuficiente. Si se sospecha que B está comprometido, A + C autoriza el reemplazo por D. Hasta que ese cambio se ejecute según las reglas reales de la cuenta, B sigue siendo propietario; luego el conjunto es A / C / D con umbral 2.
  • Alcance de la reutilizacion de una semilla. La semilla raiz S deriva dos cuentas con 1.2 ETH y 0.8 ETH; una semilla fria independiente contiene 8.0 ETH. El saldo directo conocido expuesto por una vulneracion de S es 1.2 + 0.8 = 2.0 ETH. Reutilizar S para la cuenta fria lo elevaria a 10.0 ETH. Tokens, NFT, autorizaciones, roles y otras redes exigen un inventario separado; el saldo nativo visible no constituye un limite completo de perdida.

Riesgos

  • La entropía es débil, está sesgada o se genera por una fuente aleatoria rota.
  • El dispositivo de generación, la estructura de la billetera o la dependencia son maliciosos.
  • Se ha manipulado un firmante de hardware, firmware o cadena de suministro.
  • Una semilla o clave llega a una captura de pantalla, portapapeles, impresora, nube o nota en línea.
  • Phishing o soporte falso obtiene material de recuperación o una firma.
  • El host sustituye la cadena, destinatario, importe, dominio o datos de llamada.
  • Se olvida o se escribe mal una frase de contraseña en una billetera válida diferente.
  • Una sola copia de seguridad se pierde por robo, incendio, agua o deterioro del medio.
  • Las copias de seguridad duplicadas completas aumentan la superficie de robo.
  • La lista de palabras, el formato, la ruta de derivación, el tipo de moneda o el índice de cuenta son incorrectos.
  • Una clave pública extendida o metadatos de derivación filtran la privacidad financiera.
  • La recuperación nunca fue probada y falla durante el incidente.
  • Los firmantes de firmas múltiples comparten un dispositivo, ubicación, nube o administrador.
  • Un umbral es demasiado alto para la disponibilidad o demasiado bajo para comprometer la resistencia.
  • Los guardianes se confabulan, se vuelven obsoletos o están diseñados socialmente.
  • Un módulo de cuenta inteligente, guardia, controlador de respaldo, proxy o política de omisión de actualización.
  • No se actualizan los registros de salida, defunción, incapacidad o herencia del personal.
  • Después de un compromiso, la clave anterior se reutiliza o cambiar un PIN se confunde con una rotación.
  • Un custodio, HSM, MPC o proveedor de recuperación se congela, falla, se confabula o sale.
  • La migración omite otra cadena, token, NFT, aprobación, rol o credencial de validador especializado.

Errores comunes

  • Una billetera de hardware hace que cada transacción sea segura. El aislamiento ayuda, pero persisten los riesgos de intenciones maliciosas, visualización, firmware, cadena de suministro y recuperación.
  • Una frase inicial y la clave privada de una cuenta son el mismo objeto. Una semilla puede derivar muchas claves, mientras que los formatos y las frases de contraseña determinan la recuperación.
  • Las copias de seguridad más completas solo mejoran la seguridad. Mejoran la disponibilidad al tiempo que aumentan la cantidad de copias que un atacante puede robar.
  • La firma múltiple es solo una semilla dividida en pedazos. Los firmantes independientes, las firmas de umbral y las copias de seguridad para compartir secretos son mecanismos diferentes.
  • Cambiar una contraseña o PIN de billetera revoca una clave EOA filtrada. La clave anterior aún controla su dirección; migre activos y autoridad y maneje las aprobaciones explícitamente.

Temas relacionados

Fuentes autorizadas

Navegación

Buscar en la wiki...