☕ 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

terça-feira, 5 de dezembro de 2017

SP 065 curtindo o entardecer numa viagem até Campinas


SP 065 curtindo o entardecer numa viagem até Campinas

Viajando para Campinas e vendo um belo por do sol.


Adoramos pegar estrada e a rodovia SP 065 Dom Pedro é nossa avenida, faça chuva, faça sol estamos sempre circulando no sentido leste e oeste, apreciando a paisagem, vendo o que sobrou de antigas fazendas do século XIX.

No trecho entre Itatiba e Valinhos temos grande quantidades de pedra, parece que foram plantadas nas colinas, as vezes conseguimos ver trechos do Rio Atibaia, pontes sobre ribeirões e até mesmo um hidroelétrica dos primórdios do século XX.

Entre o trecho de Valinhos e Campinas quase não existe mais zona rural, pois a cidade cresceu tanto que vemos inúmeros motéis, galpões e fabricas, tendo mesmo bairros residências com condomínios e vilas.

Nossa viagem segue tranquila com a bela luz vermelha do poente. O dia esta acabando logo estaremos em Campinas, pegando o Formiga, para em seguida irmos até o aeroporto de Viracopos retirar uma encomenda na Azul.

Curta nossa viagem.




segunda-feira, 4 de dezembro de 2017

Fumaceira dos diabos em Itatiba

Um carro em chamas? Muita fumaça e perigo a vista


Estávamos indo para Campinas, andando pelo centro de Itatiba rumo a saída da cidade na Rodovia Dom Pedro, quando de repente somos pegos em meu há uma cortina de fumaça.

A principio não sabíamos o que estava acontecendo até que avistamos um carro estava queimando muito óleo e causando toda essa confusão, realmente em nosso país existe um descuido da nossa frota, com veículos que deveriam ser enviados aos desmanches, por estarem em estado deplorável de conservação.

O motor do carro esta dando seus últimos suspiro, e começou a queimar óleo e fazer muita fumaça, por sorte ele rapidamente saiu da via, e podemos continuar nossa viagem, sem muita confusão e agito.




domingo, 3 de dezembro de 2017

Quem construiu a maquete ferroviária de Campinas?

A cabine 2 abriga uma ferrovia em seu interior

Um grupo de amigos há 10 anos atrás juntaram-se e começaram a trabalhar para por em pratica um sonho. Construir uma ferrovia em escala, com um trabalho sem parar, construíram mais de 300 metros de trilhos distribuídos em 3 níveis, criaram um diorama que representa a Estação Central de Campinas com varias estruturas, uma refinaria de petróleo, armazéns e silos, casa e botecos, pessoas e animais.

No material ferroviário existem diversas locomotiva a vapor, elétricas e diesel,  vagões de carga e carruagens de passageiro, lindo de ser ver, perde-se a noção do tempo, assistindo o vai e vem das composições, o comboio parte da plataforma principal, gruas se movimentam com contentores.

O grau de realismo espanta vendo a vegetação rasteiro, as arvores, as construções com desgaste do tempo, as pontes em madeira, pontes em ferro. Tudo construído com profissionalismo e esmero para para comporem o cenário.

Quem curte maquetes em escala H0 tem a obrigação de visitar o complexo da Fepasa em Campinas. Aqui na sala de controle existe uma ferrovia em miniatura que encantara a todos.

O que é a Cabine de controle número 2?

É uma construção singular, situada na Estação Ferroviária de Campinas no sentido interior, próximo a a antiga plataforma da Mogiana. Sua função era controlar os movimentos das locomotivas e locomotoras nos diversos ramais que existiam na estação, através de alavancas mecanizadas abria-se ou fechava-se um desvio para outro trilho. Em suas paredes havia mostradores analógicos que indicavam o status da linha e a movimentação no local. O mostradores eram eletro-mecânicos numa era em que tudo era a válvulas, testemunhas de um tempo em que não existiam computadores nem celulares.




sábado, 2 de dezembro de 2017

SP 360: A gruta viva de bambus em Morungaba

O trabalho de um homem.


Um antigo funcionário encarregado pela manutenção da rodovia resolveu ir além do seu trabalho, plantando mudas de bambu nos terrenos próximos a rodovia.

Com o passar dos anos estas plantas cresceram, chegando a cobrir toda a rodovia, criando belas grutas vivas de bambu. A prefeitura de Morungaba investiu nesta beleza natureza e tem cuidado e protegido esta bela atração.

