Difference between revisions of "Federated Ecosystem"

From MgmtWiki
Jump to: navigation, search
(Problems)
(Solutions)
Line 18: Line 18:
  
 
==Solutions==
 
==Solutions==
*We create a [[Framework]] for knowledge which is purely an invention of our own collective minds about the way that existing [[Ecosystem]] functions.
+
*A [[Federated Ecosystem]] considers how to partition the solution into federations using the existing paradigm of the DNS, but starting from a source of [[Turst]] and maintaining that [[Trust]] as the federation [[Evolution|Evolves]].
*We use that [[Framework]] to build a new one about how we would like future [[Ecosystem]]s to function and use that to reason about how to introduce changes that will solve known problems with the existing [[Ecosystem]].
 
*The page [[Federated Ecosystem]] considers how to partition the solution into federations.
 
  
 
==References==
 
==References==

Revision as of 11:49, 6 September 2018

Full Title or Meme

A sub-set of living and non-living components what work together in the real-world to increase the information content of the local environment.

Context

  • The most current paradigm for digital Ecosystems is the internet taken together with the definitions and components maintained by ICANN, for example the Domain Name System which servers as the root for all URLs used on the internet.
    • As originally envisioned the URL obtained with a name lookup that started with the ICAN root server would result in an Identifier in ASCII that was human-readable.
    • As the internet expanded beyond its original basis in ARPANET, the new languages and cultures turned to the Identifiers returned by the name lookup into something that was easy to spoof.[1]
  • The domain name was defined to be extensible, for example endpoint.company.com can be converted to an IP address by the following steps:
  1. ICANN root server will provided a link to the .com domain, which can be considered as a federation of business sites.
  2. .com name server will provide a link to the company.com domain which gets an Enterprise server which hosts a collection of servers controlled by the Enterprise.
  3. company.com server will provide a link to one particular server (perhaps one of many) that can services a request.
  4. endpoint.company.com can initiate further navigation based on the contents of the URL as needed.

Problems

  • So how can a User know enough about a Web Site to make a trust decision about it.
  • As noted above[1] the URL has failed in its goal to be human-readable as it was pulled in other directions.
  • EV Certs were established with a view to solve this problem, but have failed for reason noted on that page.

Solutions

  • A Federated Ecosystem considers how to partition the solution into federations using the existing paradigm of the DNS, but starting from a source of Turst and maintaining that Trust as the federation Evolves.

References

  1. 1.0 1.1 Lily Hay Newman, SNEAKY EXPLOIT ALLOWS PHISHING ATTACKS FROM SITES THAT LOOK SECURE. (2017-04-18) https://www.wired.com/2017/04/sneaky-exploit-allows-phishing-attacks-sites-look-secure/