Աուդիտի երկու հարցեր նման են հնչում և պահանջում են տարբեր տեսակի ապացույցներ։ Թե որ նստաշրջանն է կապվել այս հասցեի հետ, կարելի է պատասխանել կապի և հոսքի գրառումներից։ Թե որ անձն է բացել այս էջը, սովորաբար ոչ, գոնե ոչ այդ գրառումներից։ Հավաքիչ ընտրելը հարցն ընտրելուց առաջ այն է, ինչի արդյունքում ցանցային թիմը հանգում է հյուրընկալողի անունը որպես դիտարկման պատմություն ներկայացնելուն։

Սկսեք այն իրադարձությունից, որը աուդիտը պետք է հաստատի

Գրեք հարցը որպես նախադասություն՝ ենթակայով, բայով և ժամանակով։ Միայն այդ կարգապահությունը բացահայտում է նստաշրջանի գրառման և էջի դիտման միջև ընկած բացը։ Նստաշրջանի մատյանը հաստատում է, որ ինքնությունը ընդունվել է որոշակի միջակայքի համար՝ նշանակված հասցեով և գրանցված քաղաքականության համաձայն, և այն չի կարող հաստատել, թե ով որ էջն է կարդացել, քանի որ երբեք չի տեսել հարցումը։

Անվանեք դիտարկումը մինչև հավաքման նախագծումը։ Դիտված կայքի անունով դաշտը, որն իրականում պահում է լուծված անուն, ապագա սխալ է, ոչ թե հարմարավետություն։ Դաշտերի անուններն ապրում են ավելի երկար, քան դրանք ընտրած մարդիկ, ուստի ընտրեք այնպիսիները, որոնք նկարագրում են ապացույցը, ոչ թե եզրակացությունը։

Ինչ կարող է և ինչ չի կարող հաստատել յուրաքանչյուր գրառում

Գրեթե ամեն աուդիտի նախագծում հայտնվում են գրառումների չորս տեսակ, և յուրաքանչյուրը պատասխանում է տարբեր հարցի։ Պահեք դրանք առանձին և՛ հաշվետվության մեջ, և՛ մշակման շղթայում, որովհետև դրանք խառնելն այն է, ինչի հետևանքով պաշտպանելի եզրակացությունը դառնում է ամոթալի։

The question being askedRecord that can answer itWhat that record provesWhat still needs a join
Was this address contacted?Flow recordThe connection five-tuple and when it was seenWhich session held the address at that moment
Which account held that address?Session logWhich identity authenticated and the tunnel address it receivedWhich device or person used that account
Was this name looked up?Resolver queryThat this resolver was asked for this nameWhether a page was fetched, and by whom
Was this page viewed?Proxy or application transactionThe request and identity recorded inside that application's scopeTraffic outside that application's visibility
Who was the person?None of the four on its ownAn account in use, at bestA named human, whenever accounts are shared

Կարդացեք վերջին սյունակը նույնքան ուշադիր, որքան միջինը։ Հոսքի գրառումը նկարագրում է հասցեներ և պորտեր, և հասցեի հակադարձ որոնումը չի վերականգնում այն անունը, որն օգտագործել է դիտարկիչը, որովհետև մեկ հասցեն կարող է հյուրընկալել շատ անկապ կայքեր։ Լուծիչի հարցումն ապացուցում է, որ հարց է տրվել, ոչ թե որ էջ է ցուցադրվել։ TLS բանակցության ընթացքում տեսանելի հյուրընկալողի անունը նույնպես գաղտնագրված հարցման ուղին չէ։

Այս ամենից յուրաքանչյուրը իրական դիտարկում է, և ոչ մեկը չէ այն դիտարկումը, որը ենթադրում են մարդիկ։ Իր սեփական գաղտնագրված լուծիչի վրա պնդող դիտարկիչը գտնվում է հսկվող տիրույթից դուրս, և վերլուծությունը չի կարող վերականգնել այն, ինչ մատյանը երբեք չի տեսել։ Այդ բացը հաշվետվության մեջ տեղ ունի որպես հայտարարված սահման, ոչ որպես ծանոթագրություն։

Նախնական հարցումներ և պահոցից ստացված պատասխաններ

Դիտարկիչները լուծում են անունները նախապես, երբեմն առանց որևէ բան բեռնելու։ Նրանք նաև պատասխանում են պահոցից՝ առանց նոր հարցում ուղարկելու այն լուծիչին, որը դուք հսկում եք, ինչը նշանակում է, որ հարցման բացակայությունը այցի բացակայություն չէ։ Երկու վարքագծերն էլ կոտրում են DNS մատյանի և դիտարկման պատմության միջև եղած միամիտ հավասարումը։