Em outro vídeo mostro como fica a noite toda iluminada com diversas cores tornando mais bela a visão. Convido a todos a viajarem e verem tão bela paisagem, as colinas crescendo e se transformando em uma serra gloriosa com vários picos no horizonte.

O panorama abriga vários sítios e fazendas, podemos ver vacas pastando, cavalos galopando e muitas construções de fazendo.


sexta-feira, 1 de dezembro de 2017

“A Vida Passa Muito Rápido” — O Red Team Depois que Todo Mundo Foi Embora

 

Bellacosa Mainframe e o final do red team

☕ Um Café no Bellacosa Mainframe — Especial Red Team

“A Vida Passa Muito Rápido” — O Red Team Depois que Todo Mundo Foi Embora

🎬 Por que o objetivo de um Red Team não é provar que o atacante é inteligente, mas descobrir aquilo que a organização ainda não sabe sobre si mesma

Depois de onze artigos, alguma coisa mudou.

Começamos com Ferris Bueller olhando para regras e percebendo que regras também têm buracos.

Passamos por registros escolares.

Abe Froman.

Cameron.

Telefone.

Engenharia social.

Swiss Cheese.

Ferrari.

MFA.

PAM.

Rollback.

Backup.

Rooney enlouquecendo atrás de sua própria hipótese.

IA generativa.

Agentes.

Deepfake.

Mainframe.

RACF.

z/OS.

APIs.

Service accounts.

E, em algum ponto dessa bagunça maravilhosa, ficou claro que Red Team nunca foi apenas sobre invasão.

Nunca foi apenas sobre “entrar”.

Nunca foi sobre imprimir root na tela e comemorar como se tivéssemos acabado de derrotar a Estrela da Morte.

Red Team, quando bem feito, é outra coisa.

É uma forma organizada de criar desconforto antes que o mundo real crie algo muito pior.

É um espelho adversarial.

É colocar a organização diante de perguntas que ninguém quer ouvir.

E então observar.

Por isso este último episódio não termina com explosão.

Termina com silêncio.

O dia acabou.

Ferris voltou para casa.

Rooney perdeu a batalha.

Cameron ficou olhando para a Ferrari.

O sistema continuou rodando.

E agora precisamos responder:

o que aprendemos?

Bem-vindo ao último episódio de:

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


🔴 Red Team não é esporte de ego

Existe uma tentação.

Uma tentação enorme.

O Red Team consegue acesso.

Escala privilégio.

Atinge objetivo.

E alguém pensa:

“HA! CONSEGUI INVADIR.”

Pronto.

Fim.

Não.

Esse é o começo.

Se o resultado de um Red Team é apenas demonstrar que alguém é inteligente, o exercício falhou.

Talvez tenha sido tecnicamente interessante.

Talvez tenha sido divertido.

Mas o valor organizacional é pequeno.

Porque o objetivo real não é provar que o atacante é esperto.

É descobrir:

o que a organização não sabia sobre si mesma.


🧠 A descoberta é o produto

Isso muda tudo.

O exploit é meio.

A evidência é meio.

A técnica é meio.

O conhecimento novo é o produto.

Imagine:

Ataque
   ↓
Descoberta
   ↓
Evidência
   ↓
Correção
   ↓
Detecção
   ↓
Aprendizado

Isso é Red Team maduro.


☕ Ferris entra. E depois?

Se Ferris conseguiu entrar, excelente.

Agora pergunte:

como?

Por qual caminho?

Qual controle não funcionou?

Qual controle nem existia?

Qual suposição estava errada?

Quem deveria ter percebido?

Quem percebeu e ignorou?

Quanto tempo levou?

Que evidência ficou?

Que privilégio permitiu avançar?

Essa investigação é muito mais importante que a entrada.


🔎 O momento da verdade

Uma operação Red Team deveria produzir um momento desconfortável.

Aquele em que alguém olha para um diagrama e diz:

— Espera.

— Isso é possível?

E alguém responde:

— Sim.

Esse é o valor.

Não humilhar.

Iluminar.


🧠 Segurança é cheia de certezas não testadas

“Essa rede é isolada.”

“Esse usuário não tem acesso.”

“Esse sistema não está exposto.”

“Esse backup funciona.”

“Esse alerta sempre dispara.”

“Essa conta só é usada por aplicação.”

“Esse fornecedor não consegue chegar lá.”

