¿Cómo podría adivinar un algoritmo de suma de comprobación?

Supongamos que tengo algunos paquetes con una suma de comprobación de 16 bits al final. Me gustaría adivinar qué algoritmo de suma de comprobación se utiliza.

Para empezar, desde los datos de volcado puedo ver que un cambio de un byte en la carga útil del paquete cambia totalmente la suma de control, por lo que puedo asumir que no es una especie de XOR simple o suma.

Entonces lo intentévarias variaciones de CRC16, pero sin mucha suerte.

Esta pregunta podría estar más inclinada hacia la criptografía, pero estoy realmente interesado en cualquier herramienta estadística fácil de entender para saber qué CRC podría ser esto. Incluso podría recurrir adibujando diferentes algoritmos CRC Si todo lo demás falla.

Historia de Backgroud: Tengo un protocolo RFID en serie con algún tipo de suma de comprobación. Puedo reproducir mensajes sin problemas e interpretar resultados (sin verificación de suma de comprobación), pero no puedo enviar paquetes modificados porque el dispositivo los deja caer al suelo.

Usando el software existente, puedo cambiar la carga útil del chip RFID. Sin embargo, el número de serie único es inmutable, por lo que no tengo la capacidad de verificar todas las combinaciones posibles. Aunque podría generar volcados de valores incrementando en uno, pero no lo suficiente como para que la búsqueda exhaustiva se aplique a este problema.

volcar archivos con datos están disponibles si la pregunta en sí no es suficiente :-)

¿Necesita documentación de referencia? UNA GUÍA SIN PENDIENTE PARA LOS ALGORITMOS DE DETECCIÓN DE ERRORES DE CRC Es una gran referencia que encontré después de hacer una pregunta aquí.

Al final, después de una sugerencia muy útil en respuesta aceptada que es CCITT,usé esta calculadora CRC, y xored generó una suma de comprobación con una suma de comprobación conocida para obtener 0xffff, lo que me llevó a la conclusión de que xor final es 0xffff instread de 0x0000 CCITT.

Respuestas a la pregunta(4)

Su respuesta a la pregunta