Jag behöver hasha strängar som ser känsliga ut så att jag kan referera till dem i loggar utan att exponera det ursprungliga innehållet.

Den här funktionen hashar strängar som ser känsliga ut innan de skrivs till loggar, så att du säkert kan referera till värden utan att exponera det ursprungliga innehållet. Det hjälper till att minska risken för läckage av hemligheter samtidigt som det möjliggör felsökning och korrelation mellan händelser.

Den här funktionen identifierar strängar som verkar känsliga och ersätter dem med en deterministisk hash vid loggning. Det hashade värdet kan användas som en stabil identifierare, vilket gör att du kan korrelera upprepade förekomster av samma underliggande indata över loggrader och system. Eftersom den ursprungliga strängen inte lagras i loggarna minskar risken för att oavsiktligt exponera autentiseringsuppgifter, tokens eller personuppgifter. Hashningsbeteendet är specifikt avsett för loggnings- och observerbarhetsscenarier där innehållet inte behövs, utan endast en konsekvent referens. Det stöder arbetsflöden som att spåra vilka förfrågningar som använde samma token, identifiera upprepade problematiska indata eller gruppera incidenter efter återkommande värden som liknar hemligheter. Detta tillvägagångssätt hjälper även team att följa interna säkerhetspolicyer genom att minimera känsligt material i telemetri. Vid operativ användning kan tekniker söka efter den hashade identifieraren för att följa ett ärende från början till slut utan att behöva tillgång till den ursprungliga hemligheten. Funktionen är särskilt användbar i delade loggningsmiljöer där många användare eller tjänster kan komma åt loggarna. Genom att hasha istället för att logga råvärden kan du bevara felsökningsnyttan samtidigt som känsligt innehåll hålls borta från logglagring och nedströmsanalys.