“Esse endpoint não fala com produção.”

Red Team pega cada frase e pergunta:

“Tem certeza?”


🔴 A organização imagina arquitetura. O atacante encontra caminhos.

Esse talvez seja o tema central da série inteira.

Arquitetura desenha caixas.

Atacante segue setas.

A empresa vê:

USER
APP
DB
MAINFRAME

Ferris vê:

Pessoa
 ↓
Confiança
 ↓
Credencial
 ↓
API
 ↓
Service Account
 ↓
Mainframe

O risco não está apenas nos objetos.

Está nas relações.


🧠 O desconhecido é o verdadeiro alvo

Você já sabe que senha fraca é ruim.

Já sabe que MFA ajuda.

Já sabe que least privilege importa.

O Red Team fica valioso quando encontra algo que ninguém tinha modelado.

Por exemplo:

uma dependência esquecida.

Um usuário privilegiado por herança.

Uma API que transforma identidade humana em conta genérica.

Um fornecedor que ainda possui acesso.

Um processo de Help Desk que contorna MFA.

Esse é o ouro.


☕ Não queremos apenas vulnerabilidades

Queremos falhas sistêmicas.

Uma vulnerabilidade é:

“este componente tem problema.”

Uma falha sistêmica é:

“essas cinco coisas juntas criam um caminho.”

E isso é muito mais interessante.


🧀 Swiss Cheese volta pela última vez

Durante toda a série, o queijo suíço apareceu.

Não por acaso.

Red Team vive de alinhamento.

Uma falha pequena.

Outra pequena.

Mais uma.

E pronto.

OSINT
 ↓
Pretexto
 ↓
Reset
 ↓
Conta
 ↓
Privilégio
 ↓
Sistema

Nenhum buraco sozinho era suficiente.

Juntos, eram.


🔵 O Blue Team não deveria perder

Isso também é importante.

Red Team não existe para derrotar Blue Team.

Essa rivalidade pode ser divertida em exercício.

Mas é pedagogicamente pobre quando vira cultura.

Se Red ganha e Blue aprende, organização ganhou.

Se Blue detecta Red cedo e Red aprende como foi detectado, organização ganhou.

O objetivo não é troféu.

É aprendizado.


🧠 Purple Team é maturidade

Quando Red e Blue compartilham conhecimento, o valor sobe.

Red mostra:

“entrei por aqui.”

Blue responde:

“não vimos.”

Engineering corrige.

Depois repete.

Isso é evolução.


🔁 Reteste é fundamental

Corrigir sem retestar é esperança.

Você fecha vulnerabilidade.

Ótimo.

Red tenta de novo.

Funcionou?

Se sim, evidência.

Se não, continue.


☕ Segurança sem feedback vira ritual

Isso é perigoso.

Executar checklist.

Gerar relatório.

Arquivar PDF.

Nada muda.

Pronto.

Red Team virou teatro.

O exercício só tem valor se produzir mudança.


📜 O relatório não é o fim

Relatório deveria responder:

o que aconteceu?

por que aconteceu?

qual impacto?

qual evidência?

como corrigir?

como detectar?

como evitar repetição?

Esse último ponto importa.


🔍 Evidência concreta

Não:

“poderia haver risco.”

Mas:

“este caminho permitiu chegar até aqui.”

Evidence-based.

Captura.

Logs.

Timeline.

Com clareza.


🧠 Vulnerability ≠ Exploitability ≠ Impact

Uma falha pode existir e não ser explorável.

Pode ser explorável e ter baixo impacto.

Pode parecer pequena e abrir caminho gigantesco.

Red Team ajuda a contextualizar.


🎯 Objective-Based Red Team

Por isso objetivo importa.

Não “escaneie portas”.

Mas:

“consiga acessar dado crítico.”

Agora o time precisa pensar como adversário.

Ferris não quer CVE.

Quer resultado.


☕ A pergunta mais adulta da temporada

Depois de todo caos:

“O que isso ensina sobre nosso sistema?”

Essa pergunta transforma ataque em engenharia.


🧠 Talvez a resposta seja tecnologia

Pode ser patch.

Configuração.

MFA.

Segmentation.

PAM.

Fine.


🧠 Talvez seja processo

Help Desk.

Mudança.

Aprovação.

Offboarding.

Incident Response.

Também válido.


🧠 Talvez seja cultura

Autoridade excessiva.

Urgência.

