Redaktion ist eine Beweistransformation. Es kann die Diskussion über ein Beispiel sicherer machen und gleichzeitig die Informationen entfernen, die zur Beantwortung der ursprünglichen technischen Frage erforderlich sind. Beginnen Sie mit der Definition dieser Frage: Header-Interpretation, Domänenausrichtung, Routing, Signaturprüfung oder Inhaltsfilterung. Die minimalen Nutzdaten sind für jede Aufgabe unterschiedlich.
Bewahren Sie das Original auf und identifizieren Sie das Derivat
Speichern Sie die Originalnachricht an einem eingeschränkten Ort und berechnen Sie ihren SHA-256-Fingerabdruck auf Byte-Ebene. Erstellen Sie zur Desinfektion eine separate Kopie. Notieren Sie den Sammler, die Sammelmethode, die Zeit und den ursprünglichen Hash. Zeichnen Sie dann einen neuen Hash für das Derivat auf. Ein Hash unterstützt spätere Integritätsvergleiche, beweist jedoch nicht die Wahrheit der Nachricht oder den Absender.
Überschreiben Sie nicht das einzige Original und kennzeichnen Sie eine bearbeitete Datei nicht als „Rohoriginal“. Nachrichtenkopfzeilen kann Empfängeradressen, interne Hosts, öffentliche und private IP-Informationen, Tracking-URLs und Kennungen enthalten. MIME Teile und angehängte Nachrichten können vertrauliche Informationen wiederholen, die im sichtbaren Körper fehlen. RFC 5322 beschreibt die Nachrichtenstruktur; Der Schwärzungsworkflow ist hier eine betriebliche Empfehlung und kein vorgeschriebener Schwärzungsstandard. RFC 5322 Abschnitte 2 und 3.
Bewahren Sie die für die Diagnose erforderlichen Beziehungen
Halten Sie für eine Diskussion über die Domänenausrichtung die Beziehung zwischen sichtbarem Absender, Umschlagidentität und signierenden Domänen klar. Das Ersetzen jeder Domäne durch denselben Platzhalter kann zu einer Ausrichtung führen. Das Ersetzen ausgerichteter Domänen durch nicht verwandte Platzhalter kann es zerstören. Wenn echte Domänen nicht gemeinsam genutzt werden können, stellen Sie eine explizit veranschaulichende Zuordnung bereit, die die Beziehung beibehält, und geben Sie an, dass echtes DNS nicht anhand der Ableitung überprüft werden kann.
Behalten Sie beim Routing die Hop-Reihenfolge bei und kennzeichnen Sie entfernte Hosts oder Adressen deutlich. Behalten Sie für die Zeitachsenanalyse Zeitzonenversätze bei und erläutern Sie etwaige Zeitverschiebungen. Behalten Sie für die Analyse des Zustellungsstatus die Empfängerblockgrenzen, Aktionen, Status und relevanten Diagnosen bei und entfernen Sie nicht verwandte Nachrichteninhalte. RFC 3464 definiert diese empfängerspezifischen Felder. RFC 3464 Abschnitt 2.
Versprechen Sie keine signaturerhaltende Schwärzung
Das Ändern eines signierten Headers oder signierten Textkörpers kann zu Problemen führen DKIM. Einige Änderungen an Leerzeichen bleiben unbemerkt KanonisierungDies ist jedoch keine allgemeine Redaktionsgarantie. Sogar eine Änderung außerhalb der Abdeckung einer Signatur kann eine andere Signatur verändern oder den Kontext entfernen, der zur Interpretation von Vertrauen erforderlich ist. Behalten Sie signierte Bytes bei, wenn die Frage eine kryptografische Überprüfung erfordert. RFC 6376 Abschnitte 3.4 und 5.
Ein Schwärzungsprotokoll sollte jede Transformation und die dadurch entfernte Diagnosefunktion identifizieren. Behaupten Sie nicht, dass ein Derivat die Signaturüberprüfung beibehält, nur weil es immer noch ein anzeigt DKIM-Signature Feld. Kein Desinfektionsmittel kann ohne Überprüfung des resultierenden Inhalts als vollständig angesehen werden.
Überprüfen Sie das gesamte Derivat, bevor Sie es teilen
Überprüfen Sie Kopfzeilen, Klartext- und HTML-Teile, Anhänge, verschachtelte Nachrichten, URLs, Kommentare und Dateinamen. Entfernen Sie Aktionstoken wie empfängerspezifische Abmeldewerte, wenn sie nicht benötigt werden. Vermeiden Sie ein einfaches Suchen und Ersetzen als einzige Datenschutzprüfung, da möglicherweise verschlüsselte oder wiederholte Daten verbleiben.
Geben Sie dem Analysten eine kurze Fähigkeitserklärung: Diese Kopie kann die Header-Interpretation und die gekennzeichnete Identitätsbeziehung unterstützen, kann jedoch nicht die Gültigkeit der Originalsignatur oder den nicht offengelegten DNS Status feststellen. Wenn der Analyst mehr benötigt, holen Sie die Autorisierung für die spezifischen zusätzlichen Daten und den Empfänger ein, anstatt automatisch das vollständige Original zu senden. Halten Sie das Schwärzungsprotokoll eingeschränkt, wenn es die Zuordnung zurück zu persönlichen Daten enthält.
Arbeiten Sie ein hypothetisches Ausrichtungsbeispiel durch
Angenommen, die Frage lautet, ob eine Bounce-Subdomäne und eine sichtbare Autorendomäne die Beziehung aufweisen, die für den konfigurierten Ausrichtungsmodus erforderlich ist. Eine autorisierte illustrative Zuordnung könnte den Autor durch brand.example ersetzen, seine Bounce-Subdomain durch bounce.brand.example und einen unabhängigen Anbieter durch vendor.example . Die Zuordnung aller drei zu example.com würde den Unterschied verbergen.
Kennzeichnen Sie die Zuordnung als veranschaulichend und geben Sie die relevante strenge oder lockere Beziehung an. Es ist kein Ersatz für die Bewertung der tatsächlichen Domänen, Richtlinien oder DNS . Wenn sich die Frage auf DKIM Gültigkeit ändert, verwenden Sie das eingeschränkte Original im Rahmen einer genehmigten Zugriffsvereinbarung, anstatt zu versprechen, dass die redigierte Kopie sie beantworten kann.
Überprüfen Sie vor dem Teilen jeden Teil auf wiederholte Adressen, Token und Identifikatoren, einschließlich verschachtelter Nachrichten. Hierbei handelt es sich um einen hypothetischen Auswahl-Workflow, nicht um eine durchgeführte Schwärzung oder die Behauptung, dass eine tatsächliche Probe sicher offengelegt werden kann.
Teilen Sie den geringsten Beweis mit, der die Frage beantwortet
- Halten Sie das einzige Original eingeschränkt und erstellen Sie ein separat gekennzeichnetes Derivat.
- Behalten Sie die erforderlichen Identitätsbeziehungen, Empfängerblöcke, Hop-Reihenfolge und Zeitkontext bei.
- Überprüfen Sie alle MIME Teile, verschachtelten Inhalte, Links und Dateinamen.
- Staat, der das Derivat testet, kann nicht mehr unterstützen.
- Holen Sie vor der externen Weitergabe die Genehmigung für die tatsächlichen Daten und den Empfänger ein.