Firmando cookies de sesión

Insistir en la renovación frecuente de claves es una tradición antigua pero no es obligatorio. En épocas más antiguas, cuando la criptografía era algo para ejércitos y espías, las llaves tenían que ser renovadas porque los espías eran espiados y los soldados eran hechos prisioneros en el curso de sus operaciones diarias; por lo tanto, no era razonable creer que un valor secreto conocido por los agentes de campo podría permanecer en secreto indefinidamente. Así surgió el hábito de renovaciones regulares (y frecuentes) de claves. Esto no se asigna bien a los servidores de Internet, por las siguientes razones:

• Las intrusiones reales en sus servidores son eventos raros. La situación normal es que no se produce ninguna. Aún desea utilizar mecanismos de detección, pero puede esperar que, en promedio, no se produzcan intrusiones durante meses a la vez.

• Cuando ocurre una intrusión, el atacante ejecuta su daño principal inmediatamente . Este es un mundo informático; En los 10 segundos posteriores a la intrusión, el atacante instaló su rootkit, descargó todos los datos que le interesaban, modificó algunos registros y se fue. Una renovación diaria de las claves lo "echará" (es decir, hará obsoletas todas las cookies falsas que el atacante podría usar con la clave robada) solo mucho después de que se haya hecho el daño. El dogma de renovación clave se ha consagrado en un momento en que el procesamiento promedio de los datos era cuestión de días o semanas, no de segundos. La escala de tiempo ha cambiado mucho desde estos días.

Por lo tanto, diría que una clave MAC de larga duración no es un problema crucial. Por supuesto, debe tener en cuenta todos los detalles sobre cómo se genera, almacena y comparte esa clave entre sus servidores; es un elemento secreto importante con un alto valor para el atacante. Sin embargo, la renovación es en su mayoría inútil y puede ser peligrosa, ya que afecta la forma en que se almacena y comparte la clave. Con una clave fija y estática, puede almacenar la clave como un archivo protegido por el sistema operativo en cada servidor y compartirlo con un procedimiento manual único en condiciones controladas (por ejemplo, antes los servidores se ponen en línea en realidad ). Si desea renovar las claves automáticamente a diario, entonces necesitará un almacenamiento compartido o un protocolo de red, lo que incrementa inherentemente la exposición de ese valor secreto. Por ejemplo, si usa algún esquema de base de datos para generar y compartir la clave del día, entonces la clave puede convertirse en una presa fácil de un ataque de inyección de SQL, mientras que un archivo simple se hubiera mantenido confidencial.

Por estas razones, le recomiendo que se abstenga de renovar la clave. Hace que el problema sea mucho más complejo de analizar, con una mayor exposición, para una ganancia que, en el mejor de los casos, es altamente cuestionable.

(Nota: esta "firma" se denomina más correctamente como MAC . El término "firma" es, en criptografía , reservado para algoritmos de la persuasión asimétrica, por ejemplo, RSA, mientras que HMAC es parte de "criptografía simétrica", lo que significa que la misma clave se usa para generar el valor MAC y verificarlo.)