为什么/proc/sys/fs/binfmt_misc下的register文件是只写的？

你观察到的/proc/sys/fs/binfmt_misc/register权限是内核预设的正常行为，该文件属于procfs虚拟文件系统的控制接口，本身就未开放读权限：

ebra@him:/proc/sys/fs/binfmt_misc$ ll register
--w------- 1 root root 0 Aug 19 19:15 register

该文件的具体作用 #

这个文件是Linux内核binfmt_misc模块的规则注册入口，binfmt_misc的核心功能是让内核支持运行任意格式的可执行文件，你只需要往register中写入符合固定格式的规则字符串，内核就能识别对应格式的二进制文件，自动调用指定的解释器执行。
比如可以通过这个接口注册规则，让系统直接运行Java的jar包、Python的编译字节码、配合Wine运行Windows的exe文件，不需要额外手动加前缀调用解释器。

设计为完全无法读取的常见用途 #

这类完全只写的虚拟文件，设计逻辑一般分为三类：

• 接口本身没有可存储的读取内容：你写入register的规则不会存储在这个文件里，内核接收到写入请求后会直接处理规则，注册成功的规则会在同目录下生成独立的同名可读文件展示内容，register本身不需要留存任何数据，自然没有内容可以返回给读操作，设计成只写是从权限层面直接拦截无意义的读请求，减少不必要的内核开销。
• 作为纯触发类控制接口：不少内核的procfs、sysfs接口只需要接收指令触发对应操作，不需要返回状态，比如部分系统的/sys/power/state写入suspend就直接触发系统休眠，这类接口不需要实现读逻辑，设为只写可以避免用户做无效的读取尝试。
• 规避敏感信息泄露风险：部分用于接收敏感数据（比如加密密钥、身份凭证）的内核接口，设为只写可以保证写入的敏感数据只会被内核内部处理，不会留下可供其他进程读取的副本，从设计层面规避信息泄露的可能。

内容的提问来源于stack exchange，提问作者Ebrahim Ghasemi