docs(guides): add general information for processing sensitive data

docs/guides/guide-info/sensitive_data.md

@@ -0,0 +1,48 @@
+# Processing Sensitive Data
+
+Processing sensitive human data is fundamental to biomedical research, enabling breakthroughs in disease understanding, biomarker discovery, and treatment development.
+Rapid and secure access to such data accelerates research but also introduces significant responsibilities for data protection and privacy.
+Cloud-based services are increasingly used in biomedical research to connect researchers, data, and tools throughout the data lifecycle.
+This page summarizes scenarios and requirements for handling sensitive data within the ELIXIR-on-Cloud framework.
+
+## Legal Frameworks
+
+Sensitive data processing in research is governed by several legal frameworks, most notably the General Data Protection Regulation (GDPR) and the European Health Data Space (EHDS):
+
+* **GDPR**: Allows the use of sensitive personal data for research when specific safeguards are in place. Under GDPR, processing may rely on different legal bases, such as tasks carried out in the public interest or explicit informed consent from data subjects, depending on the research context and applicable national law. In all cases, measures such as data minimization, pseudonymization, and strict access controls should be implemented, and a Data Protection Impact Assessment (DPIA) is strongly recommended.
+* **EHDS**: Builds on GDPR by establishing a unified framework for secure sharing and secondary use of electronic health data across the EU. The EHDS is defined as "the first common EU data space dedicated to a specific sector, establishing a common framework for use and exchange of electronic health data across the EU" ([Regulation (EU) 2025/327][eur-lex-ehds]). The EHDS aims to improve individuals' access to their electronic health data and enable secondary use for research, innovation, policymaking, health threats preparedness, patient safety, and regulatory activities.
+
+## Environments
+
+* A Trusted Execution Environment (TEE) is a secure and isolated area within a computer system or processor that ensures the confidentiality and integrity of code and data during execution. It aims to protect sensitive computations and data from potential threats, such as malware or unauthorized access.
+* A Secure Processing Environment (SPE) is a controlled environment designed to facilitate secure data processing and analysis while maintaining confidentiality, integrity, and privacy. It focuses on secure processing techniques, often including encryption, secure computation, or secure enclaves, to protect data during computation. Under the EHDS regulation, sensitive health data (e.g., genetic or clinical records) can be reused for research, innovation, and policymaking if anonymized or pseudonymized and accessed through an SPE ([Regulation (EU) 2025/327][eur-lex-ehds]).
+* A Trusted Research Environment (TRE) is a secure and controlled environment specifically tailored for research purposes, providing secure data access, analysis, collaboration, and compliance with legal and ethical requirements. TREs emphasize data governance, collaboration, and knowledge generation while ensuring privacy protection. For TREs, the **Five Safes framework** is particularly relevant as a comprehensive approach to data protection while enabling research access. This framework has been adopted by Health Data Research UK (HDR-UK), NIHR, and other major UK research institutions as the gold standard for balancing data protection with research utility ([What is the Five Safes framework?][ukdataservice-5-safes]).
+
+!!! note "SPEs vs TREs"
+    Secure Processing Environments (SPEs) and Trusted Research Environments (TREs) are conceptually very similar and serve comparable purposes in providing secure environments for sensitive data processing. The key difference lies in their regulatory and geographical context: SPEs are specifically required within the framework of the EHDS, while TREs are primarily a UK-developed concept and implementation approach.
+
+### Similarities Between TEE, SPE, and TRE
+
+* **Isolation**: Operates separately from the main platform it runs on.
+* **Security**: Provides a secure environment for computations and data storage, including cryptographic key management and protection against malware.
+* **Integrity**: Ensures the integrity of data and code within the environment.
+* **Confidentiality**: Aims to maintain confidentiality of sensitive information and protect against compromise.
+* **Controlled Access and Authentication**: Authenticates code and data before execution to ensure only trusted and verified code runs.
+* **Collaboration and Analysis**: Provides tools and infrastructure that enable researchers to perform analysis and collaborate within a secure environment. This allows for sharing and combining datasets while maintaining data privacy.
+
+## Use Cases
+
+Researchers may require access to sensitive data in different scenarios.
+The four use cases are derived from the two dimensions of data storage and data processing.
+Research data can be stored in a single location or in multiple locations and institutions.
+We also distinguish between whether the data should be processed in the cloud or in the researcher's own environment.
+
+|                    | Local processing    | Cloud processing     |
+| ------------------ | ------------------- | -------------------- |
+| **Central data**   | Data repository     | Cloud platform       |
+| **Federated data** | Federated database  | Federated processing |
+
+* **Data repository**: Data is stored in a single database. Researchers request access, are authorized, and transfer encrypted data to their secure environment for analysis.
+* **Federated database**: Data is distributed across multiple nodes. Metadata is accessible via APIs and a central portal. Researchers request access to datasets at individual nodes, which then provide data for transfer or processing.
+* **Cloud platform**: Centralized sensitive data is hosted on a platform. Authorized users log in and analyze data directly within an SPE, using workflows or interactive tools.
+* **Federated processing**: Sensitive data remains on separate nodes with restricted transfer. Analysis is performed via APIs in an SPE, often combining results from multiple sources. A special case of this is federated learning, where models are trained through several iterations and updated with different datasets.

