Caso práctico: Nébula Segura¶
Nébula Segura es una empresa ficticia que desarrolla software y mantiene sistemas de otras organizaciones. La utilizaremos para aplicar lo aprendido en NDEC - Normativa de ciberseguridad. Todos los datos son sintéticos.
Para seguir el caso, fíjate en tres cosas: quién interviene, qué servicio está afectado y qué comprobación falta.
Nébula trabaja desde una oficina en Ourense. Las figuras no representan a personas reales.¶
Una empresa pequeña que está creciendo¶
Nébula Segura, S. L. se creó en 2019. Sus clientes no compran solo software: esperan que las aplicaciones sigan funcionando y que alguien responda cuando algo falla. La empresa ha pasado de resolver los encargos entre unas pocas personas a mantener varios servicios simultáneos.
Los contratos están en la carpeta de administración, las incidencias en el portal y muchas decisiones cotidianas se comentan por correo o chat. Esa dispersión dificulta reconstruir una autorización, una actuación y su revisión.
Oficina en Ourense y trabajo híbrido. Comparten proyectos, pero no realizan las mismas tareas ni tienen las mismas autorizaciones.
Desarrollo web, mantenimiento de servidores y un servicio municipal. Cada contrato delimita su propio alcance.
El portal reúne consultas, fallos y peticiones de cambio. No todas requieren acceso de administración.
No se aporta la facturación, la estructura de participaciones ni el catálogo completo de contratos. Si una conclusión necesita esos datos, habrá que pedirlos.
Quién trabaja en Nébula¶
Estas personas de referencia permiten seguir cada situación. El resto de la plantilla no necesita un nombre para comprender su función.
flowchart TB
E["Elena Varela<br/>Dirección"]
E --> M["Marta Ribeiro<br/>Mantenimiento y servicio municipal"]
E --> D["Diego Souto<br/>Desarrollo"]
D --> DD["6 personas de desarrollo"]
E --> I["Iria Méndez<br/>Sistemas"]
I --> II["3 personas de sistemas"]
E --> N["Noa Ferreiro<br/>Atención al cliente"]
N --> NN["2 personas de atención"]
E --> U["Nuria Barreiro<br/>Administración"]
E -.-> A["Álex Lemos<br/>Cumplimiento"]
Elena aprueba contratos y asigna presupuesto y tiempo. Marta coordina el mantenimiento privado y el servicio municipal; Diego coordina el desarrollo. Iria administra infraestructura, despliegues, copias y accesos técnicos. Noa clasifica las incidencias y deriva las que requieren intervención. Nuria guarda los contratos y comunica los cambios de personal.
Álex asesora, revisa registros e informa directamente a dirección. La línea discontinua indica ese acceso, no una independencia acreditada por una norma ni una autorización para administrar servidores. El organigrama sitúa a las personas; no demuestra quién puede autorizar, ejecutar o revisar cada acceso.
La suma es de 18 personas: las siete nombradas y once compañeras o compañeros en desarrollo, sistemas y atención. Las propuestas deben asignar funciones y prever suplencias, sin depender de que una persona concreta esté siempre disponible.
Servicios y clientes¶
Relaciones de trabajo del caso. No es una topología de red ni una prueba de sus controles.¶
Referencia |
Relación con Nébula |
Persona de contacto |
|---|---|---|
Senda Recambios |
Distribuidora ficticia. Usa una aplicación de pedidos mantenida por Nébula. Una actualización fallida puede detener la recepción de pedidos. |
Brais Teixeiro, responsable de operaciones. |
Lúa Formación |
Academia ficticia. Su plataforma permite al alumnado consultar materiales. Nébula no decide la actividad docente. |
Sara Vidal, coordinación académica. |
Ayuntamiento de Val do Río |
Municipio ficticio. Nébula mantiene la aplicación de reserva de instalaciones y su infraestructura, no todo el sistema informático municipal. |
Uxía Campos, servicio de instalaciones. |
Cumbre Cloud |
Aloja las doce máquinas virtuales: ocho de producción, tres de pruebas y una para el portal de soporte. |
Sin persona nombrada todavía. |
Prisma Soporte |
Realiza parte del mantenimiento remoto. Puede consultar la información técnica necesaria para las tareas contratadas. |
Hugo Ribeiro, gerente y hermano de Marta. |
Conta Norte |
Asesoría externa de contabilidad y nóminas. |
Sin persona nombrada todavía. |
Nébula mantiene doce aplicaciones privadas de desarrollo y ocho contratos privados de mantenimiento. Esas cifras no equivalen a doce u ocho clientes distintos. El soporte ordinario es de lunes a viernes, de 08:00 a 18:00. Fuera de esa franja, la intervención se acuerda en cada contrato: no hay una guardia permanente ni un plazo común de recuperación.
Trabajar para un ayuntamiento no extiende automáticamente su régimen a todos los sistemas de Nébula. Usar Cumbre Cloud tampoco convierte a Nébula, sin más, en un proveedor de computación en nube a efectos normativos.
Sistemas e información¶
Portal de soporte: unas 90 personas de contacto de los clientes pueden abrir incidencias. Se guarda nombre, correo profesional, organización, descripción y adjuntos. Un texto o una captura pueden incluir más información de la necesaria.
Repositorios privados: código, incidencias de desarrollo e historial de cambios. Desde ellos se preparan las versiones que llegan a los servidores.
Documentación interna: correo, chat y almacenamiento compartido para contratos, propuestas, facturación y documentación laboral.
Copias: hay tareas nocturnas programadas. Ese dato no demuestra que terminen correctamente ni que se hayan probado restauraciones completas.
Los contratos determinan qué aplicaciones cubre cada máquina. No se presupone una máquina por cliente ni un aislamiento comprobado entre ellas.
El expediente del caso¶
Esta página conserva el contexto estable: la empresa, sus personas, sus servicios y las herramientas que ya utiliza. Cada práctica añadirá una actualización concreta, sin exigir que hayas resuelto otra unidad. Tus propuestas no pasan a ser hechos de Nébula en las prácticas siguientes.
Cuándo |
Dónde aparece |
Qué añade, sin darlo por resuelto |
|---|---|---|
Contexto común |
Esta página |
Plantilla, servicios, contactos y la relación entre Marta y Hugo Ribeiro. |
UD1 |
Enunciado de la práctica |
Renovación todavía no comparada ni aprobada, cuenta compartida observada y propuesta de incorporar a Órbita Servicios. |
UD2 |
Enunciado de la práctica |
Compromisos de bajas y recuperación de configuraciones, registros del periodo ficticio M1 y comparación con una entidad sanitaria. |
UD3 a UD5 |
Se indicará aquí |
Cada práctica aportará sus propios documentos, cambios o resultados. |
Descrito no significa comprobado
Un contrato, una herramienta o una tarea programada indican dónde preguntar. No demuestran por sí solos que los permisos sean correctos, que una copia pueda restaurarse o que una certificación cubra el servicio contratado. No se ha aportado un diagnóstico legal completo.
Prácticas finales¶
Cada tema tiene su práctica final para consolidar el aprendizaje, y hacen referencia aquí. Por eso hay 5 prácticas finales integradoras. Pero se van haciendo una a una.
En el repositorio público oficial hay varias carpetas numeradas, según la UD que corresponda. Contiene:
El enunciado de la práctica
La plantilla sugerida
La rúbrica de corrección
Recuerda que tienes que publicar una etiqueta para que haga la corrección. Mi corrección irá en un archivo con un informe (basado en una versión más detallada de esa rúbrica de corrección). Tienes máximo 3 versiones antes del plazo límite de entrega.
Aunque es difícil el cálculo y depende mucho de cada estudiante, la dedicacion estimada es de máximo 3 horas. Si has hecho el trabajo de «Actividades Para Hacer», ya debe estar muy avanzada y tardar mucho menos.
UD01 - ¿Basta con cumplir la ley?¶
Organiza la contratación de soporte remoto: justifica decisiones de buen gobierno, redacta una política breve, reparte responsabilidades y concreta cómo supervisar al proveedor y a sus subcontratas.
UD02 - Cumplir no es tener papeles¶
Analiza dos riesgos del mantenimiento externo y diseña cómo documentar sus controles. Revisa los resultados de las bajas y propone mejoras comprobables.
UD03 - No todo vale para hacer negocio¶
Práctica pendiente de desarrollo. El enunciado, la rúbrica y su carpeta en el repositorio se indicarán antes de comenzar.
UD04 - Son datos, pero son personas¶
Práctica pendiente de desarrollo. El enunciado, la rúbrica y su carpeta en el repositorio se indicarán antes de comenzar.
UD05 - Mejorar el cumplimiento (de forma continua)¶
Práctica pendiente de desarrollo. El enunciado, la rúbrica y su carpeta en el repositorio se indicarán antes de comenzar.