El inventario de servicios y sus llamadas

En arquitecturas tradicionales monolíticas, los módulos se comunican en memoria dentro del mismo proceso. Al migrar a microservicios en Kubernetes, las llamadas entre componentes cruzan la red del clúster mediante HTTP, gRPC o colas. Si no se implementa autenticación mutua y autorización granular entre pods, cualquier microservicio comprometido (por ejemplo, un servicio de notificaciones con una biblioteca vulnerable) puede escanear la red interna y realizar llamadas arbitrarias a servicios críticos como pagos o facturación.

El mapeo de flujos identifica interacciones que no responden a ninguna necesidad funcional del negocio.

Abre el laboratorio y lee matriz-llamadas.txt. Identifica qué servicio de origen intenta comunicarse con svc-pagos de manera anómala y sin justificación de negocio.

Solo una cantidad mínima y estrictamente controlada de microservicios debe recibir tráfico directo desde el exterior del clúster.

Examina inventario-microservicios.txt y localiza qué servicio figura con exposición pública a través del Ingress Gateway.

El arquitecto de seguridad debe mantener un grafo de llamadas actualizado que defina formalmente qué microservicio tiene autorización de invocar a qué otro microservicio y mediante qué verbos HTTP o métodos gRPC.