Medo de questionar.

“Depois regularizamos.”

Talvez essa seja a raiz.


🔴 O atacante testa organização inteira

Esse é um ponto essencial.

Não apenas IT.

Segurança.

RH.

Fornecedores.

Gestores.

Processos.

Ferris explorou tudo isso.


🏫 A escola de Ferris era uma organização

Tinha:

diretor;

regras;

registro;

tecnologia;

pessoas;

processos.

Era perfeita para mostrar que superfície de ataque não é apenas digital.


🧠 A empresa moderna é igual, só maior

E mais conectada.

E mais rápida.

E mais complexa.

Então risco cresce.


☕ Complexidade é inimiga silenciosa

Quanto mais sistemas.

Mais integrações.

Mais contas.

Mais exceções.

Mais difícil compreender tudo.

Red Team encontra caminhos que ninguém desenhou.


🕸️ Shadow Paths

Relações não documentadas.

Scripts antigos.

Contas herdadas.

Integrações temporárias.

Esses caminhos são perigosos.


🔎 Attack Surface Management

Conhecer o que existe.

Inventário.

Exposição.

Relações.

Sem isso, você protege o que conhece.

E Ferris usa o que esqueceu.


🧠 O sistema muda mais rápido que documentação

Essa é uma verdade dolorosa.

Hoje arquitetura está certa.

Amanhã alguém cria uma API.

Depois um pipeline.

Depois uma integração.

Depois uma exceção.

Se Red Team roda uma vez por ano, pode testar fotografia antiga.


🔁 Segurança contínua

Threat modeling.

Testing.

Validation.

Monitoring.

Não precisa ser ataque completo toda semana.

Mas precisa existir loop.


☕ Red Team também deve aprender

Essa parte às vezes é ignorada.

O atacante simulado também pode errar.

Criar hipótese ruim.

Focar demais numa técnica.

Perder caminho.

Red Team precisa revisar suas próprias decisões.

Rooney pode existir do lado vermelho também.


🧠 Confirmation Bias no Red Team

“Esse sistema deve estar vulnerável.”

Talvez não.

Se você insiste só porque quer achar algo, perde credibilidade.

O objetivo é verdade.

Não vitória.


🔴 Red Team profissional sabe parar

Se controle funcionou:

registre.

Respeite.

Não force artificialmente só para “ganhar”.

Porque exercício deve refletir risco real.


🧠 Rules of Engagement

Tudo precisa de escopo.

Autorização.

Limites.

Horários.

Critérios.

Red Team sem governança é risco.

Ferris pode improvisar.

Profissional não.


☕ A diferença entre Ferris e um Red Teamer

Ferris quer sair da escola.

Red Team quer melhorar a escola.

Essa é uma boa síntese.


🧾 “Conseguimos entrar” não basta

Precisamos:

documentar caminho;

corrigir;

criar detecção;

retirar privilégio;

melhorar processo.

Senão Ferris volta amanhã.


🔐 Detecção é parte da correção

Você pode não impedir tudo.

Então precisa ver.

Se exploit funciona mas Blue detecta em 30 segundos, resposta é muito diferente.

Red Team deve testar detectabilidade.


⏱️ Time to Detect

Quanto tempo?

Segundos?

Minutos?

Horas?

Dias?

Esse número importa.


🧠 Time to Contain

Depois de detectar, quanto tempo para conter?

Detectar sem agir também falha.


🔴 Detection Engineering

Transformar achado em regra.

Query.

Correlation.

Behavior.

Isso fecha ciclo.


🧪 Reteste da detecção

Red executa novamente.

Blue vê?

Excelente.

Aprendizado virou capacidade.


☕ Ataque sem detecção vira surpresa

E surpresa em produção raramente é divertida.


🦖 Mainframe entra no fechamento

No artigo anterior, vimos que z/OS pode ser extremamente seguro e ainda estar ligado a dezenas de sistemas.

Essa é a síntese perfeita.

Red Team moderno não pode tratar mainframe como ilha.

Precisa testar caminho.


🔐 RACF pode funcionar perfeitamente

E ainda assim o contexto anterior estar comprometido.

Isso é o que aprendemos.


🧠 A segurança local não garante segurança global

Essa frase também merece parede.

Componente seguro dentro de sistema inseguro continua exposto.


🕸️ API é confiança.

MQ é confiança.

Pipeline é confiança.

IAM é confiança.

Tudo precisa ser validado.


