# Un modelo de amenazas práctico para tu proyecto alojado | SwissOctet Insights https://swissoctet.com/es/insights/threat-model-a-hosted-project/ SwissOctet / Perspectivas / Operaciones del día dos Operaciones del día dos Aplicado · 6 min de lectura Un modelo de amenazas práctico para su proyecto alojado Trace activos y límites de confianza, elija algunos escenarios de fallo realistas y conviértalos en controles que pueda probar. Por SwissOctet Editorial Guardar guía Copiar enlace EN ESTA PÁGINA 01 Define un alcance lo bastante pequeño para poder razonar sobre él 02 Dibuja los puntos donde cambia la confianza 03 Elige escenarios de fallo concretos 04 Prioriza por impacto y una ruta creíble 05 Prueba los controles en un entorno autorizado 06 Mantén el modelo conectado a los cambios Su lista de verificación práctica Fuentes y lecturas adicionales Volver a la biblioteca LA RESPUESTA DIRECTA Un modelo de amenazas útil explica qué proteges, quién o qué puede afectarlo, dónde cambia la confianza y cómo vas a reducir y probar los riesgos más importantes. Empieza por el proyecto real en lugar de una lista genérica de herramientas. 01 Define un alcance lo bastante pequeño para poder razonar sobre él Empieza con un servicio en funcionamiento: un portal de clientes, un sitio de publicación o una aplicación interna. Anota los componentes que operas y los sistemas externos de los que dependes. Un modelo de amenazas debe hacer visibles las suposiciones, no sugerir que se ha resuelto todo posible ataque. Mantén la primera versión lo bastante pequeña para que las personas que despliegan la aplicación puedan explicarla sin un consultor aparte que interprete el diagrama. Enumera los resultados y activos valiosos. Pueden incluir datos de clientes, acceso de administración, estado de pagos, contenido publicado y la capacidad de restaurar el servicio. La disponibilidad puede ser un activo incluso cuando la información es pública. Decide qué fallos serían un inconveniente y cuáles dañarían a personas o a la organización. Esa distinción te ayuda a priorizar controles en lugar de tratar todas las advertencias por igual. 02 Dibuja los puntos donde cambia la confianza La guía de modelado de amenazas de OWASP utiliza flujos de datos y límites de confianza para hacer comprensible un diseño. Para una aplicación alojada pequeña, dibuja el navegador, el proceso web, la base de datos, el administrador, el destino de copia de seguridad y las integraciones externas. Marca la información que se mueve entre ellos. Una solicitud que cruza desde un cliente no confiable hacia una operación privilegiada del servidor merece validación y autorización explícitas. No supongas que estar dentro de la misma máquina hace que todos los componentes sean igualmente confiables. Un proceso de carga pública no debería tener los mismos permisos que la administración de la base de datos. Una tarea de copia de seguridad puede necesitar acceso de lectura sin la capacidad de modificar registros de la aplicación en producción. Separar esos roles facilita contener el efecto de un componente comprometido y revisar los permisos necesarios. 03 Elige escenarios de fallo concretos Utiliza un puñado de eventos plausibles para poner a prueba el diseño. Un atacante roba una contraseña de administrador; un usuario solicita el registro de otro usuario; una carga llena el disco; un despliegue expone un archivo de configuración; una copia de recuperación no se puede restaurar. Describe la condición inicial, el componente afectado y la consecuencia. Un escenario específico es más fácil de probar que una instrucción amplia de mejorar la seguridad. Incluye errores y abuso de flujos de trabajo legítimos, además de intrusiones externas. Un reintento puede crear dos operaciones valiosas, o dos solicitudes pueden competir por cambiar el mismo objeto. La guía de lógica de negocio de OWASP destaca estas suposiciones de proceso. Comprueba quién puede hacer avanzar un flujo de trabajo a su siguiente estado y si repetir o reordenar una solicitud cambia el resultado de forma inesperada. Escenario Control que investigar Evidencia que recopilar Credencial de administración robada Acceso restringido y un segundo factor cuando sea compatible Un inicio de sesión no autorizado no puede completarse Se solicita el objeto de otro usuario Autorización de objetos en el lado del servidor Una prueba aislada devuelve un resultado denegado Disco agotado por las cargas Controles de tamaño, cuota y retención Se aplica un límite antes del fallo del servicio Solicitud de flujo de trabajo duplicada Idempotencia y límites de transacción Una solicitud repetida crea un solo resultado 04 Prioriza por impacto y una ruta creíble Para cada escenario, registra su impacto potencial y las condiciones necesarias para que ocurra. Evita fingir que una puntuación numérica estimada es una probabilidad precisa. Aun así puedes distinguir una contraseña débil expuesta a internet de un evento local altamente condicional. Asigna un responsable y un siguiente paso práctico a los riesgos importantes para que el modelo genere trabajo que alguien pueda completar realmente. Considera el ciclo de vida de la información, así como el compromiso de la aplicación. Una exportación de diagnóstico puede revelar datos innecesarios durante un funcionamiento por lo demás normal. Un campo de cuenta retenido puede crear exposición mucho después de que termine su propósito. Por lo tanto, la revisión de privacidad puede eliminar información o acortar la retención, mientras que la revisión de seguridad restringe el acceso a lo que queda. Ambos cambios pertenecen al modelo cuando protegen el proyecto. 05 Prueba los controles en un entorno autorizado Crea un entorno de pruebas con permisos representativos y registros fabricados. Prueba el acceso denegado, los límites de solicitudes, los reintentos de flujos de trabajo y la recuperación. No utilices datos reales de clientes cuando datos sintéticos puedan demostrar el comportamiento. El objetivo es verificar el control, no generar un tráfico de ataque impresionante. Mantente dentro de los sistemas que posees o que estás autorizado explícitamente a evaluar. Registra qué pasó, qué falló y qué sigue siendo desconocido. El resultado de un escáner puede aportar evidencia, pero no sustituye una prueba de las reglas de negocio de la aplicación. Del mismo modo, una opción de protección de red no verifica la autorización de objetos ni el manejo de archivos secretos. Adjunta los resultados útiles al escenario para que los futuros responsables de mantenimiento entiendan por qué existe un control concreto. 06 Mantén el modelo conectado a los cambios Revisa las partes relevantes cuando añadas una integración, expongas un nuevo endpoint, cambies un privilegio o muevas datos a otro destino. No necesitas volver a dibujar toda la arquitectura por una edición menor de texto. El desencadenante es un cambio en una suposición sobre el acceso, la información o el comportamiento del sistema. Mantén el modelo junto a la documentación de despliegue y recuperación en lugar de dejarlo como el resultado de un taller puntual. SwissOctet ofrece un catálogo de opciones de infraestructura, no un modelo de amenazas de aplicación completo. Elige la configuración y las opciones que respalden tus controles, y luego verifica el despliegue que construyas. Un modelo pequeño y mantenido con acciones probadas es más útil que una gran colección de productos de seguridad sin una explicación clara de los riesgos que abordan. CONVIÉRTALO EN ACCIÓN Su lista de verificación práctica. ✓ Enumera los activos y las consecuencias del fallo. ✓ Dibuja los flujos de datos y los límites de confianza. ✓ Elige escenarios específicos de intrusión, error y flujo de trabajo. ✓ Asigna controles y responsables a los riesgos importantes. ✓ Prueba con datos sintéticos en un entorno autorizado. ✓ Revisa el modelo cuando cambie una suposición relevante. Descargar lista de verificación PREGUNTAS FRECUENTES Los detalles que importan. ¿Necesito un marco formal para empezar? + No. Un diagrama pequeño y un conjunto documentado de escenarios pueden ser útiles. Un marco ayuda a garantizar que revises los riesgos de forma coherente. ¿Sustituye un escáner de vulnerabilidades al modelado de amenazas? + No. Los escáneres pueden encontrar debilidades técnicas, mientras que un modelo de amenazas también examina suposiciones de diseño, permisos y flujos de trabajo de negocio. ¿Con qué frecuencia debo actualizar el modelo? + Actualiza las partes afectadas cuando cambien los flujos de datos, las integraciones, los privilegios o la funcionalidad expuesta, y revisa periódicamente los riesgos no resueltos. REFERENCIAS PRINCIPALES Vaya a la fuente. Estas referencias respaldan los conceptos técnicos de esta guía. Consulte la documentación actual antes de cambiar un sistema de producción. OWASP: Hoja de referencia de modelado de amenazas cheatsheetseries.owasp.org OWASP: Modelado de amenazas en la práctica devguide.owasp.org OWASP: Seguridad de la lógica de negocio cheatsheetseries.owasp.org Orientación editorial de SwissOctet. Los ejemplos son ilustrativos. Las especificaciones del servicio, las opciones disponibles y las condiciones contractuales deben verificarse por separado. CONECTE EL CONOCIMIENTO Infraestructura relacionada. Vector VPS Suiza Metal Atlas Suiza Canvas Web Suiza MANTENGA EL HILO Sus próximas notas de campo. Explore todas las guías NOTA DE CAMPO / 01 + Operaciones del día dos Aplicado Cree una copia de seguridad que realmente pueda restaurar Elija un objetivo de recuperación, proteja una copia independiente y practique la restauración antes de que un incidente fuerce la situación. 4 min de lectura Lea la guía NOTA DE CAMPO / 02 + Operaciones del día dos Aplicado Administración segura de Windows RDP sin perder el acceso Separe la accesibilidad de red, la autenticación y los privilegios, y luego verifique una ruta de recuperación antes de restringir el acceso remoto. 6 min de lectura Lea la guía NOTA DE CAMPO / 03 + Operaciones del día dos Aplicado Una base de endurecimiento de Linux VPS que pueda mantener Administre de forma segura, exponga solo los servicios necesarios y establezca actualizaciones y recuperación sin quedarse fuera. 6 min de lectura Lea la guía