<?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 Enforcing SMB Signing...? in Network and Storage Protocols</title>
    <link>https://community.netapp.com/t5/Network-and-Storage-Protocols/Enforcing-SMB-Signing/m-p/111258#M7999</link>
    <description>&lt;P&gt;Our Security Center / Nessus scanner is reporting that our filers are not requiring SMB signing. &amp;nbsp;This is not good, for security or for compliance/auditing....I must be misunderstanding something?&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;I have researched&amp;nbsp;the following options:&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;UL&gt;&lt;LI&gt;&lt;FONT face="courier new,courier"&gt;&lt;SPAN&gt;options cifs.signing.enable on&lt;/SPAN&gt;&lt;/FONT&gt;&lt;/LI&gt;&lt;LI&gt;&lt;SPAN&gt;&lt;FONT face="courier new,courier"&gt;options cifs.smb2.signing.required on&lt;/FONT&gt; (as well as &lt;FONT face="courier new,courier"&gt;options cifs.smb2.enable on&lt;/FONT&gt;)&lt;/SPAN&gt;&lt;/LI&gt;&lt;/UL&gt;&lt;P&gt;According to NTAP documentation, &lt;FONT face="courier new,courier"&gt;options cifs.signing.enable on&lt;/FONT&gt; will tell the filer to use SMB signing optionally (depending how the clients want);&amp;nbsp;equivelent to GPO option &lt;STRONG&gt;Microsoft Network server policy: Digitally sign communication (if client agrees).&lt;/STRONG&gt;&amp;nbsp; Meanwhile, &lt;FONT face="courier new,courier"&gt;options cifs.smb2.signing.required&lt;/FONT&gt;&amp;nbsp;will tell the filer to only accept connections from clients that are signed; equivelent to GPO option &lt;SPAN&gt;&lt;STRONG&gt;Microsoft Network server policy: Digitally sign communications (always)&lt;/STRONG&gt;. &amp;nbsp;Now, this 2nd setting is how we would do it in a windows network to properly secure things, and meet our guidelines. &amp;nbsp;Also, we would not generall turn both settings on. &amp;nbsp;It's one or the other, and the later is the stricter / better one. &amp;nbsp;Seems to me the slam dunk is to just enable &lt;FONT face="courier new,courier"&gt;options cifs.smb2.signing.required&lt;/FONT&gt;. &amp;nbsp;But that does not work...&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&lt;SPAN&gt;I have tried the following combinations, yet Nessus is still flagging the filers as insecure due to lack of SMB signing. &amp;nbsp;For those of you that use Nessus it's &lt;A href="http://www.tenable.com/plugins/index.php?view=single&amp;amp;id=57608" target="_blank"&gt;plug-in ID 57608&lt;/A&gt;.&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&lt;SPAN&gt;SETUP 1:&lt;/SPAN&gt;&lt;/P&gt;&lt;UL&gt;&lt;LI&gt;&lt;FONT face="courier new,courier"&gt;options cifs.signging.enable.on&lt;/FONT&gt;&lt;/LI&gt;&lt;LI&gt;&lt;FONT face="courier new,courier"&gt;options cifs.smb2.enable on&lt;/FONT&gt;&lt;/LI&gt;&lt;LI&gt;&lt;FONT face="courier new,courier"&gt;options cifs.smb2.signing.required on&lt;/FONT&gt;&lt;/LI&gt;&lt;/UL&gt;&lt;P&gt;SETUP 2:&lt;/P&gt;&lt;UL&gt;&lt;LI&gt;&lt;FONT face="courier new,courier"&gt;options cifs.signging.enable.off&lt;/FONT&gt;&lt;/LI&gt;&lt;LI&gt;&lt;FONT face="courier new,courier"&gt;options cifs.smb2.enable on&lt;/FONT&gt;&lt;/LI&gt;&lt;LI&gt;&lt;FONT face="courier new,courier"&gt;options cifs.smb2.signing.required on&lt;/FONT&gt;&lt;/LI&gt;&lt;/UL&gt;&lt;P&gt;I guess what I need to know is.....what will it take to &lt;EM&gt;&lt;STRONG&gt;require&lt;/STRONG&gt; &lt;/EM&gt;SMB signing on the CIFS servers / filers? &amp;nbsp;Because both setups above do not work. &amp;nbsp;Clients are still able to connect unsigned.&lt;/P&gt;</description>
    <pubDate>Wed, 04 Jun 2025 23:01:32 GMT</pubDate>
    <dc:creator>JLOCKIE_CEFCU</dc:creator>
    <dc:date>2025-06-04T23:01:32Z</dc:date>
    <item>
      <title>Enforcing SMB Signing...?</title>
      <link>https://community.netapp.com/t5/Network-and-Storage-Protocols/Enforcing-SMB-Signing/m-p/111258#M7999</link>
      <description>&lt;P&gt;Our Security Center / Nessus scanner is reporting that our filers are not requiring SMB signing. &amp;nbsp;This is not good, for security or for compliance/auditing....I must be misunderstanding something?&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;I have researched&amp;nbsp;the following options:&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;UL&gt;&lt;LI&gt;&lt;FONT face="courier new,courier"&gt;&lt;SPAN&gt;options cifs.signing.enable on&lt;/SPAN&gt;&lt;/FONT&gt;&lt;/LI&gt;&lt;LI&gt;&lt;SPAN&gt;&lt;FONT face="courier new,courier"&gt;options cifs.smb2.signing.required on&lt;/FONT&gt; (as well as &lt;FONT face="courier new,courier"&gt;options cifs.smb2.enable on&lt;/FONT&gt;)&lt;/SPAN&gt;&lt;/LI&gt;&lt;/UL&gt;&lt;P&gt;According to NTAP documentation, &lt;FONT face="courier new,courier"&gt;options cifs.signing.enable on&lt;/FONT&gt; will tell the filer to use SMB signing optionally (depending how the clients want);&amp;nbsp;equivelent to GPO option &lt;STRONG&gt;Microsoft Network server policy: Digitally sign communication (if client agrees).&lt;/STRONG&gt;&amp;nbsp; Meanwhile, &lt;FONT face="courier new,courier"&gt;options cifs.smb2.signing.required&lt;/FONT&gt;&amp;nbsp;will tell the filer to only accept connections from clients that are signed; equivelent to GPO option &lt;SPAN&gt;&lt;STRONG&gt;Microsoft Network server policy: Digitally sign communications (always)&lt;/STRONG&gt;. &amp;nbsp;Now, this 2nd setting is how we would do it in a windows network to properly secure things, and meet our guidelines. &amp;nbsp;Also, we would not generall turn both settings on. &amp;nbsp;It's one or the other, and the later is the stricter / better one. &amp;nbsp;Seems to me the slam dunk is to just enable &lt;FONT face="courier new,courier"&gt;options cifs.smb2.signing.required&lt;/FONT&gt;. &amp;nbsp;But that does not work...&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&lt;SPAN&gt;I have tried the following combinations, yet Nessus is still flagging the filers as insecure due to lack of SMB signing. &amp;nbsp;For those of you that use Nessus it's &lt;A href="http://www.tenable.com/plugins/index.php?view=single&amp;amp;id=57608" target="_blank"&gt;plug-in ID 57608&lt;/A&gt;.&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&lt;SPAN&gt;SETUP 1:&lt;/SPAN&gt;&lt;/P&gt;&lt;UL&gt;&lt;LI&gt;&lt;FONT face="courier new,courier"&gt;options cifs.signging.enable.on&lt;/FONT&gt;&lt;/LI&gt;&lt;LI&gt;&lt;FONT face="courier new,courier"&gt;options cifs.smb2.enable on&lt;/FONT&gt;&lt;/LI&gt;&lt;LI&gt;&lt;FONT face="courier new,courier"&gt;options cifs.smb2.signing.required on&lt;/FONT&gt;&lt;/LI&gt;&lt;/UL&gt;&lt;P&gt;SETUP 2:&lt;/P&gt;&lt;UL&gt;&lt;LI&gt;&lt;FONT face="courier new,courier"&gt;options cifs.signging.enable.off&lt;/FONT&gt;&lt;/LI&gt;&lt;LI&gt;&lt;FONT face="courier new,courier"&gt;options cifs.smb2.enable on&lt;/FONT&gt;&lt;/LI&gt;&lt;LI&gt;&lt;FONT face="courier new,courier"&gt;options cifs.smb2.signing.required on&lt;/FONT&gt;&lt;/LI&gt;&lt;/UL&gt;&lt;P&gt;I guess what I need to know is.....what will it take to &lt;EM&gt;&lt;STRONG&gt;require&lt;/STRONG&gt; &lt;/EM&gt;SMB signing on the CIFS servers / filers? &amp;nbsp;Because both setups above do not work. &amp;nbsp;Clients are still able to connect unsigned.&lt;/P&gt;</description>
      <pubDate>Wed, 04 Jun 2025 23:01:32 GMT</pubDate>
      <guid>https://community.netapp.com/t5/Network-and-Storage-Protocols/Enforcing-SMB-Signing/m-p/111258#M7999</guid>
      <dc:creator>JLOCKIE_CEFCU</dc:creator>
      <dc:date>2025-06-04T23:01:32Z</dc:date>
    </item>
    <item>
      <title>Re: Enforcing SMB Signing...?</title>
      <link>https://community.netapp.com/t5/Network-and-Storage-Protocols/Enforcing-SMB-Signing/m-p/111427#M8010</link>
      <description>&lt;BLOCKQUOTE&gt;Read through this link:&lt;/BLOCKQUOTE&gt;&lt;BLOCKQUOTE&gt;&lt;A href="https://library.netapp.com/ecmdocs/ECMP1401220/html/GUID-084BBC00-EBD4-4899-AD85-9628368D3AF2.html" target="_self"&gt;https://library.netapp.com/ecmdocs/ECMP1401220/html/GUID-084BBC00-EBD4-4899-AD85-9628368D3AF2.html&lt;/A&gt;&lt;/BLOCKQUOTE&gt;&lt;BLOCKQUOTE&gt;Part of the discussion is to restart CIFS as part of the process.&lt;/BLOCKQUOTE&gt;&lt;BLOCKQUOTE&gt;Also, I noticed a typo in your first option. &amp;nbsp;So it looks like the steps would be:&lt;/BLOCKQUOTE&gt;&lt;BLOCKQUOTE&gt;cifs terminate&lt;BR /&gt;options cifs.smb2.enable on&lt;BR /&gt;options cifs.signing.enable on&lt;BR /&gt;options cifs.smb2.signing.required on&lt;BR /&gt;cifs restart&lt;/BLOCKQUOTE&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Wed, 21 Oct 2015 01:21:57 GMT</pubDate>
      <guid>https://community.netapp.com/t5/Network-and-Storage-Protocols/Enforcing-SMB-Signing/m-p/111427#M8010</guid>
      <dc:creator>mcgue</dc:creator>
      <dc:date>2015-10-21T01:21:57Z</dc:date>
    </item>
    <item>
      <title>Re: Enforcing SMB Signing...?</title>
      <link>https://community.netapp.com/t5/Network-and-Storage-Protocols/Enforcing-SMB-Signing/m-p/111557#M8023</link>
      <description>&lt;P&gt;I see the problem.....ugh.&amp;nbsp; This is not good.&amp;nbsp; I guess my only option is to accept risk, or to stop using CIFS on the filers?&amp;nbsp; How can NetApp not have a way to enforce signing and deny any unsigned requests from clients?&amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&lt;FONT face="arial black,avant garde" size="3"&gt;&lt;STRONG&gt;If the client cannot establish an SMB 2.x session with signing, the client &lt;FONT color="#ff0000"&gt;falls back to an SMB session with or without signing&lt;/FONT&gt;, and the storage system uses whichever the client requests.&lt;/STRONG&gt;&lt;/FONT&gt;&lt;/P&gt;</description>
      <pubDate>Thu, 22 Oct 2015 16:16:18 GMT</pubDate>
      <guid>https://community.netapp.com/t5/Network-and-Storage-Protocols/Enforcing-SMB-Signing/m-p/111557#M8023</guid>
      <dc:creator>JLOCKIE_CEFCU</dc:creator>
      <dc:date>2015-10-22T16:16:18Z</dc:date>
    </item>
  </channel>
</rss>