DNS-ը HTTPS-ի վրա ավելացնում է երկրորդ սահման. իր սեփական լուծիչով դիտարկիչը կամ հյուր ծրագիրը երբեք ոչինչ չի հարցնում կազմակերպության գրանցողին։ Ճշգրիտ գործարքները գալիս են միայն հավելվածի սեփական իրադարձություններից կամ այն միջնորդից, որի մատյանավորումը դուք բացահայտ աջակցում եք։ Սովորական HTTPS CONNECT թունելը միջնորդին թողնում է առանց որևէ տեսքի դրա ներսում եղած էջերի ուղիների վրա։ Ցանցին տիրելը թույլտվություն չէ լուռ փոխարինել հավելվածի վստահության մոդելը։

Հասցեն պատկանում է նստաշրջանին, ոչ անձին

Թունելի տիրույթից հասցե կրող հոսքի գրառումը մեկնարկային կետ է, ոչ պատասխան։ Միացրեք այդ հասցեն և ժամանակի դրոշմը այդ պահին ակտիվ նստաշրջանի հատկացման հետ, որովհետև այդ հասցեն մեկ ժամ անց կարող է հատկացվել այլ նստաշրջանի։ Ստատիկ հասցեավորումը այդ կապը պահելու եղանակներից մեկն է և ոչ միակը։

Երբ թարգմանության քայլը սենսորից վերև միավորում է մի քանի սարք մեկ աղբյուրի հասցեի մեջ, միացումը կարող է անվանել միայն ընդհանուր դարպասի նստաշրջանը։ Ընդհանուր հաշիվը կամ մի քանի մարդու կողմից օգտագործվող վկայականը սահմանափակում է վերագրումը, որքան էլ ցանցային տվյալները լիարժեք թվան։ Երկուսն էլ հաշվետվության մեջ տեղ ունեն որպես սահման, ոչ որպես հետագա վերապահում։

Գրանցեք ժամային գոտին, ժամացույցի աղբյուրը, դիտարկման կետը և նրանց միջև եղած յուրաքանչյուր թարգմանական սահման։ Բացակայությունը նույն խնամքին է արժանի, ինչ ներկայությունը, որովհետև բացակայող գրառումը կարող է նշանակել, որ հոսքի գրառումը սպառվել է, սենսորը երբեք չի տեսել փաթեթը կամ հավելվածի մատյանն անջատված է եղել։

Նախագծեք հայտարարված նպատակի համար, ապա ապացուցեք շղթան

Հարցը ֆիքսելուց հետո սահմանեք, թե որ դաշտերն են անհրաժեշտ, ով կարող է կարդալ դրանք և որքան ժամանակ են պահվում։ Ավելի շատ հավաքելը, քանի որ պահեստավորումը էժան է, ստեղծում է պարտավորություն, որն ապրում է ավելի երկար, քան հետաքննությունը։ RFC 6973-ի գաղտնիության մոդելը հարաբերակցությունը, սխալ վերագրումը և ավելորդ հավաքումը դիտարկում է որպես նախագծման խնդիրներ, ոչ որպես հետագա մտքեր։

Պաշտպանեք քարտեզագրումը և գրառումները որպես մեկ օբյեկտ, որովհետև յուրաքանչյուրն առանձին շատ ավելի քիչ զգայուն է, քան զույգը։ Այնուհետև վավերացրեք նախագիծը գործունեության նկատմամբ, որը ձեզ թույլատրված է ստեղծել և արդեն հասկանում եք, օգտագործելով ամենափոքր հարցումը, որի վրա կհենվի հաշվետվությունը։ Մշակման շղթան, որը չի կարող վերարտադրել հայտնի իրադարձություն, չի վերարտադրի նաև անհայտը։ Հաղորդեք այն իրադարձության մասին, որը հաստատում են ապացույցները, այն բառերով, որոնք թույլ են տալիս ապացույցները, և թող ընթերցողն ինքը հասնի ավելի մեծ եզրակացության։

Գրեք սահմանները եզրակացության կողքին. ինչ միացվեց, ինչ թարգմանվեց և որ մատյանը լռեց։ Եզրակացությունը, որը հայտարարում է իր սահմանները, դիմանում է ստուգատեսի, որին ինքնավստահ ամփոփումը չի դիմանում։ Սա է տարբերությունը ապացույցի և ապացույցի մասին պատմության միջև։

Առնչվող հոդվածներ