After a recent OpenSSH upgrade on SonicWall devices, users may find that SSH connections established via SSH client applications (such as SecureCRT) no longer accept password-based authentication. The SSH session may connect but fail to authenticate, hang at the password prompt, or disconnect immediately without accepting credentials.
This behavior was introduced by an OpenSSH upgrade that disabled support for password-based authentication during SSH session establishment.
Affected Versions
Symptoms
An OpenSSH upgrade applied to SonicWall devices disabled password authentication when establishing an SSH connection. This is a behavioral change in how OpenSSH handles authentication negotiation.
A workaround is available for users connecting via SecureCRT. By configuring a Logon Action on the SSH session, SecureCRT can handle the credential exchange in a way that is compatible with the updated OpenSSH behavior.
Steps to Configure Logon Action in SecureCRT

Note: This workaround applies to SecureCRT specifically. Users of other SSH clients should refer to their client's documentation for equivalent scripted logon or keyboard-interactive authentication options.