Sicherheitslücken melden

Reporting a security vulnerability

Richtlinie zur koordinierten Offenlegung · msteps.de

Coordinated vulnerability disclosure policy · msteps.de

Coordinated Vulnerability Disclosure

Auf einen Blick

Melden an
security@marcapo.com
Diese Richtlinie gilt für
msteps.dewww.msteps.dem-steps.dewww.m-steps.defriadent.marcapo.com
Aktives Testen
Nicht freigegeben. Melden Sie, was Ihnen ohne gezielte Angriffsversuche auffällt. Siehe Ziffer 2.
Prämien
Ja, für einen Teil der Systeme. Bedingungen im Bug-Bounty-Programm.
Erste Antwort
innerhalb von 5 Werktagen
Schwachstelle melden

1Sie sind hier richtig

msteps.de wird von der marcapo GmbH betrieben. Wenn Sie auf einer der oben genannten Domains eine Schwachstelle gefunden haben, sind wir die Stelle, die sie beheben kann.

Wir nehmen jede Meldung ernst: auch außerhalb eines Prämienprogramms, auch von Personen ohne Sicherheitshintergrund, und auch dann, wenn sich der Verdacht am Ende nicht bestätigt.

2Geltungsbereich

Melden dürfen Sie immer

Diese Richtlinie deckt alle Systeme ab, die unter den folgenden Domains erreichbar sind:

msteps.dewww.msteps.dem-steps.dewww.m-steps.defriadent.marcapo.com

Wenn Sie unsicher sind, ob ein Fund dazugehört, melden Sie ihn. Die Einordnung übernehmen wir.

Aktiv testen ist etwas anderes

Für dieses Portal ist aktives Testen nicht freigegeben. Auf den genannten Systemen werden personenbezogene Daten Dritter verarbeitet, über die wir nicht allein verfügen.

Bitte melden Sie, was Ihnen bei normaler Nutzung oder von außen auffällt. Verzichten Sie auf gezielte Angriffsversuche, automatisierte Scans und den Versuch, eine gefundene Lücke über den Nachweis hinaus auszunutzen.

Wenn Sie strukturiert testen möchten, schreiben Sie uns vorher an security@marcapo.com. Wir klären das mit dem Auftraggeber und melden uns zurück.

3Regeln

Damit wir Ihnen die Zusagen unter Ziffer 10 geben können, gelten diese Grenzen ausnahmslos:

  • Keine Beeinträchtigung der Verfügbarkeit. Keine Last- oder DoS-Tests, keine Brute-Force-Angriffe auf Anmeldemasken.
  • Kein Zugriff auf fremde Konten oder Daten. Verwenden Sie ausschließlich eigene Testkonten.
  • Kein Verändern, Löschen oder Verschieben von Daten und keine Konfigurationsänderungen.
  • Kein Ausleiten von Daten über den minimal notwendigen Nachweis hinaus. Ein Datensatz belegt eine Lücke; tausend Datensätze belegen nichts Zusätzliches.
  • Keine dauerhaften Zugänge, Hintertüren oder Skripte, die nach Ihrem Test aktiv bleiben.
  • Kein Social Engineering gegen Mitarbeitende, Dienstleister oder Nutzer, kein Phishing.
  • Kein physischer Zutritt zu Räumen oder Rechenzentren.
  • Keine Weitergabe von Schwachstellendetails an Dritte vor Ablauf der Frist unter Ziffer 8.

Wer diese Grenzen überschreitet, kann sich auf die Zusagen unter Ziffer 10 nicht berufen.

4Wenn Sie auf personenbezogene Daten stoßen

Das kann passieren, gerade bei Zugriffsfehlern. Wichtig ist, was danach geschieht:

  1. Brechen Sie sofort ab und rufen Sie keine weiteren Datensätze auf.
  2. Legen Sie keine Kopien an. Bereits angefertigte Kopien, Screenshots und Logs löschen Sie unverzüglich.
  3. Informieren Sie uns umgehend und nennen Sie Zeitpunkt, Umfang und Art der Daten, die Sie gesehen haben.
  4. Bestätigen Sie uns die Löschung in Textform.
  5. Veröffentlichen Sie die Daten nicht – auch nicht ausschnittsweise in Screenshots.