☕ A velha Ferrari também volta

A Ferrari estava segura porque ninguém ousava tocar.

Até tocar.

O mesmo vale para produção.

“ninguém mexe nisso” não é controle.


🔐 Controle é verificável

MFA.

PAM.

Logs.

Segregação.

Approval.

Essas coisas não dependem apenas de boa vontade.


🧠 E o rollback?

Também aprendemos:

você pode corrigir estado.

Não necessariamente consequência.

Por isso resposta importa.


🔁 Resilience é mais que backup

É:

detectar;

conter;

recuperar;

aprender.


🔴 E Rooney?

Talvez seja uma das maiores lições.

O defensor também pode ser vulnerabilidade.

Viés.

Ego.

Pressão.

Autoridade.

Security culture precisa proteger decisão.


🧠 A War Room também é sistema

Pessoas.

Processos.

Informações.

Decisões.

Tudo pode falhar.


☕ Red Team cognitivo

Uma ideia poderosa.

Teste não apenas tecnologia.

Teste como equipe reage.

Ambiguidade.

Pressão.

Sinais conflitantes.

Isso aumenta maturidade.


🤖 FerrisGPT também deixa legado

IA trouxe escala.

Mas não mudou fundamentos.

Identity.

Authorization.

Privilege.

Trust.

Context.

Logs.

Mesma história.


🧠 Tecnologia nova, problemas antigos

Talvez essa seja a frase da temporada.

Mudamos interface.

Mantivemos vulnerabilidades humanas.


🔴 O futuro não mata o passado

Mainframe continua.

Cloud cresce.

IA entra.

Tudo coexistindo.

Superfície de ataque vira camada sobre camada.


☕ Sistemas passam muito rápido

Aqui chegamos à frase final.

No filme, Ferris fala sobre vida.

Sobre parar.

Observar.

Porque passa rápido.

Em tecnologia, acontece algo parecido.

Sistema muda.

Versão muda.

Pessoas mudam.

Arquitetura muda.

Fornecedores mudam.

Privilégios acumulam.

APIs surgem.

Agentes entram.

Se você não parar para olhar...

pode perder o mapa.


🧠 O ambiente de hoje não é o de ontem

Isso é simples.

Mas organizações continuam operando com threat model antigo.

“Esse sistema nunca foi exposto.”

Agora tem API.

“Esse usuário não acessa produção.”

Agora está em grupo novo.

“Essa aplicação não fala com cloud.”

Agora fala.

Mudança cria risco.


🔎 Continuous Discovery

Inventário contínuo.

Mapeamento.

Revisão.

Porque o desconhecido cresce.


☕ A melhor descoberta é antes do atacante real

Esse é todo propósito.

Red Team compra aprendizado com risco controlado.

Melhor descobrir falha numa simulação do que num incidente.


🔴 Red Team é caos com contrato

Gostei dessa definição.

Você cria pressão controlada.

Dentro de regras.

Para revelar comportamento real.

É quase Chaos Engineering de segurança.


🧠 Mas cuidado com teatro

Se todos sabem exatamente o script, teste perde realismo.

Ainda assim precisa segurança.

Equilíbrio.


🎯 O sucesso não é “entramos”

Sucesso é:

algo mudou.

Controle melhorou.

Alerta nasceu.

Privilégio caiu.

Processo foi corrigido.

Pessoas aprenderam.

Isso é sucesso.


☕ Métricas melhores

Em vez de:

“Quantos sistemas comprometemos?”

Talvez:

quantos attack paths foram eliminados?

quanto caiu time to detect?

quantas contas privilegiadas foram removidas?

quantos controles foram validados?

Isso mostra maturidade.


🧠 Red Team como sensor organizacional

Ele detecta fraqueza.

Não apenas software.

Cultura.

Processo.

Arquitetura.

Governança.

É quase um instrumento diagnóstico.


🔴 Diagnóstico sem tratamento é inútil

Relatório sem ação vira coleção de PDFs.

Ferris volta.


🧾 Ownership

Cada achado precisa dono.

Prazo.

Prioridade.

Risco.

Reteste.

Caso contrário, desaparece em backlog.


☕ “Aceitamos o risco”

Pode ser legítimo.

Nem tudo precisa corrigir.

Mas aceitação deve ser consciente.

Não esquecimento.


🧠 Risk Acceptance ≠ Neglect

Se negócio aceita, documente.

Contexto.

