<!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>
      <issn pub-type="ppub">1613-0073</issn>
    </journal-meta>
    <article-meta>
      <title-group>
        <article-title>relationship-based access control approach for policy specification based on ODRL</article-title>
      </title-group>
      <contrib-group>
        <contrib contrib-type="author">
          <string-name>Irene Plaza-Ortiz</string-name>
          <email>irene.plaza.ortiz@upm.es</email>
          <xref ref-type="aff" rid="aff0">0</xref>
          <xref ref-type="aff" rid="aff1">1</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Andres Munoz-Arcentales</string-name>
          <email>joseandres.munoz@upm.es</email>
          <xref ref-type="aff" rid="aff0">0</xref>
          <xref ref-type="aff" rid="aff1">1</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Joaquin Salvachua</string-name>
          <email>joaquin.salvachua@upm.es</email>
          <xref ref-type="aff" rid="aff0">0</xref>
          <xref ref-type="aff" rid="aff1">1</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Carlos Aparicio</string-name>
          <email>carlos.aparicio@upm.es</email>
          <xref ref-type="aff" rid="aff0">0</xref>
          <xref ref-type="aff" rid="aff1">1</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Gabriel Huecas</string-name>
          <email>gabriel.huecas@upm.es</email>
          <xref ref-type="aff" rid="aff0">0</xref>
          <xref ref-type="aff" rid="aff1">1</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Enrique Barra</string-name>
          <email>enrique.barra@upm.es</email>
          <xref ref-type="aff" rid="aff0">0</xref>
          <xref ref-type="aff" rid="aff1">1</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Telecomunicación</string-name>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Universidad Politécnica de Madrid</string-name>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Workshop</string-name>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <aff id="aff0">
          <label>0</label>
          <institution>Data Spaces</institution>
          ,
          <addr-line>Data Sovereignty, Policy Execution, Access Control, ReBAC, ODRL</addr-line>
        </aff>
        <aff id="aff1">
          <label>1</label>
          <institution>Departamento de Ingeniería de Sistemas Telemáticos, Information Processing and Telecommunications Center</institution>
          ,
          <addr-line>ETSI</addr-line>
        </aff>
      </contrib-group>
      <abstract>
        <p>Data has become a crucial resource in the digital economy, fostering initiatives for secure and sovereign data sharing frameworks such as Data Spaces. However, these distributed environments require fine-grained access control mechanisms that balance openness with sovereignty and security. This paper proposes an extension of the Open Digital Rights Language (ODRL) standard, the ODRL Data Spaces (ODS) profile, aimed at supporting authorization -and complementing existing authentication mechanisms- throughout the data lifecycle. Additionally, a policy execution engine is introduced to translate ODRL policies into executable formats, enabling efective enforcement. The approach is validated through a use case involving OpenFGA, demonstrating its applicability to relationship-based access control scenarios.</p>
      </abstract>
    </article-meta>
  </front>
  <body>
    <sec id="sec-1">
      <title>1. Introduction</title>
      <p>
        The European Union’s Data Spaces aim to facilitate secure, decentralized data exchange based on trust
and sovereignty. However, efective governance requires enhanced mechanisms for access and usage
control [
        <xref ref-type="bibr" rid="ref1">1</xref>
        ]. ODRL has emerged as a key standard for managing digital rights in these environments [
        <xref ref-type="bibr" rid="ref2">2</xref>
        ].
      </p>
      <p>
        Nevertheless, ODRL existing vocabulary presents limitations when addressing the complex
requirements of decentralized and federated environments. This work addresses these challenges by proposing
the ODRL Data Spaces (ODS) profile, an extension specifically designed to enhance ODRL’s applicability
to cover the life cycle of a data within Data Spaces [
        <xref ref-type="bibr" rid="ref3">3</xref>
        ].
      </p>
      <p>
        Moreover, as ODRL policies are not inherently executable, this paper introduces a policy execution
engine capable of compiling ODRL specifications into executable formats. The integration of these two
contributions supports the realization of sovereign and controlled data sharing within dynamic and
heterogeneous ecosystems. Additionally, this work explores how OpenFGA, an access control system,
complements ODRL by enabling usage control [
        <xref ref-type="bibr" rid="ref4">4</xref>
        ].
      </p>
      <p>While the main focus of this work is on fine-grained authorization, we assume authentication to be
