Staging izskatās kā testa sistēma, līdz pamanāt tās vidē iekopētu produkcijas datubāzi, aktīvu pasta akreditācijas datu un maksājuma atslēgu. Tajā brīdī etiķete uz cilnes pārstāj būt svarīga, un īstais jautājums ir, ko šī izvietošana var sasniegt un kas var to sasniegt. Priekšdurvju VPN neatbild uz šo jautājumu, jo tas ierobežo vienu ceļu sistēmā un neko nepasaka par to, ko sistēma var darīt izejot. Sāciet ar auditoriju un virzieties uz āru.

Sāciet ar auditoriju, nevis URL

Trīs auditorijas dod trīs dažādus dizainus. Privātai inženierijas videi vajag identitāti un maršrutu; klienta pieņemšanas testam vajag kontus, kas pārstāv klientus; publiskai demonstrācijai vajag apzinātu atklāšanu ar savām kontrolēm. Auditorijas pierakstīšana vispirms novērš ierasto dreifu, kad priekšskatījuma URL klusi kļūst pastāvīgs. Viss pārējais pārskatā ir atkarīgs no šīs atbildes.

Ja neviens nevar nosaukt auditoriju, uzskatiet to par pirmo konstatējumu, nevis dokumentācijas robu.

Izejiet cauri priekšdurvīm un virsmām aiz tām

Atrisiniet nosaukumus, pirms uzticaties dotajam URL, pēc tam tieši pajautājiet administrēšanas ceļus.

dig +short staging.example.com
curl -sS -o /dev/null -w "%{http_code}\n" https://staging.example.com/
curl -sS -o /dev/null -w "%{http_code}\n" https://staging.example.com/admin

Papildu ieraksti bieži atklāj tiešas izcelsmes adresi, kas apiet CDN vai VPN ieeju, padarot paredzēto kontroli neobligātu. Pāradresācija pasaka, kur lietotne domā dzīvojam, un negaidīta shēma vai resursdatora nosaukums ir pelnījis turpmāku pārbaudi. Iespējama administrēšanas maršruta pārbaudei vajadzētu dot atteikumu, nevis lapu. Atbilde 200 neautentificētā administrēšanas ceļā ir tas konstatējums, ko meklēja viss pārskats.

Pārbaudiet, ko vide var darīt, ne tikai ko tā rāda

Lapa, kas pieprasa pieteikšanos, joprojām tiek piegādāta ar aizmugursistēmas pilnvarām. Pajautājiet, ar kādu identitāti darbojas darba slodze, tad izlasiet tai pievienotās politikas.

aws sts get-caller-identity

Šis izsaukums ziņo par kontu un galveno subjektu, ko vide faktiski izmanto, un tas ir katra turpmākā atļauju jautājuma sākumpunkts. No turienes pārbaudiet, vai identitāte var sūtīt pastu, pārvietot naudu, lasīt produkcijas noslēpumus vai rakstīt produkcijas datus. Aizstājiet koplietotos produkcijas akreditācijas datus ar ierobežotām staging identitātēm un dodiet priekšroku piegādātāja smilškastēm, kur tādas pastāv. Testa konts, kas var iekasēt no īstas kartes, ir produkcijas sistēma ar citu resursdatora nosaukumu.

Saglabājiet robežu pēc pārskata beigām

Vide netiek nodrošināta ar vienu auditu; to nodrošina īpašumtiesības, kas pārdzīvo personāla maiņu. Norīkojiet, kas noņem piekļuvi, atiestata testa datus un izņem izvietojumu, un piešķiriet priekšskatījumam termiņu, kas kādam jāatjauno. Izolācija palīdz tikai tik ilgi, kamēr izolētais tiek uzturēts. Pēc nākamā izlaiduma vēlreiz pārbaudiet tos pašus ceļus, jo funkcijas karodziņš vai jauna integrācija ir tieši tas, kā noraidīts maršruts kļūst atvērts.

Pieņemiet dizainu ar atļautu darbplūsmu un noraidītu. Ja abi uzvedas kā dokumentēts, robeža pastāv; ja testēts tikai laimīgais ceļš, tā ir cerība.

Saistītie raksti