Eduteka+
Agente Pedagógico Plan de clase completo

Plan de clase completo para introducción a seguridad informática en programación

Ingeniería Ingeniería de sistemas Nivel 5 1 ago 2026 Publicado en EdutekaLab · términos de origen

Seguridad informática para estudiantes de 6to de programación

Cómo fue en el aula

Todavía nadie ha contado cómo le fue con este recurso.

Plan de clase completo para introducción a seguridad informática en programación

Datos generales

  • Área: Ingeniería
  • Asignatura: Ingeniería de sistemas
  • Nivel educativo: Educación técnica/tecnológica (6to de programación)
  • Duración total: 9 horas (3 sesiones de 3 horas cada una)
  • Meta de aprendizaje: Comprender y aplicar buenas prácticas de seguridad informática en programación, identificar y analizar vulnerabilidades comunes, manejar riesgos y amenazas en sistemas informáticos, y reconocer los aspectos éticos y normativos relacionados con la seguridad informática en el desarrollo de software.

Objetivo de aprendizaje SMART

Al finalizar el módulo de 9 horas, los estudiantes de 6to de programación serán capaces de implementar buenas prácticas de codificación segura para prevenir vulnerabilidades comunes, analizar riesgos y amenazas en sistemas informáticos, utilizar herramientas básicas para detectar fallas de seguridad en aplicaciones, y aplicar principios éticos y normativos en el contexto de la seguridad informática, demostrando estas competencias mediante ejercicios prácticos y análisis de casos en un entorno con recursos limitados.

Materiales y recursos

  • Computadoras con ambiente de desarrollo instalado (IDE básico para programación en lenguaje utilizado por los estudiantes, por ejemplo, Python o Java)
  • Documentos impresos o digitales con ejemplos de código inseguro y seguro
  • Proyector y pizarra
  • Manual o guía básica de buenas prácticas de seguridad en programación (entregable o PDF)
  • Ejercicios prácticos diseñados para ser ejecutados sin necesidad de conexión a internet
  • Simuladores o software básico para análisis estático de código (opcional, según disponibilidad)
  • Casos de estudio impresos sobre vulnerabilidades y aspectos éticos en seguridad informática

Criterios de evaluación alineados al objetivo

  • Identificación correcta de al menos tres vulnerabilidades comunes en fragmentos de código (70% aciertos).
  • Implementación de buenas prácticas de codificación segura en ejercicios prácticos (evaluado mediante rúbrica con criterios de corrección, claridad y seguridad del código).
  • Análisis de riesgos y amenazas en casos de estudio, con propuestas de mitigación fundamentadas (evaluación cualitativa).
  • Participación activa en discusiones sobre aspectos éticos y normativos, demostrando comprensión de su importancia en seguridad informática.

Sesión 1 (3 horas): Introducción y buenas prácticas de codificación segura

Inicio (30 minutos)

  • Docente: Presenta un caso real breve y concreto de un fallo de seguridad en software que causó un problema importante (por ejemplo, vulnerabilidad en una aplicación bancaria).
  • Docente: Formula preguntas detonadoras para activar saberes previos: ¿Qué entienden por seguridad en programación? ¿Han escuchado sobre vulnerabilidades en código? ¿Qué riesgos creen que puede tener un software inseguro?
  • Estudiantes: Discuten en parejas y luego comparten ideas en plenaria.

Desarrollo (2 horas)

  1. Explicación teórica breve (30 min)
    • Docente: Expone las principales buenas prácticas para codificación segura: validación de entradas, manejo de excepciones, principios de mínimo privilegio, uso correcto de contraseñas y cifrado básico, evitar código vulnerable como inyección de SQL o buffer overflow.
    • Estudiantes: Escuchan y toman notas, hacen preguntas para aclarar conceptos.
  2. Actividad práctica guiada (1h 30 min)
    • Docente: Entrega fragmentos de código con vulnerabilidades comunes identificables sin herramientas avanzadas (por ejemplo, código con inyección SQL, sin validación de entradas o contraseñas en texto plano).
    • Estudiantes: En grupos pequeños (3-4 estudiantes), analizan el código, identifican vulnerabilidades y proponen correcciones aplicando las buenas prácticas aprendidas.
    • Docente: Circula entre grupos, orienta, responde dudas y verifica avances.
    • Docente y estudiantes: Al final, cada grupo presenta una vulnerabilidad identificada y cómo la corrigieron.

Cierre (30 minutos)

  • Docente: Realiza una síntesis de las principales buenas prácticas abordadas y destaca la importancia de la codificación segura para prevenir riesgos.
  • Estudiantes: Responden en voz alta o por escrito una pregunta de reflexión: “¿Cuál es la práctica que consideran más importante y por qué?”
  • Docente: Evalúa respuestas para medir comprensión inicial y ajusta próximas sesiones según dudas recurrentes.

Sesión 2 (3 horas): Análisis de vulnerabilidades, manejo de riesgos y herramientas básicas

Inicio (20 minutos)

  • Docente: Presenta un breve resumen de la sesión anterior y plantea la importancia de identificar riesgos y amenazas en sistemas informáticos.
  • Estudiantes: Participan respondiendo preguntas sobre ejemplos cotidianos de amenazas informáticas.

