☕ Um Café no Bellacosa Mainframe
Gostou do conteúdo? Ajude a manter o café quente, o COBOL compilando e o mainframe acordado. 😄
☕ Pague um café ao Bellacosa

Translate

quinta-feira, 1 de junho de 2017

Você Conhece o Diretor Rooney? — OSINT Antes do Google Existir

 B

Bellacosa Mainframe e o osint 

☕ Um Café no Bellacosa Mainframe — Especial Red Team

“Você Conhece o Diretor Rooney?” — OSINT Antes do Google Existir

🔎 Como informação aparentemente inútil sobre pessoas, hábitos e organizações se transforma em superfície de ataque

Antes do Google.

Antes do LinkedIn.

Antes do GitHub.

Antes de alguém publicar no Instagram uma foto do crachá, da sala de reunião, do notebook corporativo, do quadro branco e, de bônus, metade da arquitetura da empresa ao fundo.

Já existia reconhecimento.

Ferris Bueller sabia disso.

Talvez não chamasse de OSINT.

Talvez não conhecesse a sigla.

Talvez jamais tivesse usado a expressão Open Source Intelligence.

Mas fazia algo muito parecido.

Ele observava.

Guardava informações.

Entendia pessoas.

Percebia relações.

Sabia quem mandava.

Sabia quem obedecia.

Sabia como as pessoas falavam.

Sabia quando alguém estava distraído.

Sabia que contexto vale tanto quanto tecnologia.

E, acima de tudo, entendia uma coisa que continua verdadeira em 2026:

antes de atacar um sistema, descubra como o sistema pensa.

Bem-vindo ao quarto episódio de:

SAVE FERRIS — Red Team para Quem Aprendeu que o Sistema Também Mata Aula

Hoje nosso alvo não é uma vulnerabilidade.

É uma organização inteira vista de fora.


🔴 Red Team não começa com nmap

Existe uma imagem muito confortável do atacante.

Ele abre o terminal.

Digita:

nmap -sV -O target

E pronto.

A aventura começa.

Só que, em operações reais, muitas vezes o passo mais importante acontece antes.

Muito antes.

Antes de descobrir portas.

Antes de descobrir versões.

Antes de tentar credenciais.

O atacante pergunta:

“Quem é você?”

Não o servidor.

A empresa.


🧠 Organizações vazam personalidade

Toda organização fala.

Mesmo quando não percebe.

Fala em:

sites;

vagas;

redes sociais;

documentos;

press releases;

apresentações;

currículos;

conferências;

repositórios;

fóruns;

notícias;

vídeos;

fotos;

PDFs;

e-mails;

linguagem.

Esses pequenos pedaços, isoladamente, parecem inofensivos.

Juntos?

Podem formar um mapa.


☕ Comece pelas pessoas

Se eu estivesse pensando como Ferris, eu não perguntaria inicialmente:

Qual versão do Apache vocês usam?

Eu perguntaria:

Quem trabalha aqui?

Depois:

Quem manda?

Depois:

Quem cuida da tecnologia?

Depois:

Quem resolve problema fora de hora?

Depois:

Quem parece confiar em quem?

Essa sequência muda tudo.

Porque tecnologia existe dentro de uma estrutura humana.


👔 Quem manda?

Organogramas são ouro.

Mesmo quando não são publicados formalmente, redes profissionais fazem boa parte do trabalho.

Você descobre:

CEO;

CIO;

CISO;

diretores;

gerentes;

líderes técnicos;

arquitetos;

administradores;

desenvolvedores;

terceirizados.

Agora você conhece hierarquia.

E hierarquia é contexto.


🎭 Quem confia em quem?

Essa é uma pergunta ainda melhor.

Um diretor aparece frequentemente em fotos com determinada equipe.

Um gerente sempre cita o mesmo fornecedor.

Um arquiteto trabalha há anos com determinado parceiro.

Uma pessoa troca mensagens públicas com outra.

Nada disso é necessariamente sensível.

Mas começa a desenhar relações.

E relações são úteis para pretexting.


📞 Como as pessoas falam?

Essa parte é deliciosamente ignorada.

Toda empresa possui dialeto.

Termos internos.

Abreviações.

Nomes de projetos.

Jeitos de chamar sistemas.

Uma empresa pode dizer:

“produção.”

Outra:

“prod.”

Outra:

“PRD.”

