✨ Bem-vindo ao meu espaço! ✨
Este blog é o diário de um otaku apaixonado por animes, tecnologia de mainframe e viagens.
Cada entrada é uma mistura única: relatos de viagem com fotos, filmes, links, artigos e desenhos, sempre buscando enriquecer a experiência de quem lê.
Sou quase um turista profissional: adoro dormir em uma cama diferente, acordar em um lugar novo e registrar tudo com minha câmera sempre à mão.
Entre uma viagem e outra, compartilho também reflexões sobre cultura otaku/animes
Que grande dia de sorte, resolvi visitar a Emiglia Romana, mais precisamente Modena para poder saborear o famoso queijo Parmigiano Reggiano é não imaginava a grande descoberta que iria fazer.
Eu não contava que este domingo, não era um simples domingo. Havia um evento acontecendo. Era um encontro de proprietários de Ferrari, pasmem havia quase 200 Ferrari reunidas. Os organizadores iniciaram o cortejo de Ferrari amarelas (cor simbolo da cidade de Modena) e cor oficial da marca.
Visitando o Museu era surpresa após surpresa, comecei por conhecer a oficina de automóveis do pai do Enzo, uma construção do século XIX em tijolo estilo inglês. Em seu interior podemos encontrar peças de veiculos, motores, fotos de família, desenho, ferramenta, conhecer um pouco do ambiente onde um homem que amava veiculo, transformou seu amor em obra de arte.
A título de curiosidade a Ferrari construiu além de automóveis: barcos e aviões. Aprender como uma simples oficina se transformou numa fabrica de veículos única. Podemos ver a evolução da logomarca da empresa, alguns projetos e objetos pessoais.
Saindo da velha oficina vemos um prédio futurístico com designer arrojado. Em seu interior, eu quase caiu duro de enfarto, Num amplo salão todo branco sem nenhuma janela, havia modelos únicos e raros de Ferrari. Cara que viagem este museu é interativo, se podia olhar dentro dos veículos, ouvir explicação dos monitores, babar, paquerar este mistico veiculo.
Havia modelos antigos e modernos, de corrida e de passeio, miniaturas, protótipos, até uma lancha de corrida. Circulando pelo amplo espaço apreciei tantos tesouros. Muitos e muitos curiosos com máquinas fotográficas na mão, capturando cada detalhe destes tesouro.
Mas o dia não acabou ainda e saindo do Museu no estacionamento do patio exterior estava lotado de carros, além de Ferrari, havia mini, dodger, aston, roll royce eram tantos veículos que não sabia para onde olhar, até bicicletas amarelas estavam participando do evento.
Foi um dia muito emocionante, se quiserem faço um outro vídeo com as outras 400 fotos que não coloquei aqui.
Talvez determinada aplicação não suporte MFA diretamente.
Então use:
gateway;
jump server;
PAM;
controle de rede;
monitoramento;
segunda validação.
Segurança prática vive de composição.
🧠 Não romantize o controle perfeito
Não existe.
O objetivo é reduzir probabilidade e impacto.
Ferris pode tentar.
Queremos:
bloquear;
detectar;
conter;
explicar.
🚘 O pai de Cameron tinha um problema de governança
A Ferrari era um ativo crítico.
Mas não existia governança proporcional ao valor.
Muito valor.
Pouco controle.
Essa assimetria é perigosa.
📊 Crown Jewels
Empresas deveriam identificar joias da coroa.
Dados críticos.
Sistemas críticos.
Contas críticas.
Chaves críticas.
Depois aplicar controles proporcionais.
Nem tudo precisa de Ferrari security.
Mas Ferrari precisa.
💎 Classificação de ativo
Pergunte:
qual impacto se alguém:
ler?
alterar?
usar?
parar?
copiar?
Esse exercício ajuda a definir proteção.
☕ A pergunta Bellacosa
Eu colocaria esta numa War Room:
“Qual ativo nosso está protegido principalmente porque acreditamos que ninguém ousaria tocar?”
Se alguém responder rápido demais:
“nenhum”,
eu perguntaria de novo.
Porque quase toda empresa tem sua Ferrari.
🔴 Outra pergunta
“Quem possui acesso permanente que só deveria usar raramente?”
Aí começa a diversão.
🧠 E uma terceira
“Se essa pessoa for enganada, qual é o próximo controle?”
Se a resposta for:
“esperamos que ela não seja enganada”,
temos problema.
🎬 Ferris não quebrou a Ferrari
Ele quebrou o modelo mental ao redor dela.
Essa é a grande lição.
O carro era fisicamente robusto.
O sistema social não.
O pai de Cameron acreditava que proibição era equivalente a controle.
Não era.
☕ Epílogo: ninguém jamais faria isso
Ferrari na garagem.
Perfeita.
Polida.
Quase sagrada.
O pai de Cameron provavelmente dormia tranquilo porque acreditava numa certeza:
ninguém vai tocar.
Isso é confortável.
Mas segurança não vive de conforto.
Red Team existe para destruir certezas antes que um atacante real faça isso.
Não perguntamos:
“as pessoas deveriam fazer?”
Perguntamos:
“podem fazer?”
Não perguntamos:
“isso é proibido?”
Perguntamos:
“o sistema impede?”
Não perguntamos:
“ninguém faria?”
Perguntamos:
“O que acontece quando alguém fizer?”
Essa diferença separa política de controle.
Confiança de verificação.
Medo de segurança.
A Ferrari do Cameron não precisava de um discurso.
Precisava de camadas.
MFA.
PAM.
Least privilege.
Segregação.
Auditoria.
Monitoramento.
Controles compensatórios.
Porque objetos valiosos atraem comportamento adversarial.
E sistemas críticos também.
Se sua produção está protegida principalmente por:
“ninguém mexe nisso”,
Ferris já está sorrindo.
Cameron já está nervoso.
E a garagem acabou de virar sua nova superfície de ataque.
☕ SAVE FERRIS.
No próximo artigo:
Colocamos a Ferrari em Ré — Por Que Rollback Não É Backup
Porque descobrir que alguém usou seu ativo crítico já é ruim.
Descobrir que você não consegue desfazer direito...
é muito pior.
☕ Um Café no Bellacosa Mainframe — Especial Red Team
SAVE FERRIS — Ferris Bueller’s Red Team
Uma série de 12 artigos sobre Red Team, segurança ofensiva,
engenharia social, OSINT, integridade de dados, MFA, PAM,
rollback, Blue Team, inteligência artificial, RACF e z/OS,
usando Ferris Bueller para explorar uma pergunta fundamental:
o sistema está realmente seguro ou apenas acredita que está?
Red Team
OSINT
Engenharia Social
Blue Team
MFA
PAM
IA Generativa
RACF
z/OS
Mainframe
1
Ferris Bueller Tinha um Plano de Ataque — Red Team Antes de Existir Red Team
Reconhecimento, criatividade adversarial e a ideia de que
o verdadeiro alvo nem sempre é a tecnologia:
são as suposições de quem construiu o sistema.
Red Team • Recon • Threat Modeling • Criatividade Adversarial
Nove Faltas? CTRL+Z — Quando o Banco de Dados Decide o que é Verdade
Integridade de dados, alteração de registros, privilégio,
auditoria e a perigosa diferença entre aquilo que aconteceu
e aquilo que o banco de dados afirma ter acontecido.
Integridade • Db2 • Auditoria • Insider Threat • Dados
Cameron, Atenda o Telefone — Social Engineering as a Service
Ferris → Cameron → telefone → escola → funcionário → sistema.
Nenhuma peça precisa falhar sozinha quando a cadeia inteira
possui uma combinação explorável de confiança.
Social Engineering • Swiss Cheese Model • Human Risk
O Diretor Rooney Está Procurando Malware no Lugar Errado
Firewall, SIEM, EDR e Zero Trust podem funcionar perfeitamente
enquanto engenharia social, Help Desk e processos humanos
criam outro caminho até o objetivo.
Privilégio, acesso físico, MFA, PAM, least privilege e o risco
de proteger um ativo crítico apenas com medo, confiança
e a esperança de que ninguém ousará tocá-lo.
Colocamos a Ferrari em Ré — Por Que Rollback Não É Backup
Rollback, restore, journaling, logs, Db2, VSAM e recuperação:
voltar o estado de um sistema não significa apagar
as consequências daquilo que aconteceu.
“A Vida Passa Muito Rápido” — O Red Team Depois que Todo Mundo Foi Embora
Red Team não termina em “conseguimos entrar”.
Ataque deve gerar descoberta, evidência, correção,
detecção e aprendizado para deixar a organização mais resiliente.
Red Teaming • Purple Team • Detection • Resilience • Learning
Ferris Bueller’s Red Team: Como Hackear o Sistema
Sem Precisar Roubar a Ferrari do Cameron
reúne os doze episódios e conecta Red Team,
engenharia social, IA, Blue Team e segurança de mainframe.
A série SAVE FERRIS, publicada no
Bellacosa Mainframe, utiliza situações inspiradas
em Ferris Bueller para explicar conceitos de
Red Team, cybersecurity, segurança ofensiva,
engenharia social, OSINT, Blue Team, Purple Team,
Zero Trust, MFA, PAM, inteligência artificial,
RACF, IBM z/OS, CICS, Db2, MQ e segurança de mainframe.
O fio condutor é simples: um atacante não precisa necessariamente
quebrar a tecnologia. Ele pode explorar relações de confiança,
processos, identidades, privilégios, integrações e suposições
existentes entre pessoas e sistemas.
A temporada acompanha o ciclo completo:
reconhecimento → engenharia social → acesso →
privilégio → impacto → detecção → correção → aprendizado.
Para Red Teams e Blue Teams, o objetivo final não é provar
quem é mais inteligente, mas encontrar caminhos invisíveis
antes que um adversário real os descubra.
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
