1001Ferramentas
🔄 Security

API Key Rotation Planner

Computes upcoming API key rotation dates based on an interval (30/60/90 days) and generates an iCal reminder.

A calendar for rotating API keys

Credential rotation is one of those tasks everyone agrees is needed and nobody schedules. The result is the key created four years ago, present in three services, that nobody dares touch because it is no longer known who uses it. Setting the cadence and marking the dates is what turns this into predictable routine.

Enter the starting date, the interval and how many rotations to plan, and the page builds the list of dates. The usual interval runs from 90 days for high-risk credentials to a year for low-risk ones — and the criterion is not the calendar, it is the damage the key would do if leaked and the cost of replacing it.

What makes rotation work in practice is the overlap period. Swapping one key for another in a single instant breaks everything still using the old one; the safe route is issuing the new key, running both simultaneously, migrating consumers one at a time and only then revoking the old. Without that window, rotation turns into an incident — and after an incident nobody wants to rotate again.

Frequently asked questions

How often should I rotate?
It depends on risk. A key with broad access or exposed to more people wants 90 days. A narrowly scoped key used by a single service holds up at six months or a year. What does not work is an interval so short the team starts avoiding the task.
How do I swap without breaking anything?
With two valid keys at once. Issue the new one, keep the old active, update consumers one at a time checking each, and only revoke the old once the logs show it has stopped being used. Most providers support two active keys precisely for this.
What if I do not know who uses the key?
Then the first step is not rotating, it is measuring. If the provider logs usage per key, let it run for a few weeks collecting origins. Without that data, rotation becomes a blackout to find out who complains — a method that works, but expensively. A new key should be born with a named owner and usage logging.

Related Tools