SMR → Seguridad Informática → Ejercicios
Contenido verificado · 17 unidades

Ejercicios y práctica · Seguridad Informática · SMR

Convierte los RA y errores frecuentes del módulo en práctica adaptativa. Esta página se construye únicamente con contenido verificado y con los RA del módulo.

Practicar este módulo con José →

Qué deberías ser capaz de hacer

RA1

Aplica medidas de seguridad pasiva en sistemas informáticos describiendo características de entornos y relacionándolas con sus necesidades.

RA2

Gestiona dispositivos de almacenamiento describiendo los procedimientos efectuados y aplicando técnicas para asegurar la integridad de la información.

RA3

Aplica mecanismos de seguridad activa describiendo sus características y relacionándolas con las necesidades de uso del sistema informático.

RA4

Asegura la privacidad de la información transmitida en redes informáticas describiendo vulnerabilidades e instalando software especifico.

RA5

Reconoce la legislación y normativa sobre seguridad y protección de datos analizando las repercusiones de su incumplimiento.

Errores frecuentes que la práctica debería detectar

  • Confundir seguridad física con lógica: La causa es no entender que una protege el 'contenedor' y la otra el 'contenido' y el 'acceso digital'. La corrección es visualizar ejemplos concretos de cada una y su interdependencia.
  • Subestimar el valor de la información: La causa es no considerar las consecuencias económicas, legales y de reputación de una brecha. La corrección es analizar casos reales de empresas afectadas por fallos de seguridad.
  • Subestimar el impacto de las condiciones ambientales: La causa es la falta de conocimiento sobre cómo el calor, la humedad o el polvo afectan la electrónica. La corrección es seguir las especificaciones de los fabricantes y las normativas de CPD (ej. TIA-942).
  • No implementar control de acceso físico: La causa es la confianza excesiva o la falta de presupuesto. La corrección es entender que el acceso no autorizado es una de las principales vías de ataque y robo de información.
  • Conectar equipos de alto consumo (ej. impresoras láser) a un SAI: La causa es no entender la capacidad y el propósito del SAI. La corrección es calcular la carga total y la autonomía necesaria, y conectar solo equipos críticos.
  • No verificar periódicamente el SAI: La causa es la negligencia o la creencia de que 'siempre funciona'. La corrección es establecer un calendario de mantenimiento y autotests, y monitorizar el estado de la batería.
  • Otorgar permisos excesivos en ACL: La causa es la comodidad o la falta de conocimiento del principio de mínimo privilegio. La corrección es revisar periódicamente los permisos y ajustarlos estrictamente a las necesidades de cada rol.
  • Política de contraseñas débil o inexistente: La causa es la pereza o la subestimación del riesgo. La corrección es implementar y hacer cumplir una política de contraseñas robusta y educar a los usuarios sobre su importancia.
  • Depender exclusivamente de la biometría sin un factor de respaldo: La causa es la confianza ciega en la tecnología. La corrección es implementar la biometría como un factor de autenticación fuerte, a menudo combinado con otro factor (MFA) o con un mecanismo de recuperación robusto.
  • No consultar la política de almacenamiento (CE a): Causa: Desconocimiento de las normativas internas o externas. Consecuencia: Incumplimiento legal, pérdida de datos, sanciones. Corrección: Siempre revisar y comprender la política de almacenamiento antes de diseñar o implementar cualquier solución, y documentar las decisiones tomadas.
  • Ignorar factores de rendimiento (CE b): Causa: Centrarse solo en la capacidad o el costo. Consecuencia: Aplicaciones lentas, frustración de usuarios, pérdida de productividad. Corrección: Realizar un análisis de requisitos de rendimiento para cada aplicación crítica y seleccionar el tipo de almacenamiento adecuado (ej. SSD para bases de datos, HDD para archivos grandes y poco accedidos).
  • Confundir RAID con backup: Causa: creer que la redundancia de disco sustituye a la copia de seguridad. Consecuencia: pérdida total de datos ante borrado accidental, corrupción lógica o ransomware, pese a tener RAID. Corrección: explicar que RAID cubre fallos físicos de disco y backup cubre pérdida lógica/desastres; se necesitan ambos.
  • No monitorizar el estado del RAID: Causa: asumir que el array funcionará indefinidamente sin revisión. Consecuencia: un disco falla sin ser detectado, el array queda degradado, y un segundo fallo provoca pérdida total. Corrección: establecer comprobaciones periódicas del estado del array (por ejemplo con mdadm --detail) y alertas automáticas.
  • No probar la restauración de las copias de seguridad: Causa: asumir que el proceso de backup es correcto por el mero hecho de ejecutarse. Consecuencia: descubrir que la copia está incompleta o corrupta justo cuando se necesita restaurar. Corrección: incluir pruebas periódicas de restauración en un entorno controlado como parte del procedimiento de backup.
  • No verificar la imagen del sistema después de crearla (CE j): Causa: Asumir que la imagen se creó correctamente. Consecuencia: Intentar restaurar una imagen corrupta o incompleta cuando el sistema falla, resultando en una recuperación fallida. Corrección: Siempre realizar una verificación de la imagen si la herramienta lo permite, o incluso una restauración de prueba en un hardware diferente o una máquina virtual.
  • Almacenar copias de seguridad e imágenes en el mismo lugar que el original (CE g, j): Causa: Comodidad o falta de medios externos. Consecuencia: La pérdida del dispositivo principal (robo, incendio, fallo total) implica la pérdida de la copia de seguridad. Corrección: Implementar la regla 3-2-1 de backup (3 copias, en 2 tipos de medios, 1 copia fuera de sitio).
  • {"error":"Confundir virus y gusanos.","causa":"Ambos se replican, pero los virus necesitan un anfitrión y la acción del usuario, mientras que los gusanos son autónomos y se propagan por red.","correccion":"Recordar que el virus 'infecta' un archivo, mientras que el gusano 'se arrastra' por la red de forma independiente."}
  • {"error":"Creer que un troyano se replica.","causa":"Los troyanos engañan para ser instalados, pero no tienen capacidad de autorreplicación como virus o gusanos.","correccion":"Un troyano es un 'caballo de Troya', una vez dentro, abre la puerta, pero no se multiplica por sí mismo."}

Del contenido SEO a tu estado real

Esta página explica el módulo. José, dentro del workspace, utiliza tu dominio, autonomía, confianza y evidencias para decidir si necesitas diagnóstico, práctica, reenseñanza o repaso.

Practicar este módulo con José →
Canal Estudios es un servicio de Skillback S.L. · NIF B2481724 · Barcelona, España
Aviso legal · Privacidad · Cookies · Términos · Atles de Catalunya