Session isolation
One user or agent must not gain another context without explicit permission.
Security and reporting
OpenCoven handles local agent execution and personal context, so security reports should go through private channels—not public issues. Open a repository Security Advisory, or join the OpenCoven Discord and privately DM @BunsDev. Do not post vulnerability details in a public Discord channel.
The current repository policy welcomes reports affecting core routing, memory and session boundaries, authentication and identity handling, execution boundaries, or cross-user and cross-context isolation.
One user or agent must not gain another context without explicit permission.
A familiar identity must not be forgeable merely by another agent or external caller possessing context.
Tool and runtime actions must remain within their intended scope and explicit authority boundary.
OpenCoven does not claim certifications or independent audits that have not been obtained. Verification should start from repository releases, checksums, signatures, and attestations where the producing repository publishes them.
Inspect the release page and GitHub provenance or attestation evidence associated with the exact artifact you install.
Open latest Cave releaseImplementation-specific scope and reporting details remain canonical in each repository's SECURITY.md rather than this public explanation surface.
Browse OpenCoven repositoriesLocal-first architecture and guarded actions are useful properties, not blanket guarantees.