如何通过语言提供的能力来防范Log4j之类的漏洞？

功能能力安全（capability-safe）的语言（如Rust）可以最大限度地减少甚至防止Log4j漏洞发生。
在本文中讨论围绕Log4j漏洞的两个问题：

1. 它会对用户提供的字符串进行字符串插值。
2. 它会访问网络，而没有人意识到它可能会这样做。（这是能力安全的语言可以提供帮助的部分。）

1. 他们认为日志库在默认情况下始终访问网络是完全合理的，并Network 为该Logger.getLogger()方法添加了一个参数。一些用户接受了这一点并成为该漏洞的牺牲品，但更挑剔的用户担心此网络访问请求并切换到不需要它的更简单的其他日志记录库，从而避免了该漏洞。
2. 他们认为日志库根本不应该访问网络，或者认为需要一个Network参数会让用户感到害怕或不方便，因此拒绝了该功能。
3. 他们认为该功能能力是值得的，但不希望修改的破坏性 API 更改getLogger需要Network. 因此，他们引入了一种新方法，可能称为 Logger.getLoggerWithNetwork(MyClass.class, network). 由于大多数用户不使用这种方法并且log4j没有它就无法访问网络，因此可以防止绝大多数漏洞。

let file = File::open("/anything/you/want.txt")?;

可能有访问控制列表、命名空间、防火墙或虚拟化机制来管理哪些资源可以实际访问，但这些通常是粗粒度的，并在应用程序之外进行配置。
基于能力的安全寻求避免环境权威，使沙箱更细粒度和可组合。要打开文件，需要一个Dir，代表它所在的打开目录：

let file = dir.open("the/thing.txt")?;

let hidden = dir.open("../hidden.txt")?;

dir.symlink("/hidden.txt", "misdirection.txt")?;
let secret = dir.open("misdirection.txt")?;

• cap-std本身，它提供基于功能的stdAPI版本
• cap-async-std，这是async-std什么cap-std是std
• cap-directories它提供了对标准应用程序目录的基于能力的访问
• cap-tempfile，它提供对临时目录的基于能力的访问
• cap-fs-ext，它提供了超出现有文件系统功能的附加文件系统功能 std
• cap-time-ext，它提供了超出可用时间功能的附加时间功能 std
• cap-rand，它提供对随机数生成器的基于能力的访问