<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic Certificate Poisoning Attacks in Tech Talk</title>
    <link>https://community.isc2.org/t5/Tech-Talk/Certificate-Poisoning-Attacks/m-p/24715#M1466</link>
    <description>&lt;P&gt;This one has been flying below the radar for weeks, but has &lt;STRONG&gt;HUGE consequences&lt;/STRONG&gt; for anyone (think CERT organizations!) that rely upon the&amp;nbsp;&lt;STRONG&gt;Secure Key Servers (SKS) network&lt;/STRONG&gt; to distribute &lt;STRONG&gt;OpenPGP&amp;nbsp;public-keys&lt;/STRONG&gt;.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;It's been known for about 10 years (yes, really that long) that certificate poisoning was a plausible attack. Here's what a poisoned certificate looks &lt;A href="https://keyserver.escomposlinux.org/pks/lookup?search=Robert+J+Hansen&amp;amp;op=vindex" target="_blank" rel="noopener"&gt;like&lt;/A&gt;. Which one do you know to trust out of the 150,000 that are signed? See the problem.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&lt;EM&gt;Any time GnuPG has to deal with such a spammed certificate, GnuPG grinds to a halt. It doesn’t stop, per se, but it gets wedged for so long it is for all intents and purposes completely unusable.&lt;/EM&gt;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;To say that Robert J Hansen&amp;nbsp;and&amp;nbsp;Daniel K Gillmoor are a "little" upset with this is an understatement because it stands for everything they have worked for. Read there Github response &lt;A href="https://gist.github.com/rjhansen" target="_blank" rel="noopener"&gt;here&lt;/A&gt;.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;What would you do if your "&lt;SPAN&gt;&lt;EM&gt;public cryptographic identity has been spammed to the point where it is unusable in standard workflows"?&lt;/EM&gt;&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&lt;SPAN&gt;&lt;EM&gt;Ps. Also read &lt;A href="https://dkg.fifthhorseman.net/blog/openpgp-certificate-flooding.html" target="_blank" rel="noopener"&gt;dkg's blog&lt;/A&gt; for the technical details.&lt;/EM&gt;&lt;/SPAN&gt;&lt;/P&gt;</description>
    <pubDate>Mon, 09 Oct 2023 09:15:29 GMT</pubDate>
    <dc:creator>AppDefects</dc:creator>
    <dc:date>2023-10-09T09:15:29Z</dc:date>
    <item>
      <title>Certificate Poisoning Attacks</title>
      <link>https://community.isc2.org/t5/Tech-Talk/Certificate-Poisoning-Attacks/m-p/24715#M1466</link>
      <description>&lt;P&gt;This one has been flying below the radar for weeks, but has &lt;STRONG&gt;HUGE consequences&lt;/STRONG&gt; for anyone (think CERT organizations!) that rely upon the&amp;nbsp;&lt;STRONG&gt;Secure Key Servers (SKS) network&lt;/STRONG&gt; to distribute &lt;STRONG&gt;OpenPGP&amp;nbsp;public-keys&lt;/STRONG&gt;.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;It's been known for about 10 years (yes, really that long) that certificate poisoning was a plausible attack. Here's what a poisoned certificate looks &lt;A href="https://keyserver.escomposlinux.org/pks/lookup?search=Robert+J+Hansen&amp;amp;op=vindex" target="_blank" rel="noopener"&gt;like&lt;/A&gt;. Which one do you know to trust out of the 150,000 that are signed? See the problem.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&lt;EM&gt;Any time GnuPG has to deal with such a spammed certificate, GnuPG grinds to a halt. It doesn’t stop, per se, but it gets wedged for so long it is for all intents and purposes completely unusable.&lt;/EM&gt;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;To say that Robert J Hansen&amp;nbsp;and&amp;nbsp;Daniel K Gillmoor are a "little" upset with this is an understatement because it stands for everything they have worked for. Read there Github response &lt;A href="https://gist.github.com/rjhansen" target="_blank" rel="noopener"&gt;here&lt;/A&gt;.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;What would you do if your "&lt;SPAN&gt;&lt;EM&gt;public cryptographic identity has been spammed to the point where it is unusable in standard workflows"?&lt;/EM&gt;&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&lt;SPAN&gt;&lt;EM&gt;Ps. Also read &lt;A href="https://dkg.fifthhorseman.net/blog/openpgp-certificate-flooding.html" target="_blank" rel="noopener"&gt;dkg's blog&lt;/A&gt; for the technical details.&lt;/EM&gt;&lt;/SPAN&gt;&lt;/P&gt;</description>
      <pubDate>Mon, 09 Oct 2023 09:15:29 GMT</pubDate>
      <guid>https://community.isc2.org/t5/Tech-Talk/Certificate-Poisoning-Attacks/m-p/24715#M1466</guid>
      <dc:creator>AppDefects</dc:creator>
      <dc:date>2023-10-09T09:15:29Z</dc:date>
    </item>
  </channel>
</rss>