Outra:

“ambiente quente.”

Se você conhece o vocabulário correto, parece pertencer ao ambiente.

Ferris entenderia isso imediatamente.


🧬 Linguagem é credencial social

Imagine duas mensagens.

Primeira:

Precisamos acessar o servidor principal.

Genérica.

Agora outra:

Precisamos validar o job de fechamento antes da janela do batch porque o processo Atlas travou depois da mudança de ontem.

A segunda parece muito mais legítima.

Por quê?

Porque contém contexto.

Linguagem.

Ritmo.

Referência.

Nada disso prova identidade.

Mas tudo isso aumenta plausibilidade.


🔎 OSINT é montar quebra-cabeça

Um pedaço sozinho vale pouco.

Mas combine:

uma vaga;

um perfil de funcionário;

um repositório público;

um PDF;

uma apresentação técnica;

uma foto;

uma postagem;

Agora talvez você descubra:

stack;

fornecedor;

ferramentas;

arquitetura;

nomes internos;

cronograma;

times responsáveis.

É isso que torna OSINT tão poderoso.


💼 Vagas de emprego contam segredos demais

Empresas querem atrair candidatos.

Então publicam:

“Buscamos profissional com experiência em…”

E entregam metade do stack.

Exemplo:

z/OS
CICS
Db2
MQ
Jenkins
GitLab
Ansible
z/OS Connect
AWS

Excelente.

Para recrutamento, ótimo.

Para reconhecimento, também.


🧠 Agora inferimos arquitetura

Se a empresa pede:

z/OS Connect;

API management;

OAuth;

CICS;

COBOL;

Talvez exista algo parecido com:

Mobile
  ↓
API Gateway
  ↓
z/OS Connect
  ↓
CICS
  ↓
COBOL
  ↓
Db2

Ninguém publicou o diagrama.

Mas o diagrama começou a aparecer sozinho.


🦖 O mainframe deixa pegadas

Existe um mito divertido de que mainframe é invisível.

Não é.

Talvez o z/OS esteja magnificamente protegido.

Mas o ecossistema ao redor deixa rastros.

Vagas.

Certificações.

Posts.

Conferências.

Case studies.

Perfis de funcionários.

Documentação.

Integrações.

O atacante talvez não veja o mainframe.

Mas vê a sombra dele.


📦 GitHub: o armário que alguém esqueceu aberto

Repositórios públicos podem ser maravilhosos.

Projetos antigos.

Exemplos.

Scripts.

Templates.

Nomes de ambientes.

Padrões de configuração.

Nada necessariamente secreto.

Mas um atacante pode aprender muito.

Especialmente se alguém cometeu o clássico:

“Só vou colocar isso temporariamente.”

A palavra temporariamente possui uma longevidade impressionante em TI.


🧾 Metadata: o rodapé que fala demais

Documentos públicos também carregam pistas.

Autores.

Softwares utilizados.

Nomes internos.

Datas.

Estruturas.

Às vezes metadata revela mais do que o próprio conteúdo.

Um PDF pode dizer:

Autor: Fulano.

Aplicação: Microsoft Word.

Nome original: Projeto_X_Final_v12_CONFIDENCIAL.docx

Ops.


📸 Fotos são documentos técnicos acidentais

Uma selfie inocente no escritório pode mostrar:

crachá;

monitor;

hostname;

diagrama;

quadro branco;

telefone;

adesivo;

nome de sala;

badge de visitante.

Nada disso transforma alguém em vilão.

Mas cada item ajuda a construir contexto.


🧩 Contexto acumulado vira superfície de ataque

Pense:

Nome do gerente
+
Nome do projeto
+
Fornecedor
+
Tecnologia
+
Prazo
+
Jargão
+
Horário

Agora um pretexto começa a parecer real.

Ferris não precisa inventar o mundo.

Ele só precisa encaixar nele.


🎬 Rooney também é informação

O diretor Rooney é perfeito para essa metáfora.

Ele é previsível.

Tem cargo.

Tem autoridade.

Tem comportamento.

Tem obsessão.

Se você conhece Rooney, consegue prever parte das reações.

Isso é importante.

OSINT não serve apenas para descobrir tecnologia.

Serve para entender pessoas.


🧠 Hábitos são dados

Quem chega cedo?

Quem trabalha tarde?

Quem viaja muito?

Quem publica em conferência?

