Ang pagtanggap sa malayong pag-access sa VPC ay nangangailangan ng mga pagsubok ng pagtanggi

Ang pagtanggap sa malayong pag-access ay isang talahanayan ng inaasahang resulta, hindi isang screenshot ng gumaganang pahina. Para sa bawat grupo, isulat kung ano ang dapat magtagumpay at kung ano ang dapat mabigo, pagkatapos ay patakbuhin ang dalawa laban sa mga nakalaang pagkakakilanlan ng pagsubok sa loob ng kontroladong panahon. Ang mga pagtanggi ang bahaging nagpapatunay ng hangganan; ang matagumpay na pag-login ay nagpapatunay lamang na mayroong tunel. Gumagana ang lahat ng ito sa napiling produkto ng VPN.

Gumamit ng hiwalay na mga account para sa mga pagsubok, at lagyan ng label ang mga ito upang walang magkamali na ituring ang pagkakakilanlan ng pagsubok bilang tunay na eksepsyon.

Isulat ang hangganan bilang inaasahang resulta

Magsimula sa mga tungkulin at hindi sa mga bahagi: sino ang nangangailangan ng aling serbisyo, mula saan, at sa aling pagkakakilanlan. Kumuha ng isang halimbawang VPC: kailangan ng isang grupo ang kapaligiran ng pagsubok sa pamamagitan ng HTTPS, kailangan ng iba ang database ng produksyon, at ang ikatlo at mas maliit na grupo ang namamahala sa gateway mismo. Ang bawat hilera ay tumatanggap ng inaasahang pahintulot at inaasahang pagtanggi, kasama ang kalapit na serbisyo at kalapit na account na hindi dapat gumana. Ang talahanayang iyon ang pamantayan ng pagtanggap, at ang mga taong hindi nagpapatakbo ng mga pagsubok ay maaaring suriin ito.

Subukan ang pag-login sa database nang hiwalay sa landas ng network. Ang naaabot na port ng TCP ay hindi dapat gawing matagumpay ang isang hindi aprubadong account ng database, at ang pagiging miyembro ng VPN ay hindi dapat lumikha ng tungkulin ng IAM sa ulap o magbigay ng administratibong access sa API. Tatlong independiyenteng kontrol ang mga ito, at independiyente silang nabibigo.

Ang ruta ay hindi awtorisasyon

Ginagawang posible ng ruta ang isang landas; hindi ito nagbibigay ng pahintulot. Ang pagpigil sa isang ruta ay mahinang kapalit ng isang paghihigpit na ipinapatupad sa destinasyon, dahil ang kliyente ay laging makakapagdagdag ng sarili nitong ruta. Ang pangkat ng seguridad, ang pagbibigay ng database at ang sariling awtorisasyon ng aplikasyon ang nananatiling mga kontrol na nagpapasya. Kapag ang isang pagsubok ay hindi inaasahang nagtagumpay, tingnan muna ang patakaran ng destinasyon at hindi ang talahanayan ng routing na nilayon mong ibigay sa kliyente.

Kaya rin nakaugat ang mga pagsubok ng pagtanggi sa panig ng server: ang mga resultang iyon ay hindi mababago sa pamamagitan ng pag-edit ng kliyente.

Aling pinagmulan ang talagang nakikita ng kontrol?

Ang address ng pinagmulan na tinatasa ng isang kontrol ay nakasalalay sa arkitektura ng gateway. Ang gateway na naka-host sa EC2 ay maaaring mag-forward ng naka-rutang pool, isalin ito sa sarili nitong address, o magpakita ng ibang address pagkatapos ng NAT; ang pinamamahalaang Client VPN ay kumakabit sa isang subnet at sumusunod sa sarili nitong modelo. Nakikita ng mga pangkat ng seguridad at ng mga ACL ng network ang anumang dumarating pagkatapos ng pagpoprosesong iyon. Ang pagsuri ng isang tuntunin laban sa maling palagay tungkol sa pinagmulan ay karaniwang paraan ng pagbuo ng hangganang mukhang tama at tumatanggap ng maling trapiko.

Iugnay ang bawat resulta sa pinakamaliit na kapaki-pakinabang na pangyayari: pagkakakilanlan at sesyon, mapagkukunan, operasyon, oras at ang pasya. Ang tawag sa API sa CloudTrail, talaan ng daloy ng VPC at log ng sesyon ng VPN ay sumasagot sa magkakaibang tanong, at wala sa mga ito ang nag-iisa ay isang audit ng aplikasyon.

Bawiin ang isang pagkakakilanlan at subukan muli

Isama ang pagbawi sa parehong talahanayan. Alisin ang isang pagkakakilanlan ng pagsubok, tiyakin na tinatanggihan ang bagong sesyon, pagkatapos ay hiwalay na tiyakin kung paano tinatrato ang mga umiiral na sesyon, dahil magkaibang pag-uugali ang mga ito na may magkaibang may-ari. Suriin kung ano ang nangyayari pagkatapos ng restart o pagpapalit ng gateway, upang ang eksepsyon na idinagdag sa kamay ay hindi tahimik na mawala o bumalik nang mas malawak. Ang hangganang tumatagal lamang hanggang sa susunod na deployment ay hindi hangganan.

Wala sa mga ito ang pumapalit sa gawain sa pag-patch, pagbawi o lifecycle ng mga kredensyal. Ginagawa nitong masusukat ang isang mas makitid na pangako: nakakarating ang tamang tao sa tamang serbisyo, habang ang mga kalapit na ruta, account at ibabaw ng pamamahala ay nananatili sa labas ng pahintulot.

Itago ang talahanayan kasama ng deployment at patakbuhin muli kapag nagbago ang gateway. Mura ang mga pagsubok; ang mga palagay sa likod ng mga ito ay hindi.