- Mucho interés en las "passkeys" y la posibilidad de un cambio en los métodos de autenticación
- La obsesión con las passkeys puede volver innecesario el uso de llaves de seguridad
- El problema está en la diferencia entre claves residentes y no residentes
- Las claves residentes almacenan la clave privada en la propia llave de seguridad, mientras que las no residentes dependen de un ID de credencial para el descifrado
- Las claves residentes consumen espacio en la llave de seguridad y pueden llenarla rápidamente
- Las claves no residentes siguen siendo seguras y dependen de las mismas funciones de seguridad que TLS
- La autenticación de usuarios es posible incluso sin claves residentes
- El problema surge del bombo excesivo alrededor de las passkeys y de la confusión sobre su definición
- Al principio, Apple presentó las passkeys como una forma de usar Touch ID/Face ID como autenticador web
- La definición de passkey cambió y ahora significa una clave residente
- Esta definición se ha extendido y está causando problemas a los usuarios de llaves de seguridad
- Las llaves de seguridad tienen almacenamiento limitado y una gestión deficiente de credenciales, lo que dificulta el uso de claves residentes
- Exigir claves residentes en todos los registros empeora la experiencia de usuario
- Esto va en contra del objetivo de permitir que los usuarios elijan el autenticador que quieran
- En el mundo de las passkeys, solo algunos tipos de autenticadores funcionan correctamente
- Como propuesta para resolver el problema, se plantea excluir las llaves de seguridad del requisito de passkeys y hacer obligatorio el requisito de almacenamiento para dispositivos autenticados
- En general, el bombo alrededor de las claves residentes como passkeys está perjudicando la capacidad de los usuarios para elegir el autenticador que prefieren.
1 comentarios
Opiniones de Hacker News