<?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: ISE SNMPv3 deleting username design flaw in Network Access Control</title>
    <link>https://community.cisco.com/t5/network-access-control/ise-snmpv3-deleting-username-design-flaw/m-p/4772023#M579743</link>
    <description>&lt;P&gt;Hi Arne&lt;/P&gt;
&lt;P&gt;just for curiosity did u try to use any arbitrary auth/priv passwords in "no snmp-server user ..." ?&lt;/P&gt;</description>
    <pubDate>Thu, 09 Feb 2023 11:20:22 GMT</pubDate>
    <dc:creator>Andrii Oliinyk</dc:creator>
    <dc:date>2023-02-09T11:20:22Z</dc:date>
    <item>
      <title>ISE SNMPv3 deleting username design flaw</title>
      <link>https://community.cisco.com/t5/network-access-control/ise-snmpv3-deleting-username-design-flaw/m-p/4683150#M577150</link>
      <description>&lt;P&gt;Hello,&lt;/P&gt;
&lt;P&gt;All versions of ISE that support SNMPv3 (including ISE 3.1) have an annoying design flaw in the implementation. I can't find a way to delete an existing SNMPv3 username on the CLI.&amp;nbsp; The CLI wants to know the original auth and priv password. I don't understand why that information is required - especially if the information is not available.&lt;/P&gt;
&lt;P&gt;Anyone know if this is a "well known bug", and if it's likely to be resolved?&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;LI-CODE lang="markup"&gt;ise01/admin(config)# no snmp-server user MYSNMP v3 
                                                         ^
% incomplete command detected at '^' marker.

ise01/admin(config)# no snmp-server user MYSNMP v3 plain ?
  &amp;lt;WORD&amp;gt;  Auth Password (Max Size - 40)&lt;/LI-CODE&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;It appears to be working as documented because the recommendation in the Release Notes provides this syntax. But deleting such an innocuous thing as an SNMP username should not require prior knowledge of the priv/auth strings.&lt;/P&gt;
&lt;P&gt;Another annoying bug is that if the username contains an underscore (_) then the resulting username is garbled into some hex string. And that username cannot be deleted for love nor money.&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;LI-CODE lang="markup"&gt;ise01/admin# conf t
Enter configuration commands, one per line.  End with CNTL/Z.
ise01/admin(config)# snmp-server user ARNE_BIER v3 plain Encryption123 Encryption123
Warning! SNMPv1/v2c is currently enabled and has known Security vulnerabilities. To disable SNMPv1/v2c, please execute "no snmp-server  community &amp;lt;community string&amp;gt; ro".
ise01/admin(config)# end
ise01/admin# show snmp-server user
User: 0x6164616d2d7633
  EngineID: BGGIG9C95OI
  Auth Protocol: sha
  Priv Protocol: aes-128&lt;/LI-CODE&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;And deleting it becomes impossible&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;LI-CODE lang="markup"&gt;ise01/admin# conf t
Enter configuration commands, one per line.  End with CNTL/Z.
ise01/admin(config)# no snmp-server user ARNE_BIER v3 plain Encryption123 Encryption123
ise01/admin(config)# end
ise01/admin# show snmp-server user
User: 0x6164616d2d7633
  EngineID: BGGIG9C95OI
  Auth Protocol: sha
  Priv Protocol: aes-128&lt;/LI-CODE&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;SNMP just doesn't seem to get the love it deserves &lt;span class="lia-unicode-emoji" title=":disappointed_face:"&gt;😞&lt;/span&gt;&lt;/P&gt;</description>
      <pubDate>Thu, 08 Sep 2022 03:04:26 GMT</pubDate>
      <guid>https://community.cisco.com/t5/network-access-control/ise-snmpv3-deleting-username-design-flaw/m-p/4683150#M577150</guid>
      <dc:creator>Arne Bier</dc:creator>
      <dc:date>2022-09-08T03:04:26Z</dc:date>
    </item>
    <item>
      <title>Re: ISE SNMPv3 deleting username design flaw</title>
      <link>https://community.cisco.com/t5/network-access-control/ise-snmpv3-deleting-username-design-flaw/m-p/4704710#M577792</link>
      <description>&lt;P&gt;Hi Arne,&lt;/P&gt;
