<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    <title>Cybersecurity on Nalar</title>
    <link>https://nalar.dev/categories/cybersecurity/</link>
    <description>Recent content in Cybersecurity on Nalar</description>
    <generator>Hugo</generator>
    <language>en-us</language>
    <lastBuildDate>Mon, 01 Jan 0001 00:00:00 +0000</lastBuildDate>
    <atom:link href="https://nalar.dev/categories/cybersecurity/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>Reauthenticate Before Sensitive Account Changes</title>
      <link>https://nalar.dev/reauthenticate-before-sensitive-account-changes/</link>
      <pubDate>Mon, 07 Sep 2026 00:00:00 +0700</pubDate>
      <guid>https://nalar.dev/reauthenticate-before-sensitive-account-changes/</guid>
      <description>&lt;p&gt;A user who is already signed in may appear to have proved who they are. That is usually enough for ordinary actions such as reading a profile or changing a display preference. It may not be enough for actions that can permanently change control of the account.&lt;/p&gt;&#xA;&lt;p&gt;Consider a session left open on a shared computer, a stolen browser session, or an unattended device. If that session can immediately change the password, replace a recovery method, or disable a strong authentication factor, temporary access can become lasting account control.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Store Recovery Codes as One-Time Verifiers</title>
      <link>https://nalar.dev/store-recovery-codes-as-one-time-verifiers/</link>
      <pubDate>Mon, 07 Sep 2026 00:00:00 +0700</pubDate>
      <guid>https://nalar.dev/store-recovery-codes-as-one-time-verifiers/</guid>
      <description>&lt;p&gt;Recovery codes are easy to underestimate. They may appear only when a user loses an authenticator, so they can look like a convenience feature rather than part of the authentication system. In practice, a valid recovery code can grant enough authority to regain account access or bind a new authenticator.&lt;/p&gt;&#xA;&lt;p&gt;That makes a recovery code an authentication secret. If the application stores it in plaintext, accepts it repeatedly, or allows unlimited guesses, the recovery path can become easier to abuse than the normal sign-in path.&lt;/p&gt;</description>
    </item>
  </channel>
</rss>
