[
https://issues.apache.org/jira/browse/SSHD-925?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16870511#comment-16870511
]
Goldstein Lyor edited comment on SSHD-925 at 6/23/19 10:15 AM:
---------------------------------------------------------------
When receiving a directory, again it is the *receiver* that decides where the
incoming files (and/or sub-directories) will be placed, so it does not seem
that a malicious sender can clobber unintended files. The same validity checks
could be applied, although matching is even more difficult - especially if we
have wildcards involved.
was (Author: lgoldstein):
When receiving a directory, again it is the *client* that decides where the
incoming files (and/or sub-directories) will be placed, so it does not seem
that a malicious server can clobber unintended files. The same validity checks
could be applied, although matching is even more difficult - especially if we
have wildcards involved.
> See if SCP vulnerability CVE-2019-6111 applies and mitigate it if so
> --------------------------------------------------------------------
>
> Key: SSHD-925
> URL: https://issues.apache.org/jira/browse/SSHD-925
> Project: MINA SSHD
> Issue Type: Improvement
> Affects Versions: 2.2.0
> Reporter: Goldstein Lyor
> Assignee: Goldstein Lyor
> Priority: Major
> Labels: scp, security-issue
>
> From [OpenSSH version 8.0 release
> notes|https://www.openssh.com/txt/release-8.0]
> {quote}
> This release contains mitigation for a weakness in the scp(1) tool and
> protocol (CVE-2019-6111): when copying files from a remote system to a local
> directory, scp(1) did not verify that the filenames that the server sent
> matched those requested by the client. This could allow a hostile server to
> create or clobber unexpected local files with attacker-controlled content.
> {quote}
> If indeed this vulnerability exists then also note the following
> {quote}
> The scp protocol relies on the remote shell for wildcard expansion, so there
> is no infallible way for the client's wildcard matching to perfectly reflect
> the server's. If there is a difference between client and server wildcard
> expansion, the client may refuse files from the server. For this reason, we
> have provided a new "-T" flag to scp that disables these client-side checks
> at the risk of reintroducing the attack described above.
> {quote}
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