Compensating control.

Prazo.

Ferris não deve ser surpresa.


🔐 Compensating Controls

Não consegue corrigir agora?

Monitore.

Limite.

Segmente.

Reduza blast radius.

Segurança prática.


🧠 Defense in Depth é admitir imperfeição

Essa é a beleza.

Não acreditamos em controle perfeito.

Criamos vários.

Swiss Cheese invertido.


🔴 O atacante procura alinhamento

Defensor cria desalinhamento.

Isso resume metade da segurança.


☕ “E se alguém já encontrou a porta dos fundos?”

Essa pergunta deveria ser feita periodicamente.

Não por paranoia.

Por maturidade.


🔍 Threat Hunting

Procurar comportamento sem esperar alerta.

Uma extensão natural.

Se Red Team mostrou caminho, Blue pode hunt.


🧠 Assume Breach

Não significa derrotismo.

Significa perguntar:

se já entrou, como vemos?

Isso muda desenho.


🔐 Zero Trust volta

Verifique.

Limite.

Monitore.

Não confie implicitamente.

Ferris não ganha passe vitalício.


☕ Segurança é confiança condicionada

Talvez essa seja melhor definição.

Confiamos.

Mas verificamos.

Limitamos.

Reavaliamos.


🧠 Ferris era especialista em confiança implícita

Pais.

Escola.

Restaurante.

Cameron.

Sistema.

Tudo dependia dela.

Por isso funcionou.


🔴 A grande conclusão da série

Não ataque a tecnologia.

Ataque as suposições.

Essa foi a primeira ideia.

E continua no final.


🧠 As suposições invisíveis

“Usuário não fará isso.”

“Fornecedor não será comprometido.”

“Token não vazará.”

“Agente seguirá prompt.”

“Admin não será enganado.”

Tudo hipótese.

Teste.


☕ Segurança baseada em esperança é esperança com dashboard

Essa frase continua maravilhosa.


🦖 Bellacosa Mainframe fecha o ciclo

Mainframe ensina uma coisa importante.

Confiabilidade vem de disciplina.

Processo.

Controle.

Auditoria.

Recovery.

Não de magia.

Red Team deve adicionar adversarial thinking a essa disciplina.


🧠 Modernização sem esquecer fundamentos

APIs.

IA.

Cloud.

Zowe.

z/OS Connect.

Tudo pode coexistir.

Mas segurança clássica continua:

Identity.

Authorization.

Audit.

Segregation.

Recovery.


🔴 O velho e o novo compartilham o mesmo problema

Confiança.

Sempre confiança.


☕ A pergunta Bellacosa número 1

Depois do Red Team:

“O que descobrimos que não sabíamos?”

Se resposta for “nada”...

talvez o teste tenha sido ruim.

Ou o ambiente seja excelente.

Reteste para saber.


🧠 Pergunta número 2

“Qual controle acreditávamos que funcionava e não funcionou?”


🔴 Pergunta número 3

“Qual controle funcionou e por quê?”

Também aprenda sucesso.


🧠 Pergunta número 4

“O Blue Team percebeu?”


🔐 Pergunta número 5

“Se isso fosse real, qual seria o impacto?”


🧾 Pergunta número 6

“Quem é dono da correção?”


🔁 Pergunta número 7

“Quando retestamos?”


🧠 Pergunta número 8

“Que nova hipótese nasceu desse achado?”

Porque aprendizado cria nova investigação.


☕ O ciclo nunca termina

Ataque.

Descoberta.

Correção.

Detecção.

Aprendizado.

Depois:

novo ataque.

Porque ambiente mudou.


🔄 Security Feedback Loop

Attack
 ↓
Learn
 ↓
Improve
 ↓
Detect
 ↓
Adapt
 ↓
Attack Again

Não é fracasso.

É evolução.


🎬 Todo mundo foi embora

Agora imagine a escola vazia.

Corredores silenciosos.

Rooney foi para casa.

Cameron está pensando na vida.

Ferris terminou sua aventura.

O computador continua ligado.

Os registros continuam lá.

Nada parece diferente.

Mas nós sabemos.

Sabemos que:

o sistema confiou demais.

As pessoas confiaram demais.

Os controles tinham buracos.

O atacante viu caminhos invisíveis.

Essa é a transformação.

Depois de um bom Red Team, você não olha para ambiente da mesma maneira.


🧠 Segurança é aprender a enxergar caminhos

