<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    <title>Session Resumption on Nalar</title>
    <link>https://nalar.dev/tags/session-resumption/</link>
    <description>Recent content in Session Resumption on Nalar</description>
    <generator>Hugo</generator>
    <language>en-us</language>
    <lastBuildDate>Sun, 20 Sep 2026 00:00:00 +0000</lastBuildDate>
    <atom:link href="https://nalar.dev/tags/session-resumption/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>TLS 1.3 Session Tickets Carry Resumption State Across Connections</title>
      <link>https://nalar.dev/tls-13-session-tickets-carry-resumption-state-across-connections/</link>
      <pubDate>Sun, 20 Sep 2026 00:00:00 +0000</pubDate>
      <guid>https://nalar.dev/tls-13-session-tickets-carry-resumption-state-across-connections/</guid>
      <description>&lt;h1 id=&#34;tls-13-session-tickets-carry-resumption-state-across-connections&#34;&gt;TLS 1.3 Session Tickets Carry Resumption State Across Connections&lt;/h1&gt;&#xA;&lt;p&gt;A completed TLS 1.3 handshake can establish more than traffic keys for the connection that is already open. After the handshake, a server can issue a &lt;code&gt;NewSessionTicket&lt;/code&gt; that gives the client material for a later resumption attempt. The later connection can then authenticate continuity with the earlier TLS session without repeating the same certificate-based handshake path.&lt;/p&gt;&#xA;&lt;p&gt;That optimization changes where security state lives. A deployment that enables resumption is no longer concerned only with the server certificate and the keys of the current connection. Ticket lifetime, resumption secrets, cached authentication attributes, ticket protection keys, and the rules used when accepting a resumed connection become part of the boundary.&lt;/p&gt;</description>
    </item>
  </channel>
</rss>
