Difference between revisions of "Permission system - Users, Groups, Roles"

From ActionApps Documentation
Jump to: navigation, search
 
(5 intermediate revisions by 2 users not shown)
Line 1: Line 1:
 
== Protecting slice data against an unathorized read access ==
 
== Protecting slice data against an unathorized read access ==
<div class="aafaq" id="faq1667"><aafaq id=1667> ~ToDo: id=1667 Protecting sensitive data against reading rel:1702,</aafaq>
+
<div class="aafaq" id="faq1667"><aafck id=1667> FAQ: id=1667 Protecting sensitive data against reading rel:1702</aafck>
==== FAQ: Protecting sensitive data against reading ====
+
It has to be said that ActionApps is primarily focused on making the content easy to publishing, share, exchange and distribute. As such, there has been a very low presure on introducing functionalities for protecting the data against unathorized access.
 +
 +
Probably the only exception to this is the special type odf slice called [[Term#Reader management|Reader Management]] slice, which stores user's password and other personal data (which can be the case with any slice). In this case it is important that some data are not accessible for reading. This is achieved by setting a reading password for slices containing sensitive data. If you fill the field "Reading Password" in Slice Settings, you must always sent this password as a parameter <code>slice_pwd</code>. This may be done by adding this parameter to SSI includes like
 +
&lt;!--#include virtual="/aa/slice.php3?slice_pwd=the_password&slice_id=xy...."--&gt;
 +
or for view:
 +
&lt;!--#include virtual="/aa/view.php3?vid=439&slice_pwd=the_password"--&gt;
 +
If somebody tries to fetch read-protected data without the correct password, all fields are filled with an error message.
  
<br />With the concept of Reader management slices introduced it is important that
 
some data are not accessible for reading. This is achieved by setting a reading
 
password for slices containing sensitive data. If you fill the field "Reading
 
Password" in Slice Settings, you must always sent this password as a
 
parameter <code>slice_pwd</code>. This may be done by adding this parameter
 
to SSI includes like
 
<br /><code><!--#include virtual="/aa/slice.php3?slice_pwd=the_password&slice_id=xy...."--></code>
 
<br />If somebody tries to fetch read-protected data without the correct password, all fields are filled with an error message.
 
<br />If you are interested, the password is prooved in the GetItemContent() function. For AA control panel pages (Item Manager and Item Edit), the function FetchSliceReadingPassword() is used.
 
  
 +
''Note on the implementation: the password is checked in the <code>GetItemContent()</code> function. For AA control panel pages (Item Manager and Item Edit), the function <code>FetchSliceReadingPassword()</code> is used.''
  
 
+
[[Category:Documentation for Site Administrators]]
</div>
 

Latest revision as of 22:05, 6 August 2008

Protecting slice data against an unathorized read access

Origin: FAQ: id=1667 Protecting sensitive data against reading rel:1702

It has to be said that ActionApps is primarily focused on making the content easy to publishing, share, exchange and distribute. As such, there has been a very low presure on introducing functionalities for protecting the data against unathorized access.

Probably the only exception to this is the special type odf slice called Reader Management slice, which stores user's password and other personal data (which can be the case with any slice). In this case it is important that some data are not accessible for reading. This is achieved by setting a reading password for slices containing sensitive data. If you fill the field "Reading Password" in Slice Settings, you must always sent this password as a parameter slice_pwd. This may be done by adding this parameter to SSI includes like

<!--#include virtual="/aa/slice.php3?slice_pwd=the_password&slice_id=xy...."-->

or for view:

<!--#include virtual="/aa/view.php3?vid=439&slice_pwd=the_password"-->

If somebody tries to fetch read-protected data without the correct password, all fields are filled with an error message.


Note on the implementation: the password is checked in the GetItemContent() function. For AA control panel pages (Item Manager and Item Edit), the function FetchSliceReadingPassword() is used.