handled by existing identity management solutions, such as decentralized identifiers (DIDs) or federated
identity providers, which supply trusted identities for policy evaluation.</p>
      <p>The paper is structured as follows: Section 2 presents the ODS profile, Section 3 details the execution
engine and the use case with OpenFGA, and Section 4 concludes the paper.</p>
      <p>CEUR</p>
      <p>ceur-ws.org</p>
    </sec>
    <sec id="sec-2">
      <title>2. An ODRL Profile for Data Spaces</title>
      <p>
        The proposed ODRL Data Spaces (ODS) profile builds upon existing eforts to enable fine-grained access
control in decentralized environments. It extends the Open Access Control (OAC) profile for ODRL
[
        <xref ref-type="bibr" rid="ref5">5</xref>
        ], which itself leverages the Data Privacy Vocabulary (DPV) [
        <xref ref-type="bibr" rid="ref6">6</xref>
        ]. DPV provides a rich ontology for
expressing personal data categories, purposes of processing, and legal bases, facilitating granular policy
specification aligned with privacy regulations such as GDPR [
        <xref ref-type="bibr" rid="ref7">7</xref>
        ].
      </p>
      <p>However, while OAC and DPV enable detailed modeling of purposes and obligations related to data
use, they do not explicitly define the roles, actions, and operational constraints specific to federated Data
Spaces. The ODS profile addresses this gap by introducing specialized Party and Action terms tailored
to common Data Space scenarios, such as diferentiated roles or operational actions like Subscribe,
Retention, and Train. These additions support a clearer and more enforceable policy structure in
complex data exchange environments.</p>
      <p>
        Furthermore, the ODS profile is designed to complement existing Data Space architectures,
particularly those informed by standards like the International Data Spaces Association (IDSA) Information
Model [
        <xref ref-type="bibr" rid="ref8">8</xref>
        ].
      </p>
      <p>Table 1 includes some of the main terms of the profile, along with a brief description and their
alignment with the ODRL vocabulary.</p>
    </sec>
    <sec id="sec-3">
      <title>3. Policy Execution Engine</title>
      <p>While ODRL provides a robust framework for policy specification, its lack of a native execution model
limits its applicability in operational environments. To address this, we propose a conceptual policy
execution engine that bridges ODRL-based policies with enforcement mechanisms. The approach
focuses on compiling ODRL specifications into formats suitable for relationship-based access control
systems.</p>
      <p>In our prototype, we use OpenFGA —an authorization engine inspired by Google’s Zanzibar— to
demonstrate how policies expressed using the ODS profile can be translated into executable rules.
OpenFGA is a modern authorization engine designed to be scalable, flexible, and easily integrated into
distributed architectures. It supports access policies based on relationships between entities, making it a
suitable choice for dynamic and decentralized environments. Moreover, its compatibility with federated
identity providers simplifies the authentication of identities, which are mapped to relationships that
drive access decisions.</p>
      <p>Figure 1 shows the workflow for this use case according to the following process:
1. ODRL Policy Creation: The first step is to define the access policy using the ODRL language. The
policy is set following the previously defined ODS profile.
2. Policy Compilation &amp; Parsing and Analysis: Once the policy is defined in ODRL, it is fed into the
policy execution engine, which is responsible for processing and transforming the policy into
diferent executable formats.
3. Transformation to executable languages: The runtime uses the compiler to translate the ODRL
policy into multiple languages. Among these languages, one of the generated formats is compatible
with OpenFGA. Although OpenFGA supports both a DSL and a JSON to define authorization
models, JSON is the executable format required by OpenFGA.
4. Store the Authorization Model: Once the JSON authorization model has been generated, it is
stored in the Store. The uploaded model includes the access rules that OpenFGA will use to make
authorization decisions.
5. Store the Permission Tuples: Next, the relationship tuples are written, defining the relationships
between users and resources, and stored along with the authorization model in the Store.
6. Authorization Evaluation: Using the OpenFGA API, permission tuples are queried to assess
whether a user has access to a specific resource. The API checks the relationships and rules
defined in the authorization model to determine whether access should be granted.
7. Authorization result: Finally, OpenFGA returns a response indicating whether or not the user
has the necessary permission to access the requested resource.</p>
    </sec>
    <sec id="sec-4">
      <title>4. Conclusions and Future work</title>
      <p>This work presents a novel extension of the ODRL framework through the ODS profile, enabling
