<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:series="https://publishpress.com/"
	
	>
<channel>
	<title>
	Comments on: Anti-Replay	</title>
	<atom:link href="https://www.practicalnetworking.net/series/cryptography/anti-replay/feed/" rel="self" type="application/rss+xml" />
	<link>https://www.practicalnetworking.net/series/cryptography/anti-replay/</link>
	<description>Networking presented simply, practically, and applicably</description>
	<lastBuildDate>Mon, 26 Oct 2026 14:45:23 +0000</lastBuildDate>
	<sy:updatePeriod>
	hourly	</sy:updatePeriod>
	<sy:updateFrequency>
	1	</sy:updateFrequency>
	
	<item>
		<title>
		By: Krillion Hint		</title>
		<link>https://www.practicalnetworking.net/series/cryptography/anti-replay/#comment-256391</link>

		<dc:creator><![CDATA[Krillion Hint]]></dc:creator>
		<pubDate>Mon, 26 Oct 2026 14:45:23 +0000</pubDate>
		<guid isPermaLink="false">http://www.practicalnetworking.net/?p=232#comment-256391</guid>

					<description><![CDATA[The wraparound example makes the need for fresh keys much clearer. How does a receiver handle a legitimate packet that arrives out of order: is there typically a window of recent sequence numbers? I run &lt;a href=&quot;https://krillionhint.com&quot; rel=&quot;nofollow ugc&quot;&gt;Krillion Hint&lt;/a&gt;, a small web project, and would find a worked example with reordered packets useful alongside the replay example.]]></description>
			<content:encoded><![CDATA[<p>The wraparound example makes the need for fresh keys much clearer. How does a receiver handle a legitimate packet that arrives out of order: is there typically a window of recent sequence numbers? I run <a href="https://krillionhint.com" rel="nofollow ugc">Krillion Hint</a>, a small web project, and would find a worked example with reordered packets useful alongside the replay example.</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		By: joancm22		</title>
		<link>https://www.practicalnetworking.net/series/cryptography/anti-replay/#comment-256334</link>

		<dc:creator><![CDATA[joancm22]]></dc:creator>
		<pubDate>Fri, 16 Oct 2026 04:57:33 +0000</pubDate>
		<guid isPermaLink="false">http://www.practicalnetworking.net/?p=232#comment-256334</guid>

					<description><![CDATA[Metadata like source and destination IP addresses, packet frequencies, and transaction sizes can still be leaked by bad configuration, even if only basic encryption is used &lt;a href=&quot;https://wordleunlimited2.io/&quot; target=&quot;_blank&quot; rel=&quot;noopener nofollow ugc&quot;&gt;worldle unlimited&lt;/a&gt;. This can reveal sensitive business intelligence.]]></description>
			<content:encoded><![CDATA[<p>Metadata like source and destination IP addresses, packet frequencies, and transaction sizes can still be leaked by bad configuration, even if only basic encryption is used <a href="https://wordleunlimited2.io/" target="_blank" rel="noopener nofollow ugc">worldle unlimited</a>. This can reveal sensitive business intelligence.</p>
]]></content:encoded>
		
			</item>
	</channel>
</rss>
