VPN төхөөрөмжийн төлөвийн шалгалт блоклохгүй байна уу? Эхлээд тайланг дагаарай
Таны төгсгөлийн цэгийн агент эрүүл төлөв мэдээлж байгаа ч дотоод апп нээгдсээр байна. Цуглуулагч, шийдвэр, блоклолтыг дараалан үзээд, нэг хүсэлтээр татгалзлыг батлаарай.
Хэрэв вирусын эсрэг гарын үсэг нь долоо хоногийн өмнө шинэчлэгдэхээ больсон зөөврийн компьютер таны дотоод аппыг нээж чадсаар байвал бодлогын баримт бичиг нь буруу зүйл байх нь ховор. Хандалтаас татгалзахаас өмнө гурван тусдаа систем санал нэгдэх ёстой: нэг зүйл төгсгөлийн цэгийг хэмждэг, нэг зүйл тэр хэмжилтийг зөвшөөрөх эсвэл татгалзах шийдвэр болгодог, өөр нэг зүйл урсгалыг үнэхээр унагадаг. Тохиромжгүй төхөөрөмж гэсэн ч орж ирэхэд яг тэр холбоосуудын нэг нь байхгүй эсвэл байх ёсгүй нотолгоонд итгэдэг. Доорх шалгалтууд тэр дарааллаар явдаг бөгөөд тус бүр нэг зогсох цэгтэй.
Блоклолт бол сүүлийн алхам, эхнийх биш
Баталгаажуулалт болон төхөөрөмжийн төлөв өөр асуултад хариулдаг. Амжилттай нэвтрэлт нь итгэмжлэл танилцуулагдсаныг баталдаг; энэ нь түүнийг танилцуулсан машин дээр ямар програм хангамж ажиллаж байгаа тухай юу ч хэлдэггүй. Энэ цоорхойгоос л хуулбарласан клиентийн профайл эрүүл харагдах сессийг эрүүл бус хост руу зөөж чаддаг.
Төгсгөлийн цэгийн нийцлийн ажил энэ гинжин хэлхээнд зориулсан нэр томьёотой аль хэдийн. RFC 5209 дахь NEA жишиг загвар ажлыг цуглуулагч, үнэлгээний алхам, хэрэгжүүлэх цэг болгон хувааж, өөрийн төлөвийн талаар худал хэлсэн клиент загвараас гадуур гэдгийг тодорхой хэлдэг. Энэ болзол диаграмаас илүү чухал: итгэмжлэгдсэн платформын модуль өөрөө мэдээлсэн хэмжилтийг баримт болгодоггүй.
Цуглуулагчийг хамрах хүрээний талаар шударга байлгаарай. Бодлого чинь нэрлэсэн шинж чанаруудыг хандалт хүсч буй төхөөрөмж дээр мэдээлэх ёстой, өөр зүйлийг бага. Суулгасан бүх багцыг жагсаадаг бүртгэлийн агент нь төлөвийн цуглуулагчаас өөр хэрэгсэл бөгөөд ялгаа нь хадгалалт ба нарийвчлалын асуудал юм. Хэрэв тайланг нэг төхөөрөмжийн таних тэмдэгт холбож чадахгүй бол үнэлэгч яг аль машиныг нэвтрүүлснээ таамаглаж байна.
Улаан төлөв харуулсан хяналтын самбар нь хяналт биш. Татгалзсан хэрэглэгч хаана хүрч чадахыг асуугаарай: вики, файл хуваалцалт, өгөгдлийн сангийн порт? Залруулгад нэг нарийн гадаргуу хэрэгтэй, бусад бүхэн блоклолтын ард байх ёстой.
Дүрмийг уншихаас өмнө тайланг уншаарай
Клиентийн ногоон тэмдгээс биш, эх сурвалжаас эхэл. Windows дээр локал хэмжилт Defender эсвэл өөрийгөө Security Center-д бүртгүүлсэн бүтээгдэхүүнээс ирдэг бөгөөд хоёуланг нь нийлүүлэгчийн консолгүйгээр уншиж болно:
Get-MpComputerStatus | Select-Object AMServiceEnabled, RealTimeProtectionEnabled, AntivirusSignatureLastUpdated
Get-CimInstance -Namespace root/SecurityCenter2 -ClassName AntiVirusProduct | Select-Object displayName, productStateХоёр дахь команд productState нэртэй бүхэл тоог буцаана. Түүний битүүд сул баримтлагдсан бөгөөд нийлүүлэгчид идэвхжүүлэлт ба шинэчлэлийн тугнуудыг өөр өөрөөр багцладаг тул дүн шинжилгээ хийхийн оронд баталгаажуулаарай. Гуравдагч талын багцууд устгасны дараа ч Security Center бичлэгийг үлдээдэг бөгөөд энэ нь диск дээр байхгүй програм хангамжийн талаар мэдээлдэг.
Хүмүүсийн алгасдаг талбар бол нас. Гарын үсгийн цагийн тэмдэг нь үнэлгээ хийж буй машины цагтай харьцуулсан үед л утгатай тул нүдээр таамаглахын оронд интервал болго:
$sig = (Get-MpComputerStatus).AntivirusSignatureLastUpdated
[int](New-TimeSpan -Start $sig -End (Get-Date)).TotalHoursОдоо бодлого унших нэг тоотой боллоо. Хэрэв дүрэм чинь 72 цаг гэвэл түүний ашигладаг тоо нь тэр, долоо хоног унтсан зөөврийн компьютер хэн ч шошгыг тайлбарлахгүйгээр унадаг. Босгыг командын хажууд бичиж үлдээ, учир нь төгсгөлийн цэгийн хэрэгсэл солигдоход хоёулаа сална.
Төхөөрөмж бүрийн төлөвийг бичмэл шийдвэр болго
Төлөвийн талаарх маргааны дийлэнх нь үнэндээ үл мэдэгдэх мөрийн тухай маргаан. Эхний тохиолдлын өмнө шийд, нотолгоо, шийдвэр, эзнийг нэрлэсэн хүснэгтэд, ингэснээр хэн ч гарцын консол дээр бие даан шийдэхгүй.
| Evidence the assessor has | Verdict | What it protects against |
|---|---|---|
| Timestamp inside the policy window, protective service running | Admit to normal applications | Nothing yet; the other checks still apply |
| Timestamp older than the window | Deny, admit remediation page only | Signature rollback and dormant laptops |
| Service disabled or reporting off | Deny, escalate to the endpoint owner | An agent reporting stale success |
| No report at all for this session | Treat as deny, never as healthy | Agents that fail open under load |
Бүтээгдэхүүнүүд яг доод мөрөнд ялгаатай. Зарим гарцууд холболтоос татгалзаж, шалтгааныг тайлбарладаг; бусад нь турнелийг өргөж, хязгаарлагдмал бодлого хэрэгжүүлдэг; цөөн нь хамгийн сүүлд мэдэгдсэн сайн тайлан руу буцдаг. Зөвхөн эхний хоёр нь хамгаалагдах боломжтой бөгөөд таных аль нь болохыг шалгах нь үнэ цэнэтэй.
Биеийн болон зөвшөөрлийг тус тусын эгнээнд байлга. Бүх төлөвийн тестийг давсан зөөврийн компьютер апп-д зориулсан зөв хүний зөвшөөрөл шаарддаг, төхөөрөмжийн гэрчилгээ нь түлхүүрийн эзэмшлийг баталдаг, файлын системийн төлөвийг биш. Гурвыг нэг буль болгон шахах нь тусламжийн ширээний бүртгэл үйлдвэрлэлд байнгын хандалт авах зам.
Хэрэгжүүлэлтийн замыг самбараар биш, хүсэлтээр шалга
Хэрэгжүүлэлт бол хүсэлтийн шинж чанар тул нэг хүсэлтээр хэмж. Тохиромжгүй машиныг турнель дээр тавиад жинхэнэ хэрэглэгчийн хийх дуудлагыг хий:
curl -sS -o /dev/null -w '%{http_code}
' --max-time 5 https://app.internal.example/healthБлоклогдох ёстой төхөөрөмжөөс 200 ирвэл шийдвэр өгөгдлийн замд хэзээ ч хүрээгүй гэсэн үг. Хоёр нийтлэг шалтгаан: бодлого тестийн бүртгэл хэзээ ч элсээгүй бүлэгт хавсаргасан, эсвэл апп-д VPN-ийн эзэмшдэггүй маршрутаар хүрч болно.
Эхлээд маршрутжуулалтын таамаглалыг шалга. Хэрэв дотоод нэр нь клиент аль хэдийн локал LAN-аар хүрдэг хаяг руу шийдэгдвэл турнель хамаагүй бөгөөд ямар ч бодлого хэрэгжихгүй. Тэр хаягийг гарцын түлхэж буй маршруттай харьцуул. OpenVPN дээр клиент бүрийн бодлого нийтлэг нэрээр түлхүүрлэсэн файлуудад амьдардаг тул шалгахад хялбар:
ls /etc/openvpn/ccd/
cat /etc/openvpn/ccd/laptop-17disable агуулсан файл тэр клиентийг бүрмөсөн салгадаг бол push "route ..." мөр нь хаана хүрч болохыг нарийсгадаг. Хоёулаа хэрэгжүүлэлт бөгөөд хоёулаа тайланг дибаг хийж буй хүнд харагддаг.
Дөрвөн тохиолдлыг нэг туршилтын бүртгэл дээр шалга
Сүүлийн шалгалт бол жижиг матриц, азтай зам биш. Нэг туршилтын бүртгэлийг дөрвөн төлөвөөр дамжуул: одоогийн, хугацаа дууссан гарын үсэг, хамгаалалт унтарсан, агент суулгагдаагүй. Тус бүрд шийдвэрийг үнэлгээний бүртгэлд, апп-ийн буцаах HTTP төлөвийг, залруулгын хуудас ачаалагдсан эсэхийг бич.
foreach ($case in 'current', 'stale', 'disabled', 'absent') {
Get-MpComputerStatus | Select-Object AMServiceEnabled, AntivirusSignatureLastUpdated
curl.exe -sS -o NUL -w "%{http_code}
" --max-time 5 https://app.internal.example/health
}Хоёр дэлгэрэнгүйг анзаарахгүй өнгөрөхөд амархан. Эхлээд дахин тоглуулалт: машин эрүүл байх үед авсан тайланг мөн төхөөрөмжийн дараагийн сессэд хүлээн авах ёсгүй тул одоогийн холболттой холбогдсон цагийн тэмдгийг хай. Дараа нь устгалт: агентыг устгахад хуучирсан тайлантай ижил татгалзал гарах ёстой, цэвэр нэвтрэлт биш, яг энэ тохиолдол хамгийн их шалгагдалгүй үлддэг.
Матриц хүснэгттэй таарах үед гарцыг дараа нь ажиллуулах хүнд гурван зүйлийг хүлээлгэж өг: командууд, босго, хүлээгдэж буй дөрвөн үр дүн. Яг энэ хүлээлгэн өгөх нь жинхэнэ бүтээгдэхүүн, учир нь зөвхөн бодлогын баримт бичигт амьдардаг төлөвийн загвар нь төгсгөлийн цэгийн хэрэгсэл тайлангийн талбараа өөрчлөхөд анх удаа гулсана.