advanced authentication and authorization capabilities tailored to the requirements of Data Spaces.
Furthermore, the development of a policy execution engine capable of translating ODRL policies
into executable formats provides a practical solution for operationalizing governance mechanisms in
decentralized environments.</p>
      <p>
        Future research will focus on further refining the ODS profile to encompass additional aspects of
the data lifecycle [
        <xref ref-type="bibr" rid="ref9">9</xref>
        ], integrating compliance with emerging privacy regulations, and optimizing the
performance of the policy execution engine in large-scale deployments. One of the key aspects to be
incorporated into the profile is the control of data usage, which will be based on the architecture defined
in [
        <xref ref-type="bibr" rid="ref10">10</xref>
        ].
      </p>
      <p>
        Another relevant aspect that has not been covered in this article is the study of possible privacy leaks
derived from the use of ODRL policies. Although these policies generally do not involve the processing
of personal or sensitive data, it is crucial to point out the possibility of privacy leaks through metadata.
[
        <xref ref-type="bibr" rid="ref11">11</xref>
        ]. Special attention will be given to mitigating such privacy risks by carefully managing metadata
within policy descriptions, ensuring compliance with the GDPR and similar regulatory frameworks.
      </p>
      <p>By advancing both the expressiveness and enforceability of access control policies, this work
contributes to the realization of secure, sovereign, and interoperable Data Spaces.</p>
    </sec>
    <sec id="sec-5">
      <title>Acknowledgments</title>
      <p>The authors would like to acknowledge the support of the FUN4DATE (PID2022-136684OB-C22) project
funded by the Spanish Agencia Estatal de Investigacion (AEI) 10.13039/501100011033, and the EUNOMIA
Strategic Project: “Solutions for sovereignty, trust and security in data spaces” (C.128.23), result of the
collaboration agreement signed between INCIBE and UPM. This initiative is carried out within the
framework of the funds of the Recovery, Transformation and Resilience Plan, financed by the European
Union (Next Generation). https://eunomia.dit.upm.es.</p>
    </sec>
    <sec id="sec-6">
      <title>Declaration on Generative AI</title>
      <p>During the preparation of this work, the authors used Writefull-AI and DeepL in order to: Grammar