&lt;P&gt;There is a disclaimer already there in ISE 2.4, not to use special characters - or _ in usernames. This is missing in ISE 3.1 documentation. I will file documentation defect for it.&lt;/P&gt;
&lt;P&gt;&lt;A href="https://www.cisco.com/c/en/us/td/docs/security/ise/2-4/cli_guide/b_ise_CLIReferenceGuide_24/b_ise_CLIReferenceGuide_24_chapter_011.html#wp1067793462" target="_blank"&gt;https://www.cisco.com/c/en/us/td/docs/security/ise/2-4/cli_guide/b_ise_CLIReferenceGuide_24/b_ise_CLIReferenceGuide_24_chapter_011.html#wp1067793462&lt;/A&gt;&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Tue, 18 Oct 2022 07:24:31 GMT</pubDate>
      <guid>https://community.cisco.com/t5/network-access-control/ise-snmpv3-deleting-username-design-flaw/m-p/4704710#M577792</guid>
      <dc:creator>poongarg</dc:creator>
      <dc:date>2022-10-18T07:24:31Z</dc:date>
    </item>
    <item>
      <title>Re: ISE SNMPv3 deleting username design flaw</title>
      <link>https://community.cisco.com/t5/network-access-control/ise-snmpv3-deleting-username-design-flaw/m-p/4704733#M577793</link>
      <description>&lt;P&gt;thanks&amp;nbsp;&lt;a href="https://community.cisco.com/t5/user/viewprofilepage/user-id/66272"&gt;@poongarg&lt;/a&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;The other annoyance I have is that it's impossible to delete any SNMP v3 username from the ISE CLI, if you do not know the priv &amp;amp; auth passwords.&amp;nbsp; In general, IOS syntax allows us to negate a command with a 'no' and then most of the remaining command's (irrelevant) arguments are not required. This is surely a bug too.&lt;/P&gt;
&lt;P&gt;regards&lt;/P&gt;</description>
      <pubDate>Tue, 18 Oct 2022 08:11:24 GMT</pubDate>
      <guid>https://community.cisco.com/t5/network-access-control/ise-snmpv3-deleting-username-design-flaw/m-p/4704733#M577793</guid>
      <dc:creator>Arne Bier</dc:creator>
      <dc:date>2022-10-18T08:11:24Z</dc:date>
    </item>
    <item>
      <title>Re: ISE SNMPv3 deleting username design flaw</title>
      <link>https://community.cisco.com/t5/network-access-control/ise-snmpv3-deleting-username-design-flaw/m-p/4710234#M577929</link>
      <description>&lt;P&gt;Hello Arne,&lt;/P&gt;
&lt;P&gt;I have filed below defects for SNMPV3 issue:&lt;/P&gt;
&lt;P&gt;&lt;A href="https://bst.cloudapps.cisco.com/bugsearch/bug/CSCwd38771" target="_blank"&gt;https://bst.cloudapps.cisco.com/bugsearch/bug/CSCwd38771&lt;/A&gt;&lt;/P&gt;
&lt;P&gt;&lt;A href="https://bst.cloudapps.cisco.com/bugsearch/bug/CSCwd38766" target="_blank"&gt;https://bst.cloudapps.cisco.com/bugsearch/bug/CSCwd38766&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>Wed, 26 Oct 2022 06:20:24 GMT</pubDate>
      <guid>https://community.cisco.com/t5/network-access-control/ise-snmpv3-deleting-username-design-flaw/m-p/4710234#M577929</guid>
      <dc:creator>poongarg</dc:creator>
      <dc:date>2022-10-26T06:20:24Z</dc:date>
    </item>
    <item>
      <title>Re: ISE SNMPv3 deleting username design flaw</title>
      <link>https://community.cisco.com/t5/network-access-control/ise-snmpv3-deleting-username-design-flaw/m-p/4711271#M577941</link>
      <description>&lt;P&gt;thanks&amp;nbsp;&lt;a href="https://community.cisco.com/t5/user/viewprofilepage/user-id/66272"&gt;@poongarg&lt;/a&gt;&amp;nbsp;- much appreciated.&lt;/P&gt;</description>
      <pubDate>Wed, 26 Oct 2022 20:20:58 GMT</pubDate>
      <guid>https://community.cisco.com/t5/network-access-control/ise-snmpv3-deleting-username-design-flaw/m-p/4711271#M577941</guid>
      <dc:creator>Arne Bier</dc:creator>
      <dc:date>2022-10-26T20:20:58Z</dc:date>
    </item>
    <item>
      <title>Re: ISE SNMPv3 deleting username design flaw</title>
      <link>https://community.cisco.com/t5/network-access-control/ise-snmpv3-deleting-username-design-flaw/m-p/4772023#M579743</link>
      <description>&lt;P&gt;Hi Arne&lt;/P&gt;
