Mailing-List: contact dev-help@mina.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@mina.apache.org
Date: Mon, 17 Mar 2014 14:10:42 +0000 (UTC)
From: "Guillaume Nodet (JIRA)" <jira@apache.org>
To: dev@mina.apache.org
Message-ID: <JIRA.12697524.1393460066552.89503.1395065442802@arcas>
In-Reply-To: <JIRA.12697524.1393460066552@arcas>
References: <JIRA.12697524.1393460066552@arcas>
Subject: [jira] [Resolved] (SSHD-294) Dubious SSH_FXP_REALPATH handling
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit


     [ https://issues.apache.org/jira/browse/SSHD-294?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Guillaume Nodet resolved SSHD-294.
----------------------------------

       Resolution: Fixed
    Fix Version/s: 0.11.0
         Assignee: Guillaume Nodet

https://git-wip-us.apache.org/repos/asf?p=mina-sshd.git;a=commit;h=290554d7a5fa14072981dc8a5389e192e32673b3

> Dubious SSH_FXP_REALPATH handling
> ---------------------------------
>
>                 Key: SSHD-294
>                 URL: https://issues.apache.org/jira/browse/SSHD-294
>             Project: MINA SSHD
>          Issue Type: Bug
>    Affects Versions: 0.10.0
>            Reporter: Kohsuke Kawaguchi
>            Assignee: Guillaume Nodet
>             Fix For: 0.11.0
>
>
> SSH_FXP_REALPATH is used to canonicalizing path on the server side, so clients often send path names that do not exist. The procol (http://tools.ietf.org/html/draft-ietf-secsh-filexfer-02) clearly states that it should respond with dummy attribute values.
> SftpSubsystem class, OTOH, attempts to return actual file attributes, which could fail on non-existent paths (or if the path exists but is at the location the user doesn't have access to.)
> Handler for SSH_FXP_REALPATH shouldn't attempt to get attributes, or if you do, it must recover from errors in SshFile and report dummy values instead.  


--
This message was sent by Atlassian JIRA
(v6.2#6252)