and spelling check. After using these tools/services, the authors reviewed and edited the content as
needed and takes full responsibility for the publication’s content.</p>
    </sec>
  </body>
  <back>
    <ref-list>
      <ref id="ref1">
        <mixed-citation>
          [1]
          <string-name>
            <given-names>F.</given-names>
            <surname>Eimear</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M.</given-names>
            <surname>Marco</surname>
          </string-name>
          ,
          <string-name>
            <given-names>K.</given-names>
            <surname>Alexander</surname>
          </string-name>
          ,
          <string-name>
            <given-names>S. G.</given-names>
            <surname>Josep</surname>
          </string-name>
          ,
          <string-name>
            <given-names>T.</given-names>
            <surname>Brooke</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M.</given-names>
            <surname>Marina</surname>
          </string-name>
          ,
          <string-name>
            <given-names>P. S.</given-names>
            <surname>Monica</surname>
          </string-name>
          ,
          <string-name>
            <given-names>S.</given-names>
            <surname>Serena</surname>
          </string-name>
          ,
          <string-name>
            <given-names>T.</given-names>
            <surname>Alessio</surname>
          </string-name>
          ,
          <string-name>
            <given-names>B. C.</given-names>
            <surname>Jaime</surname>
          </string-name>
          , et al.,
          <source>European Data Spaces-Scientific Insights into Data Sharing and Utilisation at Scale</source>
          ,
          <source>Technical Report</source>
          , Joint Research Centre,
          <year>2023</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref2">
        <mixed-citation>
          [2]
          <string-name>
            <given-names>S.</given-names>
            <surname>Meckler</surname>
          </string-name>
          ,
          <string-name>
            <given-names>R.</given-names>
            <surname>Dorsch</surname>
          </string-name>
          ,
          <string-name>
            <given-names>D.</given-names>
            <surname>Henselmann</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            <surname>Harth</surname>
          </string-name>
          ,
          <article-title>The web and linked data as a solid foundation for dataspaces</article-title>
          ,
          <source>in: Companion Proceedings of the ACM Web Conference</source>
          <year>2023</year>
          ,
          <year>2023</year>
          , pp.
          <fpage>1440</fpage>
          -
          <lpage>1446</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref3">
        <mixed-citation>
          [3]
          <string-name>
            <given-names>I.</given-names>
            <surname>Akaichi</surname>
          </string-name>
          ,
          <string-name>
            <given-names>W.</given-names>
            <surname>Slabbinck</surname>
          </string-name>
          ,
          <string-name>
            <given-names>J. A.</given-names>
            <surname>Rojas</surname>
          </string-name>
          ,
          <string-name>
            <given-names>C.</given-names>
            <surname>Van Gheluwe</surname>
          </string-name>
          ,
          <string-name>
            <given-names>G.</given-names>
            <surname>Bozzi</surname>
          </string-name>
          ,
          <string-name>
            <given-names>P.</given-names>
            <surname>Colpaert</surname>
          </string-name>
          ,
          <string-name>
            <given-names>R.</given-names>
            <surname>Verborgh</surname>
          </string-name>
          ,
          <string-name>
            <given-names>S.</given-names>
            <surname>Kirrane</surname>
          </string-name>
          ,
          <article-title>Interoperable and continuous usage control enforcement in dataspaces</article-title>
          , in: The Second International Workshop on Semantics in Dataspaces, co-located
          <source>with the Extended Semantic Web Conference</source>
          ,
          <year>2024</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref4">
        <mixed-citation>
          [4]
          <string-name>
            <given-names>A.</given-names>
            <surname>Cimmino</surname>
          </string-name>
          ,
          <string-name>
            <given-names>J.</given-names>
            <surname>Cano-Benito</surname>
          </string-name>
          ,
          <string-name>
            <given-names>R.</given-names>
            <surname>García-Castro</surname>
          </string-name>
          ,
          <article-title>Open digital rights enforcement framework (odre): from descriptive to enforceable policies</article-title>
          ,
          <source>Computers &amp; Security</source>
          <volume>150</volume>
          (
          <year>2025</year>
          )
          <fpage>104282</fpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref5">
        <mixed-citation>
          [5]
          <string-name>
            <given-names>B.</given-names>
            <surname>Esteves</surname>
          </string-name>
          ,
          <string-name>
            <given-names>H. J.</given-names>
            <surname>Pandit</surname>
          </string-name>
          ,
          <string-name>
            <given-names>V.</given-names>
            <surname>Rodríguez-Doncel</surname>
          </string-name>
          ,
          <article-title>Odrl profile for expressing consent through granular access control policies in solid</article-title>
          ,
          <source>in: 2021 IEEE European Symposium on Security and Privacy Workshops (EuroS&amp;PW)</source>
          , IEEE,
          <year>2021</year>
          , pp.
          <fpage>298</fpage>
          -
          <lpage>306</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref6">
        <mixed-citation>
          [6]
          <issue>W3C</issue>
          ,
          <article-title>W3c data privacy vocabulary</article-title>
          ,
          <year>2025</year>
          . URL: https://w3c.github.
          <source>io/dpv/2</source>
          .1/dpv/,
          <source>accessed on March 25</source>
          ,
          <year>2025</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref7">
        <mixed-citation>
          [7]
          <string-name>
            <given-names>H. J.</given-names>
            <surname>Pandit</surname>
          </string-name>
          ,
          <string-name>
            <given-names>B.</given-names>
            <surname>Esteves</surname>
          </string-name>
          ,
          <string-name>
            <given-names>G. P.</given-names>
            <surname>Krog</surname>
          </string-name>
          ,
          <string-name>
            <given-names>P.</given-names>
            <surname>Ryan</surname>
          </string-name>
          ,
          <string-name>
            <given-names>D.</given-names>
            <surname>Golpayegani</surname>
          </string-name>
          ,
          <string-name>
            <given-names>J.</given-names>
            <surname>Flake</surname>
          </string-name>
          ,
          <article-title>Data privacy vocabulary (dpv) - version 2.0</article-title>
          , in: The Semantic Web - ISWC 2024, Springer Nature Switzerland, Cham,
          <year>2025</year>
          , pp.
          <fpage>171</fpage>
          -
          <lpage>193</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref8">
        <mixed-citation>
          [8]
          <string-name>
            <given-names>C.</given-names>
            <surname>Mader</surname>
          </string-name>
          ,
          <string-name>
            <given-names>J.</given-names>
            <surname>Pullmann</surname>
          </string-name>
          ,
          <string-name>
            <given-names>N.</given-names>
            <surname>Petersen</surname>
          </string-name>
          ,
          <string-name>
            <surname>C. L.-B. Stefen Lohmann</surname>
            ,
            <given-names>F.</given-names>
          </string-name>
          <article-title>IAIS/EIS, F. FIT, W3c international data spaces information model</article-title>
          ,
          <year>2025</year>
          . URL: https://international-data
          <article-title>-spaces-association</article-title>
          .github.io/ InformationModel/docs/index.html#,
          <source>accessed on April 28</source>
          ,
          <year>2025</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref9">
        <mixed-citation>
          [9]
          <string-name>
            <given-names>D. M.</given-names>
            <surname>Mustafa</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            <surname>Nadgeri</surname>
          </string-name>
          ,
          <string-name>
            <given-names>D.</given-names>
            <surname>Collarana</surname>
          </string-name>
          ,
          <string-name>
            <given-names>B. T.</given-names>
            <surname>Arnold</surname>
          </string-name>
          ,
          <string-name>
            <given-names>C.</given-names>
            <surname>Quix</surname>
          </string-name>
          ,
          <string-name>
            <given-names>C.</given-names>
            <surname>Lange</surname>
          </string-name>
          ,
          <string-name>
            <given-names>S.</given-names>
            <surname>Decker</surname>
          </string-name>
          ,
          <article-title>From instructions to odrl usage policies: An ontology guided approach</article-title>
          ,
          <source>Proceedings of the VLDB Endowment. ISSN</source>
          <volume>2150</volume>
          (
          <year>2024</year>
          )
          <fpage>8097</fpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref10">
        <mixed-citation>
          [10]
          <string-name>
            <given-names>A.</given-names>
            <surname>Munoz-Arcentales</surname>
          </string-name>
          ,
          <string-name>
            <given-names>S.</given-names>
            <surname>López-Pernas</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            <surname>Pozo</surname>
          </string-name>
          , Á. Alonso,
          <string-name>
            <given-names>J.</given-names>
            <surname>Salvachúa</surname>
          </string-name>
          ,
          <string-name>
            <surname>G. Huecas,</surname>
          </string-name>
          <article-title>An architecture for providing data usage and access control in data sharing ecosystems</article-title>
          ,
          <source>Procedia Computer Science</source>
          <volume>160</volume>
          (
          <year>2019</year>
          )
          <fpage>590</fpage>
          -
          <lpage>597</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref11">
        <mixed-citation>
          [11]
          <string-name>
            <given-names>H. J.</given-names>
            <surname>Pandit</surname>
          </string-name>
          ,
          <string-name>
            <given-names>B.</given-names>
            <surname>Esteves</surname>
          </string-name>
          ,
          <article-title>Enhancing data use ontology (duo) for health-data sharing by extending it with odrl and dpv</article-title>
          ,
          <source>Semantic Web</source>
          <volume>15</volume>
          (
          <year>2024</year>
          )
          <fpage>1473</fpage>
          -
          <lpage>1498</lpage>
          .
        </mixed-citation>
      </ref>
    </ref-list>
  </back>
</article>