<?xml version="1.0"?>
<feed xmlns="http://www.w3.org/2005/Atom" xml:lang="en">
	<id>https://www.infra-repository.org/oiar/index.php?action=history&amp;feed=atom&amp;title=GF.Permission_Register</id>
	<title>GF.Permission Register - Revision history</title>
	<link rel="self" type="application/atom+xml" href="https://www.infra-repository.org/oiar/index.php?action=history&amp;feed=atom&amp;title=GF.Permission_Register"/>
	<link rel="alternate" type="text/html" href="https://www.infra-repository.org/oiar/index.php?title=GF.Permission_Register&amp;action=history"/>
	<updated>2026-05-03T11:18:22Z</updated>
	<subtitle>Revision history for this page on the wiki</subtitle>
	<generator>MediaWiki 1.40.0</generator>
	<entry>
		<id>https://www.infra-repository.org/oiar/index.php?title=GF.Permission_Register&amp;diff=547&amp;oldid=prev</id>
		<title>Jan Schoonderbeek: GF added</title>
		<link rel="alternate" type="text/html" href="https://www.infra-repository.org/oiar/index.php?title=GF.Permission_Register&amp;diff=547&amp;oldid=prev"/>
		<updated>2013-04-05T05:09:49Z</updated>

		<summary type="html">&lt;p&gt;GF added&lt;/p&gt;
&lt;p&gt;&lt;b&gt;New page&lt;/b&gt;&lt;/p&gt;&lt;div&gt;{{Maturity|2}}&lt;br /&gt;
{{Pageheaderbox4GF&lt;br /&gt;
|name=Permission Register&lt;br /&gt;
|WorkingArea=Middleware&lt;br /&gt;
|version=0.3&lt;br /&gt;
|owner=J.A.H. Schoonderbeek&lt;br /&gt;
|summary=This function offers a means to store and publish permissions (technical representations of business rules about infrastructural actions like reading or writing information).&lt;br /&gt;
}}&lt;br /&gt;
This function offers a means to store and publish permissions (technical representations of business rules about infrastructural actions like reading or writing information). It usually accompanies a {{FriendlyPageLink|GF.Permission Validation}} function.&amp;lt;br&amp;gt;&lt;br /&gt;
Note that for many systems, its permissions are written in a format specific to that system: the capabilities of a Permission Register with respect to the kinds of permissions it can handle are hard-coded. This means that if a Permission Register (and Permission Validation) facility is positioned in an infrastructure landscape to authorize access to a set of resources, it cannot automatically be assumed fit to also authorize access to a new, different set of resources. E.g. a Permission Register that can hold s access control lists for web URIs cannot be assumed to also be able to hold access rules for a mail application. &lt;br /&gt;
&lt;br /&gt;
Permission Register is modelled separately from Permission Validation for two major reasons:&lt;br /&gt;
* to account for the security aspects (both in the sense that a Permission Register itself must be properly secured, and that positioning a Permission Register in an infrastructure overview serves as a focal point for security considerations), and&lt;br /&gt;
* because the permissions that can be stored in a particular Permission Register instance are inherently limited to a specific set of actions for a specific (type of) infrastructure resource (as described above).&lt;br /&gt;
{{FunctionIcon&lt;br /&gt;
|image=Icon GF Permission Register.png&lt;br /&gt;
}}&lt;br /&gt;
{{Text Footer GF}}&lt;/div&gt;</summary>
		<author><name>Jan Schoonderbeek</name></author>
	</entry>
</feed>