tomaswolf commented on a change in pull request #176:
URL: https://github.com/apache/mina-sshd/pull/176#discussion_r632393865



##########
File path: sshd-core/src/main/java/org/apache/sshd/common/BaseBuilder.java
##########
@@ -70,6 +70,7 @@
      */
     public static final List<BuiltinCiphers> DEFAULT_CIPHERS_PREFERENCE = 
Collections.unmodifiableList(
             Arrays.asList(
+                    // BuiltinCiphers.cc20p1305_openssh, // TODO: enable by 
default when BouncyCastle available

Review comment:
       I may be missing something here... but this BuiltinCiphers code already 
can have ciphers in there that have isSupported() == false. So I wonder why 
we'd need to have a ChaCha implementation in sshd itself. Either some provider 
provides it, or not.
   
   I would expect the ChaCha cipher never to be proposed or used if it isn't 
supported. Having it supported only if BC is available would be fine by me. (We 
seem to require BC >= 1.68. If there's any such BC version that doesn't provide 
ChaCha, then the feature test would need to be more precise.)
   
   Don't know what the stance of the other maintainers is on having more crypto 
code inside sshd. AFAIK the only crypto code in sshd is the OpenBSD bcrypt 
implementation needed to handle OpenSSH encrypted keys. That one was copied 
because it was felt that having another dependency on an external artifact just 
for one class was to be avoided, and the inclusion was cleared beforehand here 
at Apache _and_ with the Eclipse legal team. (The latter only because I wanted 
it to be used in Eclipse; including it here if then Eclipse legal had objected 
would have only complicated matters.)




-- 
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.

For queries about this service, please contact Infrastructure at:
[email protected]



---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]

Reply via email to