 |
| 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.
Sem comentários:
Enviar um comentário