Desarrollo (2h 20 min)

  1. Exposición y discusión (40 min)
    • Docente: Explica conceptos clave de análisis de riesgos: identificación de amenazas, evaluación de vulnerabilidades, impacto y probabilidad, y estrategias de mitigación.
    • Estudiantes: Toman notas y participan con ejemplos propios o hipotéticos.
  2. Actividad práctica en grupos (1h 40 min)
    • Docente: Proporciona un caso de estudio con un sistema sencillo (por ejemplo, una aplicación de reservas) y una lista de posibles amenazas.
    • Estudiantes: Analizan el caso, clasifican los riesgos según probabilidad e impacto, y proponen medidas para mitigarlos.
    • Docente: Introduce herramientas simples para la detección de fallas de seguridad (pueden ser revisiones manuales de listas de chequeo o software básico instalado localmente si está disponible).
    • Estudiantes: Aplican estas herramientas o listas para identificar posibles fallas y recomiendan correcciones.
    • Docente: Supervisa y orienta, resolviendo dudas técnicas y metodológicas.

Cierre (20 minutos)

  • Docente: Recoge las principales conclusiones de los grupos y enfatiza la importancia de un análisis sistemático de riesgos para mantener la seguridad del software.
  • Estudiantes: Reflexionan sobre cómo aplicarían esta metodología en proyectos reales y comparten sus ideas.

Sesión 3 (3 horas): Aspectos éticos y normativos en seguridad informática y evaluación integradora

Inicio (20 minutos)

  • Docente: Introduce brevemente el tema de la ética y la normativa en seguridad informática, mostrando ejemplos de consecuencias legales y sociales por incumplimientos.
  • Estudiantes: Responden preguntas sobre qué entienden por responsabilidad ética en programación.

Desarrollo (2h 20 min)

  1. Lectura guiada y discusión (50 min)
    • Docente: Proporciona documentos o resúmenes de normativas y códigos éticos relevantes (por ejemplo, leyes de protección de datos, normativas de seguridad de software, principios éticos de ingenieros).
    • Estudiantes: En grupos leen y discuten los documentos, enfocándose en casos prácticos y dilemas éticos.
    • Docente: Modera la discusión y aclara dudas.
  2. Actividad integradora práctica (1h 30 min)
    • Docente: Presenta un escenario simulado donde un programador debe decidir cómo actuar ante una vulnerabilidad detectada que puede afectar a usuarios.
    • Estudiantes: Analizan el escenario, identifican las implicaciones éticas y normativas, proponen un plan de acción y redactan un breve informe justificando sus decisiones.
    • Docente: Recolecta informes y realiza retroalimentación formativa, destacando buenas prácticas y áreas de mejora.

Cierre (20 minutos)

  • Docente: Realiza una síntesis final del módulo, destacando la integración de aspectos técnicos, de riesgo y éticos en la seguridad informática aplicada a la programación.
  • Estudiantes: Completar una autoevaluación corta y anotar una reflexión personal sobre qué aprendieron y cómo aplicarán estos conocimientos en su futuro laboral.
  • Docente: Finaliza motivando la continuidad del aprendizaje en seguridad informática y la importancia de la actualización constante.

Micro-plan de implementación

Preparación previa: Asegurar que el aula cuente con computadoras con IDE básico instalado y acceso a material impreso o digital preparado. Preparar ejemplos de código y casos de estudio impresos. Verificar que el proyector y pizarra estén operativos.

  1. Inicio sesión 1 (30 min): Presentar el caso real de fallo de seguridad y activar saberes previos con preguntas y discusión breve.
  2. Desarrollo sesión 1 (2h): Exponer buenas prácticas con apoyo visual y realizar actividad práctica en grupos con análisis y corrección de código inseguro.
  3. Cierre sesión 1 (30 min): Síntesis y reflexión individual para consolidar conceptos.
  4. Inicio sesión 2 (20 min): Resumen y preguntas sobre riesgos y amenazas en informática.
  5. Desarrollo sesión 2 (2h 20 min): Explicación de análisis de riesgos, actividad grupal con caso de estudio y uso de herramientas simples para detección de fallas.
  6. Cierre sesión 2 (20 min): Discusión y reflexión sobre aplicación práctica del análisis de riesgos.
  7. Inicio sesión 3 (20 min): Presentación introductoria sobre ética y normativa en seguridad informática.
  8. Desarrollo sesión 3 (2h 20 min): Lectura y discusión de normativas, seguida de actividad integradora con análisis de escenario ético y redacción de informe.
  9. Cierre sesión 3 (20 min): Síntesis final, autoevaluación y reflexión personal para fortalecer metacognición.

Evaluación formativa: Durante cada cierre, recoger respuestas, observaciones y productos para retroalimentar a los estudiantes y ajustar la enseñanza.

Tips de contingencia: Si falla la conectividad o el acceso a computadoras, todas las actividades prácticas pueden realizarse en papel con análisis y corrección de código impreso. Las discusiones y análisis de casos se pueden hacer completamente en grupo sin TIC. Si el proyector no funciona, usar pizarra y documentos impresos para las exposiciones.