VPN-napló szerkesztése a fontos nyomok elvesztése nélkül

Beilleszt egy naplót egy támogatási szálba, egy válasz rámutat, hogy tartalmazza a privát kulcsát, és a beillesztés végleges. A csendesebb hiba később jelenik meg, amikor minden címből X lett, és a fájl már nem bizonyítja, hogy az ügyfél és a szerver különböző gazdagépek voltak. A szerkesztési menet eltávolítja azt, ami hozzáférést ad vagy személyt nevez meg, és megtartja azt, ami a hibát megmagyarázza. Ez szabályokkal végzett átalakítás, nem törlés egy keresőmezővel.

A szerkesztés átalakítás, nem törlés

A napló szerkezetet éppúgy hordoz, mint értékeket: ez a cím beszélt azzal, ebben az időben, és a handshake ennél a lépésnél állt meg. Az értékek teszik a fájlt veszélyessé a közzétételre. A szerkezet teszi egyáltalán érdemessé a közzétételre.

A teljes sorok törlése mindkettőt egyszerre viszi el, ezért egy megnyírt napló gyakran semmire sem válaszol. Minden érték egyetlen tokenbe sűrítése másképp vall kudarcot, mert két különálló peerből egyetlen szereplő lesz. Mindkét menet nézhet ki rendezettnek, és mégis elpusztíthatja a bizonyítékot. A próba az, hogy egy olvasó, aki soha nem látta a hálózatát, képes-e követni a sorrendet és arra a következtetésre jutni, amelyre ön jutott.

Először a kivonat, aztán a tisztítás

Vágja ki a hiba körüli részt, mielőtt bármit szerkesztene. A kisebb kivonatot könnyebb átvizsgálni, és kevésbé valószínű, hogy olyasmit hordoz, amiről elfelejtette, hogy a fájlban volt. Tartsa a sértetlen eredetit védett tárolóban, amíg az ügy le nem zárul. A szerkesztés veszteséges, és a nyers fájl az egyetlen módja a további kérdés megválaszolásának.

Olvassa el a kivonatot egyszerű szövegként, mielőtt megbízik abban, hogy egy exportparancs eltávolította a privát részeket, mert az exportálók összesítik és forgatják a mezőket, nem pedig tisztítják őket. A debug és verbose módok a legvalószínűbb helyei egy kulcsblokknak vagy egy beágyazott hitelesítő adatnak. Nyissa meg a fájlt olyan szerkesztőben, amely teljes sorokat mutat, ne olyan nézőben, amely tördel és elrejti a végét.

Mi távozzon, és milyen sorrendben

Kezdje a hozzáférést adó anyaggal, mert egy itt kimaradt találat véget vet a gyakorlatnak: privát kulcsblokkok, jelszavak, előre megosztott kulcsok, API-tokenek, helyreállítási kódok. Ezek nem csupán azonosítanak; használhatja őket bárki, aki a szálat olvassa. Az a menet, amely minden mást eltávolít, és ezek közül egyet meghagy, kudarcot vallott.

Aztán az identitásréteg: felhasználónevek, tanúsítvány-tárgyak és sorszámok, fiókazonosítók, és minden útvonal, amely egy személy nevét tartalmazza. Ezek egyike sem használható önmagában, de együtt megneveznek egy személyt, és ez az a rész, amelyre egy nyilvános szálnak nincs szüksége.

Aztán a topológiaréteg, és itt lép be az ítélőképesség. A nyilvános címek, a belső tartományok és a gazdagépnevek mind helyettesíthetők, ha közzétételük semmilyen diagnosztikai célt nem szolgál, és a stabil címkék jobbak az üres helyeknél. A sorrend azért számít, mert a korábbi rétegek abszolútak, az utolsó pedig döntés. Az e sorrendben végzett munka azt is megakadályozza, hogy egy órát gazdagépnevekkel töltsön, miközben egy kulcsblokk a negyvenedik sorban áll.

Ne rombolja le a kapcsolatokat

Adjon minden valódi értéknek egy helyőrzőt, és használja újra minden alkalommal, amikor az az érték megjelenik. Ha két cím különböző volt, a menet után is különbözőnek kell maradnia, különben az olvasó arra a következtetésre jut, hogy az ügyfél önmagához csatlakozott. A konzisztencia az egész mechanizmus: az olvasó a hozzárendelést egy visszatérő címke láttán tanulja meg. Egyetlen újrahasznált token két szereplőre a leggyorsabb módja annak, hogy egy napló olvashatatlan legyen.

A sorrend és az idő ugyanannak a szerkezetnek a része. Tartsa érintetlenül a sorrendet, és ha eltolja az időbélyegeket, mindegyiket ugyanannyival tolja el, és mondja ki egy sorban. A módosított és valódi idők keverése rosszabb, mint eltávolításuk, mert akkor a hézagok valaminek a bizonyítékának tűnnek, ami soha nem történt meg.

A portok, a protokoll és az irány úgy marad, ahogy van. A címen lévő helyőrző nem igényel helyőrzőt a porton.

Tartsa meg a kérdést, amelyre a naplónak válaszolnia kell

Jegyezze fel a mezőket, amelyekre egy segítőnek szüksége van, mielőtt elkezd szerkeszteni: a pontos, nem titkos hibaüzenetet, az ügyfél és a szerver verzióit, az átvitelt, és hogy melyik fél kezdeményezte a kísérletet. Ezek teszik lehetővé, hogy egy idegen felismerje a hibát. A lista maga mellett tartása ellenőrzéssé teszi a menetet remény helyett.

Amikor elküldi a fájlt, adjon hozzá egy sort arról, mi lett helyettesítve, hogy senki ne töltsön egy órát egy helyőrző gazdagépnév diagnosztizálásával. Az OpenVPN diagnosztikai naplókról szóló dokumentációja felsorolja a naplói által hordozott mezőket, és ez az a lista, amelyet éppen módosít. Kérdezzen, mielőtt memóriaképet vagy csomagrögzítést küldene, és azt a támogatási csatornát használja, amelyet ellenőrizni tud. Ezek az artefaktumok sokkal többet tartalmaznak a szöveges naplónál, és egy része nem az öné, hogy közzétegye.

Olvassa el a kész kivonatot egyszer az elsőtől az utolsó sorig, beleértve az elejét és a végét. A képernyőképek több gyanút érdemelnek, mint a szöveg, mert más ablakokat, fiókneveket és menüelemeket hordoznak.