A beszállítók ezt az eszközt virtuálisnak és kétfaktoros képességűnek írják le, és a két szó egyike sem válaszol a vásárlást eldöntő kérdésekre. Melyik hypervisor-lemezkép támogatott, mely kliensek regisztrálhatnak, mit bizonyít valójában a második faktor, és mi történik, ha az identitásszolgáltató kiesik, továbbra is nyitott. Alakítsa ezeket olyan elfogadási szakaszokká, amelyeket egy próbán lefuttathat, és a döntés megszűnik attól függeni, mennyire meggyőző az adatlap. Az alábbi lap ezeknek a bizonyítékoknak a szerkezete, nem termékrangsor.

Mit kell a beszállítónak megerősítenie erről a telepítésről

Kezdje azzal, hogy a telepítést egy oldalra szorítja: a hypervisor vagy a felhő, a vendégarchitektúra, a támogatott lemezkép és a felületek, amelyeket az eszköz elvár. Adja hozzá a felhasználókat operációs rendszereikkel, hogy az eszközök felügyeltek-e, és hogyan kell a regisztrációnak és bejelentkezésnek működnie. Aztán a privát hozzáférés: alkalmazások és előtagok, DNS-elrendezés, visszatérési útvonalak, és hogy nyilvános internetes kijárat része-e az ajánlatnak.

Az üzemeltetés ugyanarra az oldalra tartozik: ki tartja karban a dobozt, honnan jönnek a frissítések, hová mennek a naplók, hogyan védett a konfiguráció, és milyen helyreállítási célt fogadott el valójában az üzlet. Kérje a beszállítót, hogy pontosan ezt a kombinációt erősítse meg, ne azt, hogy a szoftver virtuális gépen fut. Tartsa láthatóan a külső függőségeket, például egy identitásszolgáltatót vagy licencszolgáltatást, mert a telepítés részét képezik, akár szállítják velük, akár nem. A megnevezett függőség nélküli telepítési oldal általában ismeretlen függőségű telepítési oldal.

Bizonyítsa, hogy a második faktor második faktor

Nevezze meg a hitelesítőt és az ellenőrzési folyamatot, és mondja meg, melyik lépés milyen identitást állít fel. Két egymás utáni jelszókérés nem második faktor, és a jelszó plusz egyszeri kód más állítás, mint a szolgáltatáshoz kötött kriptográfiai hitelesítő. Írja le a folyamatot, amelyet vásárol, ne a dobozon lévő címkét.

Az adathalászat elleni ellenállás külön tulajdonság, és a NIST hitelesítőkre vonatkozó útmutatása ekként kezeli: egy kód, amelynek továbbadására a felhasználó rábírható, még teljesíti a többfaktoros hitelesítést, de elbukik ezen a további feltételen. Kérje ki a tulajdonságot kifejezetten, ha fontos önnek. Aztán követeljen bemutatót abból a kliensfajtából, amelyet felhasználói valóban futtatnak, kiterjedve a regisztrációra, egy elutasított vagy lejárt kihívásra, a elveszett hitelesítő utáni helyreállításra és egy felhasználó visszavonására, miközben mások kapcsolva maradnak. Tartsa hatókörben az átjáró identitásellenőrzését, mert a kliens, amely bármelyik átjáróban megbízik, inkább áthelyezte a problémát, mint megoldotta.

Írja meg a teljesülési feltételt, mielőtt bármit elront

Az alábbi táblázat a lapnak az a része, amely túléli a beszállítóval való érintkezést, mert minden sor artefaktumot kér biztosíték helyett. Töltse ki a teljesülési feltételt a próba előtt, és a bizonyíték nélküli sort tekintse megbukott sornak. Öt szakasz fedi le, mit kell egy átjárónak tennie.

Acceptance stageEvidence to keepPass condition
EnrolmentEnrolment record with the device type and the identity usedA new device enrols once, and nobody else can enrol it afterwards
Sign-in with the second factorSession record naming both factors and the gateway identity that was checkedThe session carries the expected identity and the gateway certificate validated
Denial of an unapproved destinationLog line from the control that refused the flow, with the policy nameThe flow is refused and the refusal is attributable to one control
Revocation of one userRevocation timestamp and the sessions that survived itThe named user is out and unaffected users keep working
Restore from configuration backupRestored version plus a probe of a revoked identityThe revision matches the backup and revoked identities stay revoked

A regisztráció az első, mert minden későbbi attól függ: egy eszközt, amely nem tud regisztrálni, nem lehet tesztelni. A bejelentkezés a regisztrációtól külön szakasz, a visszautasítás pedig az a szakasz, amelyet a legtöbb lap elfelejt, mert egy átjáró, amely mindenkit beenged, nem bizonyította, hogy bárkit elutasít. A visszavonás és a visszaállítás hordozza az üzemeltetési kockázat nagy részét, és mindkettő olcsón gyakorolható egy másolaton.

A másolaton gyakoroljon, ne az élő átjárón

Futtassa a zavaró szakaszokat a platform másolatán, a támogatott telepítési eljárást követve, és minden bizonyítékot a dátumával és konfigurációs verziójával együtt őrizzen meg. Az újraindítási sort nem válaszolja meg a konzolról indított újraindítás, a visszaállítási sort pedig nem a konfiguráció exportálása. Jegyezze fel, melyik állapot tér vissza magától, és minek kell újracsatlakoznia, mert ezt a különbséget örökli az üzemeltető csapat. A próba az egyetlen alkalom arra is, hogy kiesés magyarázata nélkül mérje a visszaállítást.

Rögzítse az identitásszolgáltató állapotát minden teszt pillanatában, mert egy egészséges szolgáltatóval szemben tesztelt kiesési sor az ellenkezőjét bizonyítja annak, amit a lap állít. Két bíráló ugyanazon a próbán különböző dolgokat fog meg, és a második általában azt a sort találja meg, amelynek bizonyítéka egy irányítópult képernyőképe. Tartsa ezt a bizonyítékot ahhoz a sorhoz csatolva, amelyhez tartozik, ne egy projektről elnevezett mappában.

Mérje meg a terhelést, amelyet a csapata futtatni fog

Állapodjon meg egy normál hétre hasonlító terhelésben, majd mérje meg ott, ahol telepíteni kíván: egyidejűség, forgalomkeverék és a csapat által ténylegesen birtokolt karbantartási ablak. Egy hirdetett átbocsátóképesség-adat laboratóriumi körülményt ír le, és semmit sem mond a felhasználóiról. A visszaállítást a helyreállítási célhoz mérje, ne a tervhez.

A lap akkor kész, ha minden szakasznak van artefaktuma, és minden artefaktumnak van dátuma. Egy eszköz, amelyet valaki karbantart, minden sorhoz bizonyítékkal, más vásárlás, mint a bejelölt négyzetek leghosszabb listája.

Kapcsolódó cikkek