GUÍA de lectura humana

Question

Estoy escribiendo un pequeño sistema que me permitirá vender la música de mi banda en conciertos generando cupones que se pueden canjear por MP3 en nuestro sitio web.

Los cupones tendrán un código que el usuario escribe en el código debe tener las siguientes cualidades:.

1. cierto nivel de legibilidad humana en términos de duración y contenido, para evitar la frustración del usuario y la entrada de datos error.
2. Dado un código de cupón, no es trivial para adivinar otro código de cupón.

Si uso GUIDs estoy preocupado por el punto 1. Si uso un número entero creciente, me preocupa el punto 2. Tiene que haber algún medio feliz, ¿no? Pensé que tal vez este trabajo ya se haya realizado y que haya una solución ideal esperándome. En ausencia de eso, creo que iré con una cadena alfanumérica aleatoria, o posiblemente solo letras (excluyendo I y O para mayor claridad), y la aplicación bloqueará las direcciones IP que fallan X veces, lo que indicaría un posible ataque de fuerza bruta. Si fui con eso, ¿cuánto tiempo de una cadena y qué valor de X funcionaría, y por qué?

Gracias por su ayuda!

---

Actualización: Yo no estaba totalmente explícita sobre el método: Voy a generar listas de códigos de bono para la impresión, a continuación, introduzca los códigos de "vendidos" después de un concierto. Por lo tanto, creo que elementos como una suma de comprobación no son necesarios, como lo son en las claves de software que no usan servidores de validación.

Answer 1

Solo 8 letras alfanuméricas (excepto I y O) tienen 1785793904896 combinaciones posibles. Eso es para todos los propósitos y propósitos inimaginables siempre que no tenga 5 billones de cupones.

Answer 2

5 bloques de 5 caracteres cada uno deberían ser suficientes: cuatro bloques para la "clave", el quinto como suma de comprobación para garantizar la validez. Y, por supuesto, no use todo el espacio de teclas.

Así es como los números de serie del software parecen estar dispuestos, de todos modos.

Answer 3

Puede utilizar una Cadena de Markov formada en sílabas en inglés para crear una oración compuesta de palabras pronunciables y galimatías. Simplemente agregue la oración generada a una base de datos de comprobantes válidos cuando los imprima (y los invalide cuando se canjeen, por supuesto).

Answer 4

hmm, no sé cómo funcionan la mayoría de los sistemas, pero creo que sería claro y sencillo definir un número estático y multiplicar ese número por otro número aleatorio. Entonces, si el gran GUID es un múltiplo de tu estática, eres bueno.

fácil de producir, no es fácil de adivinar por uno nuevo (sólo uso a corto plazo)

int i = 61234; 
int j = rand()%99999 
long GUID = i * j; 

le dará un número de teléfono longitud GUID

solamente 99999 utiliza sin embargo! doh

Answer 5

AOL solía usar una combinación aleatoria de dos palabras para los CD que enviaban. Puede seguir el mismo enfoque y aumentar el número de palabras para obtener las probabilidades que necesita.

Answer 6

puede intentar algo como random letter sequence generator ?.También puede mezclar y combinar letras/números

Answer 7

Una solución simple es llamar al método getHashCode que la mayoría de los idiomas tienen en sus tipos de cadenas. Establezca la cadena a alguna palabra de su lista de palabras aprobadas. Luego llame a gethashcode y esa será su clave. Para verificarlo, compárelo con su lista de hash de palabras existentes y elimínelo de la lista para que no pueda volver a utilizarse.

Answer 8

Utilizaría su propio esquema de codificación. Además de omitir I y O, para una legibilidad óptima, también es una buena idea omitir todas las letras excepto una de conjuntos casi homónimos (C/E, M/N) y letras de varias sílabas, como W, y por supuesto, seguir con Un caso.

En cuanto a la longitud, puede usar 60 bits, más una suma de comprobación de 4 bits. 64 bits es suficiente para almacenar el tiempo en granularidad de milisegundos durante varios miles de años, por lo que es inútil para todos los propósitos prácticos. A decir 4 bits por letra, eso es 16 letras de largo. Incluso la mitad de esa longitud es probablemente suficiente.

Otra forma de pensar en esto es en forma de matrículas de automóviles: 3 letras y 3 números son suficientes para cubrir un estado bastante grande, y tienden a ser muy legibles. A menos que proporcione una forma para que alguien piratee códigos a alta velocidad, ciertamente no serán adivinados a escalas de tiempo humanas.

Answer 9

Probablemente sea mejor evitar todas las vocales [*], evitando así todas las palabrotas.

[*] ¡Incluyendo W si eres galés!

Answer 10

Supongo que recibirá una dirección de correo electrónico cuando compren el comprobante (debe hacerlo). Si es así, ¿por qué no simplemente enviarles un GUID de un solo uso? De esta forma, tanto usted como ellos tienen un registro de ello, puede realizar un seguimiento de los reembolsos, no corre el riesgo de adivinar (o al menos no vale la pena preocuparse), el usuario no tiene que recordar nada porque está allí en el correo electrónico, y no tienes que codificar nada.

Te dan tu dirección de correo electrónico. Usted envía un GUID por correo electrónico (con un enlace). Hacen clic en el enlace y obtienen una canción. El uso de GUID está registrado en el sistema y ya no funcionará.

Answer 11

¿Por qué no acaba de ir con el GUID y luego reemplazar los caracteres cuestionables con una letra diferente (por lo que 0 se convierte en 'h', 1 es 'q' y así sucesivamente).

Answer 12

Bueno, si realmente quiere legible para humanos, puede usar BubbleBabble. Crear un script de Perl como la siguiente:

#!/usr/bin/perl 
use Digest::BubbleBabble qw(bubblebabble); 
use Digest::SHA1 qw(sha1); 
print bubblebabble(Digest => sha1(join(' ', @ARGV))), "\n"; 

luego alimentar cualquier argumento de línea de comando que desea obtener una salida como la siguiente:

xogan-nydut-zogiv-kotyn-ledah-taseb-gyhib-tucel-vudul-mykom-mexax 

O si Perl no es su preferencia, puede utilizar APG ' s modo de contraseña pronunciable (also available online) para obtener una salida como ésta:

BedHiv 
cotsEub 
AvRabinn 
rarcUs 
TeuvVarn 
yuwats 

Honestamente, este nivel de legibilidad humana es una exageración; La respuesta de RickNZ debería funcionar bien (y es bastante similar a lo que hicimos con algunas claves de software). Pero BubbleBabble es divertido.