Du indsætter en log i en supporttråd, et svar påpeger, at den indeholder din private nøgle, og indsættelsen er permanent. Den mere stille fejl viser sig senere, når hver adresse er blevet X, og filen ikke længere beviser, at klienten og serveren var forskellige værter. En redigeringsrunde fjerner det, der giver adgang eller navngiver en person, og beholder det, der forklarer fejlen. Det er en omformning med regler, ikke en sletning med et søgefelt.

Redigering er en omformning, ikke en sletning

En log bærer struktur såvel som værdier: denne adresse talte med den anden på dette tidspunkt, og handshake stoppede ved dette trin. Værdierne er det, der gør filen farlig at offentliggøre. Strukturen er det, der gør den værd at offentliggøre overhovedet.

At slette hele linjer fjerner begge dele på én gang, og derfor svarer en trimmet log ofte intet. At sammenfatte hver værdi i ét token fejler anderledes, fordi to forskellige peers bliver én enkelt aktør. Begge runder kan se pæne ud og alligevel ødelægge beviset. Testen er, om en læser, der aldrig har set dit netværk, kan følge sekvensen og nå den konklusion, du nåede.

Først et uddrag, så strippe

Skær afsnittet omkring fejlen ud, før du redigerer noget. Et mindre uddrag er lettere at gennemgå, og det bærer mindre sandsynligt noget, du havde glemt var i filen. Opbevar det urørte original i beskyttet lager, indtil sagen er lukket. Redigering er tabsgivende, og den rå fil er den eneste måde at besvare opfølgningsspørgsmålet på.

Læs uddraget som ren tekst, før du stoler på, at en eksportkommando har strippet de private dele, fordi eksportører opsummerer og roterer felter i stedet for at rense dem. Debug- og verbose-tilstande er det mest sandsynlige sted for en nøgleblok eller en indlejret adgangsoplysning. Åbn filen i en editor, der viser fulde linjer, ikke i en fremviser, der ombryder og skjuler halen.

Hvad der skal væk, og i hvilken rækkefølge

Begynd med materiale, der giver adgang, fordi et misset hit der afslutter øvelsen: blokke med private nøgler, adgangskoder, foruddelte nøgler, API-tokens, gendannelseskoder. De er ikke blot identificerende; de er brugbare for enhver, der læser tråden. En runde, der fjerner alt andet og lader en af dem blive, er mislykket.

Så identitetslaget: brugernavne, certifikat-emner og serienumre, kontoidentifikatorer og enhver sti, der indeholder en persons navn. Intet af det er brugbart alene, men sammen navngiver det en person, og det er den del, en offentlig tråd ikke har brug for.

Så topologilaget, og det er her, dømmekraften kommer ind. Offentlige adresser, interne områder og værtsnavne kan alle erstattes, når deres afsløring ikke tjener noget diagnostisk formål, og stabile etiketter slår tomme felter. Rækkefølgen betyder noget, fordi de tidligere lag er absolutte, og det sidste er en beslutning. At arbejde i den rækkefølge forhindrer dig også i at bruge en time på værtsnavne, mens en nøgleblok står på linje fyrre.

Original kindReplace withKeep
Client addressCLIENT_AWhich side initiated
Server addressSERVER_BPort and protocol
UsernameUSER_1The failure that mentions it
HostnameHOST_1Resolution order

Ødelæg ikke relationerne

Giv hver reel værdi én pladsholder, og genbrug den hver gang, værdien optræder. Hvis to adresser var forskellige, skal de forblive forskellige efter runden, ellers konkluderer læseren, at klienten forbandt til sig selv. Konsistens er hele mekanismen: læseren lærer tilknytningen ved at se en etiket vende tilbage. Én genbrugt token til to aktører er den hurtigste måde at gøre en log ulæselig på.

Rækkefølge og tid er en del af den samme struktur. Hold sekvensen intakt, og hvis du flytter tidsstempler, skal du flytte dem alle med samme beløb og sige det i én linje. At blande ændrede og rigtige tider er værre end at fjerne dem, fordi hullerne så ligner bevis på noget, der aldrig skete.

Porte, protokol og retning forbliver, som de er. En pladsholder på adressen kræver ikke en pladsholder på porten.

Behold det spørgsmål, loggen skal besvare

Skriv de felter ned, som en hjælper har brug for, før du begynder at redigere: den præcise, ikke-hemmelige fejltekst, klient- og serverversioner, transport og hvilken side der startede forsøget. Det er dem, der lader en fremmed genkende fejlen. At have listen ved siden af sig gør runden til et tjek i stedet for et håb.

Når du sender filen, tilføj én linje om, hvad der blev erstattet, så ingen bruger en time på at diagnosticere et pladsholder-værtsnavn. OpenVPNs dokumentation om diagnostiske logs oplister de felter, dens logs bærer, og det er netop den liste, du er ved at ændre. Spørg, før du sender en hukommelsesdump eller en pakkeoptagelse, og brug den supportkanal, du kan verificere. De artefakter indeholder langt mere end tekstloggen, og noget af det er ikke dit at offentliggøre.

Læs det færdige uddrag én gang fra første til sidste linje, inklusive begyndelsen og slutningen. Skærmbilleder fortjener mere mistanke end tekst, fordi de bærer andre vinduer, kontonavne og menupunkter.

Relaterede artikler