Uma porta.

Uma identidade.

Uma relação.

Uma exceção.

Uma API.

Tudo pode ser parte de algo maior.


☕ Ferris não precisa ganhar de novo

Se a organização aprendeu, próxima vez será diferente.

Talvez Cameron diga não.

Talvez Help Desk verifique.

Talvez MFA bloqueie.

Talvez SOC correlacione.

Talvez RACF negue.

Talvez pipeline exija aprovação.

Aí Red Team cumpriu seu papel.


🔵 Blue Team ficou mais forte

Esse é o troféu.

Não o shell.


🧠 A cultura ficou mais forte

Melhor ainda.

Pessoas começaram a perguntar:

“Como sabemos?”

Isso é maturidade.


🔴 O melhor legado de Ferris é dúvida saudável

Não paranoia.

Dúvida.


☕ “Está no sistema.”

Como sabemos?


☕ “É o diretor.”

Autenticamos?


☕ “Essa conta precisa de privilégio.”

Ainda precisa?


☕ “O backup funciona.”

Testamos?


☕ “A IA não pode fazer isso.”

Quem impede?


☕ “O mainframe é seguro.”

E o caminho até ele?


🎬 Essa é a série inteira numa página

Perguntas.

Ferris sobrevive porque pergunta.

Defesa melhora quando aprende a perguntar também.


🧠 O atacante pensa diferente

Por isso Red Team é valioso.

Ele injeta uma perspectiva que a organização naturalmente perde.

Quem constrói vê intenção.

Quem ataca vê abuso possível.


🔴 Builder vs Breaker

O desenvolvedor pergunta:

“Como isso deveria funcionar?”

O Red Team pergunta:

“Como isso pode funcionar de modo inesperado?”

Ambos são necessários.


☕ Segurança nasce do diálogo entre os dois

Sem builder, nada existe.

Sem breaker, suposições permanecem invisíveis.


🧠 Adversarial Thinking é disciplina

Não cinismo.

Não paranoia.

Disciplina.

Testar hipóteses.

Imaginar mau uso.

Validar.


🔴 O Red Team não é inimigo

É amigo inconveniente.

Aquele que aponta:

“Você deixou a Ferrari destrancada.”

Melhor ouvir dele.


☕ Porque o atacante real não entrega relatório

Essa é talvez a frase mais importante.

O Red Team entrega relatório.

O atacante real entrega incidente.

Escolha qual prefere.


🎬 Ferris olha para a câmera

Última cena.

Ferris abre a porta.

Olha para nós.

Quase como se soubesse que passamos doze artigos transformando uma comédia adolescente numa tese sobre cybersecurity, RACF, AI e engenharia social.

E talvez diga:

— Vocês ainda estão aqui?

Sim.

Estamos.

Porque sistemas são complicados.

Confiança é complicada.

Pessoas são complicadas.

E segurança é a arte de impedir que toda essa complexidade vire desastre.


☕ Epílogo: a vida passa muito rápido

Ferris tinha razão sobre uma coisa.

A vida passa rápido.

Sistemas também.

Arquitetura muda.

Equipe muda.

Ameaça muda.

Tecnologia muda.

Aquilo que era seguro ontem pode não ser amanhã.

Então precisamos parar.

Olhar.

Observar.

Questionar.

Testar.

Porque segurança não é uma fotografia.

É um processo.

E talvez a melhor forma de resumir toda esta temporada seja assim:

Sistemas passam muito rápido. Se você não parar para observá-los de vez em quando, pode não perceber que alguém já encontrou um jeito de sair pela porta dos fundos.

Não precisamos transformar Ferris em vilão.

Nem Rooney em incompetente.

Nem Cameron em vulnerabilidade.

Eles são apenas personagens excelentes para lembrar que todo sistema é feito de componentes humanos e técnicos ligados por confiança.

E toda confiança deveria responder:

quem?

por quê?

por quanto tempo?

com qual evidência?

com qual limite?

Depois de doze cafés, esse é o verdadeiro Red Team.

Não:

“HA! CONSEGUI INVADIR.”

Mas:

“Olha o que aprendemos antes que alguém de verdade descobrisse.”

Então feche o terminal.

Salve os logs.

Atualize o ticket.

Revogue a credencial temporária.

Reteste a correção.

Sirva mais um café.

E olhe novamente para o ambiente.

Porque Ferris já foi embora.

Mas outro adversário talvez esteja chegando.