docs/guides/index.md

@@ -0,0 +1,7 @@
+# ELIXIR-on-Cloud documentation
+
+The ELIXIR-on-Cloud project is an initiative from the ELIXIR Compute Platform.
+Our goal is to support scientists across Europe in using cloud environments for their research activities.
+We support the use of ELIXIR services as well as open-source software, and the project has close connections with various academic cloud providers.
+One of our key focuses is developing and providing software that implements the specifications defined by the Global Alliance for Genomics and Health (GA4GH) for federated processing of workloads ([GA4GH Cloud Work Stream][ga4gh-cloud-ws]).
+This documentation offers guidance and best practices on how to use the services, further develop our services, and deploy services within the ELIXIR-on-Cloud Framework.

includes/abbreviations.md

@@ -1,12 +1,18 @@
 *[DBCLS]: Database Center for Life Science
+*[DPIA]: Data Protection Impact Assessment
 *[DRS]: GA4GH Data Repository Service API
+*[EHDS]: European Health Data Space
 *[ELIXIR]: ELIXIR unites Europe’s leading life science organisations in managing and safeguarding the increasing volume of data being generated by publicly funded research. It coordinates, integrates and sustains bioinformatics resources across its member states and enables users in academia and industry to access services that are vital for their research.
 *[FOSS]: Free & Open Source Software
 *[GA4GH]: The Global Alliance for Genomics and Health is a policy-framing and technical standards-setting organization, seeking to enable responsible genomic data sharing within a human rights framework.
+*[GDPR]: General Data Protection Regulation
 *[GSoC]: Google Summer of Code
 *[IaC]: Infrastructure as Code
 *[LIMS]: Laboratory Information Management System
 *[NBDC]: National Bioscience Database Center
+*[SPE]: Secure Processing Environment
+*[TEE]: Trusted Execution Environment
 *[TES]: GA4GH Task Execution Service API
+*[TRE]: Trusted Research Environment
 *[TRS]: GA4GH Tool Registry Service API
 *[WES]: GA4GH Workflow Execution Service API

includes/references.md

@@ -31,11 +31,13 @@
 [elixir-cloud-demo-smk]: <https://github.com/elixir-cloud-aai/demo-tes-hybrid-cloud>
 [elixir-cloud-registry]: <https://elixir-cloud.dcc.sib.swiss/ga4gh/registry/v1/ui/>
 [elixir-cloud-services]: <https://github.com/elixir-cloud-aai/elixir-cloud-aai/blob/dev/resources/resources.md>
+[eur-lex-ehds]: <https://eur-lex.europa.eu/legal-content/EN/TXT/?uri=OJ:L_202500327>
 [fair]: <https://www.go-fair.org/fair-principles/>
 [funnel]: <https://ohsu-comp-bio.github.io/funnel/>
 [funnel-config-slurm]: <https://raw.githubusercontent.com/lvarin/test-funnel-slurm/main/funnel_config.yml>
 [funnel-config-slurm-service]: <https://raw.githubusercontent.com/ohsu-comp-bio/funnel/52ef90fb76e620226f2af1bca5d14d35e1c4ad4a/deployments/systemd/funnel-server.service>
 [ga4gh]: <https://ga4gh.org/>
+[ga4gh-cloud-ws]: <https://www.ga4gh.org/work_stream/cloud/>
 [ga4gh-cloud]: <https://ga4gh-cloud.github.io/>
 [ga4gh-dps]: <https://www.ga4gh.org/how-we-work/driver-projects/>
 [ga4gh-drs]: <https://github.com/ga4gh/data-repository-service-schemas>
@@ -140,3 +142,4 @@
 [tesk-helm-values]: <https://github.com/elixir-cloud-aai/TESK/blob/master/charts/tesk/values.yaml>
 [vsftpd]: <https://security.appspot.com/vsftpd.html>
 [vsftpd-deploy]: <https://www.digitalocean.com/community/tutorials/how-to-set-up-vsftpd-for-a-user-s-directory-on-ubuntu-20-04>
+[ukdataservice-5-safes]: <https://ukdataservice.ac.uk/help/secure-lab/what-is-the-five-safes-framework>

mkdocs.yml

@@ -82,6 +82,9 @@ markdown_extensions:
 nav:
   - Home: "index.md"
   - Guides:
+      - "guides/index.md"
+      - General:
+        - "Sensitive Data": "guides/guide-info/sensitive_data.md"
       - Users:
           - "guides/guide-user/index.md"
           - "User stories": "guides/guide-user/user_stories.md"