Verus语言中LocalInvariant生命周期检查的非终止性问题分析

Verus是一种用于Rust的形式化验证工具，它通过宏和特殊注解帮助开发者编写可验证的正确代码。在Verus项目中，最近发现了一个关于LocalInvariant生命周期检查的重要问题，特别是在处理非终止代码时会出现验证漏洞。

问题背景

Verus提供了LocalInvariant机制来帮助管理不变量的生命周期。通过open_local_invariant!宏，开发者可以安全地访问和修改被保护的数据。这个宏的预期行为是确保在宏展开的代码块范围内，被打开的不变量保持有效。

问题现象

在特定情况下，当open_local_invariant!代码块中包含非终止代码（如无限循环）时，生命周期检查会出现问题。示例代码展示了如何通过构造一个无限循环来绕过验证：

fn stuff(tracked inv: LocalInvariant<(), X, Pred>) {
    open_local_invariant!(&inv => x1 => {
        let tracked x2 = inv.into_inner();
        proof {
            no_dupes(x1, x2);
            assert(false);
        }
        loop { } // 非终止代码
    });
}

技术原理分析

open_local_invariant!宏的设计原理是通过Rust的生命周期系统确保不变量在整个代码块期间保持有效。宏展开后大致相当于：

let (guard, mut x1) = open_atomic_invariant_begin(&inv);
{
    // 用户代码
}
open_invariant_end(guard, x1);

关键在于guard变量的使用，它通过出现在代码块末尾的open_invariant_end调用，强制延长了&inv引用的生命周期到整个代码块结束。

问题根源

当代码块包含非终止代码时，Rust的MIR（中级中间表示）不会考虑无法到达的代码（如open_invariant_end调用）。这导致生命周期检查失效，因为编译器认为guard没有被使用到最后。

解决方案思路

1. 修改into_inner规范：可以重新设计into_inner方法，使其要求必须先打开不变量才能调用。这种方法改变了API的语义，但能从根本上解决问题。

2. 替代生命周期强制机制：寻找不依赖代码块末尾调用的方式来强制生命周期延长。例如，可以在代码块开始时创建某种必须被消耗的标记。

影响评估

这个问题属于验证系统的健全性(soundness)问题，可能导致验证器错误地接受某些本应被拒绝的不安全代码。特别是在涉及资源管理和不变量保持的场景中，这种漏洞可能导致严重的逻辑错误。

最佳实践建议

开发者在编写涉及LocalInvariant的代码时，应当：

• 避免在open_local_invariant!块中编写可能非终止的代码
• 如果必须处理潜在的非终止情况，考虑使用显式的终止检查
• 关注Verus对此问题的修复进展，及时更新代码

Verus团队已经提交了修复此问题的提交，开发者应关注相关更新以确保验证的可靠性。