<!DOCTYPE article PUBLIC "-//NLM//DTD JATS (Z39.96) Journal Archiving and Interchange DTD v1.0 20120330//EN" "JATS-archivearticle1.dtd">
<article xmlns:xlink="http://www.w3.org/1999/xlink">
  <front>
    <journal-meta />
    <article-meta>
      <title-group>
        <article-title>OpenAmbient: a Pervasive Access Control Architecture</article-title>
      </title-group>
      <contrib-group>
        <contrib contrib-type="author">
          <string-name>M. Anisetti</string-name>
        </contrib>
        <contrib contrib-type="author">
          <string-name>C.A. Ardagna</string-name>
        </contrib>
        <contrib contrib-type="author">
          <string-name>V. Bellandi</string-name>
        </contrib>
        <contrib contrib-type="author">
          <string-name>E. Damiani</string-name>
        </contrib>
        <contrib contrib-type="author">
          <string-name>S. De Capitani di Vimercati</string-name>
        </contrib>
        <contrib contrib-type="author">
          <string-name>P. Samarati</string-name>
        </contrib>
      </contrib-group>
      <abstract>
        <p>For a long time, lack of reliable security and privacy solutions has been considered to be a major hurdle toward the development of pervasive computing applications for critical domains such as secure workplace, healthcare and assisted living. Today, an advanced security infrastructure for context-aware and personalized authentication and authorization services in heterogeneous networks is gradually taking shape [4]. This infrastructure will enable large-scale mobility using a variety of mobile devices supporting authentication modules like SIMs [2, 3]. Also, it will rely on other emergent technologies such as video sensors supporting human posture and face interpretation [5, 8]. In such a scenario, fine-grained ambient information coming from monitoring and surveillance devices is used to enrich context representation underlying advanced access control and security policies. Our research approach [1] is aimed at a service-oriented architecture capable of preserving privacy and protecting resources, including personal user data. Specifically, we put forward the idea of integrating traditional access control models and mechanisms, based on the attributes of the requestor, with the emergent personalization and localization techniques to provide an ambient-aware, service-oriented access control model and language. In this paper we briefly present our Web Service-based architecture, named OpenAmbient, that incorporates a security language supporting ambient predicates. OpenAmbient takes into account several dynamic aspects that define the user context. Specifically, it captures the user's location, posture and expression, in addition to further profile information that makes up the overall context. Several formats for describing mobile users' profile data have been proposed such as the Presence Information Data Format (PIDF) [7]. However, some context representation issues cannot easily be dealt with through user profiles. In particular, considering security and privacy, two major classes of problems have to be addressed: i) user context information should only be provided to authorized entities, and ii) security and privacy of sensor data should be ensured. While several preliminary systems claim to control access to information coming from sensor networks, much work remains to be done to develop a complete access control mechanism relying on context data. A major challenge faced by OpenAmbient is managing intrinsic uncertainty and error held by location and video measurement. In principle, such information could be represented by extending device oriented profiling languages such as Composite Capabilities /</p>
      </abstract>
    </article-meta>
  </front>
  <body>
    <sec id="sec-1">
      <title>Introduction</title>
      <p>
        Preference Profile (CC/PP)[
        <xref ref-type="bibr" rid="ref6">6</xref>
        ]. OpenAmbient follows a different line of research, representing
uncertainty underlying location and video sensor technologies in terms of a set of standard interfaces
and semantically uniform Service Level Agreement (SLA) parameters negotiated between the
involved parties to agree on the desired quality of service. The concept of Service Level Agreement
(SLA) is used to designate the contract that the access control component, agree upon to manage
the intrinsic uncertainty held by context information.
3
      </p>
    </sec>
    <sec id="sec-2">
      <title>Open Ambient Architecture</title>
      <p>The OpenAmbient architecture is composed by four major components (see Figure 1) joining
concepts coming from traditional access control architectures and innovative ideas for the management
of context information.</p>
      <p>Enforcer. It represents the OpenAmbient external interface for the requestor. The Enforcer is the
component responsible for the management and enforcement of the access control decision
returned from the evaluator component. In particular, it grants to users access to a resource
(e.g., an application service) only if a positive decision has been taken.</p>
      <p>Evaluator. It represents the decision point. The evaluator is the component responsible for
