Skip to content
This repository has been archived by the owner on Mar 13, 2024. It is now read-only.

Introduce all primitives needed for full Authorisation Logic #39

Open
Cypher1 opened this issue Mar 14, 2022 · 0 comments
Open

Introduce all primitives needed for full Authorisation Logic #39

Cypher1 opened this issue Mar 14, 2022 · 0 comments
Labels
Expressivity Related to expressivity Ibis Related to Ibis Raksha Parity Related to reaching parity with Raksha

Comments

@Cypher1
Copy link
Contributor

Cypher1 commented Mar 14, 2022

Current state

Currently recipes make claims about their constituent particles and nodes. These claims are taken as facts without modelling trust of the parties providing those claims. This means that any recipe can state any fact, which could potentially allow a recipe to modify core type checking information (e.g. facts about a language), introducing unwanted behavior.

Future work

Add/modify primitives to model all recipe 'facts' as having a 'speaker' and ensure that all claims are allowed by the 'speaking' party.

For more info, see aferr's "Authorization Logic ~1-Page Summary" doc.

@Cypher1 Cypher1 added Expressivity Related to expressivity Raksha Parity Related to reaching parity with Raksha Ibis Related to Ibis labels Mar 14, 2022
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
Expressivity Related to expressivity Ibis Related to Ibis Raksha Parity Related to reaching parity with Raksha
Projects
None yet
Development

No branches or pull requests

1 participant