listas de múltiples dados para hacer frases de contraseña memorables?

Su análisis es correcto. La única "debilidad" es que al elegir el mismo número de palabras de una única lista combinada (todas las diferentes listas de partes de discurso combinadas en una gran lista) la entropía sería técnicamente mayor, pero suponiendo un número apropiado de palabras que la seguridad adicional es en su mayoría redundante.

Hay un plugin "generador de frase de contraseña legible" para KeePass que creo que hace algo similar. He usado el plugin "secuenciador de palabras" con listas personalizadas para hacer exactamente lo que sugieres, aunque no encontré 7776 palabras para cada lista. Saqué mis listas de palabras del proyecto Moby, que tiene una lista de "partes del discurso" disponible.

Si bien no responden directamente a tu pregunta, creo que leer algunas de las otras preguntas relacionadas con la contraseña en este sitio te ayudará a pensar en este proceso. Comenzaría simplemente con esta pregunta, que también es la pregunta más popular en este sitio. Juntas, las respuestas realmente desglosan las preocupaciones relevantes de seguridad y usabilidad:

XKCD # 936: Contraseña compleja corta, o ¿frase de contraseña larga del diccionario?

Lo que falta (como parece entender) es que cualquier estrategia de generación de contraseñas se reduce a la entropía, que puede entenderse como "aleatoriedad". Seleccionar 7 veces de una lista de palabras con 7,776 palabras le daría un total de aproximadamente 1.719e27 posibles contraseñas, o aproximadamente 90 bits de entropía. El hecho de que cambie entre las listas para el orden de palabras dado no cambia realmente la imagen sustancialmente (técnicamente tiene más palabras para elegir, pero cambia entre la lista de opciones de una manera predecible). Como resultado, desde un punto de vista estrictamente de entropía, esto no es sustancialmente más fuerte o más débil que un patrón de generación de software de dados más estándar. Por otro lado, si hace que sea más fácil recordar la contraseña, al menos sería una mejora de la facilidad de uso, y eso siempre es bueno.

Dicho esto, ambos son ciertamente "suficientemente seguros" para el futuro previsible. Sería relevante este hilo que habla de una contraseña con 80 bits de entropía:

es un 80 ¿Contraseña de bit lo suficientemente buena para todos los propósitos prácticos?

Y esto analiza los límites prácticos para descifrar los hashes de contraseña:

enlace

Todo lo cual se reduce a lo mismo: descifrar una contraseña con 90 bits de entropía probablemente costaría más que toda la producción económica de los EE. UU., pero aún es vulnerable a los ataques de phishing, ingeniería social, etc.

como dices, no creo que puedas encontrar una lista bien cuidada de 7776 adverbios, por ejemplo.

otra alternativa es usar listas de palabras más pequeñas, digamos 1296 palabras cada una (tirar 4 dados en lugar de 5). esto le daría ~ 10.34 bits de entropía por palabra en lugar de los ~ 12.92 bits por palabra común de diceware.

para una entrada equivalente, tendrías que memorizar una frase de contraseña más larga, pero eso podría ser más fácil debido a la estructura gramatical de la frase de contraseña.

una solución más compleja sería llegar a 7776 adverbios curados agregando otros caracteres o usando mayúsculas, así que en lugar de solo

briskly

tendrías

briskly
briskly!
briskly?    
Briskly
Briskly!
Briskly?
BRISKLY
BRISKLY!
BRISKLY?

pero una vez más, tiene el compromiso de complejidad que va en contra del objetivo de las frases de contraseña "fáciles de recordar".

puede que sea mejor que solo inserte sus propias palabras de "relleno" en una frase de contraseña de uso de dados regular para que sea más fácil de recordar.

  

¿Es esta una estrategia ya explorada?

Sí, generador de frase de contraseña gramatical se basó en esta idea. Tuve algunos problemas con esa implementación en particular, en particular: 1) su elección de generador de números aleatorios (Math.random ()) no es criptográficamente segura, 2) su elección de lista de palabras es bastante arbitraria, y 3) su cálculo de fortaleza puede estar equivocado, por lo que la idea del software de dados gramatical no es completamente nueva.

De hecho, había estado reflexionando acerca de hacer mi propia implementación gramatical de software de dados durante algún tiempo, aunque el mayor obstáculo aquí es generar una buena lista de palabras como la lista de palabras de EFF. No tengo los recursos y el conocimiento que EFF tuvo para generar su lista de palabras. Si bien la elección de la lista de palabras no afecta realmente a la seguridad, una buena lista de palabras hace que la frase de contraseña sea más fácil de escribir y recordar.

  

¿Tiene debilidades conocidas?

La idea central de un método de generación de contraseñas basado en la entropía como diceware es crear un gran número para una fuerza dada y luego codificar ese número usando una lista de palabras. La seguridad de cualquier esquema que sigue este patrón se basa principalmente en la generación de números aleatorios, mientras que el sistema de codificación es bastante sencillo y, con algunas advertencias ^† , realmente no afecta la seguridad del sistema.

† la lista de palabras de diceware original, por ejemplo, no estaba libre de prefijos, por lo que produce contraseñas con una fuerza reducida si no tiene separadores entre palabras, esto se ha corregido en la lista de palabras de EFF