Quem responde rápido?

Quem parece resolver tudo?

Quem costuma abrir exceção?

Tudo isso pode ser relevante.

Atacantes estudam padrões.

Red Team deveria fazer o mesmo — com autorização e propósito defensivo.


⏰ Quando estão distraídos?

Timing importa.

Fechamento financeiro.

Fim do mês.

Migração.

Incidente.

Auditoria.

Feriado.

Troca de turno.

Reorganização.

A empresa inteira sob pressão muda comportamento.

Pessoas cansadas verificam menos.

Pessoas com urgência aceitam mais exceções.


🔥 Crise reduz controles

Imagine uma sexta-feira, 18h45.

Produção instável.

Diretor ligando.

Cliente reclamando.

Fornecedor em call.

Nesse ambiente, alguém diz:

— Preciso liberar isso agora.

A resistência diminui.

Não porque as pessoas são incompetentes.

Porque estão sob pressão.

OSINT pode revelar até janelas desse tipo.


🧠 Red Team procura previsibilidade

Não basta encontrar vulnerabilidade.

O atacante quer descobrir:

quando;

onde;

com quem;

em qual contexto.

Ferris é mestre nisso.

Ele não age aleatoriamente.

Ele escolhe momento.


🛠️ Ferramentas mudam, mentalidade não

Em 1986, reconhecimento era:

telefone;

observação;

conversa;

papel;

memória.

Em 2026:

mecanismos de busca;

redes sociais;

repositórios;

dados públicos;

IA;

automação.

A escala mudou brutalmente.

Mas o princípio é igual.


🤖 IA transforma OSINT em amplificador

Um humano pode ler 100 perfis.

Uma ferramenta pode resumir milhares de dados.

IA pode organizar:

nomes;

relações;

tecnologias;

projetos;

termos;

padrões.

Isso aumenta velocidade.

Mas também aumenta risco de interpretação errada.

Nem tudo que parece conexão é conexão real.

Por isso inteligência precisa de validação.


🧠 Inferência não é fato

Esse é um ponto essencial.

OSINT produz pistas.

Nem toda pista é verdade.

Uma vaga pode refletir projeto futuro.

Um perfil pode estar desatualizado.

Um GitHub pode ser pessoal.

Uma foto pode ser antiga.

Red Team profissional precisa distinguir:

OBSERVADO
INFERIDO
CONFIRMADO

Misturar os três cria erro.


☕ Ferris talvez errasse menos porque observava contexto

A graça de Ferris é que ele não apenas coleta informação.

Ele interpreta.

Sabe como cada pessoa funciona.

A inteligência útil não é acumular dados.

É entender o significado.


🧱 Ataque sem reconhecimento é desperdício

Imagine tentar engenharia social sem saber:

nomes;

estrutura;

linguagem;

processos.

Você soa genérico.

Agora imagine conhecer tudo isso.

A história fica plausível.

Por isso reconhecimento reduz ruído.


🕵️ “Você conhece o diretor Rooney?”

Essa pergunta resume muito.

Se você conhece o nome correto, parece interno.

Se sabe o cargo, melhor.

Se sabe comportamento, melhor ainda.

Se sabe quem responde a ele, seu mapa cresce.

OSINT transforma pessoas em nós de um grafo.


🕸️ Organização como grafo

Pense assim:

Rooney
  ↓
Secretaria
  ↓
Professores
  ↓
Alunos
  ↓
Pais

Agora adicione relações.

Quem reporta para quem?

Quem aprova?

Quem acessa?

Quem confia?

Quem conhece?

Essa visão de grafo é muito mais poderosa do que uma lista de nomes.


🔐 Acesso também é relação

Em ambientes técnicos, isso vira:

User
 ↓
Group
 ↓
Role
 ↓
Application
 ↓
Data

No mainframe:

USERID
 ↓
RACF GROUP
 ↓
PROFILE
 ↓
RESOURCE

No mundo humano:

Pessoa
 ↓
Confiança
 ↓
Autoridade
 ↓
Exceção
 ↓
Acesso

As duas redes se encontram.


🧨 E é aí que nasce o problema

Se uma pessoa específica pode aprovar determinada mudança e um atacante sabe:

quem ela é;

como fala;

quem é seu chefe;

qual projeto está correndo;

qual fornecedor participa;

temos contexto suficiente para tentar manipular o processo.

De novo:

