Keyboard shortcuts and in-page sections

Security & Cyber Resilience

Product security across the development, maintenance, and support lifecycle of RoseaThemes Moodle products.

RoseaThemes develops and maintains Moodle themes and plugins with security, responsible vulnerability handling, and long-term maintainability in mind. We maintain processes for vulnerability reporting, security updates, dependency monitoring, and Cyber Resilience Act compliance.

  • Responsible vulnerability disclosure
  • Security updates
  • Dependency monitoring
  • CRA compliance process
Last updated
Version
1.0

Security processes designed to support compliance with Regulation (EU) 2024/2847 — the Cyber Resilience Act.

Our Security Commitment

Security is part of how RoseaThemes designs, reviews, and maintains commercial Moodle themes and plugins. We follow Moodle security APIs and development practices, review authentication and permission-sensitive functionality, check output escaping and user-controlled content, monitor bundled third-party dependencies, publish fixes when security issues are identified, and maintain a documented vulnerability handling process.

  • Follow Moodle security APIs and established development practices
  • Security review during product development
  • Review of authentication and permission-sensitive functionality
  • Checks on output escaping and user-controlled content
  • Monitoring of bundled third-party dependencies
  • Publication of fixes when security issues are identified
  • A documented vulnerability handling process

RoseaThemes products operate inside an existing Moodle environment. Security of Moodle Core, hosting infrastructure, server configuration, databases, authentication infrastructure, and third-party plugins remains outside the direct control of RoseaThemes.

Report a Security Vulnerability

If you believe you have found a security issue in a RoseaThemes product, please report it privately. Do not open a public support ticket or discuss the details in a public channel before we have had a reasonable opportunity to investigate and release a fix.

Security contact: security@rosea.io

Please include as much of the following as you can:

  • Affected product
  • Affected version
  • Moodle version
  • Description of the issue
  • Steps to reproduce
  • Proof of concept where applicable
  • Expected impact
  • Whether exploitation has been observed in the wild
  • Contact information for follow-up

We encourage responsible disclosure and ask researchers not to publicly disclose vulnerabilities before RoseaThemes has had a reasonable opportunity to investigate and release a fix.

Vulnerability Handling Process

Reports are handled through a defined process. Serious or actively exploited vulnerabilities may also trigger reporting obligations under applicable EU legislation.

  • Report received
  • Verification
  • Risk assessment
  • Remediation
  • Security update
  • Customer notification

Security Advisories

Published advisories describe confirmed issues in RoseaThemes products, affected versions, fixed versions, and recommended action. Severity labels: Critical, High, Medium, Low, Informational.

No active security advisories

Security Support

Security support covers investigation of reported vulnerabilities, security fixes, dependency-related fixes where applicable, and publication of security advisories. It is distinct from feature updates: a product may receive security support after feature development for that generation has slowed or ended.

Currently supported RoseaThemes products and security support status
Product Generation Platform Status Security support Support end Latest version
Space 5 5.x Moodle 5.1, 5.2 Supported Active Announced with generation retirement 5.0.5
Alpha 5 5.x Moodle 5.x Supported Active Announced with generation retirement Current
Universe 5 5.x Moodle 5.x Supported Active Announced with generation retirement Current
Monocolor 5 5.x Moodle 5.x Supported Active Announced with generation retirement Current
XY 5 5.x Moodle 5.x Supported Active Announced with generation retirement 5.2.2
BAZIS 5.x Moodle 5.1, 5.2, 5.x Supported Active Announced with generation retirement Current
Scholastica 5.x Moodle 5.x Supported Active Announced with generation retirement Current
Moon IOMAD IOMAD 5.1, 5.0, 4.5 Supported Active Announced with generation retirement 1.8.1.2
RoseaThemes plugins Current Supported Moodle versions listed on the product page Supported Active Announced with generation retirement Current

EU Cyber Resilience Act

The EU Cyber Resilience Act introduces cybersecurity requirements for products with digital elements placed on the European Union market.

RoseaThemes maintains technical and organisational processes intended to support applicable CRA requirements for commercial Moodle themes and plugins. This page is a public overview of those processes. It is not a certification mark and does not claim that every product is already subject to a formal EU Declaration of Conformity.

What is implemented, and what is still underway

  • Cybersecurity risk assessment (In progress)
  • Vulnerability handling process (Implemented)
  • Coordinated vulnerability disclosure (Implemented)
  • Security update process (Implemented)
  • Dependency inventory (In progress)
  • Software Bill of Materials (In progress)
  • Security testing (In progress)
  • Technical documentation (In progress)
  • Product support period (Implemented)
  • Incident reporting process (In progress)
  • User security information (Implemented)
  • EU Declaration of Conformity where applicable (Product-specific)

Security by Design

Product-level practices used across RoseaThemes Moodle themes and plugins.

  • Moodle APIs Products use Moodle APIs for permissions, sessions, database access, forms, files, and output handling wherever applicable.
  • Access control Administrative functionality uses Moodle capability and context mechanisms.
  • Output handling User-controlled output is handled using Moodle escaping and rendering mechanisms.
  • CSRF protection State-changing actions use Moodle session and request-validation mechanisms where applicable.
  • Dependency management Bundled third-party libraries are documented and reviewed for known security issues.
  • Secure defaults Security-sensitive features use conservative defaults and require intentional administrator configuration.

Software Components & SBOM

RoseaThemes maintains information about third-party components bundled with its products, including dependency name, version, component type, license, and security status where relevant.

We are preparing machine-readable SBOM support in formats such as CycloneDX and SPDX. The complete SBOM is not published on this page.

SBOM information may be provided to customers, auditors, or competent authorities where appropriate.

Security Updates

Customers receive updates through the RoseaThemes customer account, product changelogs, security advisories on this page, and critical customer notices where required.

Customers should keep both Moodle Core and RoseaThemes products within supported versions. RoseaThemes security updates do not replace Moodle Core security updates.

Shared Security Responsibilities

RoseaThemes is responsible for the security of its product code, not for the customer's entire Moodle installation.

RoseaThemes

Product code and security updates

  • Security of RoseaThemes product code
  • Security fixes
  • Bundled dependencies
  • Vulnerability handling
  • Product security documentation
  • Security advisories

Customer / administrator

Moodle Core, hosting, and configuration

  • Maintaining Moodle Core
  • PHP and server security
  • Database security
  • Operating system updates
  • Hosting configuration
  • HTTPS / TLS
  • Backups
  • Account management
  • Third-party plugins
  • Administrator access
  • Secure Moodle configuration

Product Security Lifecycle

Security is considered from design through end of support.

  1. Design

    Security risks and permissions are considered when designing new functionality.

  2. Development

    Use Moodle APIs and established secure coding practices.

  3. Review

    Permission-sensitive and user-controlled flows are reviewed before release.

  4. Testing

    Review sensitive flows, dependencies, permissions, and user-controlled data.

  5. Release

    Versioned packages and changelog are published.

  6. Monitoring

    Reported vulnerabilities and dependency issues are reviewed.

  7. Security updates

    Security fixes are released for supported products.

  8. End of support

    When a generation is retired, the end of security support is announced in advance.

Product Security Documentation

Open a product for supported versions, architecture notes, security support, advisories, and SBOM availability.