<?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 Re: Are &amp;quot;disavow&amp;quot; links in email confirmation a good or bad pattern? in Tech Talk</title>
    <link>https://community.isc2.org/t5/Tech-Talk/Are-quot-disavow-quot-links-in-email-confirmation-a-good-or-bad/m-p/18576#M855</link>
    <description>&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;BLOCKQUOTE&gt;&lt;HR /&gt;&lt;a href="https://community.isc2.org/t5/user/viewprofilepage/user-id/542297379"&gt;@Jesse_Mundis&lt;/a&gt;&amp;nbsp;wrote:&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;What say you all?&lt;/P&gt;&lt;HR /&gt;&lt;/BLOCKQUOTE&gt;&lt;P&gt;You never know where a link will take you, regardless of what it's worded as. Most attacks on organizations' IT Infrastructures begin with end- users inadvertently introducing malware onto systems by clicking on links.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Let's assume you receive an email supposed to have come from the bank you have an account with, and stating: &lt;FONT color="#0000FF"&gt;Your credit card XXXX-XXXX-XXXX-5420 was just used to make an online purchase of 2500 USD.&amp;nbsp; (If you didn't make this purchase, &lt;A href="https://community.isc2.org/t5/forums/replypage/board-id/tech-talk/message-id/847" target="_blank" rel="noopener"&gt;click here&lt;/A&gt; to notify us)&lt;/FONT&gt;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;In such a situation, you should react by immediately checking your account balance to see if there have been any deductions, calling the bank to ascertain the same, and taking further actions. You definitely should not click on the link...&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;From an IT Security perspective, you should inform end-users to avoid opening links, and also take measures to ensure that the impact of them doing so is limited, such as disabling links on an email gateway, securing all end-points with a protection system, etc. --- unless your organization is willing to rely solely on&amp;nbsp;&lt;A href="https://www.linkedin.com/pulse/weakest-link-shannon-d-cruz/" target="_blank" rel="noopener"&gt;its employees' judgement in such matters&lt;/A&gt;...&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
    <pubDate>Fri, 01 Feb 2019 11:34:46 GMT</pubDate>
    <dc:creator>Shannon</dc:creator>
    <dc:date>2019-02-01T11:34:46Z</dc:date>
    <item>
      <title>Are "disavow" links in email confirmation a good or bad pattern?</title>
      <link>https://community.isc2.org/t5/Tech-Talk/Are-quot-disavow-quot-links-in-email-confirmation-a-good-or-bad/m-p/18497#M847</link>
      <description>&lt;P&gt;Looking for opinions, or even better, research, from the community.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;In an email answer-back for account creation, you frequently have an opt-in link to confirm it was really the controller of the email address signing up for a service.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;But in the case of a typo, or malicious sign-up, I've seen both "If you didn't create this account, just ignore this email" and I've seen "If you didn't create this account, click *this* link to let us know."&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;In the negative case, which is more common?&amp;nbsp; I'm of the opinion that "click this link to deny" just trains users to click on links in emails they aren't expecting, which is good for phishers, but bad for us. I prefer the "just ignore this email" approach, as more secure.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;But having a discussion with a coworker, they said that "click this link to disavow" is a common pattern.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;What say you all?&lt;/P&gt;</description>
      <pubDate>Mon, 09 Oct 2023 09:06:03 GMT</pubDate>
      <guid>https://community.isc2.org/t5/Tech-Talk/Are-quot-disavow-quot-links-in-email-confirmation-a-good-or-bad/m-p/18497#M847</guid>
      <dc:creator>Jesse_Mundis</dc:creator>
      <dc:date>2023-10-09T09:06:03Z</dc:date>
    </item>
    <item>
      <title>Re: Are "disavow" links in email confirmation a good or bad pattern?</title>
      <link>https://community.isc2.org/t5/Tech-Talk/Are-quot-disavow-quot-links-in-email-confirmation-a-good-or-bad/m-p/18529#M850</link>
      <description>&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;This is the “Inevitability of ‘the Click’”&amp;nbsp; ... nature of humans&lt;img id="smileylol" class="emoticon emoticon-smileylol" src="https://community.isc2.org/i/smilies/16x16_smiley-lol.png" alt="Smiley LOL" title="Smiley LOL" /&gt;&lt;/P&gt;&lt;P&gt;&lt;BR /&gt;The nitty-gritty is an enterprise must assume endpoints and servers are going to be compromised by this kind of traps. The enterprise should be surprised when endpoints and servers are not compromised. Organizations must layer its defenses so that the endpoints most likely to be compromised first are not the most critical ones.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Thu, 31 Jan 2019 14:17:30 GMT</pubDate>
      <guid>https://community.isc2.org/t5/Tech-Talk/Are-quot-disavow-quot-links-in-email-confirmation-a-good-or-bad/m-p/18529#M850</guid>
      <dc:creator>iluom</dc:creator>
      <dc:date>2019-01-31T14:17:30Z</dc:date>
    </item>
    <item>
      <title>Re: Are "disavow" links in email confirmation a good or bad pattern?</title>
      <link>https://community.isc2.org/t5/Tech-Talk/Are-quot-disavow-quot-links-in-email-confirmation-a-good-or-bad/m-p/18576#M855</link>
      <description>&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;BLOCKQUOTE&gt;&lt;HR /&gt;&lt;a href="https://community.isc2.org/t5/user/viewprofilepage/user-id/542297379"&gt;@Jesse_Mundis&lt;/a&gt;&amp;nbsp;wrote:&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;What say you all?&lt;/P&gt;&lt;HR /&gt;&lt;/BLOCKQUOTE&gt;&lt;P&gt;You never know where a link will take you, regardless of what it's worded as. Most attacks on organizations' IT Infrastructures begin with end- users inadvertently introducing malware onto systems by clicking on links.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Let's assume you receive an email supposed to have come from the bank you have an account with, and stating: &lt;FONT color="#0000FF"&gt;Your credit card XXXX-XXXX-XXXX-5420 was just used to make an online purchase of 2500 USD.&amp;nbsp; (If you didn't make this purchase, &lt;A href="https://community.isc2.org/t5/forums/replypage/board-id/tech-talk/message-id/847" target="_blank" rel="noopener"&gt;click here&lt;/A&gt; to notify us)&lt;/FONT&gt;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;In such a situation, you should react by immediately checking your account balance to see if there have been any deductions, calling the bank to ascertain the same, and taking further actions. You definitely should not click on the link...&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;From an IT Security perspective, you should inform end-users to avoid opening links, and also take measures to ensure that the impact of them doing so is limited, such as disabling links on an email gateway, securing all end-points with a protection system, etc. --- unless your organization is willing to rely solely on&amp;nbsp;&lt;A href="https://www.linkedin.com/pulse/weakest-link-shannon-d-cruz/" target="_blank" rel="noopener"&gt;its employees' judgement in such matters&lt;/A&gt;...&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Fri, 01 Feb 2019 11:34:46 GMT</pubDate>
      <guid>https://community.isc2.org/t5/Tech-Talk/Are-quot-disavow-quot-links-in-email-confirmation-a-good-or-bad/m-p/18576#M855</guid>
      <dc:creator>Shannon</dc:creator>
      <dc:date>2019-02-01T11:34:46Z</dc:date>
    </item>
  </channel>
</rss>

