Vertrauliche Informationen in Protokolldateien ausblenden

Question

Wie würden Sie vorgehen, wenn vertrauliche Informationen nicht in Protokolldateien gespeichert werden? Ja, Sie können sich bewusst dafür entscheiden, sensible Informationsbits nicht zu protokollieren, aber es kann Fälle geben, in denen Sie Fehlermeldungen bei Fehlern oder Trace-Meldungen blindlings bei der Untersuchung eines Problems usw. protokollieren und in Ihrem System landen Protokolldateien.

Sie könnten beispielsweise versuchen, einen Bestelldatensatz einzufügen, der die Kreditkartennummer eines Kunden in der Datenbank enthält. Bei einem Datenbankfehler möchten Sie möglicherweise die gerade ausgeführte SQL-Anweisung protokollieren. Sie würden dann die Kreditkartennummer des Kunden in einer Protokolldatei landen.

Gibt es ein Designparadigma, das verwendet werden kann, um bestimmte Informationsbits als empfindlich zu kennzeichnen, so dass eine generische Protokollierungspipeline sie herausfiltern kann?

Answer 1

Meine derzeitige Praxis für den Fall in Frage ist, einen Hash dieser sensiblen Informationen zu protokollieren. Dies ermöglicht uns, Protokolldatensätze zu identifizieren, die zu einem bestimmten Anspruch gehören (z. B. eine bestimmte Kreditkartennummer), aber niemandem die Befugnis gibt, die Protokolle einfach zu erfassen und die vertraulichen Informationen für ihre bösartigen Zwecke zu verwenden.

Natürlich beinhaltet dies konsequent gute Kodierungspraktiken. Normalerweise wähle ich alle Objekte mit ihren toString Überladungen (in Java oder .NET) aus, die den Hash der Werte für Felder, die mit einem Attribut Sensitive markiert sind, serialisiert.

Natürlich sind SQL-Strings problematischer, aber wir verlassen uns mehr auf unseren ORM für die Datenpersistenz und protokollieren den Status des Systems in verschiedenen Phasen und protokollieren dann SQL-Abfragen, so dass es kein Problem mehr darstellt.

Answer 2

Ich persönlich würde die Protokolldateien selbst als vertrauliche Informationen ansehen und sicherstellen, dass der Zugriff darauf eingeschränkt wird.

Answer 3

In Ihrem Beispiel sollten Sie die Kreditkartennummer verschlüsseln oder, noch besser, sie nicht einmal speichern.

Wenn Sie, sagen wir mal, etwas anderes loggen, wie eine Anmeldung, möchten Sie vielleicht ein Passwort explizit durch ***** ersetzen.

Dies jedoch vermeidet es, die Frage, die Sie gestellt haben, zu vermeiden. Im Allgemeinen sollte es im Umgang mit sensiblen Informationen auf dem Weg zu einer beliebigen Form von permanentem Speicher, sei es eine Datenbankdatei oder eine Protokolldatei, verschlüsselt werden. Nehmen wir an, dass ein Bad Guy in der Lage sein wird, entweder in die Finger zu bekommen und die Informationen entsprechend zu schützen.

Answer 4

Wenn Sie wissen, was Sie filtern möchten, können Sie Ihre Protokollausgabe über einen Regex-Bereinigungsausdruck ausführen, bevor Sie sie protokollieren.

Answer 5

Das Protokollieren einer Kreditkartennummer könnte eine PCI-Verletzung darstellen. Und wenn Sie nicht PCI-konform sind, werden Ihnen höhere Kartenbearbeitungsgebühren in Rechnung gestellt. Protokollieren Sie keine vertraulichen Informationen oder verschlüsseln Sie Ihre gesamten Protokolldateien.

Ihre Idee, vertrauliche Informationen zu "markieren", ist faszinierend. Sie könnten einen speziellen Datentyp für Sensitive Informationen haben, der den echten zugrunde liegenden Datentyp umgab. Immer wenn dieses Objekt als Zeichenkette gerendert wird, gibt es nur "***" oder was auch immer zurück.

Dies könnte jedoch umfangreiche Codierungsänderungen erfordern und erfordert ein hohes Maß an bewusster Wachsamkeit, ähnlich dem, das erforderlich ist, um sensible Informationen von vornherein zu vermeiden.

Answer 6

In Bezug auf SQL-Anweisungen sollten Sie, wenn Ihre Sprache dies unterstützt, Parameter verwenden, anstatt Werte in die Anweisung selbst zu schreiben. Mit anderen Worten:

select * from customers where credit_card = ? 

Dann den Parameter auf die Kreditkartennummer einstellen.

Wenn Sie SQL-Anweisungen mit ausgefüllten Parametern protokollieren möchten, benötigen Sie natürlich eine andere Möglichkeit, vertrauliche Daten herauszufiltern.

Answer 7

Verweisen Sie dieses Werkzeug, das genau für diesen Anwendungsfall erstellt wurde.

Wenn Sie nur ausgewählte Felder während der Protokollierung maskieren und andere Feldwerte beibehalten möchten. Du kannst es versuchen.

https://github.com/senthilaru/sp-util

<dependency> 
    <groupId>com.immibytes</groupId> 
    <artifactId>sp-utils</artifactId> 
    <version>1.0.0-RELEASE</version> 
</dependency>