Use/Business Cases Explored
Principles | Migration | IoT | DNS | Block Chain (e.g., OneName, NameCoin) | Distributed Hashes | Promise Theory | Ontology |
---|---|---|---|---|---|---|---|
Is there a role for a Relationship Manager? | Yes | ||||||
Scalable | FULLY | FULLY v4, v6 | ABOX instances, wip TBOX rules | ||||
Actionable | PARTIAL | FULLY IANA, Registration | FULLY Defined in TBox | ||||
(Im)Mutable | PARTIAL | FULLY Immutable/Proxy/Forwarding | FULLY TBox ->'Reasoner' ->ABox | ||||
Contextual | FULLY | FULLY Actually provides context | FULLY TBox ->'Reasoner' ->ABox | ||||
Transferrable (Delegation) | NONE | FULLY Bought, Forwarded | FULLY Ontology referentials | ||||
Provable | PARTIAL | FULLY w/HTTPS DNSSEC | FULLY Ontology referentials | ||||
Acknowledgable | PARTIAL | FULLY NMAP, other | FULLY Ontology referentials | ||||
Revocable | PARTIAL | FULLY | FULLY Ontology referentials | ||||
Constrainable | PARTIAL | FULLY Subnets, Domains, etc. | FULLY Ontology referentials TBox ->'Reasoner' ->ABox |
Architecture Notions
Notion | Notes/Comments |
---|---|
Scope it/ Profile | |
Bounded for use/links to the real world | SAML, UMA? |
Are components a viable approach? | OAuth/JWTs OpenID Connect |
At the IdP layer as backend or data store, "contextual identity store" | Can't change the apps Hack the IdP Hack the manager be it the IdP or the AS Is it a rule generator? "Contextual claims compiler" Co-opt the IdP |
Human Understandable | |
Are there simplifying assumptions? | |
IRM provides the context for AuthZ? | |
Build up the attributes from IdP in order to meet need for a claim | |
Semantic aspects | |
Autonomous | |
Distributed Ledgers |