<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    <title>Credential Rotation on Nalar</title>
    <link>https://nalar.dev/tags/credential-rotation/</link>
    <description>Recent content in Credential Rotation on Nalar</description>
    <generator>Hugo</generator>
    <language>en-us</language>
    <lastBuildDate>Sun, 06 Sep 2026 00:00:00 +0700</lastBuildDate>
    <atom:link href="https://nalar.dev/tags/credential-rotation/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>Rotate API Credentials Without Breaking Services</title>
      <link>https://nalar.dev/rotate-api-credentials-without-breaking-services/</link>
      <pubDate>Sun, 06 Sep 2026 00:00:00 +0700</pubDate>
      <guid>https://nalar.dev/rotate-api-credentials-without-breaking-services/</guid>
      <description>&lt;p&gt;Long-lived API credentials create an awkward security trade-off. Keeping one credential forever avoids deployment work, but extends the useful lifetime of any copy that is exposed. Replacing it abruptly reduces that lifetime, but can also break every client that still uses the old value.&lt;/p&gt;&#xA;&lt;p&gt;The practical solution is not simply to &amp;ldquo;rotate more often.&amp;rdquo; It is to design the authentication system so a credential can be introduced, adopted, verified, and retired without requiring one perfectly synchronized change.&lt;/p&gt;</description>
    </item>
  </channel>
</rss>