não atacamos tecnologia.

Atacamos confiança.


🧾 Documentos públicos contam história operacional

Relatórios anuais.

Apresentações.

Case studies.

Whitepapers.

Slides de conferência.

Tudo isso pode revelar:

fornecedores;

plataformas;

migrações;

estratégias;

prioridades.

A empresa quer mostrar competência.

O Red Team vê arquitetura.


🎤 Conferências são maravilhosas

Profissionais técnicos adoram contar como resolveram problemas.

E devem.

Compartilhar conhecimento é ótimo.

Mas é preciso equilíbrio.

Um slide pode explicar exatamente:

como a empresa conecta sistemas;

quais produtos usa;

qual arquitetura adotou;

que problema ainda possui.

OSINT não significa impedir compartilhamento.

Significa compreender o que está sendo exposto.


🔵 Blue Team deveria fazer OSINT contra si mesmo

Essa é uma prática excelente.

Procure sua própria empresa.

Veja o que aparece.

Descubra:

quais e-mails;

quais documentos;

quais tecnologias;

quais nomes;

quais repositórios;

quais informações históricas.

É quase um espelho.


🧠 Pergunta simples: o atacante sabe mais sobre nós do que imaginamos?

Muitas vezes, sim.

E esse é o problema.

Funcionários internos supõem que certas informações são “internas” porque nunca foram oficialmente publicadas.

Mas talvez estejam espalhadas em 20 lugares.


🧩 Fragmentos públicos formam inteligência privada

Essa é a mágica.

Nenhum pedaço é secreto.

O conjunto, porém, revela algo que ninguém publicou diretamente.

Isso é inteligência.


🧪 Exemplo: reconstruindo um ambiente

Imagine encontrar:

Perfil 1:

Administrador z/OS.

Perfil 2:

Especialista CICS e MQ.

Vaga:

z/OS Connect + OAuth.

Postagem:

Migração de APIs concluída.

Apresentação:

Modernização de COBOL.

Você talvez infira uma arquitetura inteira.

Não certeza.

Mas hipótese forte.


🚪 O atacante então escolhe a porta

Talvez não ataque o mainframe.

Pode atacar:

pipeline;

API;

desenvolvedor;

fornecedor;

Help Desk;

credencial.

Reconhecimento serve para escolher caminho barato.

Atacantes são econômicos.


💰 O caminho mais fácil vence

Se quebrar criptografia custa semanas e convencer alguém custa dez minutos, adivinhe o que será tentado primeiro.

Essa é uma verdade simples.

Segurança gosta de imaginar atacantes apaixonados pela tecnologia.

Atacantes gostam de eficiência.

Ferris também.


🎩 Criatividade adversarial é combinar banalidades

Uma lista de funcionários não é exploit.

Uma vaga não é exploit.

Uma foto não é exploit.

Um PDF não é exploit.

Mas:

FUNCIONÁRIO
+
PROJETO
+
TECNOLOGIA
+
HORÁRIO
+
AUTORIDADE

pode virar pretexto.

O exploit está na combinação.


🚨 “Mas tudo isso é público”

Exatamente.

Esse é o ponto.

OSINT trabalha com o que está disponível.

O problema não é necessariamente que algo foi “vazado”.

É que informações legítimas podem ser correlacionadas.


🧠 Segurança não deve virar paranoia

Também é importante não enlouquecer.

Não dá para esconder todos os funcionários.

Apagar LinkedIn.

Parar conferências.

Proibir GitHub.

Isso seria absurdo.

A meta é entender risco.

Separar o que pode ser público do que adiciona risco desnecessário.


🧭 Classificação ajuda

Pergunte:

isso precisa ser público?

isso revela tecnologia crítica?

isso revela arquitetura?

isso entrega nomes internos?

isso ajuda um atacante a construir pretexto?

Às vezes a resposta será:

sim, vale o risco.

Tudo bem.

Segurança é gestão de risco, não invisibilidade total.


🦖 Mainframe e falsa sensação de isolamento

Em ambientes mainframe, vejo uma armadilha mental clássica:

“Nosso z/OS não está exposto.”

Ótimo.

Mas:

quem administra?

como desenvolve?

como faz deploy?

quais APIs chegam?

quais fornecedores acessam?

quais ferramentas integram?

O mainframe pode estar isolado.

O ecossistema não.


