Propoñer un dispositivo de acceso remoto que o propietario da rede poida aprobar

Un dispositivo de acceso remoto cambia a fronteira de rede do cliente aínda que marque cara a fóra e non necesite ningunha redirección de porto entrante. É a dirección saínte o que o fai fácil de instalar e o que o fai fácil de pasar por alto. Preséntao como unha solicitude de deseño de acceso antes de que entre na rede. Presentalo como algo que non facía falta mencionar é como un éxito técnico se converte nun problema contractual.

Supón que o propietario da rede fará catro preguntas: que, quen, ata onde e como o desfacemos.

Pide o recurso, non a subrede

Describe o traballo cos termos que usa o propietario: que persoa necesita que servizo, en que dispositivo e durante canto tempo. Unha solicitude limitada a unha aplicación nun só host é fácil de aprobar. Unha solicitude dunha subrede é unha solicitude de reorganizar a segmentación doutra persoa.

Pode que o cliente xa teña unha VPN aprobada, unha pasarela de escritorio remoto ou unha canle de asistencia xestionada que cubra a necesidade. Compróbao primeiro, porque reutilizar un camiño existente adoita ser a resposta máis barata para as dúas partes. Se non encaixa, di exactamente por que. Esa comparación é a parte máis forte da proposta.

Se de verdade fai falta un dispositivo, leva o seu propietario, a fonte do software, o proceso de actualización e o punto de instalación previsto.

Mostra a conexión e onde remata a confianza

Debuxa o dispositivo, o usuario remoto, calquera intermediario ou repetidor e o recurso protexido. Marca onde remata o cifrado e quen administra cada extremo. Unha sesión saínte segue introducindo unha ruta de control nova, e é no diagrama onde iso se fai visible. Dicir que o tráfico está cifrado responde a unha pregunta de confidencialidade e a ningunha pregunta de autorización.

Indica o modo de forma explícita: reenvío de paquetes, proxy de aplicacións ou un escritorio exposto. Cada un ten consecuencias distintas para o enrutamento e a seguridade do host, e cada un falla de forma distinta cando o dispositivo queda comprometido.

Mantén as redes de cliente non relacionadas e a propia interface de administración do dispositivo fóra do alcance aprobado.

Separa a identidade de usuario da identidade de dispositivo

O alta de usuarios, a identidade do dispositivo, a autenticación multifactor e o inicio de sesión na aplicación son catro controis distintos, e a proposta debe nomear cada un. As credenciais compartidas son o atallo habitual, e deixan o propietario incapaz de revogar unha persoa sen interromper todo o mundo. O inicio de sesión debería quedar na aplicación. O dispositivo autentica unha conexión; o servizo decide que pode facer esa conexión.

A arquitectura de confianza cero do NIST é útil aquí porque trata o acceso aos recursos como unha decisión explícita e non como unha consecuencia da localización na rede.

Acorda a recuperación e a retirada antes da instalación

O propietario debería poder desactivar o acceso de inmediato mediante un control que el mesmo opera, non mediante unha chamada a ti. Deixa por escrito a revogación de credenciais, a retirada do dispositivo, a responsabilidade das actualizacións e unha data de caducidade ou revisión. Conserva unha ruta de recuperación local que non dependa da nova canle remota. Un dispositivo que ninguén pode retirar sen o provedor é unha dependencia permanente disfrazada de comodidade.

Mantén os rexistros proporcionados: identidades aprobadas, alcance do acceso, cambios significativos e fallos relevantes.

Recoller historial de navegación non relacionado para demostrar que o dispositivo existe non é proba de bo funcionamento, e crea unha obriga que o propietario nunca pediu.

Como se ve unha aprobación exitosa

Acepta o deseño co propietario cun servizo permitido e un recurso que debe seguir denegado. Esa segunda metade é a parte que a xente salta, e é a única parte que demostra que a fronteira está onde o diagrama di. Proba a revogación do mesmo xeito, antes de que o dispositivo leve traballo real. Se se retén a aprobación, usa a alternativa autorizada do cliente ou fai o traballo en local.

Unha conexión que funciona non é permiso para crear a ruta de acceso.

Deixa a aprobación por escrito co seu alcance e a súa caducidade, e entrega unha copia ao propietario. A seguinte persoa que toque esa rede lerá o rexistro, non o teu recordo da conversa.