Seši lēmumi, kas jāieraksta piekļuves līgumā no mākoņa uz backend

Ņemiet atskaišu pakalpojumu mākoņa kontā, kam vajadzīgi apstiprināti kopsavilkumi no klienta iekšējās sistēmas. VPN vai autentificēts lietojumprogrammas savienojums aizsargā ceļu un neizlemj neko citu. Tas neizlemj, vai atskaišu darba slodze drīkst lasīt nesaistītus ierakstus, mainīt backend vai paturēt to, ko ieguva. Uzrakstiet piekļuves līgumu operāciju un datu izteiksmē, pirms izvēlaties savienotāju, jo savienotājs ir lētākā vēlāk maināmā daļa un visvieglāk pirmoreiz kļūdīties.

Izlemiet operācijas pirms savienotāja

Pirmais lēmums ir, ko darba slodze drīkst darīt, nosaukts kā operācijas, nevis kā tīkla diapazons. Atskaišu gadījumā šaurs atskaišu API var apmierināt vajadzību, nepiešķirot datubāzes administrēšanu mākoņa darba slodzei.

Atdaliet datus, kas atskaitei vajadzīgi, no datiem, kas vienkārši ir sasniedzami. Ierakstiet atļautās operācijas kā galapunktus un darbības vārdus tajā pašā dokumentā, kur identitātes lēmums. Šī atšķirība ir atšķirība starp integrāciju, kas iztur auditu, un tādu, kas katru gadu jāpaskaidro no jauna, un tā vēlāk atrisina strīdus bez vēl vienas sapulces.

Izlemiet darba slodzes identitāti un piešķiriet tai īpašnieku

Uzraudzīti darbi nevar atbildēt uz uzvedni, tāpēc komandas ķeras pie cilvēka plašā konta un pēc tam to aizmirst. Izmantojiet pakalpojuma kontu vai mašīnas akreditāciju, ko backend patiešām pieņem, un pierakstiet, kam tā pieder, kur tā glabājas un kā tā tiek rotēta.

Trim nosacījumiem vajadzētu nosvērt lēmumu par labu īpašai identitātei: darbs darbojas bez klātesoša cilvēka, akreditācija pārdzīvo vienu izvietošanu, un vairāk nekā vienam cilvēkam jāzina, ka tā eksistē. Ja visi trīs ir patiesi, kopīgs cilvēka konts nav īsceļš, bet gan pastāvīgs izņēmums, ko neviens nevar tīri atsaukt.

Dodiet priekšroku akreditācijai, ko platforma var izsniegt un rotēt darba slodzei, piemēram, darba slodzes identitātes žetonam, ko backend validē, nevis statiskam noslēpumam, kas ielīmēts konfigurācijā. Statiskie noslēpumi lietojumprogrammas iestatījumos ir iemesls, kāpēc rotācijas pārvēršas pārtraukumos.

Izlemiet tīkla tvērumu, zinot, ka tas nav atļauja

Norādiet, kura puse uzsāk savienojumu, atbalstīto transportu un iesaistītos galapunktus. Turiet vienaudža identitātes pārbaudes ieslēgtas un atstājiet nesaistītus backend galamērķus nesasniedzamus, nevis tikai neizziņotus.

Šaurs tuneļa maršruts ir noderīgs tvērums, taču tas nevar aizstāt autorizāciju operācijas līmenī. Backend ir jāizpilda līgums ar savām kontrolēm, jo tīkls labprāt pārvadās jebkuru pieprasījumu, kas sasniedz sasniedzamu portu. Pārbaudiet paša backend lomas un piešķīrumus, nevis maršrutu tabulu. Maršruts, kas sasniedz serveri, lēmumu joprojām atstāj serverim, un tieši tur līgums tiek vai nu izpildīts, vai ignorēts.

Arī pretējais ir patiess: derīga pakalpojuma akreditācija neattaisno klausītāja publicēšanu katram avotam. Vajadzīgas abas kontroles, un neviena neaizstāj otru.

Izlemiet datu apstrādi un atbildības sadalījumu

Pierakstiet, kas atstāj klienta vidi, kur lietojumprogramma to apstrādā, un reālos glabāšanas, dublējumu, piekļuves un saglabāšanas noteikumus. Saglabāšana ir tā daļa, kas tiek atklāta vēlu, parasti tad, kad kāds jautā, vai pagājušā ceturkšņa kopija vēl ir spainī, kuru neviens nav dokumentējis.

Turiet puses atsevišķi. Lietojumprogrammas operators, programmatūras piegādātājs un infrastruktūras mitinātājs var uzņemties atšķirīgu atbildību, un pakalpojuma modelis nosaka, kurš ir kurš. Lasiet faktisko līgumu, nevis pieņemiet, ka visiem trim ir identiska piekļuve vai tās nav vispār.

Izlemiet kļūmi, noņemšanu un to, kā jūs to pieņemsit

Piešķiriet atbildību par kļūmes gadījumiem pirms tie notiek. Kad savienotājs salūzt vai tiek aizdomas par identitātes kompromitēšanu, atbildei nevajadzētu būt improvizētam neierobežotam tīkla izņēmumam, kas pārdzīvo incidentu.

Noņemšana ir pelnījusi tādu pašu precizitāti kā iestatīšana. Definējiet, kā autorizācija tiek atsaukta, kā aktīvā piekļuve beidzas produkta atbalstītās uzvedības ietvaros un kas notiek ar saglabātajām kopijām, kad attiecības beidzas.

Pieņemiet integrāciju ar reprezentatīvām atļautām operācijām un līguma prasītajiem atteikumiem, viss paredzētās darba slodzes identitātes ietvaros. Apstipriniet pieprasījuma ceļu un faktiski piegādātos datus, pēc tam reāli izmēģiniet akreditācijas nomaiņu un noņemšanu. Pievienots tunelis pierāda, ka ceļš pastāv; līgums ir tas, kas šim ceļam dod robežu.