Hyväksyntätestit virtuaaliselle VPN-yhdyskäytävälle kaksivaiheisella tunnistautumisella
Todista yhdyskäytävä vaihe vaiheelta: rekisteröityminen, kirjautuminen, hylkäys, peruutus ja palautus, kukin artefaktilla ja ennen testiä kirjoitetulla läpäisyehdolla.
Toimittajat kuvaavat tätä laitetta virtuaaliseksi ja kaksivaiheiseksi, eikä kumpikaan sana vastaa kysymyksiin, jotka ratkaisevat oston. Mikä hypervisor-kuva on tuettu, ketkä asiakkaat voivat rekisteröityä, mitä toinen tekijä todella todistaa ja mitä tapahtuu, kun identiteetintarjoaja kaatuu, on yhä auki. Muuta ne hyväksyntävaiheiksi, jotka voit ajaa harjoituksessa, ja päätös lakkaa riippumasta siitä, kuinka vakuuttava datalehti on. Alla oleva arkki on rakenne näille todisteille, ei tuotteiden paremmuusjärjestys.
Mikä toimittajan on vahvistettava tästä käyttöönotosta
Aloita tiivistämällä käyttöönotto yhdelle sivulle: hypervisor tai pilvi, vierasarkkitehtuuri, tuettu kuva ja rajapinnat, joita laite odottaa. Lisää käyttäjät käyttöjärjestelmineen, hallitaanko laitteita ja miten rekisteröitymisen ja kirjautumisen pitäisi toimia. Sitten yksityinen pääsy: sovellukset ja etuliitteet, DNS-järjestely, paluureitit ja onko julkinen internet-lähtö osa tarjousta.
Ylläpito kuuluu samalle sivulle: kuka huoltaa laitetta, mistä päivitykset tulevat, minne lokit menevät, miten kokoonpano suojataan ja minkä palautustavoitteen liiketoiminta todella sopi. Pyydä toimittajaa vahvistamaan juuri se yhdistelmä, ei sitä että ohjelmisto toimii virtuaalikoneessa. Pidä ulkoiset riippuvuudet, kuten identiteetintarjoaja tai lisenssipalvelu, näkyvinä, sillä ne ovat osa käyttöönottoa riippumatta siitä, toimitetaanko ne sen mukana. Käyttöönottosivu ilman nimettyä riippuvuutta on yleensä käyttöönottosivu, jolla on tuntematon riippuvuus.
Todista, että toinen tekijä on toinen tekijä
Nimeä tunnistautuja ja vahvistusvirta ja kerro, minkä identiteetin kukin vaihe vahvistaa. Kaksi peräkkäistä salasanakehotetta ei ole toinen tekijä, ja salasana plus kertakäyttökoodi on eri väite kuin palveluun sidottu kryptografinen tunnistautuja. Kirjoita ylös virta, jonka ostat, älä laatikon tarraa.
Tietojenkalastelunkestävyys on erillinen ominaisuus, ja NISTin tunnistautujaohje käsittelee sitä sellaisena: koodi, jonka käyttäjä voidaan huijata välittämään eteenpäin, täyttää yhä monivaiheisen tunnistautumisen mutta epäonnistuu siinä lisäehdossa. Vaadi ominaisuus nimenomaisesti, jos se on sinulle tärkeä. Vaadi sitten esittely siltä asiakastyypiltä, jota käyttäjäsi todella ajavat, kattaen rekisteröitymisen, hylätyn tai vanhentuneen haasteen, palautuksen kadonneen tunnistautujan jälkeen ja yhden käyttäjän peruutuksen muiden pysyessä yhteydessä. Pidä yhdyskäytävän identiteettivahvistus mukana, sillä asiakas, joka luottaa mihin tahansa yhdyskäytävään, on siirtänyt ongelman ratkaisematta sitä.
Kirjoita läpäisyehto ennen kuin rikot mitään
Alla oleva taulukko on se arkin osa, joka kestää kontaktin toimittajaan, koska jokainen rivi vaatii vakuuttelun sijaan artefaktin. Täytä läpäisyehto ennen harjoitusta ja käsittele rivi ilman todisteita epäonnistuneena rivinä. Viisi vaihetta kattaa sen, mitä yhdyskäytävän on tehtävä.
| Acceptance stage | Evidence to keep | Pass condition |
|---|---|---|
| Enrolment | Enrolment record with the device type and the identity used | A new device enrols once, and nobody else can enrol it afterwards |
| Sign-in with the second factor | Session record naming both factors and the gateway identity that was checked | The session carries the expected identity and the gateway certificate validated |
| Denial of an unapproved destination | Log line from the control that refused the flow, with the policy name | The flow is refused and the refusal is attributable to one control |
| Revocation of one user | Revocation timestamp and the sessions that survived it | The named user is out and unaffected users keep working |
| Restore from configuration backup | Restored version plus a probe of a revoked identity | The revision matches the backup and revoked identities stay revoked |
Rekisteröityminen tulee ensin, koska kaikki myöhempi riippuu siitä: laitetta, joka ei voi rekisteröityä, ei voi testata. Kirjautuminen on erillinen vaihe rekisteröitymisestä, ja hylkäys on vaihe, jonka useimmat arkit unohtavat, koska yhdyskäytävä, joka päästää kaikki sisään, ei ole osoittanut hylkäävänsä ketään. Peruutus ja palautus kantavat suurimman osan operatiivisesta riskistä, ja molempia on halpaa harjoitella kopiolla.
Harjoittele kopiolla, älä tuotantoyhdyskäytävällä
Aja häiritsevät vaiheet alustan kopiolla tuettua käyttöönottomenettelyä noudattaen ja säilytä jokainen todiste päivämääränsä ja kokoonpanoversionsa kanssa. Uudelleenkäynnistysriviin ei vastata konsolista käynnistämällä, eikä palautusriviin vastata viemällä kokoonpano. Merkitse, mikä tila palaa itsestään ja mikä on yhdistettävä uudelleen, sillä juuri se ero periytyy ylläpitotiimille. Harjoitus on myös ainoa tilaisuus mitata palautuksen aika selittämättä katkosta.
Kirjaa identiteetintarjoajan tila jokaisen testin hetkellä, sillä tervettä tarjoajaa vasten testattu katkosrivi todistaa päinvastaista kuin arkki väittää. Kaksi arvioijaa samassa harjoituksessa tarttuvat eri asioihin, ja toinen löytää yleensä rivin, jonka todiste on kuvakaappaus hallintapaneelista. Pidä se todiste siihen riviin liitettynä, johon se kuuluu, ei projektin mukaan nimetyssä kansiossa.
Mittaa työkuorma, jota tiimisi tulee ajamaan
Sovi työkuormasta, joka muistuttaa tavallista viikkoa, ja mittaa se sitten siellä, missä aiot ottaa käyttöön: samanaikaisuus, liikenteen sekoitus ja huoltoikkuna, joka tiimillä todella on. Mainostettu läpäisyluku kuvaa laboratorio-olosuhteen eikä kerro mitään käyttäjistäsi. Mittaa palautus palautustavoitteen, älä suunnitelman mukaan.
Arkki on valmis, kun jokaisella vaiheella on artefakti ja jokaisella artefaktilla päivämäärä. Laite, jota joku huoltaa, todiste jokaisella rivillä, on eri ostos kuin pisin lista rastitetuista ruuduista.