Unabhängige Orientierung für ReparaturenFür Reparaturbetriebe
Portal-Governance

Sicherheit und Entscheidungen nachvollziehbar steuern

ReparaturRadar trennt Vorbereitung, Prüfung, Veröffentlichung und spätere Anbieterrechte. Diese Seite beschreibt, wer entscheiden darf, welche Funktionen gesperrt bleiben und wie Sicherheitsmeldungen behandelt werden.

Öffentlicher TransparenzbereichDie Portalbasis ist öffentlich. Reale Anbieterprofile, Vermittlung, Zahlungen und Verträge bleiben deaktiviert, bis die dafür vorgesehenen Prüf- und Freigabegates erfüllt sind.
Helle Reparaturillustration als Symbol für Orientierung und Transparenz
Klare Informationen statt Rätselraten
Wichtige Grenze der aktuellen Arbeitsbereiche

Mit „intern“ bezeichnete Seiten sind noindex und nicht sendefähig, aber nicht durch einen Login geschützt. Dort dürfen deshalb keine Passwörter, vertraulichen Nachweise, personenbezogenen Vorgänge oder anderen Geheimdaten abgelegt werden.

Rollenmodell

Aufgaben bleiben voneinander getrennt

01

Betreiber

Verantwortet Portalgrenzen, Rechtstexte, Veröffentlichungen und Reaktionen auf Sicherheitsmeldungen.

02

Redaktion

Darf Inhalte vorbereiten und Quellen dokumentieren, aber keine Anbieterbehauptung allein freigeben.

03

Qualitätsprüfung

Prüft Quellen, Sicherheit, Datenschutz, Barrierefreiheit und harte Vetos unabhängig vom Entwurf.

04

Support

Nimmt Korrektur-, Rechte- und Sicherheitsmeldungen entgegen und dokumentiert die Bearbeitung.

05

Anbieter

Erhält derzeit keinen Portalzugang. Künftige Profilrechte bleiben auf das eigene geprüfte Objekt begrenzt.

Publikationsregeln

Fünf Gates verhindern automatische Freigaben

Öffentlicher Ratgeber

Quelle, Sicherheitsgrenze, Metadaten und Techniktest erforderlich.

Rechts- oder Datenschutzänderung

Tatsächlicher Datenfluss, Quellenstand und Betreiberfreigabe müssen übereinstimmen.

Anbieterprofil

Identität, Leistungsfelder, Rechte, schriftliche Bestätigung, Qualitätsprüfung und zweite Freigabe erforderlich.

Neue Datenerhebung

Zweck, Datenminimierung, Rechtsgrundlage, Sicherheit, Löschung und Betroffeneninformation vor Aktivierung.

Monetarisierung

Klare Kennzeichnung, getrenntes Ranking, Vertragsgrundlage und Abrechnungstest; derzeit vollständig inaktiv.

Vier-Augen-Grenze: Anbieterprofile, strittige Rechteentscheidungen und neue risikoreiche Datenflüsse bleiben gesperrt, solange keine zweite qualifizierte Prüfung dokumentiert ist.
Sicherheitsvorfälle

Vier Schweregrade steuern die Reaktion

1

S1 · kritisch

Möglicher unbefugter Zugriff, Datenabfluss oder akute Gefährdung. Sofortige Eindämmung und Betreiberentscheidung.

2

S2 · hoch

Rechteverletzung, Identitätsmissbrauch oder erhebliche falsche Veröffentlichung. Priorisierte Sperrung und Prüfung.

3

S3 · mittel

Funktionsfehler, widersprüchlicher Status oder wiederholter Missbrauch ohne akute Gefährdung.

4

S4 · niedrig

Darstellungsfehler, normale Korrektur oder Verbesserungsvorschlag ohne Sicherheitsauswirkung.

Sicherheitsmeldung an info@kryo-sports.de

Betreff: „ReparaturRadar – Sicherheitsmeldung“. Bitte betroffene URL, Beobachtung, Zeitpunkt und mögliche Auswirkung nennen. Keine Passwörter, Ausweiskopien oder unnötigen sensiblen Daten mitsenden.

Sicherheitsmeldung vorbereiten
Reaktionsplan

Erkennen, begrenzen, prüfen, informieren, verbessern

  1. 1
    Eingang und Einstufung

    Meldung sichern, Schweregrad bestimmen und Verantwortlichkeit zuordnen.

  2. 2
    Eindämmung

    Betroffene Veröffentlichung oder Funktion bei plausiblem Risiko begrenzen, ohne Beweise unnötig zu verändern.

  3. 3
    Prüfung und Entscheidung

    Ursache, Umfang, betroffene Daten und erforderliche interne oder gesetzliche Schritte bestimmen.

  4. 4
    Abschluss und Nachsteuerung

    Korrektur testen, notwendige Information veranlassen und dauerhafte Verbesserung im Änderungsregister festhalten.

Änderungsregister

Wesentliche Portalgrenzen bleiben versioniert

01

28. August 2026 · Rechtsrahmen

Impressum, Datenschutz, Datenflüsse, Consent, Anbieterregeln und aktiver Rechteweg veröffentlicht.

02

28. August 2026 · Governance

Rollenmodell, noindex-Grenze, Freigabegates, Sicherheitsprozess und Änderungsverantwortung ergänzt.