&lt;P&gt;just for curiosity did u try to use any arbitrary auth/priv passwords in "no snmp-server user ..." ?&lt;/P&gt;</description>
      <pubDate>Thu, 09 Feb 2023 11:20:22 GMT</pubDate>
      <guid>https://community.cisco.com/t5/network-access-control/ise-snmpv3-deleting-username-design-flaw/m-p/4772023#M579743</guid>
      <dc:creator>Andrii Oliinyk</dc:creator>
      <dc:date>2023-02-09T11:20:22Z</dc:date>
    </item>
    <item>
      <title>Re: ISE SNMPv3 deleting username design flaw</title>
      <link>https://community.cisco.com/t5/network-access-control/ise-snmpv3-deleting-username-design-flaw/m-p/4772332#M579758</link>
      <description>&lt;P&gt;Yes I did - it fails.&lt;/P&gt;</description>
      <pubDate>Thu, 09 Feb 2023 20:44:06 GMT</pubDate>
      <guid>https://community.cisco.com/t5/network-access-control/ise-snmpv3-deleting-username-design-flaw/m-p/4772332#M579758</guid>
      <dc:creator>Arne Bier</dc:creator>
      <dc:date>2023-02-09T20:44:06Z</dc:date>
    </item>
    <item>
      <title>Re: ISE SNMPv3 deleting username design flaw</title>
      <link>https://community.cisco.com/t5/network-access-control/ise-snmpv3-deleting-username-design-flaw/m-p/4898585#M583283</link>
      <description>&lt;P&gt;Hi Arne,&lt;/P&gt;
&lt;P&gt;I tested on 3.0 P7 and 3.1 as well and I am able to delete the user from command line but the "sh snmp-server user" keep it in the hex format username (&lt;SPAN class="custom-text-color-light subheader-large"&gt;CSCwd38766&lt;/SPAN&gt;). This defect is suppose to get fixed in the upcoming ISE 3.2 patch&lt;/P&gt;
&lt;P&gt;ise30-poongarg/admin(config)# snmp-server user SNMPv3-p2 v3 hash cadf4fd402ad6ad38321e05602be28b3 cadf4fd402ad6ad38321e05602be28b3&lt;/P&gt;
&lt;P&gt;ise30-poongarg/admin(config)# no snmp-server user SNMPv3-p2 v3 hash cadf4fd402ad6ad38321e05602be28b3 cadf4fd402ad6ad38321e05602be28b3&lt;/P&gt;
&lt;P&gt;ise30-poongarg/admin# sh snmp-server user&lt;/P&gt;
&lt;P&gt;User: 0x534e4d5076332d7032&lt;BR /&gt;EngineID: RO3R8KQ9DD8&lt;BR /&gt;Auth Protocol: sha&lt;BR /&gt;Priv Protocol: aes-128&lt;/P&gt;</description>
      <pubDate>Fri, 04 Aug 2023 06:13:43 GMT</pubDate>
      <guid>https://community.cisco.com/t5/network-access-control/ise-snmpv3-deleting-username-design-flaw/m-p/4898585#M583283</guid>
      <dc:creator>poongarg</dc:creator>
      <dc:date>2023-08-04T06:13:43Z</dc:date>
    </item>
    <item>
      <title>Re: ISE SNMPv3 deleting username design flaw</title>
      <link>https://community.cisco.com/t5/network-access-control/ise-snmpv3-deleting-username-design-flaw/m-p/4898589#M583284</link>
      <description>&lt;P&gt;Hi&amp;nbsp;&lt;a href="https://community.cisco.com/t5/user/viewprofilepage/user-id/66272"&gt;@poongarg&lt;/a&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;Thanks for the feedback on the CSCwd38766.&lt;/P&gt;
