Remove client compatibility information?

[jtesta]

I propose that the client compatibility information be removed from the tool.

In the general header output of a standard scan, the tool outputs client compatibility information for the target server. For example:

# general
[...]
(gen) compatibility: OpenSSH 9.6+, Dropbear SSH 2020.79+
[...]

The accuracy of this information has never been verified (to the best of my knowledge), nor do I believe that it is very useful. Removing this feature would result in streamlining the code base (in this function, and the functions it calls).

Voting will remain open until 2027-01-01 (for approximately 6 months). After that time, I'll follow whatever the community prefers.

[perkelix]

Keep it.

I use it a lot as a checklist to ensure that all hosts I manage maintain the same policies, based on the highest level of support for each SSH2 feature. I have hosts running tinysshd, dropbear and two OpenSSH versions (a really old one whose most features are now in the yellow, and whatever is current at Debian for stable and backports).

Without these reminders of what is supported since which version, I could not function.