collecting the ambient-based policies and matching them against the requests submitted by the
requestor. This component manages the intrinsic uncertainty of ambient-based predicates
evaluation and it, finally, calculates the traditional allow/deny result.</p>
      <p>Ambient Information Collector. It represents the component responsible for the interaction
with the ambient data repository and/or technologies. It manages all the negotiation process
that generates the SLA representing an agreement on the ambient information reliability.
The required reliability can vary depending on different scenarios in which the OpenAmbient
architecture acts. The ambient information collector, then, contains also a Context Toolkit
that acts as an ambient information provider, when the ambient information resides in the
OpenAmbient boundaries, managing the information retrieval process. In this case, the
environment technologies and sensors, gathering context information, are directly managed by
the OpenAmbient architecture.</p>
      <p>Ambient Information Provider. It represents the component able to retrieve the requested
ambient information. In particular, the provider could be logically internal to the
OpenAmbient architecture (Context Toolkit ) in the case in which the information are provided by
technologies directly managed by it such as camera. Otherwise, as in the case of mobile
technologies, the provider could be an external service (e.g. OpenWave Location Manager)
that provides the requested data abstracting the underlying technologies.</p>
      <p>OpenAmbient access control policies provide a high level of accountability and readability of
assisted living and healthcare environments involving continuous monitoring and surveillance. From
the functional point of view, OpenAmbient architecture faces the issues arising from the
management of contextual information and uncertain measurements. In particular, it provides an
infrastructure for the evaluation and enforcement of ambient-based policies. Then,
OpenAmbient provides and implements different communication protocols managing the heterogeneity of the
Ambient Information Provider. Finally, our architecture supplies a general-purpose negotiation
protocol used by the involved parties to agree upon a SLA contract that will drive any further
interaction. In the remainder of this paper we briefly elaborate on a running example illustrating
security issues can occur in the domain of a secure workplace and how they can be addressed by
the OpenAmbient approach. Then, we draw our conclusions.</p>
      <p>Example 3.1 The adoption of an ambient-aware access control model and architecture integrating
emergent personalization and localization techniques is functional to the purpose of improving resource protection
in high-critical environments, where malicious or inadvertent behaviors can cause a loss of critical
information and/or moneys. As an example, we may consider a highly-critical work environment, such as an
automated bank. This environment includes services like an automatic deposit drop box, where users drop
their deposits to be later collected by bank employees. Each drop box is protected by a timer that allows access
only at pre-determined times. Also, access is granted only if the employee has been authenticated upon
entering the box area by means of a key/badge. In this critical environment, however, a malicious authorized user
could steal the badge of an authorized employee to access the drop box without the fulfillment of the requested
conditions. Ambient-based conditions can prevent this type of attack, making the (ubiquitous) access control
infrastructure more secure and reliable. Suppose that, the security administrator defines a policy allowing
the access to the drop box only if the authorized user is located inside the area where the box is according to
reliable positioning techniques such as mobile phone positioning, RFID, GPS and so forth. In addition, the
security administrator requires that the user must be identified by the surveillance cameras as a member of a
pool of authorized users, by means of face identification techniques. Finally, the administrator requires the
user not to be alone in the area where the box is located. The syntax is as follows1.</p>
      <p>any with User.category = trustedUsers can access on bankDepositBox if
