 |
| Bellacosa Mainframe ibm sovereign core |
☕ Um Café no Bellacosa Mainframe
IBM Sovereign Core sem Mistérios para Programadores COBOL
Quando Hercule Poirot Descobre que o Verdadeiro Criminoso Nunca Foi o Hacker… Mas a Falta de Controle Sobre Quem Controla o Sistema
"As pequenas células cinzentas nunca falham, meu amigo. O erro está quase sempre naquilo que ninguém resolveu investigar." — Hercule Poirot (adaptado)
Introdução – Um Crime Perfeito no Datacenter
Imagine que Hercule Poirot fosse contratado para investigar um grande banco.
Ninguém roubou dinheiro.
Nenhum servidor explodiu.
Nenhum disco queimou.
Nenhum programa COBOL apresentou ABEND.
Tudo parece absolutamente normal.
Mesmo assim...
Segredos desapareceram.
Credenciais privilegiadas foram utilizadas.
Bibliotecas desconhecidas chegaram à produção.
Uma Inteligência Artificial tomou decisões sem ninguém saber exatamente por quê.
Logs foram apagados.
E o mais intrigante:
Os dados jamais saíram do datacenter.
Poirot sorri.
Ele ajeita o bigode.
Observa cada detalhe.
E faz apenas uma pergunta.
"Mon ami... quem realmente controla esta aplicação?"
Silêncio.
É exatamente essa pergunta que o IBM Sovereign Core procura responder.
E ela é muito mais profunda do que parece.
Hoje vamos investigar esse mistério como verdadeiros detetives da computação corporativa.
Capítulo 1 — O Primeiro Suspeito Sempre é o Lugar Errado
Quando ouvimos falar em Soberania Digital, quase todo mundo pensa imediatamente em localização.
"Os servidores estão no Brasil."
"Os dados ficam em nosso datacenter."
"Nossa cloud é privada."
Caso encerrado?
Nem de longe.
Poirot jamais condenaria alguém apenas porque estava próximo da cena do crime.
Da mesma forma, um sistema não é soberano apenas porque está fisicamente dentro do prédio da empresa.
Imagine um castelo medieval.
As muralhas são enormes.
Os portões são reforçados.
Os guardas vigiam todas as entradas.
Mas...
Quem possui a chave da sala do tesouro?
Quem controla os guardas?
Quem decide quem entra?
Quem administra os cofres?
Quem entrega novas armas?
Se essas respostas pertencem a terceiros...
O castelo nunca foi realmente seu.
O Primeiro Easter Egg
Sherlock Holmes dizia:
"Quando eliminamos o impossível..."
Poirot discordaria.
Ele diria:
"Antes de eliminar qualquer hipótese, descubra quem possui as chaves."
Essa diferença resume perfeitamente o IBM Sovereign Core.
Capítulo 2 — O Control Plane: O Cérebro Invisível
O primeiro bloco do infográfico apresenta um termo que muitos iniciantes nunca ouviram:
Control Plane.
Vamos imaginar uma agência bancária.
Existe:
caixa
gerente
clientes
cofres
Esses são os trabalhadores.
Agora imagine outro departamento.
Lá ficam:
diretor
segurança
RH
auditoria
controle de acesso
Eles não atendem clientes.
Mas controlam absolutamente tudo.
Isso é o Control Plane.
No Kubernetes...
No OpenShift...
Na Cloud...
No IBM Sovereign Core...
O Control Plane decide:
Quem entra
↓
Quem sai
↓
Quem implanta
↓
Quem administra
↓
Quem altera configurações
↓
Quem possui privilégios
Sem ele existe apenas caos organizado.
Curiosidade Bellacosa
No mundo Mainframe isso não é novidade.
Desde décadas atrás o z/OS já separava claramente:
processamento
administração
segurança
Muito antes da palavra Cloud existir.
Capítulo 3 — IAM: O Grande Livro de Convidados
Poirot sempre perguntava:
"Quem esteve na mansão naquela noite?"
Na informática fazemos exatamente a mesma pergunta.
IAM significa:
Identity and Access Management.
Ou:
Quem é você?
O que pode fazer?
Até onde pode ir?
Quando pode entrar?
Imagine um banco.
Carlos trabalha no atendimento.
Maria é DBA.
João administra RACF.
A Inteligência Artificial responde clientes.
Todos possuem identidades diferentes.
Todos possuem permissões diferentes.
Isso parece simples.
Mas aqui nasce um dos maiores problemas da computação moderna.
O Erro Clássico
Programador iniciante:
Usuário
ADMIN
Senha
123456
Ou pior.
root
root
Ou ainda:
admin
admin
Poirot levantaria uma sobrancelha.
"O assassino praticamente deixou seu cartão de visitas."
Dica Bellacosa
Jamais utilize usuários compartilhados.
Cada pessoa.
Cada serviço.
Cada robô.
Cada IA.
Deve possuir sua própria identidade.
Capítulo 4 — O Mistério dos Secrets
Agora chegamos ao quarto suspeito.
Os famosos:
Secrets.
Senha.
Token.
API Key.
Certificado.
Connection String.
Muitos iniciantes fazem isso:
MOVE "SenhaDoBanco123" TO WS-PASSWORD.
Ou:
password="admin123"
Ou:
apikey=ABCDEFG12345
Tudo dentro do Git.
Tudo dentro do fonte.
Poirot nem precisaria investigar muito.
O culpado praticamente escreveu uma carta confessando.
Como funciona corretamente?
Hoje utilizamos cofres digitais.
Por exemplo:
Vault
IBM Secrets Manager
Hashicorp Vault
Key Protect
O programa nunca conhece a senha permanentemente.
Ela é entregue apenas durante a execução.
Terminou?
Ela desaparece.
Capítulo 5 — A Cadeia de Fornecimento do Crime
Uma frase do artigo merece destaque.
Um build bem sucedido não significa software seguro.
Que frase maravilhosa.
Imagine uma fábrica de automóveis.
O carro foi montado.
Funcionou.
Mas...
Os freios vieram de onde?
Os pneus são originais?
O airbag possui defeitos?
O parafuso veio de fornecedor confiável?
Software moderno funciona exatamente assim.
Software Supply Chain
Hoje um simples programa Java pode utilizar:
2 bibliotecas próprias
+
580 bibliotecas externas
+
Containers
+
Frameworks
+
Dependências transitivas
O desenvolvedor nem conhece metade delas.
Curiosidade
O ataque à SolarWinds mostrou ao mundo inteiro que não basta proteger seu sistema.
Também é preciso proteger quem entrega o software.
Foi um dos maiores marcos da história da segurança.
Capítulo 6 — SBOM: O Inventário do Crime
Poirot adorava listas.
Quem entrou?
Quem saiu?
Quem jantou?
Quem segurava a faca?
SBOM faz exatamente isso.
Software Bill of Materials.
Uma lista completa contendo:
Bibliotecas
↓
Versões
↓
Dependências
↓
Licenças
↓
Componentes
↓
Fabricantes
Imagine perguntar:
"Meu sistema utiliza Log4j?"
Sem SBOM...
Boa sorte.
Com SBOM...
Você descobre em segundos.
Easter Egg Mainframe
Sabe aqueles enormes inventários de Load Modules feitos há décadas?
A filosofia é surpreendentemente parecida.
Os conceitos mudam.
A necessidade permanece.
Capítulo 7 — Compliance: O Inspetor Japp Aprovaria
Compliance significa provar.
Não basta dizer.
É necessário demonstrar.
Quem compilou?
Quem aprovou?
Quem publicou?
Quem executou?
Quando?
Em qual ambiente?
Isso é investigação.
Isso é rastreabilidade.
Capítulo 8 — A IA Também é Suspeita
Aqui está talvez o trecho mais interessante de todo o IBM Sovereign Core.
Muita gente acredita:
"Minha IA roda localmente."
Então está segura.
Errado.
Imagine um agente de IA capaz de:
Consultar Db2.
Enviar PIX.
Ler e-mails.
Modificar contratos.
Atualizar clientes.
Excluir registros.
Tudo isso localmente.
Ela continua sendo perigosíssima.
Poirot faria apenas uma pergunta
Quem autorizou esse agente?
Quem aprovou?
Quem auditou?
Quem acompanha suas ações?
Agentes Precisam de Identidade
Hoje falamos muito sobre IA.
Mas esquecemos algo essencial.
Um agente é quase um funcionário digital.
Ele precisa possuir:
Identidade
↓
Permissões
↓
Limites
↓
Ferramentas autorizadas
↓
Logs
↓
Auditoria
Jamais:
Administrador Universal
Capítulo 9 — O Princípio do Menor Privilégio
Imagine uma copeira.
Ela possui acesso à cozinha.
Mas não ao cofre do banco.
Imagine o gerente.
Ele pode aprovar empréstimos.
Mas não alterar o sistema operacional.
Esse conceito chama-se:
Least Privilege.
No RACF ele existe há décadas.
No IBM Sovereign Core ele continua absolutamente essencial.
Capítulo 10 — Audit Logging: As Pegadas do Assassino
Poirot resolvia crimes observando pequenas pistas.
Na computação fazemos exatamente o mesmo.
Logs.
Muitos logs.
Imagine:
09:10
Agente IA acessou Db2
↓
09:11
Consultou CPF
↓
09:12
Chamou API
↓
09:13
Gerou contrato
↓
09:14
Enviou e-mail
Tudo registrado.
Sem logs...
Não existe investigação.
O Mainframe Sorri em Silêncio
Aqui está uma curiosidade fantástica.
Enquanto Cloud começa agora a falar sobre:
rastreabilidade
identidade
auditoria
governança
O Mainframe faz isso desde muito antes da internet comercial.
RACF.
SMF.
SAF.
ICSF.
Operlog.
SYSLOG.
RMF.
São décadas de experiência acumulada.
Comparando os Dois Mundos
| IBM Sovereign Core | IBM Mainframe |
|---|---|
| IAM | RACF |
| Secrets | RACF Keyrings / ICSF |
| Audit | SMF |
| Compliance | zSecure |
| Deploy | Endevor, ISPW, DBB |
| Governance | Change Management |
| Control Plane | z/OS + RACF + HMC |
| AI Governance | watsonx + IBM Z |
Percebe?
Muitos conceitos considerados "novos" são, na verdade, uma evolução de práticas consolidadas no ambiente IBM Z.
Passo a Passo para um Programador COBOL Iniciante
Se você está começando no universo corporativo, este é um roteiro prático inspirado nos princípios do IBM Sovereign Core:
Nunca grave senhas ou chaves diretamente no código-fonte.
Aprenda os fundamentos de RACF e do conceito de IAM.
Entenda o que é um pipeline CI/CD e como ele publica software.
Estude SBOM e descubra como identificar dependências de um projeto.
Conheça o princípio do menor privilégio e aplique-o em programas, usuários e serviços.
Aprenda a interpretar logs e auditorias (SMF, SYSLOG, logs de aplicações e APIs).
Entenda que um agente de IA deve ser tratado como um usuário corporativo, com identidade própria e permissões limitadas.
Perceba que segurança não é uma etapa final do projeto; ela acompanha todo o ciclo de vida do software.
As Pequenas Células Cinzentas do Programador
Hercule Poirot sempre dizia que os maiores mistérios eram resolvidos observando detalhes aparentemente insignificantes.
No desenvolvimento corporativo acontece exatamente a mesma coisa.
O grande incidente raramente começa com um hacker digitando comandos em uma tela preta.
Ele costuma começar com uma pequena decisão aparentemente inocente:
uma senha gravada no código;
uma biblioteca sem verificação de origem;
um usuário compartilhado entre equipes;
um pipeline sem auditoria;
um agente de IA executando tarefas sem identidade própria.
Cada uma dessas decisões, isoladamente, parece inofensiva. Juntas, formam o cenário perfeito para um incidente difícil de investigar.
É por isso que o IBM Sovereign Core muda a pergunta tradicional de "Onde meus dados estão?" para uma questão muito mais inteligente:
"Quem controla identidades, segredos, componentes, implantações, auditorias e agentes de IA?"
Essa mudança de perspectiva representa a essência da soberania digital moderna.
Conclusão — O Último Caso de Hercule Poirot
Ao final da investigação, Poirot reúne todos na biblioteca do banco.
Há desenvolvedores.
Administradores.
Especialistas em segurança.
Auditores.
Arquitetos de cloud.
Operadores de mainframe.
E até um agente de Inteligência Artificial.
Todos esperam que ele revele o nome do culpado.
Poirot sorri discretamente.
Ajeita o bigode.
Olha para cada um dos presentes e diz:
"Mesdames et Messieurs... o verdadeiro criminoso nunca foi a cloud, a IA, o Kubernetes ou o IBM Z. O culpado sempre foi a ausência de governança."
Silêncio absoluto.
Ele continua:
"Quando identidades não são controladas, segredos ficam expostos, componentes não são rastreados, implantações não são reproduzíveis e agentes de IA agem sem limites, o crime já aconteceu antes mesmo do primeiro ataque."
É nesse momento que percebemos a verdadeira lição do IBM Sovereign Core: soberania digital não é um lugar, é um conjunto de responsabilidades continuamente verificadas.
Como diria Poirot, o caso nunca foi descobrir onde a aplicação executa. O verdadeiro enigma sempre foi descobrir quem realmente segura as chaves do castelo. E, no mundo moderno, essa resposta define se uma organização está apenas hospedando seus sistemas ou se, de fato, mantém o controle sobre seu próprio destino digital.
