Cree un calendario de rotación de contraseñas

Una política de rotación de contraseñas solo resulta útil cuando sus fechas permiten actuar. Esta calculadora toma la fecha del último cambio, suma el intervalo de rotación exigido y retrocede desde el vencimiento para fijar un aviso previo. Devuelve fechas ISO exactas que usted puede copiar en una incidencia, un calendario, un inventario, un procedimiento o un flujo automatizado. Los años bisiestos y las distintas duraciones de los meses se tratan correctamente, sin aproximar noventa días como tres meses ni mantener fórmulas por cuenta.

Convierta una política de rotación en dos fechas útiles

Comience por la fecha real del último cambio de la contraseña, no por el día en que alguien la registró o revisó la cuenta. Introduzca el valor en formato YYYY-MM-DD y el intervalo de la política como un número entero positivo de días naturales. La calculadora suma exactamente esos días para obtener el próximo vencimiento.

Después resta el plazo del aviso para indicar cuándo debe comenzar la preparación. Así, un intervalo de noventa días con catorce días de antelación genera tanto el plazo obligatorio como un activador operativo anterior. La diferencia es importante: el vencimiento por sí solo no reserva una ventana de mantenimiento, asigna una persona responsable ni permite probar el secreto sustituto.

El resultado conserva los intervalos junto a ambas fechas para facilitar su revisión. Use cero días si desea avisar el mismo día del vencimiento; en los demás casos, deje tiempo suficiente para las aprobaciones y el despliegue de la cuenta.

Comprenda el cálculo por días naturales y la validación

El calendario usa días naturales, no laborables ni cálculos basados en meses. Un intervalo de treinta días siempre avanza treinta cambios de medianoche, aunque cruce febrero, un día bisiesto, el final de un mes de treinta y un días, un fin de semana o un festivo. El resultado respeta así las políticas expresadas como una cantidad fija de días y evita la ambigüedad de equiparar noventa días con tres meses.

La fecha del último cambio debe ser una fecha gregoriana real con el formato estricto YYYY-MM-DD y ceros iniciales. Los valores imposibles, como el 30 de febrero, se rechazan. El intervalo de rotación debe ser un entero positivo; cero o los valores negativos no describen un periodo futuro.

La antelación debe ser un entero no negativo. Puede superar el intervalo si el aviso resultante permanece dentro del calendario admitido, aunque tal configuración debe revisarse. No se consulta el reloj actual, por lo que una misma entrada siempre produce la misma salida.

Integre el resultado en un proceso de seguridad repetible

Considere las fechas calculadas como datos de planificación, no como prueba de que una credencial se haya cambiado. Guarde el vencimiento y el aviso con el identificador de cuenta, la persona responsable del sistema, el método de rotación y las pruebas exigidas en su registro de controles. En la fecha del aviso, abra o actualice una tarea, confirme que la persona responsable conserva el acceso, prepare el sustituto e identifique cada servicio consumidor.

Al vencer, compruebe el cambio y registre una nueva fecha de último cambio antes de calcular el siguiente ciclo. La función no usa la red ni recibe o inspecciona la contraseña; solo procesa metadatos de planificación. Si la política se expresa en meses, días laborables o excepciones de riesgo, evalúela por separado en lugar de fingir que es un intervalo fijo de días.