onepub-dev / onepub-dev/reVault

reVault doco

Open
#113 0 comments 0 reactions 0 assignees View on GitHub

Nobody has claimed this yet.

Dominant language
Rust
Stars
4
Forks
0
Avg merge
1h 55m
Merged PRs (30d)
1

Description

We need to prepare revault documentation.

We will be using git book.

Start by designing a style so that we present a consistent look and feel.

The emphasis is to make the doco as non-technical as possible with links to more technical pages in the cases where uses want to drill down.

We should start with an overview of the vault and lockboxes then provide a page for each major group of commands e.g. forms.

The readme should provide a high level overview with a basic getting started guide focusing on creating/extracting lockboxes, env vars and some sort examples for forms.

Some thoughts on the intro.
ReVault is an reminagination of the archive format providing encryption and compression using language that doesn't require an understanding of cryptography to use safely.

ReVault Features:

Post Quantum hybrid encryption for public/private keys.
256 bit symmetric key for content encryption.
Ability to recover corrupted segments of a corrupted archive even when multiple corrupts occur.
Fast random read/write access to the archive without decrypting other content.

Store environment variables, forms and files in a single archive.

Secrets are stored in lock memory stopping secretes from being written to swap.

On supported desktops an ReVault agent runs holding time limited keys to provide easy access to 'unlocked' archives.

The desktop agent also monitors OS suspend operations and flushes all keys from memory to avoid a suspend operations from
writing secrets to disk.
The agent also terminates in progress decryption runs to ensure that secrets are not written to disk.

On supported platforms (Linux/MacOS) the agent inhibits the desktops ability to suspend whilst decrypt operations are running.

Contributor guide

No contributing guide indexed for this repository

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

Research direction

Start by reviewing the repository README and the proposed GitBook structure. Define a consistent style, then organize overview pages for the vault and lockboxes, command-group pages such as forms, and a high-level README with getting-started examples. Done means the planned documentation structure and non-technical introductory content are written consistently.

Written by the indexing model from the issue text.

Assessment

Domain
documentation
Issue type
Documentation
Difficulty
5/5
Estimated time
Over a week
Activity status
Quiet
Clarity
Mostly clear
Newbie friendliness
35/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.