Personal y tecnología

Última actualizaciónhace 1 minuto

Las personas dejan señales sobre la infraestructura que diseñan y operan. Perfiles profesionales, ofertas de empleo, conferencias, documentación y repositorios públicos pueden revelar lenguajes, frameworks, bases de datos, proveedores cloud, tooling de CI/CD y nombres de equipos. Esta página utiliza esas señales para construir el mapa técnico. La investigación de identidades y la metodología OSINT completa tendrán su propia rama cuando se incorpore el módulo dedicado.

Fuentes que aportan contexto

Fuente	Señales habituales
Ofertas de empleo	Stack deseado, plataformas, localización de equipos y responsabilidades.
Perfiles profesionales	Proyectos, cargos, tecnologías, certificaciones y cambios de equipo.
Repositorios públicos	Lenguajes, dependencias, pipelines, dominios, emails y configuración.
Charlas y blogs	Arquitectura, migraciones, problemas resueltos y decisiones de diseño.
Documentación pública	Portales, APIs, nombres de producto, tenants y procedimientos internos.

La fecha importa. Una experiencia laboral de hace cinco años no describe necesariamente la plataforma actual. Una oferta puede representar una migración futura o una tecnología que el equipo quiere introducir.

Traducir señales a hipótesis

El objetivo no es coleccionar nombres de herramientas. Hay que relacionar cada señal con algo que pueda comprobarse.

Señal observada	Hipótesis útil	Validación posterior
Vacante con Kubernetes y AWS	Existen workloads o una migración hacia EKS.	DNS, certificados, endpoints AWS, repositorios e IaC.
Perfil que menciona Atlassian y Bitbucket	La organización usa servicios Atlassian.	TXT de verificación, dominios del tenant y enlaces públicos.
Repositorio con `requirements.txt` y Django	Alguna aplicación utiliza Python y Django.	Fingerprinting web, errores, assets y documentación.
Pipeline con nombres `dev`, `staging`, `prod`	Esos entornos pueden aparecer en DNS y certificados.	CT, resolución y endpoints observados.
Historial con Kafka y Elasticsearch	Puede existir una plataforma de eventos y búsqueda.	Ofertas actuales, documentación, DNS y puertos internos.

Varias fuentes independientes aumentan la confianza. Repetir la misma frase copiada entre perfiles no crea una segunda señal.

Revisar repositorios públicos

Los archivos que mejor explican una aplicación suelen ser los que permiten construirla o desplegarla:

package.json, lockfiles y manifests de dependencias
Dockerfile, Compose, Helm y manifests de Kubernetes
pipelines de CI/CD
Terraform, CloudFormation y otros archivos de infraestructura
.env.example, archivos de configuración y documentación
historial de commits, tags y releases

Busca nombres de dominios, cuentas cloud, regiones, registries, buckets, endpoints de API y convenciones de entornos. Un secreto hardcoded exige comprobar si es real, a qué servicio pertenece y si sigue activo. Un JWT pegado en un ejemplo puede ser un token de prueba expirado. Su estructura y claims siguen pudiendo revelar issuer, audience, algoritmos y nombres internos.

El historial puede contener datos retirados de la versión actual. Conserva commit, path y fecha para no presentar un artefacto histórico como configuración desplegada.

Construir el mapa de equipos

Los cargos y responsabilidades ayudan a entender qué grupo probablemente opera cada tecnología:

producto → equipo → tecnologías → proveedores → activos observables

Por ejemplo, un equipo de data puede relacionarse con warehouses, object storage y notebooks. Un equipo de mobile puede publicar dominios de API, deep links y repositorios de SDK. Un grupo de identity puede aparecer asociado a SSO, directorios, certificados y portales de acceso.

Esta relación también explica por qué conviven stacks distintos. Una empresa no tiene necesariamente una arquitectura uniforme. Adquisiciones, equipos autónomos y migraciones producen dominios, proveedores y controles diferentes.

Mantener la calidad de la evidencia

Registra la URL, el autor o entidad pública, la fecha de publicación, la fecha de consulta y el fragmento técnico relevante. Separa:

hecho publicado
inferencia sobre la infraestructura
validación técnica pendiente
resultado de la comprobación

Cuando una hipótesis produzca un hostname, una IP o un endpoint, vuelve a información de dominios o recursos cloud para validarlo con fuentes técnicas.