SAVE FERRIS.

Fim da temporada.

☕ 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
2

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
3

Abe Froman, o Rei da Salsicha de Chicago — A Aula de Engenharia Social que Ninguém Percebeu

Pretexting, autoridade inventada e confiança contextual: Identity, Authentication e Authorization não são a mesma coisa.

Engenharia Social • Pretexting • Identity • Authentication
4

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

Como dados públicos sobre pessoas, tecnologias, hábitos, empresas e relacionamentos podem revelar uma superfície de ataque antes do primeiro scan.

OSINT • Recon • LinkedIn • GitHub • Attack Surface
5

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
6

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.

SOC • SIEM • EDR • Zero Trust • Engenharia Social
7

A Ferrari do Cameron Não Tinha MFA

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.

MFA • PAM • Least Privilege • Privileged Access
8

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.

Backup • Restore • Rollback • Db2 • VSAM • Recovery
9

Rooney Invadiu a Casa Errada — Quando o Blue Team Vira o Próprio Incidente

Confirmation Bias, tunnel vision, Sunk Cost, Authority Gradient e o risco de uma resposta defensiva criar mais impacto que o próprio atacante.

Blue Team • SOC • Cognitive Bias • Incident Response
10

FerrisGPT — Agora o Adolescente Tem um Exército de Estagiários Sintéticos

IA generativa, agentes, OSINT automatizado, deepfake, voice cloning e automação transformam o ataque artesanal em uma capacidade paralela e escalável.

Generative AI • Agents • Deepfake • Voice Cloning • OSINT
11

Ferris Entra no Mainframe — RACF, z/OS e o Dia em que SPECIAL Virou o Passe para Chicago

RACF, SAF, ACEE, APF, USS, TSO, CICS, Db2, MQ, z/OS Connect, Zowe e service accounts vistos pela ótica dos caminhos de ataque até o mainframe.

Mainframe • RACF • z/OS • CICS • Db2 • MQ • Zowe
12

“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

🎬 Página principal da temporada

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.

☕ Acessar o especial completo SAVE FERRIS

Sobre a série SAVE FERRIS — Red Team

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.

Exposição de frutas na Festa da Uva

Concurso e exposição das melhores frutas

Uma das atrações mais prestigiada e aguardada e o concurso das melhores Uva e a exposição dos melhores frutos produzidos em Jundiaí, para o produtor ser premiado como o melhor além do prêmio, ganha o respeito dos seus pares, sendo durante todo o ano invejado e falado.

Imagine a honra de ter seu fruto selecionado, o reconhecimento de vários anos de trabalho, selecionado as melhores sepas, preparando o solo, irrigando, podando e fazendo enxertos para obter o melhor fruto.

O visitante comum se maravilha com os formatos, cores e aromas, provando das frutas doces como mel, saboreando doces, compotas  e bebendo vinhos, licores e aguardantes prestigiando o trabalho do campo e trazendo riqueza para o município.

Imagine se as prefeituras investissem em mais pesquisa e formação, trazendo mais conhecimento aos produtores para que pudessem inovar e implementar nossas técnicas para aumentar a produtividade e melhorar a produção familiar.





quinta-feira, 30 de novembro de 2017

Visitando os leitãozinhos da Festa da Uva de Jundiaí

Uma mini fazendinha para os miúdos da cidade 

Em nossos dias em que os pequenos estão cada vez mais longe da vida no campo, a festa da Uva trouxe alguns animais de sítios, para que as crianças tenham contato e conheçam mais sobre eles, aprendendo sobre os chiqueiros, o cocho ou manjedoura e saiba como era a vida em outros tempos.

E esses leitãozinhos fizeram o maior sucesso os garotos adoraram, ficando em cima, olhando brincando e perguntando tudo e mais alguma coisa sobre eles, pensar que nossas cidades cada vez mais cinzentas e pouco arborizadas esta afastando as pessoas da vida de outros tempos.

Gostaria que dentro da cidade tivessem mais áreas verdes e que o povo pudesse ter mais contato com as criações de antigamente, ver o galinheiro com as poedeiras chocando os pintinhos, conhecerem a ordena da vaca e ver coelheiras e outros animalzinhos da roça. 

Quem sabe um dia os governantes façam mais experimentos para colocar as pessoas em contato com a vida do campo, valorizando os pequenos produtores e abrindo espaço para eles comercializarem seus produtos.







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...