🔐 RACF aparece no LinkedIn também

Um profissional publica:

“Especialista RACF.”

Outro:

“Responsável por IAM no z/OS.”

Agora sabemos quem entende identidade.

Isso não é motivo para esconder carreira.

Mas mostra como pessoas fazem parte da superfície de informação.


🤖 Agentes de IA podem acelerar coleta

Ferris moderno poderia pedir:

“Liste tecnologias usadas por esta organização a partir de fontes públicas.”

Em minutos, teria resumo.

Isso democratiza capacidade de reconhecimento.

Mais uma razão para organizações entenderem sua pegada digital.


🛡️ Defesa começa conhecendo sua própria pegada

Um Blue Team deveria periodicamente perguntar:

o que existe sobre nós?

o que alguém pode inferir?

quais dados estão desatualizados?

quais documentos ainda estão indexados?

quais repositórios ficaram públicos?

quais contas antigas continuam ativas?

Essa higiene reduz surpresa.


☕ A pergunta Bellacosa

Eu colocaria esta na parede:

“Se eu fosse um atacante e tivesse apenas internet, o que conseguiria aprender sobre nós em uma tarde?”

Essa pergunta vale ouro.

Talvez a resposta seja:

mais do que você gostaria.


🎬 Ferris não precisava do Google

Ferris conhecia seu ambiente porque vivia nele.

Observava.

Conectava pontos.

Entendia comportamento.

Hoje temos ferramentas infinitamente melhores.

Mas muitos continuam cometendo o mesmo erro:

coletam dados e não entendem contexto.

Ferris faria o contrário.

Poucos dados.

Boa interpretação.


🧠 Reconhecimento é reduzir incerteza

Essa talvez seja a melhor definição.

Antes do recon:

você não sabe nada.

Depois:

sabe quem;

sabe o quê;

sabe quando;

sabe como;

sabe relações.

Isso reduz incerteza.

E aumenta eficiência.


🔴 Red Team começa com perguntas

Não com ferramentas.

Perguntas.

Quem trabalha aqui?

Quem manda?

Quem confia em quem?

Como as pessoas falam?

Que sistemas utilizam?

Quando estão distraídas?

Essas perguntas parecem humanas demais para cybersecurity.

E justamente por isso são poderosas.


☕ Epílogo: Rooney estava na superfície de ataque

O diretor Rooney não era servidor.

Não tinha endereço IP.

Não escutava na porta 443.

Mas fazia parte do sistema.

Seu cargo.

Seu comportamento.

Sua autoridade.

Sua obsessão.

Tudo isso era informação.

Ferris sabia.

E essa é a lição.

Uma organização não é apenas:

servidores;

firewalls;

APIs;

mainframes.

É também:

pessoas;

relações;

hábitos;

linguagem;

rotinas;

expectativas.

OSINT transforma tudo isso em mapa.

Então, antes de abrir o terminal, faça o que Ferris faria.

Olhe ao redor.

Escute.

Leia.

Conecte.

E pergunte:

“Quem conhece o diretor Rooney?”

Porque talvez você descubra que a porta mais importante da empresa não aparece no nmap.

Ela aparece no organograma.

SAVE FERRIS.

No próximo artigo:

Cameron, Atenda o Telefone — Social Engineering as a Service

Porque Ferris nunca foi perigoso sozinho.

O verdadeiro poder estava na cadeia.

Sem comentários:

Enviar um comentário

De Fã para Fã. Conteúdo não oficial produzido como homenagem, comentário, análise ou paródia. Personagens, marcas e obras eventualmente mencionados pertencem aos seus respectivos titulares.
Vagner Renato Bellacosa, IBM Champion e especialista em IBM Mainframe
IBM Z17 SYSTEM ONLINE
Sobre o autor

Vagner Renato Bellacosa

IBM Champion 2026 • Especialista em IBM Mainframe

Vagner Renato Bellacosa trabalha com IBM Mainframe desde 1988 , é IBM Champion e especialista em COBOL, CICS, Db2, z/OS e IBM Z. Compartilha experiências profissionais, conhecimento técnico, história da computação e práticas do universo mainframe para aproximar novas gerações das tecnologias que sustentam empresas, bancos e governos ao redor do mundo.

IBM Champion IBM Z COBOL CICS Db2 z/OS Mainframe desde 1988
GitHub LinkedIn
Inicializando conteúdo...