Eine solche Meldung wirkt sich nicht nachteilig auf die Bewertung Ihres Fundes oder eine mögliche Prämie aus. Wir brauchen diese Information, um unseren eigenen Meldepflichten nachzukommen. Sie zu verschweigen ist der einzige Weg, aus einem Fund ein Problem zu machen.

5So melden Sie

Per E-Mail an security@marcapo.com, auf Deutsch oder Englisch.

Hilfreich ist

  • betroffene Domain und vollständige URL
  • Art der Schwachstelle und eine kurze Einschätzung, was sich damit erreichen lässt
  • nachvollziehbare Schritte zur Reproduktion
  • Nachweis: Request und Response, Screenshot oder ein kurzes Video
  • Zeitpunkt Ihrer Tests mit Datum, Uhrzeit und Zeitzone sowie die Quell-IP-Adressen, von denen aus Sie gearbeitet haben
  • das verwendete Testkonto
  • ob Sie dabei Daten Dritter gesehen haben (siehe Ziffer 4)

Zeitpunkt und Quell-IP sind kein Formalismus: Damit finden wir Ihre Zugriffe in unseren Protokollen wieder, verifizieren den Fund und unterscheiden Ihr Vorgehen von einem echten Angriff. Meldungen ohne diese Angaben bearbeiten wir trotzdem, nur langsamer.

6Was wir zusagen

  • Eingangsbestätigung: innerhalb von 5 Werktagen
  • Erste fachliche Einschätzung: innerhalb von 10 Werktagen
  • Status: bei längerer Bearbeitung alle 14 Tage, unaufgefordert
  • Eine Rückmeldung, wenn die Lücke geschlossen ist
  • Eine nachvollziehbare Begründung, wenn wir einen Fund nicht als Schwachstelle bewerten

Werktage sind Montag bis Freitag mit Ausnahme gesetzlicher Feiertage in Bayern.

7Was nicht in den Geltungsbereich fällt

Ohne gezeigte konkrete Auswirkung bearbeiten wir in der Regel nicht:

  • fehlende oder schwache HTTP-Sicherheitsheader
  • Befunde zu SPF, DKIM oder DMARC
  • TLS-Konfiguration, Cipher Suites, Zertifikatsdetails
  • ausgegebene Software- oder Versionsnamen
  • Self-XSS und Angriffe, die eine bereits kompromittierte Umgebung des Opfers voraussetzen
  • fehlende Ratenbegrenzung
  • Clickjacking und CSRF auf Funktionen ohne sicherheitsrelevante Wirkung
  • Probleme nur in veralteten Browsern oder mit abgeschalteten Sicherheitsfunktionen
  • ungeprüfte Ausgaben automatisierter Werkzeuge
  • Schwachstellen in Diensten Dritter, die wir nicht betreiben
  • Spam-, Phishing- oder Missbrauchsmeldungen – bitte an abuse@marcapo.com

Kein Ausschluss, sondern eine Priorisierung: Wenn Sie hierzu einen konkreten Angriffspfad zeigen können, wollen wir davon hören.

8Veröffentlichung

Wir haben nichts gegen Veröffentlichungen. Wir bitten nur um Reihenfolge.

  • Warten Sie mindestens 6 Wochen ab Ihrer Meldung, bevor Sie Details öffentlich machen – oder bis die Lücke geschlossen ist, je nachdem, was früher eintritt.
  • Brauchen wir länger, sagen wir Ihnen das mit Begründung und schlagen einen neuen Termin vor.
  • Veröffentlichen Sie keine personenbezogenen Daten, keine Zugangsdaten und keine Screenshots mit echten Inhalten.

Auf Wunsch nennen wir Sie in unserer Rückmeldung als Finder und stimmen einen gemeinsamen Veröffentlichungstermin mit Ihnen ab.

9Prämien

Für einen Teil der von uns betriebenen Systeme zahlen wir eine finanzielle Anerkennung. Geltungsbereich, prämienrelevante Schwachstellenklassen, Ausschlüsse und Auszahlungsbedingungen stehen im Bug-Bounty-Programm.

Diese Richtlinie gilt unabhängig davon. Auch Meldungen außerhalb des Prämienprogramms werden nach den hier beschriebenen Regeln bearbeitet.

