Skip to content

Security: mgm-tp/a12-uaa

Security

SECURITY.md

Security Policy

Thank you for your interest in the security of the A12 Platform, maintained by mgm technology partners GmbH, Germany.

The security of our products and your data is of utmost importance to us. This SECURITY.md` describes our policies, procedures, and contact points regarding security issues.

Security Patches

We regularly scan our code for potential vulnerabilities and we also actively monitor the 3rd party libraries used in A12 for known vulnerabilities and apply patches if required. Please note, a vulnerability labeled as critical does not necessarily pose a critical risk for A12 or A12-based projects, i.e. we assess the issues and determine their severity in our context. For highly critical issues, we provide patches as soon as possible. For others, we provide patches in fixed cycles.

A12 Platform patch releases require coordination across our components to ensure that changes are applied consistently, e.g. updates of 3rd party libraries, and to allow for end-to-end tests. Therefore, we have established a rhythm of security patch rounds every second month resulting in a complete platform release, which is covered by automated end-to-end tests, and which includes a corresponding update of the Modeling Environment provided via the Installer. For details check our Releases Overview.

The two-month releases are named by the release line and the suffix -ext, followed by a incremental number, e.g. 2025.06-ext5. They sometimes fall together with other bug fixes or minor feature implementation. It is strongly recommended to update to every -ext release quickly and continuously! Only this way, you can benefit from the security maintenance provided by the A12 team.

Reporting a Vulnerability

If you have discovered a potential security vulnerability in this project, please report it as soon as possible. We strongly encourage responsible disclosure and pledge to respond promptly.

How to report:

  • Submit all security reports via our ticket system at a12support.mgm-tp.com. Further instructions are available in our official documentation.
  • Include as much information as possible to help us understand and reproduce the issue (component name, affected versions, a description, reproduction steps, and your contact details).
  • Please do not publicly disclose vulnerabilities before we have had a chance to review and address them.

Our Commitment

Upon receiving your report, we will:

  • Acknowledge the receipt of your report within two business days.
  • Provide updates on the progress of our investigation.
  • Strive for a swift and responsible resolution.
  • Credit you for your discovery, should you desire, in the relevant release notes (subject to coordination and agreement).
  • Aim to resolve and disclose confirmed vulnerabilities within 90 days of the initial report.

Non-Issues

We do not accept security reports regarding the following security issues:

  • Missing or wrongly configured security headers
  • Vulnerabilities in dependencies without a clear, comprehensible proof of exploitation in the context of the A12 Platform
  • Any vulnerabilities related to development-only or demonstration-only functionality (e.g. the local authentication)
  • Clear-text credentials in test setups
  • Sensitive data in log messages at levels more verbose than INFO
  • Log injection (default behavior in logback)

We also do not accept automatically generated reports, either by security scanners or AI tools.

Security Notifications

Security advisories and updates will be published in the documentation and relevant project release notes.

security.txt

For automated security contact discovery, please refer to our security.txt, which mirrors the information provided in this document according to the latest RFC 9116 standards.

Further Information

There aren't any published security advisories