density(bankDepositArea,1,unbounded) and faceIdentification(User,trustedPool) and
inArea(User,bankDepositArea)
1The language syntax has been defined in the context of European Project PRIME (Privacy and Identity
Management for Europe, http://www.prime-project.eu.org/)
Ubiquitous access control allows for writing and enforcing ambient security policies improving the
overall security of a critical workplace or an assisted living environment. The adoption of
ambientbased conditions as a part of a sound access control model and architecture provides a set of
functionalities substantially improving robustness of ubiquitous access control.</p>
    </sec>
  </body>
  <back>
    <ref-list>
      <ref id="ref1">
        <mixed-citation>
          [1]
          <string-name>
            <given-names>C.A.</given-names>
            <surname>Ardagna</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M.</given-names>
            <surname>Cremonini</surname>
          </string-name>
          ,
          <string-name>
            <given-names>E.</given-names>
            <surname>Damiani</surname>
          </string-name>
          , S. De Capitani di Vimercati, and
          <string-name>
            <given-names>P.</given-names>
            <surname>Samarati</surname>
          </string-name>
          .
          <article-title>Supporting location-based conditions in access control policies</article-title>
          .
          <source>In Proc. of the ACM Symposium on InformAtion, Computer and Communications Security(ASIACCS'06)</source>
          , Taipei, Taiwan,
          <year>March 2006</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref2">
        <mixed-citation>
          [2]
          <string-name>
            <given-names>P.</given-names>
            <surname>Bhal</surname>
          </string-name>
          and
          <string-name>
            <given-names>V. N.</given-names>
            <surname>Padmanabhan</surname>
          </string-name>
          .
          <article-title>Radar: An in-building rf-based user location and tracking system</article-title>
          .
          <source>IEEE INFOCOM</source>
          ,
          <year>2000</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref3">
        <mixed-citation>
          [3]
          <string-name>
            <given-names>A.</given-names>
            <surname>Corallo</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M.</given-names>
            <surname>Cremonini</surname>
          </string-name>
          ,
          <string-name>
            <given-names>E.</given-names>
            <surname>Damiani</surname>
          </string-name>
          , S. De Capitani di Vimercati, G. Elia, and
          <string-name>
            <given-names>P.</given-names>
            <surname>Samarati</surname>
          </string-name>
          . Security, Privacy, and
          <article-title>Trust in Mobile Systems</article-title>
          .
          <source>In Mobile and Wireless Systems beyond 3G: managing new business opportunities</source>
          , Idea Group Inc.,
          <year>2005</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref4">
        <mixed-citation>
          [4]
          <string-name>
            <given-names>M.J.</given-names>
            <surname>Covington</surname>
          </string-name>
          ,
          <string-name>
            <given-names>W.</given-names>
            <surname>Long</surname>
          </string-name>
          ,
          <string-name>
            <given-names>S.</given-names>
            <surname>Srinivasan</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.K.</given-names>
            <surname>Dey</surname>
          </string-name>
          , and G.
          <string-name>
            <surname>D. Abowd M. Ahamad</surname>
          </string-name>
          .
          <article-title>Securing context-aware applications using environment roles</article-title>
          .
          <source>In SACMAT</source>
          <year>2001</year>
          ,
          <year>2001</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref5">
        <mixed-citation>
          [5]
          <string-name>
            <given-names>E.</given-names>
            <surname>Damiani</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M.</given-names>
            <surname>Anisetti</surname>
          </string-name>
          ,
          <string-name>
            <given-names>V.</given-names>
            <surname>Bellandi</surname>
          </string-name>
          , and
          <string-name>
            <given-names>F.</given-names>
            <surname>Beverina</surname>
          </string-name>
          .
          <article-title>Facial identification problem: A tracking based approach</article-title>
          .
          <source>In Proc. of the IEEE International Symposium on Signal-Image Technology and InternetBased Systems (IEEE SITIS'05)</source>
          , Yaound´e, Cameroon,
          <year>November 2005</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref6">
        <mixed-citation>
          [6]
          <string-name>
            <surname>Franklin</surname>
            <given-names>R.</given-names>
          </string-name>
          et al.
          <article-title>Composite capability/preference profiles (cc/pp): Structure</article-title>
          . W3C Working Draft,
          <year>2000</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref7">
        <mixed-citation>
          [7]
          <string-name>
            <surname>Sugano</surname>
            <given-names>H.</given-names>
          </string-name>
          et al.
          <article-title>Presence information data format (pidf)</article-title>
          . Network Working Group,
          <string-name>
            <given-names>IETF</given-names>
            ,
            <surname>Internet</surname>
          </string-name>
          <string-name>
            <surname>Draft</surname>
          </string-name>
          ,
          <year>2003</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref8">
        <mixed-citation>
          [8]
          <string-name>
            <given-names>M.J.</given-names>
            <surname>Turk</surname>
          </string-name>
          and
          <string-name>
            <given-names>A.</given-names>
            <surname>Pentland</surname>
          </string-name>
          .
          <article-title>Eigenfaces for recognition</article-title>
          .
          <source>In IFIP Working</source>
          Con
          <article-title>- ference on Engineering for Human-Computer Interaction</article-title>
          , volume
          <volume>3</volume>
          , pages
          <fpage>71</fpage>
          -
          <lpage>86</lpage>
          ,
          <year>1991</year>
          .
        </mixed-citation>
      </ref>
    </ref-list>
  </back>
</article>