<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:content="http://purl.org/rss/1.0/modules/content/">
  <channel>
    <title>NTFS on Timmoc 的技术小屋</title>
    <link>https://t1mmoc.github.io/tags/ntfs/</link>
    <description>Recent content in NTFS on Timmoc 的技术小屋</description>
    <generator>Hugo</generator>
    <language>zh-cn</language>
    <lastBuildDate>Sat, 17 Oct 2026 16:45:00 +0800</lastBuildDate>
    <atom:link href="https://t1mmoc.github.io/tags/ntfs/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>【AIGC】隐藏文件骗的是眼睛，权限骗的是资源管理器：CLSID 目录、SUBST 藏盘，和 NTFS 那 13 个权限项</title>
      <link>https://t1mmoc.github.io/posts/2026-10-17-hidden-files-and-ntfs-permissions/</link>
      <pubDate>Sat, 17 Oct 2026 16:45:00 +0800</pubDate>
      <guid>https://t1mmoc.github.io/posts/2026-10-17-hidden-files-and-ntfs-permissions/</guid>
      <description>三份旧笔记凑成一篇：一份 NTFS 权限实验总结、一张 12 个 CLSID 的对照表、一个用 SUBST 把目录挂成 O 盘的 .bat。核心结论是这两件事经常被混着谈——隐藏改的是「谁去看」（属性、Shell 命名空间、盘符映射，全在显示层，文件系统根本不认），权限改的是「谁能动」（ACL，访问检查层）。实测部分（Win Server 2016，非提权，所有者=自己）推翻了原笔记三条：拒绝「读取权限」挡不住 API 删除，只挡资源管理器；只拒文件上的 DELETE 也拦不住删除，因为父目录的 FILE_DELETE_CHILD 是第二条路，两条一起堵才叫锁死；而 icacls 写的 (D) 其实是 0x110000（DELETE|SYNCHRONIZE），会把文件变成读不了写不了删不了、连 ACE 都撤不回来的砖——我第一次得出错结论就是被这个副作用骗的。附 CLSID 目录为什么在 cmd 里一览无余、SUBST 那招为什么重启就掉，以及「隐藏 ≠ 安全，权限 ≠ 安全」的边界。脚本和笔记都在 toolbox 仓的 hide-and-permission/ 里。</description>
    </item>
  </channel>
</rss>
