Proves d’acceptació per a una passarel·la VPN virtual amb autenticació de dos factors
Demostreu la passarel·la etapa per etapa: inscripció, inici de sessió, denegació, revocació i restauració, cadascuna amb un artefacte i una condició d’aprovació escrita abans de la prova.
Els proveïdors descriuen aquest aparell com a virtual i capaç de dos factors, i cap de les dues paraules respon les preguntes que decideixen la compra. Quina imatge d’hipervisor se suporta, quins clients es poden inscriure, què demostra realment el segon factor i què passa quan el proveïdor d’identitat cau continuen oberts. Convertiu-ho en etapes d’acceptació que pugueu executar en un assaig, i la decisió deixa de dependre de com de persuasiva sigui la fitxa tècnica. El full de sota és una estructura per a aquestes proves, no una classificació de productes.
Què ha de confirmar el proveïdor sobre aquest desplegament
Comenceu fixant el desplegament en una pàgina: l’hipervisor o el núvol, l’arquitectura de convidat, la imatge suportada i les interfícies que espera l’aparell. Afegiu els usuaris, amb els seus sistemes operatius, si els dispositius estan gestionats i com han de funcionar la inscripció i l’inici de sessió. Després, l’accés privat: aplicacions i prefixos, disposició de DNS, camins de retorn i si una sortida pública a internet forma part de l’oferta.
Les operacions pertanyen a la mateixa pàgina: qui manté l’equip, d’on vénen les actualitzacions, on van els registres, com es protegeix la configuració i quin objectiu de recuperació ha acordat realment el negoci. Demaneu al proveïdor que confirmi aquesta combinació exacta, no que el programari s’executi en una màquina virtual. Mantingueu visibles les dependències externes, com un proveïdor d’identitat o un servei de llicències, perquè formen part del desplegament tant si s’hi inclouen com si no. Una pàgina de desplegament sense cap dependència nomenada sol ser una pàgina de desplegament amb una dependència desconeguda.
Demostreu que el segon factor és un segon factor
Nomeu l’autenticador i el flux de verificació, i digueu quina identitat estableix cada pas. Dos avisos de contrasenya seguits no són un segon factor, i una contrasenya més un codi d’un sol ús és una afirmació diferent de la d’un autenticador criptogràfic vinculat al servei. Escriviu el flux que compreu, no l’etiqueta de la caixa.
La resistència al phishing és una propietat separada, i la guia d’autenticadors del NIST la tracta com a tal: un codi que es pot enganyar un usuari perquè retransmeti encara compleix l’autenticació multifactor mentre falla aquesta condició addicional. Demaneu la propietat explícitament si us importa. Després exigiu una demostració amb el tipus de client que els vostres usuaris fan servir de debò, que cobreixi la inscripció, un repte rebutjat o caducat, la recuperació després de perdre l’autenticador i la revocació d’un usuari mentre els altres continuen connectats. Mantingueu la verificació de la identitat de la passarel·la dins l’abast, perquè un client que confia en qualsevol passarel·la ha mogut el problema en lloc de resoldre’l.
Escriviu la condició d’aprovació abans de trencar res
La taula de sota és la part del full que sobreviu al contacte amb un proveïdor, perquè cada fila demana un artefacte en lloc d’una garantia. Ompliu la condició d’aprovació abans de l’assaig i tracteu una fila sense proves com una fila fallida. Cinc etapes cobreixen el que ha de fer una passarel·la.
| 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 |
La inscripció va primer perquè tot el que ve després en depèn: un dispositiu que no es pot inscriure no es pot provar. L’inici de sessió és una etapa separada de la inscripció, i la denegació és l’etapa que més fulls obliden, perquè una passarel·la que ho admet tot no ha demostrat que denegui ningú. La revocació i la restauració concentren la major part del risc operatiu, i totes dues són barates d’assajar en una còpia.
Assageu a la còpia, no a la passarel·la en producció
Executeu les etapes disruptives en una còpia de la plataforma, seguint el procediment de desplegament suportat, i conserveu cada prova amb la seva data i versió de configuració. Una fila de reinici no es respon amb un reinici des de la consola, i una fila de restauració no es respon exportant la configuració. Anoteu quin estat torna sol i què ha de reconnectar-se, perquè aquesta diferència és el que hereta l’equip d’operacions. L’assaig és també l’única ocasió de cronometrar una restauració sense haver d’explicar una caiguda.
Registreu l’estat del proveïdor d’identitat en el moment de cada prova, perquè una fila de caiguda provada contra un proveïdor sa demostra el contrari del que afirma el full. Dos revisors al mateix assaig detecten coses diferents, i el segon sol trobar la fila la prova de la qual és una captura d’un quadre de comandament. Mantingueu aquesta prova enganxada a la fila a què pertany, no en una carpeta amb el nom del projecte.
Mesureu la càrrega de treball que executarà el vostre equip
Acordeu una càrrega semblant a una setmana normal, i mesureu-la on penseu desplegar: concurrència, barreja de trànsit i la finestra de manteniment que l’equip té realment. Una xifra de rendiment anunciada descriu una condició de laboratori i no diu res dels vostres usuaris. Mesureu la restauració contra l’objectiu de recuperació, no contra el pla.
El full s’acaba quan cada etapa té un artefacte i cada artefacte té una data. Un aparell que algú manté, amb proves per a cada fila, és una compra diferent de la llista més llarga de caselles marcades.