Skip to content

secure-foundations/leaf

Repository files navigation

Leaf

Leaf is an experimental new Iris separation logic library that targets reasoning about "temporarily shared state" and especially "temporarily shared, read-only state." The goal is to find the "right core logic" for temporarily shared state. In Leaf, our logic is centered around an operator called guards, which indicates that one proposition is the "read-only" version of another proposition. For example, the relationship between a fractional proposition and the "unique, whole" version of that proposition can be expressed as a guard:

Graphic illustrating "G guards P" and a specific example, "l points to v with fraction 1/2" guards "l points to v"

Leaf supports paradigms such as fractional permissions and counting permissions. Crucially, Leaf does not require the chosen permission system to be "built in" to the resources of interest. For example, given any proposition P, Leaf lets us construct a "fractional version" of P after the fact. This is in direct contrast to current idioms, where, for example, points-to propositions l ↦ v are almost always explicitly constructed out of fractional resources. In Leaf, you can use fractional points-to propositions without needing to build them in from the get-go. This empowers us to design novel permission systems because we are never "locked in" to a single one.

A core goal of Leaf is that specifications and proofs operating over shared resources should do so agnostically to the "sharing mechanism". Instead of saying "I take a fractional P", an interface should instead say "I take some G such that G guards P".

In a pedantic sense, Leaf can do anything fractional permissions can do — but a more interesting question is if anything expressible thorugh fractional permissions can be expressed in this mechanism-agnostic way. My experience so far suggests "mostly, yes".

Here are some things Leaf can do or is good at:

  • Support the sharing of memory resources (like the points-to assertions).
  • Support the sharing of ghost resources (like own γ x).
  • Support resources that alternate between states of "unique, writeable access" and "shared, read-only access". A prototypical example is a reader-writer lock.
  • Support resources that are permanently read-only.
  • Support "cancellable invariants"
  • Support a variation on the "fractional borrows" and "lifetime tokens" of RustBelt's lifetime logic.

Latest updates

We originally introduced Leaf in the paper Leaf: Modularity for Temporary Sharing in Separation Logic (OOPSLA paper) (extended version). If you are looking for the paper's artifact you can find it here or on the oopsla2023-artifact branch. However, since the paper and artifact were published, we have made a number of simplifications and extensions, so I would not recommend trying to build on the artifact.

The Leaf paper centers around a framework called the "storage protocol", which is positioned as a key pillar of Leaf required to do anything "nontrivial". However, storage protocols are somewhat complicated. Fortunately, the latest version of Leaf has a simpler core logic, with storage protocols proved correct from those core logic rules. In many cases, it may be easier to use the core logic directly rather than implementing a storage protocol. This also makes it easier to implement more advanced constructions on top of Leaf.

Work that builds on Leaf

Leaf's storage protocols have been encoded into IronSync, a Dafny-based verification library for concurrent code, and Verus, a verification tool for Rust. We have used Leaf to prove that this encoding is sound, even in conjunction with many other important features of Rust/Verus, via a "logical type soundness" approach.

IronSync and Verus are both tools that make heavy use of SMT verification; Verus also has developer utilities for specifying and automating the construction of storage protocols. Using this technology, we have shown that storage protocols are useful for:

  • Verifying complicated implementations of reader-writer locks.
  • Verifying a NUMA-optimized concurrent queue.
  • Verifying reference-counted pointers, like Rust's Arc or Rc.
  • Verifying a concurrent memory allocator.

Getting started

Leaf works with Iris 4.3.0 and is tested with Coq 8.20.0. See the Iris docs for more information about installing Iris.

Make sure you have the right versions:

opam pin coq 8.20.0
opam pin coq-iris 4.3.0

Documentation and further reading

  • If you're going to be using Leaf, most logic rules you need are in src/guarding/guard.v. You should also check out tactics.md.
  • The paper and appendix provides motivation and technical notes.
  • Our OOPSLA talk is also online.
  • The paper artifact has some more information about the structure of the source code, though it applies to an old version.
  • Travis's PhD thesis explains how storage protocols are adapted to Verus and how Leaf is used to prove the encoding sound.

Source code

  • src/guarding/ has the core leaf rules.
    • guard.v - most rules
    • protocol.v - storage protocol definition matching the paper
    • protocol_relational.v - slightly stronger definition
  • src/examples/ examples
    • lifetime logic
    • fractional permissions
    • counting permissions
    • ad hoc "RwLock" permissions

Leaf is a resource logic, thus not specific to a particular program logic, but this codebase ships with a program logic for a language based on iris-simp-lang.

About

Leaf library for Iris Concurrent Separation Logic

Resources

License

Stars

Watchers

Forks

Releases

No releases published

Packages

No packages published