Zum Inhalt springen

Korrekturen

Unser öffentliches Korrekturprotokoll. Conisec hängt Korrekturen an und datiert sie; ein veröffentlichter Datensatz wird nie still umgeschrieben.

Zuletzt überprüft

Conisec hängt Korrekturen an. Wir schreiben einen veröffentlichten Datensatz nicht still um, und wir löschen ihn nicht. Wenn uns ein Fehler unterläuft, erscheint die Korrektur als eigener datierter Eintrag auf der Artikel- oder Vorfallsseite und wird hier aufgeführt.

Das Protokoll

Es wurden bislang keine Korrekturen ausgegeben. Diese Seite führt jede einzelne auf, sobald sie erfolgt, mit Datum, Artikel, dem Fehler und dem nun gültigen Wortlaut.

Einen Fehler melden

Wenn Sie einen sachlichen Fehler gefunden haben — eine falsche Zahl, ein falsch gelesenes Advisory, eine falsch dargestellte Regel, einen fehlerhaften Prüfschritt —, kontaktieren Sie uns bitte mit der URL und der Primärquelle, die uns widerspricht. Fehler in der Sicherheits- und Regulierungsberichterstattung können Lesende zu einem falschen Schluss oder auf eine feindliche Website führen, deshalb behandeln wir sie als dringend.

Um eine Sicherheitslücke in der Conisec-Website selbst zu melden, siehe unsere Sicherheitsrichtlinie.

Korrekturen, Aktualisierungen und der Unterschied

Beides ist nicht dasselbe, und wir kennzeichnen es nicht gleich.

  • Eine Korrektur bedeutet, dass wir etwas veröffentlicht haben, das zum Zeitpunkt der Veröffentlichung falsch war — eine falsch angegebene Zahl, eine falsche Zuordnung, ein falsch gelesenes Rechtsinstrument. Korrekturen werden als Korrekturen gekennzeichnet und datiert.
  • Eine Aktualisierung bedeutet, dass sich die Fakten nach der Veröffentlichung geändert haben — ein vom betroffenen Projekt revidierter Verlustbetrag, eine weitere Stellungnahme einer Aufsichtsbehörde. Aktualisierungen werden datiert und ergänzt; der frühere Stand wird nicht gelöscht.

Das Zweite im Ersten aufgehen zu lassen, ist der Weg, auf dem eine Publikation ihre eigene Aufzeichnung still umschreibt. Wir halten beides getrennt, damit Lesende erkennen können, was von beidem eingetreten ist.

Warum Vorfalls-Zeitleisten ausschließlich ergänzt werden

In einem Vorfallsdatensatz wird die Zeitleiste nie an Ort und Stelle bearbeitet. Ein späterer Eintrag löst einen früheren ab; er überschreibt ihn nicht. Wenn wir einen frühen Betrag erfasst haben, der später revidiert wurde, bleiben sowohl der ursprüngliche Eintrag als auch die Revision mit ihren Daten sichtbar.

Das ist aus einem bestimmten Grund wichtig: In den ersten Stunden eines Vorfalls ist die Berichterstattung am wenigsten verlässlich und wird am weitesten kopiert. Sehen zu können, was damals angenommen wurde — und wann es sich änderte —, gehört zu dem, wofür ein Vorfallsdatensatz da ist.

Wenn sich die Primärquelle selbst ändert

Manchmal ändert sich nicht unsere Berichterstattung, sondern das Dokument darunter: Ein Projekt bearbeitet sein Post-mortem, eine Aufsichtsbehörde ersetzt eine Mitteilung. Wo wir das feststellen, vermerken wir das Abrufdatum des Originals und was sich geändert hat. Wir lenken einen Quellenverweis nicht still auf ein Dokument um, das nun etwas anderes sagt.

Einen Fehler melden

Sagen Sie es uns über Kontakt und nennen Sie nach Möglichkeit die Seite, die konkrete Behauptung und die Quelle, die Sie für maßgeblich halten. Eine Behauptung, die wir nicht auf ein Primärdokument zurückführen können, wird entfernt statt verteidigt — die Beweislast liegt bei uns, nicht bei der Person, die den Hinweis gegeben hat.