VPN-ийн бүртгэл вэб үзлэгийн түүхийг харуулж чадах уу? Нотлох баримт юуг баталдаг
Сессийн бүртгэл, шийдэгчийн асуулга, урсгалын бичлэг өөр өөр зүйлийг баталдаг. Асуултаа сонгож, хэн болох, цаг хугацааг холбоод, зөвхөн харуулсан зүйлийг хэлээрэй.
Аудитын хоёр асуулт ижил сонсогддог ч өөр төрлийн нотолгоо шаарддаг. Аль сесс энэ хаягтай холбогдсоныг холболт ба урсгалын бүртгэлээс хариулж болно. Аль хүн энэ хуудсыг нээснийг ихэвчлэн хариулж чадахгүй, ядаж тэдгээр бүртгэлээс биш. Асуултыг сонгохоос өмнө цуглуулагчийг сонгох нь сүлжээний баг хостын нэрийг вэб үзлэгийн түүх гэж танилцуулахад хүргэдэг зам.
Аудитын тогтоох ёстой үйл явдлаас эхэл
Асуултыг өгүүлэгдэхүүн, үйл үг, цаг бүхий өгүүлбэр болгон бич. Зөвхөн энэ сахилга бат сессийн бүртгэл ба хуудас үзлэгийн хоорондох зөрүүг илчилнэ. Сессийн бүртгэл нь таних тэмдэг тодорхой хугацаанд, бүртгэгдсэн бодлогын дагуу олгогдсон хаягтайгаар хүлээн зөвшөөрөгдсөнийг тогтоодог бөгөөд хэн аль хуудсыг уншсаныг тогтоож чадахгүй, учир нь хүсэлтийг хэзээ ч хараагүй.
Цуглуулалтыг зохион байгуулахаас өмнө ажиглалтад нэр өг. Очирсон сайтын нэрээр нэрлэгдсэн боловч үнэндээ шийдэгдсэн нэрийг хадгалдаг талбар нь тав тух биш, ирээдүйн алдаа. Талбарын нэрс тэдгээрийг сонгосон хүмүүсээс илүү удаан амьдардаг тул дүгнэлтийг биш, нотолгоог тодорхойлсон нэрсийг сонго.
Бүртгэл бүр юуг дэмжиж чадах, юуг чадахгүй
Бараг бүх аудитын төсөлд дөрвөн төрлийн бүртгэл гарч ирдэг бөгөөд тус бүр өөр асуултад хариулдаг. Тэдгээрийг тайланд ч, боловсруулалтын урсгалд ч тусдаа байлга, учир нь тэдгээрийг холих нь хамгаалах боломжтой дүгнэлтийг ичмээр болгодог.
| The question being asked | Record that can answer it | What that record proves | What still needs a join |
|---|---|---|---|
| Was this address contacted? | Flow record | The connection five-tuple and when it was seen | Which session held the address at that moment |
| Which account held that address? | Session log | Which identity authenticated and the tunnel address it received | Which device or person used that account |
| Was this name looked up? | Resolver query | That this resolver was asked for this name | Whether a page was fetched, and by whom |
| Was this page viewed? | Proxy or application transaction | The request and identity recorded inside that application's scope | Traffic outside that application's visibility |
| Who was the person? | None of the four on its own | An account in use, at best | A named human, whenever accounts are shared |
Сүүлийн баганыг дунд баганы адил анхааралтай унш. Урсгалын бичлэг хаяг, портыг тодорхойлдог бөгөөд хаягийн урвуу хайлт нь хөтөч ашигласан нэрийг сэргээдэггүй, учир нь нэг хаяг олон хамааралгүй сайтыг байршуулж болно. Шийдэгчийн асуулга асуулт тавьсан гэдгийг баталдаг, хуудас харуулсан гэдгийг биш. TLS хэлэлцээрийн үед харагдах хостын нэр ч шифрлэгдсэн хүсэлтийн зам биш.
Эдгээр бүр нь бодит ажиглалт бөгөөд аль нь ч хүмүүсийн таамагладаг ажиглалт биш. Өөрийн шифрлэгдсэн шийдэгчээ шаарддаг хөтөч хяналтын хүрээнээс гадуур байдаг бөгөөд бүртгэл хэзээ ч хараагүй зүйлийг шинжилгээ сэргээж чадахгүй. Тэр зөрүү тайланд зүүлт биш, зарлагдсан хязгаар болж орох ёстой.
Урьдчилсан асуулга ба кэшээр өгөгдсөн хариу
Хөтөч нэрсийг урьдчилан шийддэг, заримдаа юу ч ачаагүйгээр. Тэд мөн таны хянаж буй шийдэгч рүү шинэ асуулга илгээхгүйгээр кэшээс хариулдаг, энэ нь асуулга байхгүй нь зочлолт байхгүй гэсэн үг биш. Хоёр зан төлөв нь DNS бүртгэл ба вэб үзлэгийн түүхийн хоорондын энгийн тэгшитгэлийг эвддэг.
HTTPS дээрх DNS хоёр дахь хязгаарыг нэмдэг: өөрийн шийдэгчтэй хөтөч эсвэл зочны апп байгууллагын бүртгэгчээс юу ч асуудаггүй. Нарийн гүйлгээ нь зөвхөн аппын өөрийн үйл явдлаас эсвэл таны тодорхой дэмждэг бүртгэлтэй проксигоос ирдэг. Энгийн HTTPS CONNECT туннель проксийг доторх хуудасны замуудын ямар ч харагдацгүй үлдээдэг. Сүлжээг эзэмших нь аппын итгэлийн загварыг чимээгүй солих зөвшөөрөл биш.
Хаяг нь сессэд хамаарна, хүнд биш
Туннелийн хүрээний хаягтай урсгалын бичлэг нь хариу биш, эхлэл юм. Тэр хаяг ба цагийн тэмдгийг тухайн мөчид идэвхтэй байсан сессийн хуваарилалттай холбо, учир нь тэр хаяг нэг цагийн дараа өөр сессэд олгогдож болно. Статик хаяглалт нь тэр холбоог хадгалах нэг арга бөгөөд цорын ганц биш.
Сенсороос дээш нэг орчуулгын шат хэд хэдэн төхөөрөмжийг нэг эх хаягт нэгтгэвэл холболт зөвхөн нийтлэг гарцын сессийг нэрлэж чадна. Хамтарсан бүртгэл эсвэл олон хүний ашигладаг гэрчилгээ нь сүлжээний өгөгдөл хичнээн бүрэн харагдавч хуваарилалтыг хязгаарладаг. Хоёулаа тайланд дараагийн тайлбар биш, хязгаар болж орох ёстой.
Цагийн бүс, цагийн эх сурвалж, ажиглалтын цэг болон тэдгээрийн хоорондох орчуулгын хязгаар бүрийг бүртгэ. Байхгүй байдал нь байгаа байдалтай ижил анхаарал хүртэх ёстой, учир нь алга болсон бүртгэл нь урсгалын бичлэгийн хугацаа дууссан, мэдрэгч пакетыг хэзээ ч хараагүй эсвэл аппын бүртгэл унтарсан гэсэн үг байж болно.
Зарлагдсан зорилгод зориулж зохион байгуулаад, дараа нь урсгалыг батла
Асуулт тогтсоны дараа ямар талбар хэрэгтэй, хэн уншиж болох, хэр удаан хадгалагдахыг тодорхойл. Хадгалалт хямд гэж илүү цуглуулах нь мөрдөн байцаалтаас илүү удаан амьдрах хариуцлагыг бий болгодог. RFC 6973 дахь нууцлалын загвар хамаарал, буруу хуваарилалт, шаардлагагүй цуглуулалтыг дараагийн бодол биш, зохион байгуулалтын асуудал гэж үздэг.
Зураглал ба бүртгэлийг нэг объект болгон хамгаал, учир нь тус бүр нь хосоос хамаагүй бага мэдрэмтгий. Дараа нь зохион байгуулалтыг өөрт тань үүсгэхийг зөвшөөрсөн бөгөөд аль хэдийн ойлгосон үйл ажиллагаатай харьцуулан, тайлан найдах хамгийн жижиг асуулгаар баталгаажуул. Мэдэгдэж буй үйл явдлыг дахин үүсгэж чадахгүй урсгал үл мэдэгдэх үйл явдлыг ч үүсгэхгүй. Нотолгооны дэмждэг үйл явдлыг нотолгооны зөвшөөрсөн үгээр мэдээл, том дүгнэлтэд хүрэхийг уншигчид үлдээ.
Хязгаарыг дүгнэлтийн хажууд бич: юу холбогдсон, юу орчуулагдсан, аль бүртгэл дуугүй үлдсэн. Өөрийн хил хязгаарыг зарладаг дүгнэлт нь итгэлтэй хураангуй тэсвэрлэж чадахгүй хяналтыг тэсвэрлэдэг. Энэ бол нотолгоо ба нотолгооны тухай түүхийн ялгаа.