Is there a way to disable the keyboard interactive authentication requirement with SSH on iDRAC8 2.70.70.70? We have some asset scanning software that can no longer scan iDRAC8 at that firmware level.
Having the same problem here, since updating a few iDracs to 2.70.70.70 our scripts can not longer log into our iDracs because they respond "Publickey or keyboard-interactive" instead of "Publickey or Password" when connecting via Pythons Paramiko.
Same. I'm using the same asset scanning software as the OP. It's broken now as of the most recent iDRAC updates. (Also, seemingly, 2.65.65.65 for my R620's iDRAC7. Was working just fine before.)
Please either make available the option to disable the keyboard-interactive auth or retro the feature all together.
So this feature - which was added by Dell in a firmware upgrade - has broken things for us - the user -...and what I'm hearing is, "We're not going to fix it - nor are we going to give the user the option to disable this feature on the hardware that they own." followed by a random instruction to read the iDRAC8 manual as though that will somehow help.
Unhelpful.
Maybe find a way to give us the ability to control ourhardware however we choose instead of making these choices for us? Consider adding the ability to disable it in a new release. Seems only proper that if we're spending money on this hardware that we are granted the ability to do with it as we see fit.
I'm trying out the 2.75.75.75 firmware for iDRAC 8. This problem (yes "PROBLEM") still persists.
Where is the option to disable this "Keyboard interactive authentication"?
As a customer, I have zeroconcern for Dell's opinion on whether or not the customer's hand should be held. I want control of myhardware.
This arbitrary, intrusive decision on Dell's part to take it upon themselves to decide these things for us is an inconvenience and it needsto be resolved.
So where is the solution? It is unhelpfulto link us to manuals that will obviously yield nothingof relevance.
I understand your point and obviously I can see this is an inconvenience for you and other customers. I can also understand this change will have an impact on customers who are using this protocol for certain functionalities. I am sorry for this.
However, you need to understand that this is, as my colleague @DELL-Stefan R mentioned, a security-related feature. Maybe there is no reason for you to put this functionality in place in terms of security. Maybe you don't care about this and it is perfectly fine in your environment. But from the security perspective is not a matter of "opinion" as you said. It is a matter of security.
The decision behind setting up the Keyboard interactive authentication requirement was made to enhance the security of the SSH connection protocol after several vulnerabilities and exploits were discovered. It's not an arbitrary decision. It's a decision based on the industry security standards and best practice (RFC 4256).
I reject your reply for one, simple reason. You are notaddressing the complete scope of my comment.
You may recall that, in my comment, I mentioned the ability to disable the functionality.
The decision to not include that ability - to give us the option to disable this function - IS arbitrary. The decision to FORCE the use of this security feature on us - "like it or not" - is arbitrary.
We don't need you to explain security and how it evolves. (Especially because, nowhere that I can see in the RFC doc do I see that this is REQUIRED security.)
This is a SIMPLE solution. Give us the option to DISABLE this function. Plain and simple. Enable it by default if you wish. But give us the ability to DISABLE IT.
This is nota complex concept. Why is it being treated as such?
The security vulnerability I was talking about is CVE-2015-5600. You can look for more information about it on the Internet.
The iDRAC SSHServer including “keyboard interactive authentication” to provide enhanced security started with iDRAC Firmware 2.70.70.70 and iDRAC Firmware 4.00.00.00 (depends on Server model).
As far as I know, there are no plans to remove this functionality or allow it to be disabled. You need to rollback to a prior version of 2.70.70.70 if you want this to be gone.
Finally, if you have setup automation which leverages ssh sessions, you need to ensure that library supports "interactive authentication".
Daniel My
12 Elder
•
6205 Posts
4383
0
Posted December 6th, 2019 13:00
I am not aware of a method to disable that security feature. I suggest checking to see if something like SNMP can be used in place of SSH.