Buscar una persona no es lo mismo que resolver una identidad #
Es fácil escribir un nombre en un buscador y obtener decenas de perfiles. Lo difícil es responder una pregunta distinta: ¿qué evidencia permite sostener que dos o más cuentas públicas corresponden realmente a la misma identidad?
Ésa es la pregunta propietaria de esta URL. El hub de OSINT explica la disciplina y el ciclo general; aquí nos concentramos en identity resolution: nombres, usernames, imágenes, dominios, perfiles profesionales y cronología.
Regla central: mismo nombre, mismo username o misma fotografía son señales de descubrimiento. Ninguna de ellas, por sí sola, demuestra identidad, control de cuenta, autoría ni relación laboral.
La guía está orientada a Self-OSINT, validación profesional, investigación defensiva, fraude, due diligence y trabajos expresamente autorizados. No incluye técnicas para localizar domicilios, familiares, menores, teléfonos privados o ubicaciones en tiempo real, ni procedimientos para eludir controles de acceso.
Respuesta rápida: un método de 12 pasos para People OSINT #
Esta secuencia es una metodología editorial de Achirou, no un estándar internacional. Sirve para obligarte a separar hallazgo, corroboración, contradicción y conclusión.
- Definir la pregunta: qué relación quieres verificar y para qué.
- Fijar scope y minimización: qué datos son necesarios y cuáles debes excluir.
- Registrar hechos conocidos: nombre, alias, organización, dominio o imagen ya obtenidos legítimamente.
- Buscar por nombre y contexto: comillas,
site:, exclusiones, fechas y tipos de archivo. - Enumerar usernames: Sherlock/WhatsMyName como generadores de candidatos, no como verificadores de identidad.
- Extraer entidades: dominios, organizaciones, roles, enlaces y fechas declaradas.
- Buscar imágenes relacionadas: Google Lens/Bing Visual Search para encontrar reutilización o páginas que contienen imágenes similares.
- Contrastar fuentes primarias: web personal, sitio corporativo, repositorio, perfil profesional o documento institucional.
- Construir cronología: no mezclar evidencia de años distintos como si fuera simultánea.
- Buscar contradicciones: intenta refutar tu hipótesis antes de confirmarla.
- Tipar relaciones: “enlaza a”, “declara trabajar en”, “usa la misma imagen”, “publicó este commit”; evita el genérico “pertenece a”.
- Documentar conclusión y límites: qué está corroborado, qué sigue abierto y qué fuente respalda cada inferencia.
PREGUNTA → SCOPE → DESCUBRIMIENTO → CORRELACIÓN → CORROBORACIÓN → REFUTACIÓN → CONFIANZA → REPORTE
Qué es People OSINT y dónde termina su alcance #
People OSINT es una etiqueta práctica para aplicar técnicas de fuentes abiertas a la resolución o verificación de identidades digitales. No es una licencia para recopilar “todo lo público” sobre una persona.
En la Unión Europea, que un dato sea accesible públicamente no lo saca automáticamente del RGPD. Cuando el tratamiento entra en su ámbito, siguen importando principios como finalidad, exactitud, seguridad y minimización de datos, además de una base jurídica adecuada. Los artículos 5 y 6 del RGPD pueden consultarse en EUR-Lex. La base aplicable depende del caso y de la jurisdicción; esta guía no sustituye asesoramiento jurídico.
Antes de guardar un dato, pregunta: “¿es necesario para responder la hipótesis?”. Si no cambia la conclusión, no lo conserves. El hecho de que una búsqueda permita encontrar un dato no convierte su almacenamiento o difusión en necesario.
Si tu objetivo es investigar actores, leaks o señales procedentes de ecosistemas clandestinos, delega esa pregunta en OSINT en Dark Web y Threat Intelligence; no conviertas esta página en un duplicado del deep dive de CTI.
Empieza por una pregunta, un scope y una ficha inicial #
“Quiero saber todo sobre esta persona” no es una pregunta de inteligencia: es un scope ilimitado. Sustitúyelo por algo verificable, por ejemplo:
- ¿El perfil técnico que contactó con nuestro equipo representa a la organización que declara?
- ¿Este repositorio público está controlado por la misma cuenta profesional que enlaza a él?
- ¿Qué cuentas antiguas siguen exponiendo información sobre mi propia identidad digital?
Construye una ficha con tres columnas: hecho conocido, fuente y estado. Todo lo que todavía no esté demostrado debe permanecer como candidato o hipótesis.
| Dato | Estado correcto | Ejemplo |
|---|---|---|
| Nombre del perfil | Observado | “Carlos M.” aparece en una página pública. |
| Alias coincidente | Candidato | El mismo handle aparece en dos plataformas. |
| Relación entre cuentas | Inferencia | Requiere enlaces cruzados u otra corroboración. |
| Identidad | Conclusión | Solo cuando la evidencia acumulada y las contradicciones lo permiten. |
Tres estados y una escala de confianza sin falsa precisión #
Para este artículo utilizaremos tres estados: CANDIDATO, CORROBORADO y DESCARTADO/INSUFICIENTE. Es una convención editorial de Achirou; no es una taxonomía OSINT oficial.
- Candidato: aparece una coincidencia que merece revisión.
- Corroborado: varias fuentes o relaciones compatibles permiten sostener una relación concreta.
- Descartado/insuficiente: existe una contradicción relevante o no hay evidencia bastante para unir los perfiles.
De forma igualmente orientativa, puedes comunicar confianza baja, media o alta, pero no la conviertas en una fórmula universal. La fuerza no depende de “contar señales”; depende de su independencia, especificidad, actualidad, provenance y capacidad de resistir explicaciones alternativas.
Corroboración independiente: cinco sitios que copian la misma biografía no son cinco fuentes independientes. La procedencia original importa.
Paso 1: búsqueda por nombre exacto y contexto #
Google documenta actualmente operadores como comillas, site:, exclusión con -, before:, after: y filetype: en su Ayuda de Búsqueda. Úsalos para reducir ruido, no para asumir exhaustividad.
"Nombre Apellido" ciberseguridad "Nombre Apellido" site:github.com "Nombre Apellido" filetype:pdf "alias_publico" after:2024-01-01 "Nombre Apellido" -fútbol -actor
Los resultados cambian según índice, idioma, localización y fecha. No aparecer en una consulta no demuestra inexistencia. Además, una fecha usada por el buscador no siempre equivale a fecha de creación del contenido: regístrala como propiedad del resultado observado, no como verdad biográfica automática.
Añade contexto que ya conozcas legítimamente: organización, especialidad, dominio o evento. Evita “inyectar” datos dudosos y después usarlos como confirmación de la misma hipótesis.
Paso 2: Username OSINT con Sherlock y WhatsMyName #
Un username puede ser más discriminante que un nombre común, pero también puede reciclarse, copiarse, transferirse o ser ocupado por otra persona. Por eso username match = candidato, no identidad.
Sherlock: versión y comportamiento verificados
A fecha de revisión, la última release publicada del proyecto es Sherlock v0.16.2, según sus releases oficiales. La herramienta consulta perfiles por username en múltiples servicios y su propio proyecto continúa ajustando sitios para reducir falsos positivos.
# Candidato de laboratorio / Self-OSINT sherlock usuario_demo --timeout 10 --csv # Limitar la comprobación a sitios concretos sherlock usuario_demo --site GitHub --site Reddit
Corrección importante respecto a versiones anteriores de esta guía: en la CLI actual, --json se utiliza para cargar una definición/dataset de sitios; no es un exportador de resultados. La CLI documenta salidas como texto, CSV o XLSX.
WhatsMyName: dataset, no oráculo
WhatsMyName mantiene un dataset comunitario de 700+ sitios con patrones para comprobar usernames. El propio proyecto advierte de la necesidad de mantenimiento continuo porque URLs, respuestas y comportamientos cambian.
El flujo correcto es:
USERNAME → CANDIDATOS → REVISIÓN MANUAL → CONTEXTO → CORROBORACIÓN/REFUTACIÓN
No asignes “probabilidades matemáticas” a la singularidad de un alias salvo que tengas un modelo y población válidos. Un alias poco común puede aportar más discriminación práctica, pero sigue sin probar control compartido.
Paso 3: biografías públicas, dominios y enlaces cruzados #
Extrae entidades explícitas sin convertirlas en hechos externos:
BIO OBSERVADA: "Security engineer · ExampleCorp · example.org" ENTIDADES: - rol declarado: Security engineer - organización declarada: ExampleCorp - dominio enlazado: example.org
“Declarado” es la palabra importante. El perfil puede estar desactualizado, ser paródico o estar suplantado.
Cross-linking
Un perfil que enlaza a un dominio y un dominio que enlaza de vuelta al perfil crean una relación más útil que una coincidencia textual, pero la relación correcta es “enlaces cruzados observados”, no “identidad irrefutable”. El dominio podría estar comprometido o gestionado por un tercero.
Registra cada arista de forma explícita: profile_links_to_domain, domain_links_to_profile, claims_employer. Esa disciplina evita el salto semántico “relacionado con → pertenece a”.
Paso 4: búsqueda inversa de imágenes sin convertir similitud en biometría #
Google Lens puede devolver sitios que contienen una imagen o una similar y permite seleccionar una zona concreta. Bing Visual Search también busca páginas que usan la imagen e imágenes relacionadas.
Eso es recuperación visual, no una prueba forense de identidad ni una certificación de que dos rostros pertenecen a la misma persona. La misma imagen puede haber sido copiada, republicada, robada o reutilizada en una suplantación.
Antes de subir una fotografía de terceros a un servicio externo, revisa finalidad, autorización y condiciones del proveedor. Microsoft indica expresamente que las fotos proporcionadas a Bing Visual Search pueden utilizarse para mejorar sus servicios de procesamiento de imágenes.
Si trabajas con imágenes, registra: fuente original, URL, fecha, si el resultado es una copia exacta o solo visualmente relacionada, y qué relación intentas demostrar. EXIF ausente no prueba manipulación; EXIF presente tampoco convierte el contenido en verdadero.
Para verificación de contenido audiovisual, geolocalización y análisis de frames, delega la profundidad técnica en OSINT para vídeos.
Paso 5: web personal y señales de control #
Una web personal puede aportar enlaces explícitos a cuentas, biografía, publicaciones y claves públicas. Pero separa contenido del sitio de control técnico de una identidad.
- Un footer que enlaza a GitHub demuestra que la página enlaza a esa cuenta.
- Una firma criptográfica válida demuestra control de una clave privada correspondiente; no demuestra por sí sola la identidad civil si la clave no fue verificada por una vía independiente.
- Un archivo
security.txtdescribe un canal de seguridad del dominio; no es una credencial personal. - Un dominio puede cambiar de propietario, ser gestionado por una agencia o estar comprometido.
Para identidad digital, lo útil es la convergencia entre enlaces, tiempo y fuentes independientes, no un “artefacto mágico”.
Paso 6: validación institucional y fuentes primarias #
Una red profesional contiene autoafirmaciones. Para contrastarlas, busca el dato en una fuente institucional apropiada: directorio corporativo, agenda oficial de un evento, publicación de la organización o documentación pública relevante.
site:empresa.example "Nombre Apellido" site:empresa.example filetype:pdf "Nombre Apellido" "Nombre Apellido" "Evento 2026" filetype:pdf
Incluso una fuente institucional tiene scope temporal. Que una nota de prensa de 2023 diga que alguien trabajaba en una empresa no prueba su relación laboral en 2026.
Fuente primaria ≠ infalible. Es más cercana al hecho que documenta, pero puede estar desactualizada, contener errores o hablar de una relación distinta de la que tú quieres demostrar.
Paso 7: GitHub como fuente técnica, no como registro de identidad #
GitHub permite que una persona publique información en su perfil, README, repositorios y contribuciones. La documentación oficial explica qué elementos son visibles en perfiles públicos y privados en About your profile.
- Bio, web y enlaces sociales: son datos declarados por el titular de la cuenta.
- Repositorios y contribuciones públicas: ayudan a contextualizar actividad técnica, pero no acreditan empleo.
- Organizaciones: la visibilidad depende de configuración y membresía; pertenecer a una organización tampoco prueba una relación laboral concreta.
- Correo de commits: Git conserva metadata de autor; GitHub permite utilizar direcciones
noreplyy ofrece controles de privacidad. Consulta Setting your commit email address.
En tus propios repositorios públicos, revisa qué nombre y correo dejan tus commits históricos y si estás usando la dirección noreply cuando corresponde. No conviertas un email de autor de commit de un tercero en prueba de empleo, control de cuenta o identidad civil.
Paso 8: frases distintivas y reutilización de texto #
Una frase poco común repetida literalmente en varios perfiles puede descubrir candidatos:
"defending networks one packet at a time"
Pero la frase puede haber sido copiada, indexada por agregadores o reutilizada por bots. Trátala como una relación same_phrase_observed, no como una firma de autor.
La llamada “huella de estilo” es especialmente fácil de sobreinterpretar: idioma, puntuación, horarios o vocabulario pueden cambiar por plataforma, audiencia, traducción o uso de asistentes de IA. Utilízala como contexto secundario, nunca como identificador único.
Paso 9: correo electrónico y HIBP sin confundir exposición con acceso actual #
Para Self-OSINT, Have I Been Pwned permite comprobar si una dirección aparece en brechas cargadas en el servicio. Un resultado positivo indica exposición registrada en un incidente; no demuestra que la contraseña actual esté comprometida, que la cuenta siga activa ni que un atacante tenga acceso hoy.
HIBP también limita el acceso a determinadas categorías: su dashboard identifica al usuario para mostrar brechas sensibles asociadas a su propio correo, y la búsqueda de un dominio completo exige demostrar control del dominio. El proceso oficial de verificación está documentado en How do I verify my domain?.
Si tu propio correo aparece en una brecha, revisa si reutilizaste credenciales, rota contraseñas afectadas, usa credenciales únicas y activa MFA o passkeys donde sea posible. No interpretes “pwned” como una orden para investigar datos privados de terceros.
Paso 10: Wayback Machine y cronología con límites de cobertura #
La Wayback Machine permite consultar capturas históricas de páginas, pero Internet Archive advierte que no archiva todo: puede haber páginas ausentes, recursos rotos, contenido dinámico no capturado, exclusiones y fechas incompletas.
Una captura debe interpretarse así: “Internet Archive conserva esta representación de la URL en esta fecha”. No como “la web completa era exactamente así” ni como evidencia de continuidad entre dos fechas.
| Fecha observada | Fuente | Dato | Límite |
|---|---|---|---|
| 2022-04 | Wayback | Bio histórica declara una organización. | No prueba relación actual. |
| 2024-11 | Repositorio público | Actividad técnica visible. | No prueba empleo. |
| 2026-09 | Directorio institucional | Rol publicado por la organización. | Válido para ese contexto y fecha. |
Paso 11: matriz de identidad basada en relaciones, no en puntos mágicos #
Una matriz obliga a comparar candidatos con las mismas preguntas y hace visibles las contradicciones.
| Señal | Perfil A | Perfil B | Interpretación correcta |
|---|---|---|---|
| Nombre similar | Sí | Sí | Coincidencia débil si el nombre es común. |
| Username poco común | Igual | Igual | Lead útil; puede existir reciclaje o suplantación. |
| Dominio enlazado | example.org | example.org | Relación fuerte si además existe enlace inverso y tiempo coherente. |
| Imagen | Similar | Similar | Puede ser reutilización o copia; no prueba titularidad. |
| Organización | Declarada | Publicada por la entidad | Mejor corroboración si fuente y fecha encajan. |
| Contradicción temporal | No | No | La ausencia de contradicción no equivale por sí sola a confirmación. |
Evita asignar pesos universales 1–5 a cada señal. No existe un “score OSINT” sectorial que convierta tres coincidencias en una identidad. Si necesitas una clasificación interna, documenta que es una heurística de tu organización, define criterios, revisores y umbrales, y conserva las evidencias subyacentes.
Paso 12: provenance, trazabilidad y documentación reproducible #
Documenta cada hallazgo con suficiente contexto para que otra persona pueda revisarlo:
- URL o identificador de fuente.
- Fecha/hora de observación y zona horaria.
- Qué viste literalmente.
- Qué inferiste y por qué.
- Qué contradicciones buscaste.
- Qué relación tipada une dos entidades.
- Qué limitaciones tenía la fuente.
Una captura y un hash pueden ayudar a demostrar integridad de un archivo que conservas, pero no crean por sí solos una cadena de custodia legal. Si el material puede llegar a un procedimiento formal, aplica los protocolos de tu organización, asesoría jurídica y peritaje competente.
OBJETIVO: verificar si Cuenta A y Cuenta B están relacionadas. FUENTE A: URL + timestamp + hallazgo literal. FUENTE B: URL + timestamp + hallazgo literal. RELACIÓN: links_to / same_username / claims_employer / archived_at. CONTRADICCIONES: presentes / ausentes / no evaluadas. CONFIANZA: baja / media / alta (heurística interna explicada). LÍMITES: qué no demuestra la evidencia.
Casos ficticios: corroboración frente a falsa correlación #
Caso A: identidad digital razonablemente corroborada
Un alias ficticio, aurora_sec, aparece en un repositorio público y en una web de ejemplo. La web enlaza al repositorio; el perfil enlaza de vuelta al mismo dominio; un programa institucional de un evento enlaza al dominio y publica el mismo nombre profesional.
Conclusión del ejercicio: la relación entre esas cuentas puede describirse con alta confianza según la heurística editorial porque existen enlaces cruzados y una fuente institucional independiente. No la llames “irrefutable”: una conclusión técnica debe conservar sus límites.
Caso B: alias genérico que no permite unir cuentas
El alias ficticio carlosdev aparece en múltiples plataformas. Los perfiles tienen idiomas, temáticas y cronologías incompatibles y no existen enlaces cruzados.
Conclusión: evidencia insuficiente para unificar identidades. El resultado correcto de una investigación puede ser “no se puede sostener la relación”.
People OSINT en Blue Team: suplantación sin falsos atajos #
En fraude de reclutamiento, BEC o suplantación ejecutiva, People OSINT puede aportar contexto, pero evita cuatro atajos frecuentes:
- SPF/DKIM/DMARC: autentican propiedades del dominio/mensaje; un PASS no prueba la identidad humana ni la legitimidad del reclutador.
- Correo gratuito: Gmail/Outlook no convierte automáticamente un contacto en fraude; es una señal contextual.
- Avatar: no intentes “detectar IA” por ojos, fondos o artefactos como criterio concluyente. Busca reutilización y provenance.
- Antigüedad/conexiones: una cuenta nueva puede ser legítima y una antigua puede estar comprometida.
La verificación robusta utiliza canales independientes: dominio oficial, directorio corporativo, ticket interno, contacto con RR. HH. por un número ya conocido o proceso corporativo de validación. Para analizar campañas que evolucionan hacia phishing o malware, enlaza después con el proceso defensivo correspondiente, no fuerces la atribución desde una sola cuenta.
5 laboratorios de Self-OSINT para practicar sin invadir a terceros #
Busca tu nombre entre comillas con ciudad/profesión y clasifica resultados: mío, homónimo, dudoso. Documenta por qué.
Ejecuta Sherlock o consulta WhatsMyName sobre aliases que tú controlas. Revisa cuentas olvidadas y elimina exposición innecesaria.
Usa una fotografía que tú tengas derecho a subir. Comprueba dónde aparece y separa copia exacta, imagen relacionada y falso positivo.
Revisa tus direcciones, identifica brechas y corrige reutilización de contraseñas o falta de MFA.
Busca una versión histórica de tu web o perfil en Wayback Machine. Anota qué cambió y qué limitaciones tiene la captura.
Si quieres convertir estos ejercicios en una ruta completa de investigación, el siguiente paso pedagógico es el curso de OSINT:
Metodología, fuentes, verificación, análisis y documentación aplicada a investigaciones OSINT.
Ver curso de OSINTModelado en grafos y límites de la automatización #
No modeles una investigación como una bolsa de strings. Distingue entidades y relaciones:
[PERSONA?] --controls?--> [CUENTA] [CUENTA] --links_to--> [DOMINIO] [CUENTA] --same_username_as--> [CUENTA] [DOMINIO] --links_to--> [CUENTA] [ORGANIZACIÓN] --publishes_profile_for--> [IDENTIDAD PROFESIONAL] [CAPTURA] --archived_at--> [TIMESTAMP]
Los signos de interrogación importan: una arista puede ser hipótesis hasta que una fuente la respalde.
Sherlock, WhatsMyName, crawlers o scripts pueden acelerar descubrimiento; no resuelven por sí mismos homonimia, control de cuenta, temporalidad, suplantación o legitimidad. Además, una plataforma puede cambiar sus URLs y patrones de respuesta, generando falsos positivos y negativos.
Cuando la investigación pase de personas a dominios, IPs, certificados o exposición técnica, utiliza el deep dive de OSINT de IP, dominios e infraestructura para mantener bien separadas las entidades.
IA como asistente: útil para estructurar, no para atribuir #
Un LLM puede ayudarte a resumir material que ya estás autorizado a tratar, normalizar una cronología o generar una tabla de contradicciones. Pero no “ve la verdad” detrás de los perfiles y puede inventar relaciones plausibles.
- Úsalo para extraer hechos de un corpus proporcionado, no para buscar una identidad por intuición.
- Pide que separe coincidencias, contradicciones y datos ausentes.
- Exige referencias a la fuente de cada afirmación.
- No pegues datos personales o sensibles en un servicio externo sin revisar privacidad, autorización, retención y términos aplicables.
- La conclusión final debe permanecer ligada a evidencia revisable por una persona.
"Compara Perfil A y Perfil B usando solo los datos proporcionados. Devuelve: 1) coincidencias exactas con fuente; 2) contradicciones con fuente; 3) datos ausentes; 4) relaciones posibles que todavía NO están demostradas. No concluyas identidad compartida."
10 errores críticos en People OSINT #
- Homonimia: nombre igual ≠ persona igual.
- Username como prueba: alias igual ≠ control compartido.
- Reverse image como reconocimiento facial: similitud ≠ identidad.
- Fuente duplicada: varias republicaciones ≠ corroboración independiente.
- Amnesia temporal: mezclar años diferentes en una foto fija.
- Confundir perfil con empleo: una bio es una autoafirmación hasta ser contrastada.
- Confundir email expuesto con acceso: HIBP histórico ≠ credencial vigente.
- Automatización sin revisión: un “found” de una herramienta ≠ hallazgo verificado.
- Exceso de datos: recopilar información que no responde la pregunta viola minimización y aumenta riesgo.
- Conclusión sin límites: “confirmado” sin explicar fuente, fecha, contradicciones y alcance.
Preguntas frecuentes sobre OSINT para buscar personas #
Es una etiqueta práctica para investigar o verificar identidades digitales mediante fuentes abiertas dentro de una finalidad legítima. No es un estándar formal ni una autorización para recopilar datos sin límite.
Google documenta comillas, site:, -, before:, after: y filetype:, entre otros mecanismos de búsqueda avanzada.
No. Genera candidatos de username. En la revisión del 19/09/2026 la release publicada es v0.16.2, pero cada resultado sigue necesitando corroboración.
Sí. Su repositorio comunitario mantiene un dataset de 700+ sitios y explica que las detecciones requieren mantenimiento continuo.
No. Son motores de búsqueda visual que pueden localizar imágenes relacionadas o páginas que las contienen. No sustituyen una verificación de identidad.
No. Puede existir copia, scraping, suplantación o reutilización legítima.
Los commits contienen metadata de autor, pero GitHub ofrece direcciones noreply y opciones de privacidad. Un correo de commit tampoco demuestra empleo o identidad civil.
Una búsqueda de email muestra exposición en brechas cargadas en HIBP. Eso no prueba que la contraseña actual sea la misma ni que la cuenta siga activa.
No. Internet Archive documenta páginas ausentes, contenido dinámico incompleto, recursos rotos y exclusiones.
No necesariamente. La legalidad depende de jurisdicción, finalidad, base jurídica, minimización, seguridad y otros requisitos aplicables.
No existe una señal única universal. Prefiere relaciones explícitas, fuentes independientes, cronología coherente y ausencia de contradicciones materiales, comunicando siempre el nivel y los límites de confianza.
Tu propia huella digital, cuentas de laboratorio y datasets preparados para formación. Así desarrollas criterio sin convertir a terceros en objetivos de práctica.
Fuentes primarias y oficiales verificadas el 19/09/2026
- Google Search Help — operadores y búsqueda avanzada.
- Sherlock — releases oficiales.
- WhatsMyName — repositorio oficial.
- Google Lens — buscar por imágenes.
- Microsoft — Bing Visual Search.
- GitHub Docs — perfil y visibilidad.
- GitHub Docs — commit email.
- Have I Been Pwned — Email Search.
- HIBP — verificación de dominio.
- Internet Archive — Using the Wayback Machine.
- EUR-Lex — Reglamento (UE) 2016/679.
Conclusión: encontrar perfiles es fácil; atribuir identidad exige límites
El salto profesional ocurre cuando dejas de decir “encontré diez cuentas con el mismo nombre” y empiezas a documentar qué relación observaste, con qué fuente, en qué fecha, qué explicación alternativa descartaste y qué todavía no puedes afirmar.
People OSINT no se vuelve riguroso por usar más herramientas. Se vuelve riguroso cuando mantiene separadas las capas de descubrimiento, correlación, corroboración e identificación, reduce datos innecesarios y conserva el provenance de cada conclusión.
Para ampliar el mapa completo, vuelve al hub de OSINT; si la investigación deriva hacia exposición clandestina, usa OSINT en Dark Web; para contenido audiovisual, OSINT para vídeos; y para dominios, IPs y activos técnicos, OSINT de infraestructura.