Задржување на VPN дневници: поврзете го со инцидентот, не со број
Задржувањето произлегува од инцидентот, содржината и политиката, а не од универзален рок. Најдете ја секоја копија, запрете деталното собирање и водете краток запис.
Никој всушност не прашува колку долго да се чува VPN дневник; прашуваат за што служи дневникот, а одговорот на тоа ја одредува датата. Од еден инцидент можат да излезат две датотеки со различен животен век, а нивното третирање како една политика создава и прекумерно задржување и загубени докази. Извозот за отстранување грешки снимен додека причината беше непозната не е истиот артефакт како ред во складиште за надзор. Започнете од целта, потоа изберете ја датата.
Одговорете на четири прашања пред да изберете дата
Четири прашања одлучуваат дали датотеката останува: дали инцидентот е уште отворен, што содржи датотеката, кој треба да ја чита и што бара применливата политика. Одговорете по тој редослед и датумот на задржување сам излегува. Образложението се вклопува во табела:
| Question | How it moves the answer |
|---|---|
| Incident state | An open investigation justifies a protected original; a closed one rarely does |
| Content | Connection identifiers, internal names and addresses raise the cost of a leak |
| Audience | Who retrieves it, and whether a redacted excerpt would serve them instead |
| Policy floor | The applicable service or organizational rule, which overrides a shorter reasoning |
Додека инцидентот е отворен, држете еден заштитен оригинал за да можете подоцна да ги споредите настаните или да одговорите на прашање од поддршката, и дајте му сопственик и цел во писмена форма. За секого надвор од тимот за одговор обично е доволен краток редактиран извадок и многу е полесно да се брани од целосниот извоз. Оригиналот и извадокот се одделни артефакти со одделна публика, а токму нивното спојување создава и прекумерно задржување и загубени докази. Политиката поставува долна граница, па ако бара подолг период од вашето образложение, политиката победува.
Затворете го инцидентот со запис, а не со извоз
Напишете во тикетот запис од четири реда: симптомот, клиентот и верзијата, единствениот ред со грешка што го идентификуваше и поправката. Не прикачувајте ништо друго, зашто извозот беше за вас, а записот е за следниот човек.
Записот исто така има поголема веројатност да биде прочитан: целосниот извоз главно му служи на тој што го снимил, а тој човек веќе знае што се случило. Држете го записот таму каде што ќе се бара следниот инцидент, што обично значи тикетот, а не папка именувана по датум. Бројот на случај може да ја носи референцата ако записот мора да биде следлив без да открие идентификатор на врска. Ако некое прашање е уште отворено, оригиналот останува под правилото за заштитена копија погоре; штом записот постои, останатото може да оди.
Најдете ја секоја копија пред да избришете една
Погледнете во папката за извоз, потоа во дневникот за прозорецот на инцидентот, потоа во прилозите на тикетот, потоа во каталогот за резервни копии, потоа во складиштето за надзор. Ако истиот идентификатор на врска се појави на петто место, пописот бил погрешен. Дневникот е вообичаеното изненадување, зашто продолжил да собира додека го читавте извозот.
Користете го поддржаниот пат за ротација и бришење наместо рачно одвојување на датотеки. Датотека што е уште отворена го задржува својот простор откако записот во директориумот ќе исчезне, па бришењето изгледа целосно и не ослободува ништо. Тоа е грешка во складирањето со етикета за приватност и не задоволува ниту една од двете цели.
Запрете го собирањето пред да го потврдите бришењето
Запрете го привременото детално собирање преку апликацијата што го поседува, а не со уредување на нејзината излезна датотека. Заборавено подесување за отстранување грешки продолжува да пишува нови записи откако старите се отстранети, што тивко ја поништува работата што штотуку ја завршивте. Проверете го вистинското ниво на евидентирање, а не вредноста што се сеќавате дека сте ја поставиле. Потоа потврдете дека она што останува е заштитено и дека само предвидените луѓе можат да го преземат.
Принципот е минимизирање на податоци: чувајте го она што му е потребно на декларирана цел, онолку долго колку што и е потребно, и ништо повеќе, како што тоа упатството за приватност RFC 6973 го формулира. Датотека чувана без цел е обврска со временски печат. Одлуката е завршена кога можете да ја наведете датотеката, нејзината цел, нејзиниот сопственик и нејзиниот краен датум.