主页 / unix / 问题 / 499958
Accepted
Reinstate Monica
Asked: 2019-02-12 06:55:42 +0800 CST

为什么 scp 的严格文件名检查拒绝引用最后一个组件而不拒绝其他组件？

  • 772

当我尝试在其路径中使用斜杠 scp 文件时，该路径被引用为本地主机，最后一个路径组件被额外引用为远程主机，例如scp host:"a/b/'c'" .，它失败了

protocol error: filename does not match request

除非我使用该-T选项。但是，如果引用了任何其他路径组件，例如scp host:"a/'b'/c" .，它可以工作。此外，如果没有为本地主机引用路径，例如scp host:a/b/'c' .，它可以工作。

手册页文档-T如下：

禁用严格的文件名检查。默认情况下，将文件从远程主机复制到本地目录时，scp 检查接收到的文件名是否与命令行上请求的文件名匹配，以防止远程端发送意外或不需要的文件。由于各种操作系统和 shell 解释文件名通配符的方式不同，这些检查可能会导致想要的文件被拒绝。此选项以完全信任服务器不会发送意外文件名为代价禁用这些检查。

我不明白这个描述如何解释我看到的行为。scp 行为的基本原理是什么？有没有办法禁用这个“功能”？

我正在运行 Ubuntu 16.04，而远程主机正在运行 Ubuntu 12.04。

filenames quoting

1 个回答

  1. Best Answer

    Ubuntu 人以推动不考虑/部分补丁而闻名（最近的例子）；在你的情况下，它是关于这个补丁，它不到 3 周，包括花在快照上的时间：

    check in scp client that filenames sent during remote->local directory
copies satisfy the wildcard specified by the user.

This checking provides some protection against a malicious server
sending unexpected filenames, but it comes at a risk of rejecting wanted
files due to differences between client and server wildcard expansion rules.

For this reason, this also adds a new -T flag to disable the check.

reported by Harry Sintonen
fix approach suggested by markus@;
has been in snaps for ~1wk courtesy deraadt@

OpenBSD-Commit-ID: 00f44b50d2be8e321973f3c6d014260f8f7a8eda

    这还没有准备好迎接黄金时段（它天真地使用fnmatch(3)文件的基本名称）并且已经必须修复以允许大括号扩展。

    结论：这是一个错误；它可能迟早会被修复；或者，如果没有，请准备始终使用-T.

    • 3

相关问题