Редактиране на VPN журнал, без да загубите следите, които имат значение

Поставяте журнал в нишка за поддръжка, отговор посочва, че съдържа личния ви ключ, и поставянето е постоянно. По-тихата повреда се появява по-късно, когато всеки адрес е станал X и файлът вече не доказва, че клиентът и сървърът са били различни хостове. Проходът на редактиране премахва това, което дава достъп или назовава човек, и запазва това, което обяснява повредата. Това е преобразуване с правила, не изтриване с поле за търсене.

Редактирането е преобразуване, не изтриване

Журналът носи структура, както и стойности: този адрес е говорил с онзи, в това време, и ръкостискането е спряло на тази стъпка. Стойностите са това, което прави файла опасен за публикуване. Структурата е това, което го прави изобщо достоен за публикуване.

Изтриването на цели редове премахва и двете наведнъж, затова подрязан журнал често не отговаря на нищо. Свеждането на всяка стойност до един токен се проваля по друг начин, защото два различни възела стават един участник. И двата прохода могат да изглеждат подредени и въпреки това да унищожат доказателството. Проверката е дали читател, който никога не е виждал вашата мрежа, може да проследи последователността и да стигне до извода, до който сте стигнали вие.

Първо извадка, после изчистване

Изрежете участъка около повредата, преди да редактирате каквото и да е. По-малката извадка е по-лесна за преглед и по-рядко носи нещо, което сте забравили, че е било във файла. Пазете недокоснатия оригинал в защитено хранилище, докато случаят не се затвори. Редактирането е със загуби и суровият файл е единственият начин да отговорите на следващия въпрос.

Прочетете извадката като обикновен текст, преди да се доверите, че команда за експорт е премахнала частните части, защото експортьорите обобщават и завъртат полета, вместо да ги почистват. Режимите debug и verbose са най-вероятното място за блок с ключ или вградени идентификационни данни. Отворете файла в редактор, който показва пълни редове, а не в програма за преглед, която пренася и скрива края.

Какво трябва да си отиде и в какъв ред

Започнете с материала, който дава достъп, защото пропуск тук приключва упражнението: блокове с частни ключове, пароли, предварително споделени ключове, API токени, кодове за възстановяване. Те не само идентифицират; могат да се използват от всеки, който чете нишката. Проход, който премахва всичко останало и оставя един от тях, се е провалил.

След това слоят на идентичността: потребителски имена, субекти и серийни номера на сертификати, идентификатори на акаунти и всеки път, който съдържа име на човек. Нищо от това не е използваемо само, но заедно назовава човек, а това е частта, от която публичната нишка не се нуждае.

След това слоят на топологията и тук се намесва преценката. Публичните адреси, вътрешните диапазони и имената на хостове могат да бъдат заменени, когато разкриването им не служи на никаква диагностична цел, а стабилните етикети са по-добри от празните места. Редът има значение, защото по-ранните слоеве са абсолютни, а последният е решение. Работата в този ред също ви спира да прекарате час с имената на хостове, докато блок с ключ стои на четиридесети ред.

Не унищожавайте връзките

Дайте на всяка реална стойност един заместител и го използвайте отново всеки път, когато тази стойност се появи. Ако два адреса са били различни, те трябва да останат различни след прохода, иначе читателят ще заключи, че клиентът се е свързал със себе си. Последователността е целият механизъм: читателят научава съответствието, като вижда етикет да се връща. Един повторно използван токен за двама участници е най-бързият начин да направите журнала нечетим.

Редът и времето са част от същата структура. Пазете последователността непокътната и ако измествате времеви маркери, измествайте всички с еднаква стойност и кажете това в един ред. Смесването на променено и истинско време е по-лошо от премахването им, защото тогава празнините изглеждат като доказателство за нещо, което никога не се е случило.

Портовете, протоколът и посоката остават както са. Заместител на адреса не изисква заместител на порта.

Запазете въпроса, на който журналът трябва да отговори

Запишете полетата, от които се нуждае помощник, преди да започнете да редактирате: точния, несекретен текст на грешката, версиите на клиента и сървъра, транспорта и коя страна е започнала опита. Те са това, което позволява на непознат да разпознае повредата. Държането на списъка до себе си превръща прохода в проверка, а не в надежда.

Когато изпращате файла, добавете ред какво е било заменено, за да не прекара никой час в диагностика на заместително име на хост. Документацията на OpenVPN за диагностичните журнали изброява полетата, които нейните журнали носят, и това е списъкът, който предстои да промените. Питайте, преди да изпратите дъмп на паметта или прихващане на пакети, и използвайте канала за поддръжка, който можете да проверите. Тези артефакти съдържат много повече от текстовия журнал и част от това не е ваше за публикуване.

Прочетете готовата извадка веднъж от първия до последния ред, включително началото и края. Екранните снимки заслужават повече недоверие от текста, защото носят други прозорци, имена на акаунти и елементи от менюто.