[Feature] Sort by security: take into account cipher and hash length

[rocketraman]

The "security" rating sorting does not appear to take into account cipher key and hash lengths.

The current first page of the cipher suites list sorted by security (descending) is below -- for example, why would cipher 1 be rated lower than cipher 2? Same with cipher 3 and 4, but not with (for example), cipher 5 and 6.

I understand there are performance trade-offs with larger key and hash lengths, but we are sorting by "security" here, not "performance".

Or is there another reason for this sort order?

[n0lz]

Hi, that question was already answered #113

[rocketraman]

Hi, that question was already answered #113

Not really. The answer states:

The options Ascending and Descending simply order the ciphersuites alphabetically. They do not indicate a security ranking. Such an ordering option would be a new feature.

But I think this answer is obsolete. We are now actually ordering the ciphers by "Security", not by "Name" (screenshot below). It can also be seen from the original screenshot above that the ciphers are indeed not in alphabetical order, not even within a security level group (e.g. "Recommended", "Secure").

[n0lz]

The order by security means by tag (insecure, weak, secure, recommended) not by algorithm.

[rocketraman]

The order by security means by tag (insecure, weak, secure, recommended) not by algorithm.

And within a tag, it's random? Ok, good to know. I've updated the title to indicate this is a feature request.