WinSCP fails SSH connection due to "Unsupported" Key exchange algorithm

I use WinSCP to manage different devices at home though SSH using its interface.
Since some time when trying to connect to one of the devices I get the error: "Network error: Software caused connection abort". This started out of nothing
I'm currently using WinSCP v6.5.2
It took some time to understand this had to do with the Key Exchange between WinSCP and the device. In a previous version of WINSCP the SSH connection with the device succeeded.

This is what I tried:

• WINSCP and DEVICE --> FAILS
  
• PUTTY and DEVICE --> FAILS
  
• PLINK and DEVICE --> FAILS (see attached file!)
  
• SSH Cli Client in Windows 11 and DEVICE --> SUCCEEDS
  
• Bitvise SSH Client in Windows 11 and DEVICE --> SUCCEEDS (see attached files!)
  

Looking at the log file from PLINK, there appear to be mutually supported curves, but it still does not work, no matter what I do or try. With BITVISE it does succeed.

Is this a recent BUG in WinSCP? Is there anything I can do to try to see if it works?

So what has changed? Did you upgrade WinSCP? Did you upgrade the device?
Can you post WinSCP log? Did you try prioritizing another KEX in WinSCP? Why do you think this about "Unsupported" key exchange algorithm?

Hello Martin,

"Unsupported" is not the correct choice of word. I should have mentioned "Not Matching". The Router specifies in its logs: "No matching algo kex".

The only thing I can say is that it worked and "suddenly" stopped working. In terms of "changes", nothing changed on the router, and I always upgrade WinSCP to the latest available version using WINGET

• I was running WinSCP v6.5.2, which failed the SSH connection ONLY with this remote device
  
• Uninstalled WinSCP v6.5.2 and kept the WINSCP.INI
  

• Installed WinSCP v6.3.7 and reused the WINSCP.INI => SSH Connection to remote device WORKS!
  
• Upgraded to WinSCP v6.5.0 and reused the WINSCP.INI => SSH Connection to remote device FAILS!
  

Logs of both included

Thank you

WinSCP 6.5 supports all Key exchange algorithms that 6.3.7 did (and more).
So this looks like a bug in the device.
As ECDH KEX was used with 6.3.7, try moving that to the top of preference list:
https://winscp.net/eng/docs/ui_login_kex
Or moving new ML-KEM to the very bottom.