如何解决与 ADS 的 Windows 命令交互不一致
我想弄清楚这在过去是否曾经有效。 （需要 >= Windows 8）在命令提示符中，您可以添加称为 ADS 的文件流（备用数据流）并检查它们。
$>echo I am a regular text file nothing going on here > file1.txt
$>echo I am a hidden filestream > file1.txt:another
$> more < file1.txt:another
I am a hidden filestream
$> type file1.txt:another
The filename,directory name,or volume label Syntax is incorrect.
然后就炸了。 但是在 PowerShell 中，如果您正确地限定了文件名，那么最后一个命令就可以正常工作。
$>powershell
Windows PowerShell
copyright (C) Microsoft Corporation. All rights reserved.
$> type .\file1.txt:another
I am a hidden filestream
这里有效，是什么？这过去在命令提示符下工作吗？互联网上的一些示例博客和教程似乎表明它曾经有效。我试图消除个人防火墙在这里的一个因素，但由于 more 命令有效，防火墙实际上并没有隐藏流。我还注意到启动隐藏在流中的二进制文件似乎也不再起作用，并且想知道行为更改是否是修补程序，并且 M$ 可能已经忘记了更难滥用的命令解决方法，但发现这有点不太可能.
更新：
事实证明总是这样，“类型”从来没有支持流@dxiv是对的，另见https://blog.foldersecurityviewer.com/ntfs-alternate-data-streams-the-good-and-the-bad/
版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 dio@foxmail.com 举报，一经查实，本站将立刻删除。