10Rechtliches

Was wir Ihnen zusagen

Soweit Sie sich an Ziffer 2 und Ziffer 3 halten, gestattet Ihnen die marcapo GmbH die dort beschriebenen Handlungen ausdrücklich. Wir stellen gegen Sie keinen Strafantrag und machen keine zivilrechtlichen Ansprüche geltend. Werden wir im Rahmen behördlicher Ermittlungen befragt, bestätigen wir, dass Ihr Vorgehen von uns gestattet war.

Wo diese Zusage endet

Wir können nur für uns selbst sprechen, und wir halten es für fairer, das offen zu sagen als es zu verschweigen:

  • Auf diesen Systemen werden auch Daten Dritter verarbeitet. Diese Dritten sind an unsere Zusage nicht gebunden und können unabhängig von uns rechtliche Schritte einleiten.
  • Die Strafverfolgungsbehörden können bei besonderem öffentlichem Interesse auch ohne Strafantrag tätig werden.
  • Das deutsche Computerstrafrecht (§§ 202a ff. StGB) kennt bislang keine allgemeine Ausnahme für Sicherheitsforschung. Unsere Gestattung nimmt Ihrem Handeln das Merkmal „unbefugt“ nur in dem Umfang, in dem wir selbst verfügungsbefugt sind.

Bitte beziehen Sie das in Ihre Entscheidung ein, wie weit Sie gehen. Im Zweifel: fragen Sie uns vorher.

Sonstiges

Aus einer Meldung entsteht kein Anspruch auf Beschäftigung, Beauftragung oder Vergütung. Diese Richtlinie begründet kein Vertragsverhältnis und ist keine Beauftragung zur Durchführung von Sicherheitstests.

11Ihre Daten

Wir verarbeiten die Angaben aus Ihrer Meldung, um den Sachverhalt zu prüfen, die Schwachstelle zu beheben und mit Ihnen zu kommunizieren. Dazu gehören Ihre Kontaktdaten sowie die technischen Angaben aus Ihrer Nachricht.

Wenn Sie es wünschen, bearbeiten wir Ihre Meldung unter Pseudonym. Für die Auszahlung einer Prämie brauchen wir allerdings Ihre Identität und weitere Angaben.

Einzelheiten finden Sie in unseren Datenschutzhinweisen.

Fassung 1.0, Stand 10. September 2026. Ziel des Feldes Policy in unserer security.txt nach RFC 9116.
© marcapo GmbH · Impressum

At a glance

Send reports to
security@marcapo.com
This policy covers
msteps.dewww.msteps.dem-steps.dewww.m-steps.defriadent.marcapo.com
Active testing
Not permitted. Report what you notice without deliberate attack attempts. See clause 2.
Rewards
Yes, for some systems. Terms in our bug bounty programme.
First response
within 5 working days
Report a vulnerability

1You are in the right place

msteps.de is operated by marcapo GmbH. If you have found a vulnerability on one of the domains listed above, we are the party that can fix it.

We take every report seriously – including reports outside any reward programme, reports from people without a security background, and reports that turn out to be false alarms.

2Scope

You may always report

This policy covers all systems reachable under the following domains:

msteps.dewww.msteps.dem-steps.dewww.m-steps.defriadent.marcapo.com

If you are unsure whether a finding belongs here, report it. We will do the triage.

Active testing is a separate matter

Active testing is not authorised for this portal. These systems process personal data belonging to third parties, which is not ours alone to expose to testing.

Please report what you notice during normal use or from the outside. Refrain from deliberate attack attempts, automated scanning, and from exploiting a finding beyond what is needed to demonstrate it.

If you would like to test systematically, contact us first at security@marcapo.com. We will clarify it with the client and come back to you.

3Rules

These limits apply without exception, and they are what allows us to give you the commitments in clause 10:

  • Do not affect availability. No load or denial-of-service testing, no brute forcing of login forms.
  • Do not access other people's accounts or data. Use your own test accounts only.
  • Do not modify, delete or move data, and do not change any configuration.
  • Do not extract data beyond the minimum needed as proof. One record demonstrates a flaw; a thousand records demonstrate nothing further.
  • Do not leave behind persistent access, backdoors or scripts that keep running after your test.
  • No social engineering against staff, suppliers or users, and no phishing.
  • No physical access to premises or data centres.
  • Do not share vulnerability details with third parties before the period in clause 8 has elapsed.

