[jira] [Created] (SSHD-331) Bad output position in SftSubsystem after a resume
Guillaume Nodet created SSHD-331: Summary: Bad output position in SftSubsystem after a resume Key: SSHD-331 URL: https://issues.apache.org/jira/browse/SSHD-331 Project: MINA SSHD Issue Type: Bug Reporter: Guillaume Nodet Assignee: Guillaume Nodet Fix For: 0.12.0 -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Resolved] (SSHD-331) Bad output position in SftSubsystem after a resume
[ https://issues.apache.org/jira/browse/SSHD-331?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Guillaume Nodet resolved SSHD-331. -- Resolution: Fixed https://git-wip-us.apache.org/repos/asf?p=mina-sshd.git;a=commit;h=714a615b1d26c3958234622b7b1dbd5992c89d4e Bad output position in SftSubsystem after a resume -- Key: SSHD-331 URL: https://issues.apache.org/jira/browse/SSHD-331 Project: MINA SSHD Issue Type: Bug Reporter: Guillaume Nodet Assignee: Guillaume Nodet Fix For: 0.12.0 -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (SSHD-330) Handshake fails (wrong shared secret) 1 out of 256 times
[
https://issues.apache.org/jira/browse/SSHD-330?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14032188#comment-14032188
]
Guillaume Nodet commented on SSHD-330:
--
Thx for the patch !
Handshake fails (wrong shared secret) 1 out of 256 times
Key: SSHD-330
URL: https://issues.apache.org/jira/browse/SSHD-330
Project: MINA SSHD
Issue Type: Bug
Affects Versions: 0.11.0
Reporter: Pasi Eronen
Assignee: Guillaume Nodet
Fix For: 0.12.0
The shared secret returned by KeyAgreement.generateSecret() is a byte array,
which can (by chance, roughly 1 out of 256 times) begin with zero byte. In
SSH, the shared secret is an integer, so we need to strip the leading
zero(es).
Some JCE providers might strip leading zeroes, though. SunJCE used to do this
in Java 6, I think, but not anymore in Java 7 -- and there was an almost
identical bug (handshake fails 1 out of 256 times) in Java's SSL/TLS
implementation in early Java 7 versions (see
http://bugs.java.com/view_bug.do?bug_id=8014618).
Pull request here:
https://github.com/apache/mina-sshd/pull/5
How to reproduce with OpenSSH client (assuming Mina SSH server running in
port 9922):
for x in {1..500}; do sshpass -p wrong ssh -p9922
-oKexAlgorithms=diffie-hellman-group-exchange-sha1 someuser@localhost; done
for x in {1..500}; do sshpass -p wrong ssh -p9922
-oKexAlgorithms=ecdh-sha2-nistp256 someuser@localhost; done
--
This message was sent by Atlassian JIRA
(v6.2#6252)
[jira] [Resolved] (SSHD-330) Handshake fails (wrong shared secret) 1 out of 256 times
[
https://issues.apache.org/jira/browse/SSHD-330?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Guillaume Nodet resolved SSHD-330.
--
Resolution: Fixed
Fix Version/s: 0.12.0
Assignee: Guillaume Nodet
https://git-wip-us.apache.org/repos/asf?p=mina-sshd.git;a=commit;h=2aed686bdb21681a421033c6ee5997e5cd8a9a83
Handshake fails (wrong shared secret) 1 out of 256 times
Key: SSHD-330
URL: https://issues.apache.org/jira/browse/SSHD-330
Project: MINA SSHD
Issue Type: Bug
Affects Versions: 0.11.0
Reporter: Pasi Eronen
Assignee: Guillaume Nodet
Fix For: 0.12.0
The shared secret returned by KeyAgreement.generateSecret() is a byte array,
which can (by chance, roughly 1 out of 256 times) begin with zero byte. In
SSH, the shared secret is an integer, so we need to strip the leading
zero(es).
Some JCE providers might strip leading zeroes, though. SunJCE used to do this
in Java 6, I think, but not anymore in Java 7 -- and there was an almost
identical bug (handshake fails 1 out of 256 times) in Java's SSL/TLS
implementation in early Java 7 versions (see
http://bugs.java.com/view_bug.do?bug_id=8014618).
Pull request here:
https://github.com/apache/mina-sshd/pull/5
How to reproduce with OpenSSH client (assuming Mina SSH server running in
port 9922):
for x in {1..500}; do sshpass -p wrong ssh -p9922
-oKexAlgorithms=diffie-hellman-group-exchange-sha1 someuser@localhost; done
for x in {1..500}; do sshpass -p wrong ssh -p9922
-oKexAlgorithms=ecdh-sha2-nistp256 someuser@localhost; done
--
This message was sent by Atlassian JIRA
(v6.2#6252)
[jira] [Resolved] (SSHD-328) Customize thread pools to have nicer names
[ https://issues.apache.org/jira/browse/SSHD-328?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Guillaume Nodet resolved SSHD-328. -- Resolution: Fixed Fix Version/s: 0.12.0 Assignee: Guillaume Nodet https://git-wip-us.apache.org/repos/asf?p=mina-sshd.git;a=commit;h=b8c21ebc1aaea60f029c301500159bc18e446bd2 Customize thread pools to have nicer names -- Key: SSHD-328 URL: https://issues.apache.org/jira/browse/SSHD-328 Project: MINA SSHD Issue Type: Improvement Reporter: Guillaume Nodet Assignee: Guillaume Nodet Priority: Minor Fix For: 0.12.0 -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Resolved] (SSHD-320) The moduli file is embedded in the sshd-core jar and is not externalized at the moment
[ https://issues.apache.org/jira/browse/SSHD-320?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Guillaume Nodet resolved SSHD-320. -- Resolution: Fixed Fix Version/s: 0.12.0 Assignee: Guillaume Nodet https://git-wip-us.apache.org/repos/asf?p=mina-sshd.git;a=commit;h=f3cac42aeae0fcb3e509166191920da9af69a24e The moduli file is embedded in the sshd-core jar and is not externalized at the moment -- Key: SSHD-320 URL: https://issues.apache.org/jira/browse/SSHD-320 Project: MINA SSHD Issue Type: Bug Affects Versions: 0.11.0 Reporter: Pawel Sm7 Assignee: Guillaume Nodet Fix For: 0.12.0 The moduli file is embedded in the sshd-core jar and is not externalized at the moment. It should be externalized. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Resolved] (SSHD-319) Handling error scenarios if Prime cannot be found.
[ https://issues.apache.org/jira/browse/SSHD-319?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Guillaume Nodet resolved SSHD-319. -- Resolution: Fixed Fix Version/s: 0.12.0 Assignee: Guillaume Nodet https://git-wip-us.apache.org/repos/asf?p=mina-sshd.git;a=commit;h=ba4772a23573998a1c801e28130ccfb1a9b77121 Handling error scenarios if Prime cannot be found. -- Key: SSHD-319 URL: https://issues.apache.org/jira/browse/SSHD-319 Project: MINA SSHD Issue Type: Bug Affects Versions: 0.11.0 Reporter: Pawel Sm7 Assignee: Guillaume Nodet Fix For: 0.12.0 Mina does not support fallback to weaker Diffie-Hellman algorithm if Prime cannot be found. The failure approach of fall-thru to weaker Diffie-Hellman algorithm, e.g. Group14 (embedded within the Code) if Prime cannot be found, either due to MODULI File Access Errors or Prime Not Found in the File, is the typical approach of most SSH Server Implementations. OpenSSH follows this paradigm. Also it would help in communications robustness. It would be also nice to have a log event when the fallback happens. Do you agree that this is an issue? When could it be implemented? It makes sense to me. Especially, the spec ( http://tools.ietf.org/html/rfc4419) says: The server should return the smallest group it knows that is larger than the size the client requested. If the server does not know a group that is larger than the client request, then it SHOULD return the largest group it knows. In all cases, the size of the returned group SHOULD be at least 1024 bits. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (SSHD-325) WinSCP client against org.apache.sshd.sftp.subsystem.SftpSubsystem is not working
[ https://issues.apache.org/jira/browse/SSHD-325?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14032256#comment-14032256 ] Guillaume Nodet commented on SSHD-325: -- The sshd-sftp module is currently flagged as experimental. Please use the SftpSubsystem provided by sshd-core, unless you really want to use this experimental module. In such cases, patches are welcomed ! ;-) WinSCP client against org.apache.sshd.sftp.subsystem.SftpSubsystem is not working - Key: SSHD-325 URL: https://issues.apache.org/jira/browse/SSHD-325 Project: MINA SSHD Issue Type: Bug Affects Versions: 0.11.0 Reporter: Juanma Valero Garzon ssh-sftp version 0.11.0 WinSCP version 5.5.3 ssh-sftp sever running inside eclipse, in a linux (ubuntu) operating system. WinSCP running inside Windows XP operating system. To start de Test case, run the main program inside de test package org.apache.sshd.sftp.SftpTest. After that try to connect with the WinSCP client, and you get the following error message --- Error --- Error listing directory '//sshd-sftp'. --- Error decoding SFTP packet (52, 1785029492, 205). --- OK Help --- when you try to list the directory. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Resolved] (SSHD-317) UnsupportedOperationException uploading file Java 7/Windows
[
https://issues.apache.org/jira/browse/SSHD-317?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Guillaume Nodet resolved SSHD-317.
--
Resolution: Fixed
Fix Version/s: 0.12.0
Assignee: Guillaume Nodet
https://git-wip-us.apache.org/repos/asf?p=mina-sshd.git;a=commit;h=97b38fb08e4a4fffb8fb01dd9d30ac2a2af16dee
UnsupportedOperationException uploading file Java 7/Windows
---
Key: SSHD-317
URL: https://issues.apache.org/jira/browse/SSHD-317
Project: MINA SSHD
Issue Type: Bug
Reporter: Will Glass-Husain
Assignee: Guillaume Nodet
Fix For: 0.12.0
Hi,
I'm still seeing errors with windows/Java 7 when uploading files. It appears
to be properly using NativeSshFile, but that causes errors when setting
attributes. (v 0.11).
I commented on ticket SSHD-257, but since that's closed I'm opening a new one.
{noformat}
10:10:02.221 [Thread-7] ERROR o.a.sshd.server.sftp.SftpSubsystem - Exception
caught in SFTP subsystem
java.lang.UnsupportedOperationException: null
at
org.apache.sshd.common.file.nativefs.NativeSshFile.setAttributes(NativeSshFile.java:644)
~[sshd-core-0.11.0.jar:0.11.0]
at org.apache.sshd.server.sftp.SftpSubsystem.process(SftpSubsystem.java:427)
~[sshd-core-0.11.0.jar:0.11.0]
at org.apache.sshd.server.sftp.SftpSubsystem.run(SftpSubsystem.java:334)
~[sshd-core-0.11.0.jar:0.11.0]
at java.lang.Thread.run(Thread.java:744) [na:1.7.0_51]
{noformat}
--
This message was sent by Atlassian JIRA
(v6.2#6252)
[jira] [Resolved] (SSHD-318) VirtualFileSystemFactory does not work under Windows
[
https://issues.apache.org/jira/browse/SSHD-318?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Guillaume Nodet resolved SSHD-318.
--
Resolution: Fixed
Fix Version/s: 0.12.0
Assignee: Guillaume Nodet
https://git-wip-us.apache.org/repos/asf?p=mina-sshd.git;a=commit;h=29ff339cfadb43871378126cfa8f5625653b2608
VirtualFileSystemFactory does not work under Windows
Key: SSHD-318
URL: https://issues.apache.org/jira/browse/SSHD-318
Project: MINA SSHD
Issue Type: Bug
Affects Versions: 0.11.0
Environment: Windows
Reporter: Christian d'Heureuse
Assignee: Guillaume Nodet
Fix For: 0.12.0
NativeFileSystemView.getNormalizedView() uses multi-root logic when the path
separator is not '/', which is the case under Windows. But this multi-root
logic interferes with VirtualFileSystemFactory, where there is a separate
virtual root for each user.
To solve the problem, VirtualFileSystemFactory.createFileSystemView() could
pass a '/' separator to the constructor of NativeFileSystemView:
{code}
return new NativeFileSystemView(session.getUsername(), roots, /, '/',
false);
{code}
--
This message was sent by Atlassian JIRA
(v6.2#6252)