&lt;P&gt;However the CLI still has a design flaw. Why is the auth/priv password required when deleting an SNMP v3 username? What if I don't know what those passwords are?&amp;nbsp; In that case, ISE refuses to delete the username. That's inconsistent with how IOS-style commands work. It should be a simple case of "no snmp-server user &amp;lt;username&amp;gt;"&lt;/P&gt;
&lt;P&gt;And I also don't know why there is an argument of "v3" included in snmp-server user syntax - v3 should be implied, since snmp v1 and v2 don't have a concept of usernames.&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Fri, 04 Aug 2023 06:24:03 GMT</pubDate>
      <guid>https://community.cisco.com/t5/network-access-control/ise-snmpv3-deleting-username-design-flaw/m-p/4898589#M583284</guid>
      <dc:creator>Arne Bier</dc:creator>
      <dc:date>2023-08-04T06:24:03Z</dc:date>
    </item>
    <item>
      <title>Re: ISE SNMPv3 deleting username design flaw</title>
      <link>https://community.cisco.com/t5/network-access-control/ise-snmpv3-deleting-username-design-flaw/m-p/4898595#M583285</link>
      <description>&lt;P&gt;Hi Arne,&lt;/P&gt;
&lt;P&gt;We are able to delete the user with encrypted password as in my previous post. So no need to have plain text password to delete the user. Just run the "sh run" command and see the username with hash password and then negate the command with "no".&lt;/P&gt;
&lt;P&gt;I will edit the previous defect &lt;SPAN class="custom-text-color-light subheader-large"&gt;CSCwd38771 to add the workaround.&lt;/SPAN&gt;&lt;/P&gt;</description>
      <pubDate>Fri, 04 Aug 2023 06:37:40 GMT</pubDate>
      <guid>https://community.cisco.com/t5/network-access-control/ise-snmpv3-deleting-username-design-flaw/m-p/4898595#M583285</guid>
      <dc:creator>poongarg</dc:creator>
      <dc:date>2023-08-04T06:37:40Z</dc:date>
    </item>
    <item>
      <title>Re: ISE SNMPv3 deleting username design flaw</title>
      <link>https://community.cisco.com/t5/network-access-control/ise-snmpv3-deleting-username-design-flaw/m-p/4898613#M583286</link>
      <description>&lt;P&gt;Still ... the point of specifying any passwords, whether hashed or not, during the deletion process makes no sense. Why bother asking for a password in the first place?&amp;nbsp;&lt;/P&gt;
&lt;P&gt;When I tried it on 3.0 patch 5, the hash in the show run was 97 characters long.&amp;nbsp; I pasted exactly into the "no" command and not surprisingly, the error comes back&amp;nbsp; &amp;nbsp;&lt;/P&gt;
&lt;P&gt;% param string too long detected at the '^' marker.&lt;/P&gt;
&lt;P&gt;The CLI says the hash param can be up to 80 characters long. Mine is 97.&amp;nbsp; I didn't make up that hash - comes from the show run. Another reason why this is a dumb way of deleting an account.&lt;/P&gt;</description>
      <pubDate>Fri, 04 Aug 2023 07:19:16 GMT</pubDate>
      <guid>https://community.cisco.com/t5/network-access-control/ise-snmpv3-deleting-username-design-flaw/m-p/4898613#M583286</guid>
      <dc:creator>Arne Bier</dc:creator>
      <dc:date>2023-08-04T07:19:16Z</dc:date>
    </item>
    <item>
      <title>Re: ISE SNMPv3 deleting username design flaw</title>
      <link>https://community.cisco.com/t5/network-access-control/ise-snmpv3-deleting-username-design-flaw/m-p/4902622#M583367</link>
      <description>&lt;P&gt;Hi Arne,&lt;/P&gt;
&lt;P&gt;As a workaround you can use partial hash. It will also work. I just tested as below:&lt;/P&gt;
&lt;P&gt;Config on my ISE node:&lt;/P&gt;
&lt;P&gt;snmp-server user SNMPv3USER v3 sha1 hash 3dc04af2e4d92a9f3612c4a34e1cbcd0 72ebe5f780e4017ec686de7015ccd55e&lt;/P&gt;
&lt;P&gt;Used partial hash to delete the user:&lt;/P&gt;
&lt;P&gt;ise-31-poongarg/admin(config)# no snmp-server user SNMPv3USER v3 sha1 hash 3dc04af2e4 72ebe5f780e4017ec&lt;BR /&gt;ise-31-poongarg/admin(config)#&lt;/P&gt;</description>
      <pubDate>Thu, 10 Aug 2023 01:16:47 GMT</pubDate>
      <guid>https://community.cisco.com/t5/network-access-control/ise-snmpv3-deleting-username-design-flaw/m-p/4902622#M583367</guid>
      <dc:creator>poongarg</dc:creator>
      <dc:date>2023-08-10T01:16:47Z</dc:date>
    </item>
  </channel>
</rss>

