Re: RINA and capabilities

Guido Witmond <guido-EBfTt96odT/[email protected]>
Newsgroups gmane.comp.capabilities.general
Message-ID <[email protected]>
On 11/08/13 21:32, Will Pearson wrote:
> I've just come across the idea of the Recursive Internetwork 
> Architecture and thought it had a number of properties that might 
> interest capability folk, if only for an idea to riff off of.
> 
> To quote from here:
> http://irati.eu/the-recursive-internetwork-architecture/


> RINA takes as a point of departure the basic premise that “networking
> is inter-process communication (IPC) and only IPC”. Networking
> provides the means by which processes on separate computer systems
> communicate, generalizing the model of local inter-process
> communications.

I've bought and read the book in one go. Mr Day really puts the finger
on the sore spot of networking. His networking model to me is that of an
idealized network. The current implementations of networks deviate and
where these deviate, they create pain.

In Day's model, I could start a service, give it a name and attach it to
a DIF. The DIF assigns the address and provides a mapping from my name
to the DIF-assigned address. Every other system in the DIF can query the
name and retrieve the address. My service determines if that other party
has authorization.

Sytems outside the DIF have no way of querying the name of my server and
hence cannot connect to my service at all.

The current Internet, is one big DIF. Every VPN (closed network) on top
of it could be seen as its own DIF.

The ADSL-ATM connection between my modem and the ISP's head end could
bee seen as a DIF underneath the Internet.

It's a must read. It really opens your eyes on how clumsy the current
internet protocols are. And where all the security and ddos-problems
come from.


> I find it a very nice model. It almost like objectifying the
> network. The red light from from a capability based point of view
> is "determining permissions". Now the security model isn't set, apart
> from some form of authentication when joining a DIF. Is there an even
> nicer model that uses capabilities to avoid confused deputy and other
> such issues? And is anyone working on it?

The thing to keep in mind is that RINA leaves the authentication and
authorization to be defined by the DIF. Be it MAC, DAC or a hybrid.

There is also the 'problem' of how to become part of a DIF so you can
reach a service inside that DIF. This is where capabilities might shine.


The riff to take home is that there is no important difference between
IPC inside a local trusted domain (a single host/application/vat) and
network(ing). Only the timing parameters change.


Regards, Guido Witmond.

_______________________________________________
cap-talk mailing list
[email protected]
http://www.eros-os.org/mailman/listinfo/cap-talk
signature.asc (application/pgp-signature, 897 B)
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.12 (GNU/Linux)
Comment: Using GnuPG with Icedove - http://www.enigmail.net/

iQIcBAEBAgAGBQJSfhKhAAoJEHPd8GglaNRmHp8P/i3x2ykBjNKFhoLR1HA5iYTp
kTFMF3qgTJ9OWsN09jlvHFvQw9iCzvCZ7ETedoDEThEKiOoFrekxzD9roJJcUoT8
Ti+yao571BP/Yd2vIZzSE7HNuJ5OwFrPNeLkybFEjwcRB3sVFYIrA+O8/uCS7ydJ
8BpaC3YqlvycND5ojQFEv+FY0bCXg8OpIdx8zoU0sXdH3rv0y60cAiNILA8dPu8w
9YXBCfMo43P/u/Gh675RJ95XSW3dEmNidkc0cF/tX0VI6Padzy4s/EklB1sKNENV
TBVcFaWn64RsWncD3FnJD3EffFFxvAL8ki3aZhKMEbtsPom96qCqhsZ9dUqrIkFy
0NZSZh7VF5mbiqfm7KHQvkwVC2H1YlIHMaI7GMyrjUn9nCJlDdr/w706U7AJoXd4
pH8xOWQku4FuKQCVhKMAo6HuErUcJr8sgsva/AQVMEqcbhc7vn6aSJ4B353x+0ub
kSzRNkORrHCBIlzexa4+APjPrJE6hpM6pcBuZSdgpOz71gBQRhW7hKaUIgd69x0b
Tq4+o8p5IVpuCDpHiQmRdu/g07HJl2h8soIPF7vITj6auCHErBb4XnLiP2lWL7N+
52cjuq3tcbmLhTpXiWmwXpdmDTVVmhYRTUM0eOzuwgF8q6gayJ6IBIq+Nf4fkhR5
hTPiaA+o42FYAS8+ZSQH
=qnGf
-----END PGP SIGNATURE-----
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.