Cómo reparar un Security Group en EC2

Curso de AWS Certified Solutions Architect Associate

Contenido del curso

Fundamentos de AWS

Identidad, Acceso y Gobernanza Multicuenta

Servicios de Computo en AWS

Contenedores en AWS

Redes en AWS

Escalamiento y balanceo en AWS

Almacenamiento en AWS

Bases de datos en AWS

Migración en AWS

Monitoreo y Auditoria en AWS

DNS y CDN en AWS

Servicios de Seguridad

Serverless

Servicios de Datos en AWS

Servicios de AI y ML em AWS

64
Servicios de IA y ML en AWS
04:09 min

Servicios de Backup y Recuperación ante desastres

Architect Solutions Certificate

Tomar examen

Cursos Empresas Blog Live Conf Eventos Precios

0:003:51

Cómo reparar un Security Group en EC2

Curso de AWS Certified Solutions Architect Associate

Clase 24 de 69

Clase 24 / 69

Recursos

Cuando una instancia EC2 no responde al intentar acceder por su IP pública, el primer sospechoso es casi siempre el grupo de seguridad. Aquí vas a ver cómo diagnosticar y resolver ese bloqueo editando las reglas de entrada en AWS, una habilidad clave para tu certificación y tu trabajo diario con redes en la nube.

Por qué tu instancia EC2 no responde en la IP pública

Imagina que un compañero te escribe diciendo que no puede entrar al servidor que desplegaste ayer. Vas a la consola de EC2, copias la IP pública, la pegas en el navegador con http:// adelante, y el sitio simplemente no carga. Tarda, gira, y nada.

Antes de pensar en problemas del sistema operativo o del servidor web, conviene revisar la capa de red. El Security Group asociado a la instancia funciona como un firewall virtual y, si no tiene una regla que permita tráfico HTTP entrante, ningún navegador va a poder llegar al servicio.

¿Qué es un Security Group en AWS? Es un firewall virtual que controla el tráfico de entrada y salida de una instancia EC2. Filtra por protocolo, puerto y origen, y permite o bloquea conexiones según las reglas que tú definas.

Cómo editar las reglas de entrada de un grupo de seguridad

El flujo para resolver el bloqueo es directo y se hace completamente desde la consola de AWS.

Entra al servicio EC2 y selecciona la instancia pública afectada.
Abre la pestaña Security y haz clic en el grupo de seguridad asociado.
Edita las reglas de entrada (inbound rules) y agrega una nueva.
Elige tipo HTTP, lo que autocompleta protocolo TCP y puerto 80.
Define el bloque CIDR de origen y guarda la regla.

Una vez guardada, vuelves al navegador, recargas la IP pública con http:// y el servidor responde. El problema no estaba en el servicio, estaba en que nadie tenía permiso para tocar la puerta.

Qué es el bloque CIDR y cómo elegirlo

El bloque CIDR es la notación que define qué rango de direcciones IP puede conectarse a tu instancia. Si eliges 0.0.0.0/0 estás abriendo el puerto a todo Internet, lo cual sirve para pruebas rápidas pero es poco recomendable en producción.

La práctica recomendada es ser restrictivo: usar el rango de IPs de tu oficina, de tu VPN o de un servicio específico. Esa granularidad reduce la superficie de ataque sin sacrificar funcionalidad.

¿0.0.0.0/0 es seguro? No para entornos productivos. Permite conexiones desde cualquier IP del mundo. Úsalo solo para pruebas y reemplázalo por bloques CIDR específicos en cuanto puedas.

Cuál es la diferencia entre Security Groups y Network ACLs

Ambos actúan como cortafuegos virtuales dentro de AWS, pero operan en niveles distintos y conviene tenerlos claros para la certificación.

Los Security Groups se aplican a nivel de instancia y son stateful, es decir, recuerdan las conexiones permitidas y dejan pasar la respuesta automáticamente.
Las Network ACLs se aplican a nivel de subred y son stateless, lo que obliga a definir reglas explícitas tanto de entrada como de salida.
Los Security Groups solo permiten reglas de allow, mientras que las ACLs permiten reglas de allow y deny.

Esta combinación te da granularidad real: puedes filtrar tráfico amplio en la subred y luego ajustar permisos finos por instancia. Así proteges tus recursos de cómputo en capas, que es la lógica detrás de cualquier arquitectura segura en la nube.

Y ahora cuéntame, ¿en qué escenarios usarías un Security Group y en cuáles preferirías una Network ACL?

Resumen

Por qué tu instancia EC2 no responde en la IP pública

¿Qué es un Security Group en AWS? Es un firewall virtual que controla el tráfico de entrada y salida de una instancia EC2. Filtra por protocolo, puerto y origen, y permite o bloquea conexiones según las reglas que tú definas.

Cómo editar las reglas de entrada de un grupo de seguridad

El flujo para resolver el bloqueo es directo y se hace completamente desde la consola de AWS.

Entra al servicio EC2 y selecciona la instancia pública afectada.
Abre la pestaña Security y haz clic en el grupo de seguridad asociado.
Edita las reglas de entrada (inbound rules) y agrega una nueva.
Elige tipo HTTP, lo que autocompleta protocolo TCP y puerto 80.
Define el bloque CIDR de origen y guarda la regla.

