GV

GeezerVison

The World Wide Web, restored to 800 pixels of glory.

Home|About|Gaming cabinet|Archives|How it works|Starter sites

On this site

  • Sign in
  • ActionsCI/CD and automation
  • CodespacesCloud development environments
  • All Features
  • Documentation
  • Training
  • Certifications
  • Build with Copilot
  • Customize Copilot
  • Integrations
  • Trending repos
  • GitHub Sponsors
  • Developer articles
  • Enterprises

This view

  • Original page
  • New address

GeezerVison is showing github.com — GitHub - peerstate/babysitter: service for managing identities and key exchanges for peerstate applications

BranchesTags
Open more actions menu

Latest commit

 

History

35 Commits
35 Commits

Folders and files

NameName
Last commit message
Last commit date
.github/workflows
.github/workflows
 
 
bin
bin
 
 
src
src
 
 
.env.example
.env.example
 
 
.gitignore
.gitignore
 
 
README.md
README.md
 
 
jest.config.js
jest.config.js
 
 
keytoenvar.sh
keytoenvar.sh
 
 
package.json
package.json
 
 
tsconfig.json
tsconfig.json
 
 
yarn.lock
yarn.lock
 
 

Repository files navigation

p2p Babysitter

Because someone has to make sure everyone is playing nice.

This service is built to fill any gaps someone coming from a client-server architecture to a p2p one might not like. It maintains central control and moderation while enabling the benefits of direct communication that isn't totally reliant on a remote server.

Usage

It is recommended to configure babysitter with environment variables, but it can also be confgured with CLI flags. Assuming you have your environment set up like the .env.example, running babysitter is as simple as:

npx @peerstate/babysitter

What's there

So far it consists of:

  1. login, logout, and key refresh functionality
  • login with username and password
  • logout will revoke tokens
  • key refresh will revoke and reissue tokens
  1. jwt tokens containing client's public key and identifying information for peers to prove identities
  • identifying information is customizable
  • key pair must be generated by client
  1. cookie based sessions stored in redis
  • this gives us security to the server with a token that cannot be accessed through scripts
  1. endpoint to establish shared secrets between parties
  • this is for forward security so that after the quantum crypto-apocalypse we only leak our secrets to the NSA and China

About

service for managing identities and key exchanges for peerstate applications

Resources

Readme
Activity
Custom properties

Stars

0 stars

Watchers

1 watching

Forks

0 forks
Report repository

Releases

Packages

Used by

Contributors

Languages

You are visitor 01402520 — GeezerVison does not store the pages you look up.
Best viewed with Netscape Navigator 4.7 or Internet Explorer 6 at 800×600. No cookies required.