Anyone who exceeds these limits cannot rely on the commitments in clause 10.

4If you encounter personal data

This happens, particularly with access control flaws. What matters is what you do next:

  1. Stop immediately and do not retrieve any further records.
  2. Do not make copies. Delete any copies, screenshots and logs you have already made.
  3. Tell us promptly, stating when it happened, how much you saw and what kind of data it was.
  4. Confirm the deletion to us in writing.
  5. Do not publish the data – not even partially, in screenshots.

Telling us this will not count against your finding or a possible reward. We need the information to meet our own notification obligations. Concealing it is the only way to turn a finding into a problem.

5How to report

By email to security@marcapo.com, in English or German.

Please include

  • the affected domain and the full URL
  • the type of vulnerability and a short assessment of what it allows
  • reproducible step-by-step instructions
  • proof: request and response, a screenshot, or a short video
  • when you tested, with date, time and time zone, and the source IP addresses you worked from
  • the test account you used
  • whether you saw third-party data in the process (see clause 4)

Timestamps and source IPs are not a formality: they let us find your requests in our logs, verify the finding, and tell your work apart from an actual attack. We will handle reports without them, just more slowly.

6What we commit to

  • Acknowledgement: within 5 working days
  • Initial technical assessment: within 10 working days
  • Status: every 14 days if handling takes longer, without you having to ask
  • Notification once the vulnerability has been fixed
  • A reasoned explanation if we do not consider a finding to be a vulnerability

Working days are Monday to Friday, excluding public holidays in Bavaria, Germany.

7Out of scope

Without a demonstrated concrete impact, we generally do not handle:

  • missing or weak HTTP security headers
  • SPF, DKIM or DMARC findings
  • TLS configuration, cipher suites, certificate details
  • disclosed software names or version numbers
  • self-XSS and attacks that assume an already compromised victim environment
  • missing rate limiting
  • clickjacking and CSRF on functions with no security-relevant effect
  • issues that only occur in outdated browsers or with security features disabled
  • unverified output from automated tools
  • vulnerabilities in third-party services we do not operate
  • spam, phishing or abuse reports – please use abuse@marcapo.com

This is a matter of priority rather than a hard exclusion. If you can show a concrete attack path for any of these, we want to hear about it.

8Publication

We have no objection to publication. We only ask about sequence.

  • Please wait at least 6 weeks from your report before publishing details – or until the vulnerability is fixed, whichever comes first.
  • If we need longer, we will tell you why and propose a new date.
  • Do not publish personal data, credentials, or screenshots containing real content.

On request we will credit you as the finder in our response and agree a joint publication date with you.

9Rewards

For some of the systems we operate, we pay a monetary reward. Scope, eligible vulnerability classes, exclusions and payment conditions are set out in our bug bounty programme.

This policy applies regardless. Reports outside the reward programme are handled under the same rules.

10Legal

What we commit to

As long as you stay within clauses 2 and 3, marcapo GmbH expressly authorises the activities described there. We will not file a criminal complaint against you and will not pursue civil claims. If we are asked in the course of an official investigation, we will confirm that your activity was authorised by us.

Where that commitment ends

We can only speak for ourselves, and we consider it fairer to say so than to leave it out:

  • These systems also process third-party data. Those third parties are not bound by our commitment and may take legal action independently of us.
  • German prosecutors may act without a criminal complaint where there is a particular public interest.
  • German computer crime law (sections 202a et seq. of the Criminal Code) currently provides no general exemption for security research. Our authorisation removes the element of acting “without authorisation” only to the extent that the systems and data are ours to authorise.

Please factor this into how far you decide to go. When in doubt, ask us first.

Other

A report creates no claim to employment, engagement or payment. This policy does not establish a contractual relationship and is not an instruction to carry out security testing.

11Your data

We process the information in your report in order to assess it, fix the vulnerability and communicate with you. This includes your contact details and the technical information in your message.

On request we will handle your report under a pseudonym. Paying out a reward, however, requires your identity and further details.

See our privacy notice for details.