Una vez guardada, vuelves al navegador, recargas la IP pública con http:// y el servidor responde. El problema no estaba en el servicio, estaba en que nadie tenía permiso para tocar la puerta.

Qué es el bloque CIDR y cómo elegirlo

La práctica recomendada es ser restrictivo: usar el rango de IPs de tu oficina, de tu VPN o de un servicio específico. Esa granularidad reduce la superficie de ataque sin sacrificar funcionalidad.

¿0.0.0.0/0 es seguro? No para entornos productivos. Permite conexiones desde cualquier IP del mundo. Úsalo solo para pruebas y reemplázalo por bloques CIDR específicos en cuanto puedas.

Cuál es la diferencia entre Security Groups y Network ACLs

Ambos actúan como cortafuegos virtuales dentro de AWS, pero operan en niveles distintos y conviene tenerlos claros para la certificación.

Los Security Groups se aplican a nivel de instancia y son stateful, es decir, recuerdan las conexiones permitidas y dejan pasar la respuesta automáticamente.
Las Network ACLs se aplican a nivel de subred y son stateless, lo que obliga a definir reglas explícitas tanto de entrada como de salida.
Los Security Groups solo permiten reglas de allow, mientras que las ACLs permiten reglas de allow y deny.

Y ahora cuéntame, ¿en qué escenarios usarías un Security Group y en cuáles preferirías una Network ACL?

Fundamentos de AWS

Certificación AWS Solutions Architect Associate: Fundamentos y Preparación

Preparación para certificación AWS Arquitecto de Soluciones

Configuración de presupuestos en AWS para controlar costos

Los 6 pilares del Well-Architected Framework

Identidad, Acceso y Gobernanza Multicuenta

Cómo evitar brechas de seguridad con IAM

Creación de usuarios administrador y practicante en AWS IAM

Gestión de cuentas con AWS Organizations

Detecta recursos AWS expuestos con Access Analyzer

Cómo gestionar múltiples cuentas AWS

Servicios de Computo en AWS

Servicios de cómputo AWS: EC2, procesadores Graviton y AMIs

Compute Savings Plan para EC2 y Lambda

Cómo lanzar tu primera instancia EC2

Optimizar latencia en EC2 con tenencia dedicada

Cómo consultar metadatos de EC2 con IMDSv2

AWS Outposts: ejecutar AWS en tu data center

Despliegue de app web en Elastic Beanstalk

Contenedores en AWS

Contenedores en AWS: ECS, EKS y ECR

Gestión de imágenes de contenedores con ECR y Fargate

Configuración de clusters, tareas y servicios en Amazon ECS

Redes en AWS

Direccionamiento IP y bloques CIDR para redes AWS

NAT Gateway para subredes privadas en AWS

Configuración de instancias públicas y privadas con NAT Gateway

NACL y Security Groups en AWS

Cómo reparar un Security Group en EC2

Conectividad híbrida en AWS: VPC Peering, Transit Gateway y Endpoints

Escalamiento y balanceo en AWS

Tipos de balanceadores de carga en AWS

Configuración de balanceadores de carga en AWS para alta disponibilidad

Autoescalamiento en EC2 con Auto Scaling Groups

Cómo crear un Auto Scaling Group en EC2

Almacenamiento en AWS

Tipos de almacenamiento en AWS: EBS, EFS y S3

Instance Store vs EBS en AWS

EFS vs FSx para compartir archivos en AWS

Creación y configuración de volúmenes EBS en AWS

Transfer Acceleration para datos globales en S3

Configuración de EFS para compartir almacenamiento entre instancias

Recuperar objetos borrados en Amazon S3

Bases de datos en AWS

Bases de datos relacionales vs no relacionales en AWS

Cómo funciona DynamoDB en AWS

Creación y configuración de bases de datos Dynamo en AWS

Elasticache y DAX

RDS vs Aurora: réplicas y alta disponibilidad

Cómo configurar Aurora con alta disponibilidad en RDS

Migración en AWS

Estrategias de migración AWS: las 6 R para trasladar aplicaciones

Cómo migramos 500 TB a AWS sin downtime

Migración de datos con AWS Snow Family: opciones y características

DMS y SCT para migrar bases de datos en AWS

Monitoreo y Auditoria en AWS

CloudTrail y EventBridge en arquitecturas AWS

Monitoreo de AWS con CloudWatch

DNS y CDN en AWS

Zonas locales y de borde en AWS

CloudFront vs Global Accelerator en AWS

Failover en Route 53 para arquitectura activo-pasiva

Configuración de políticas de geoproximidad en AWS Route 53

Servicios de Seguridad

KMS vs CloudHSM para datos regulados

AWS Shield y WAF contra ataques DDoS

Servicios AWS para detectar vulnerabilidades

GuardDuty y Trusted Advisor para detectar amenazas en AWS

Serverless

API Gateway y Lambda en arquitecturas serverless

Creación y configuración de funciones Lambda para automatización

AWS SQS: Tipos de filas y configuración para arquitecturas serverless

AWS SNS y Step Functions para comunicación y workflows visuales

Servicios de Datos en AWS

Servicios de datos en AWS para tu examen

Kinesis, EMR, Glue

Casos de uso de Amazon Redshift en AWS

Servicios de AI y ML em AWS

Servicios de IA y ML en AWS

Servicios de Backup y Recuperación ante desastres