O Ato das Alertas Místicas... volte e leia os Q drops #34 e #2793... BQQM... Trump assina a H.R. 7022, o Ato das Alertas Místicas, estabelecendo o quadro regulatório para alertas de emergência chegarem diretamente aos americanos por meio de redes satelitais, de modo que comunicações críticas não parem onde as torres celulares terminam... Observe o que tem sido construído... avisos de ciberataques, tentativas de invasão de rede, pontos fracos na infraestrutura digital, interrupções de serviço e uma crescente desconfiança nos sistemas que transportam informações ao público... Agora retroceda até 1º de novembro de 2017... Q drop #34... "Por ordem do POTUS, iniciamos certas medidas de segurança que protegerão o público"... O drop descreve um cenário de agitação pública, narrativas comprometidas, operações militares e a necessidade de se comunicar diretamente com os americanos... "Estaremos iniciando o Sistema de Transmissão de Emergência (EMS) durante esse período, visando fornecer uma mensagem direta (evitando as fake news) a todos os cidadãos"... O peso dessa frase repousa no caminho... uma mensagem que viaja além da distribuição convencional de mídia é mais importante quando o ambiente informativo se tornou parte da crise... Agora, 18 de fevereiro de 2019... Q drop #2793... "Aumento de ruído sobre como prevenir eficazmente o cross-talk sobre narrativas anti-emergentes em todas as plataformas de mídia social/on-line"... A postagem aborda censura, interrupções cibernéticas simuladas, remoções de plataformas, um "Zero-Day" e contramedidas antes de chegar à instrução... "Pense no Sistema de Alerta de Emergência." "Pense em um novo site de 'notícias' RT controlado pela Casa Branca." "Pense em uma nova plataforma de transmissão de vídeo controlada pela Casa Branca." "Se isso ocorrer, medidas imediatas serão tomadas para classificar cada uma como 'Utilidade Pública' (serviços públicos essenciais), a fim de obter regulamentação governamental adequada (controle)." Coloque os três lado a lado... O drop #34 descreve a contingência de emergência reivindicada e as comunicações presidenciais diretas. O drop #2793 amplia esse cenário para guerra cibernética, interrupção de plataformas, comunicações independentes da Casa Branca e intervenção governamental. A H.R. 7022 cria um verdadeiro quadro satelital de alertas de emergência que pode reduzir a dependência do país da infraestrutura de comunicação terrestre... Some o governo americano, a tecnologia direta para celular da Starlink e o crescimento da infraestrutura digital soberana... e os paralelos arquitetônicos ficam difíceis de ignorar... A pergunta por trás de tudo me acompanha... o que acontece quando as redes nas quais os americanos confiam para obter informações caem, são comprometidas ou inundadas por narrativas concorrentes? Quem ainda poderá alcançar o povo americano... por meio de qual infraestrutura... e sob qual autoridade? Os drops contam a história, o projeto de lei codificou o canal de comunicação... Lembre-se... não há motivo para temer... leia as imagens abaixo... toque na imagem para ampliar Observing Consciousness @holonabove

PÂNICO DO AI HACK: APENAS TÍTULOS OU DANOS REAIS? @HalloweenIn2008 argumenta que ameaças de segurança relacionadas à IA são improváveis de perturbar a vida cotidiana, seja no cripto ou na infraestrutura da internet. @CatOfLongTails discorda: Sixsmith afirma que violações familiares e roubo de identidade ainda causam danos reais, mesmo quando as pessoas se acostumaram aos títulos. Sua discordância trata de impacto e percepção, não de prova de um novo ataque. @HalloweenIn2008 @CatOfLongTails: acostumar-se ao risco significa que ele está superestimado, ou apenas mais fácil de ignorar?

…Dizer que não é mais possível aplicar patches a todas as vulnerabilidades enquanto cria IA não é muito ruim? 😗

A Palo Alto e a Citrix ainda não corrigiram a falha do PHP nos firewalls e no NetScaler que protegem a rede da sua empresa. Não é o site da empresa, é a página de administração desses equipamentos, a mesma porta do acesso remoto que muita gente usa pra trabalhar de fora: se ela estiver na internet, o risco é agora, e o que dá pra fazer já é trancar essa porta até o remédio sair. As duas confirmaram que os produtos delas carregam as mesmas falhas críticas do PHP. Em ambos os casos o problema é só a interface de gestão, não o tráfego dos clientes. A Palo Alto atualizou o aviso hoje com previsão de correções entre 26 e 30 de outubro, e algumas linhas ainda sem data. A Citrix promete o patch do NetScaler no dia 27. Até agora nenhuma das duas liberou a correção pro cliente. Um pesquisador conhecido, Kevin Beaumont, diz que nas máquinas virtuais da Palo Alto e no NetScaler a defesa básica de memória chamada ASLR está desligada. É justamente essa proteção que faz a maioria dos exploits públicos do PHP falhar em servidor comum. Ele também diz que exploits capazes de furar essa defesa devem aparecer, provavelmente, na próxima semana, mais ou menos na mesma janela em que os patches dos fabricantes devem chegar. Até agora a Palo Alto diz que não tem registro de exploração ativa contra os produtos dela. Se você roda Palo Alto ou NetScaler, trava já a interface de administração: só rede interna de confiança, sem exposição na internet, começando pelos que estão abertos pra fora. O equipamento que guarda a porta ainda tá sem tranca.

As últimas 48 horas foram um alerta para toda a indústria de tecnologia. Vimos desenvolvimentos e preocupações de segurança que, há apenas alguns anos, dominariam as manchetes globais por dias. Vulnerabilidades, fraquezas e superfícies de ataque potenciais que muitas pessoas nunca imaginaram poderiam ser expostas nessa escala. E não consigo deixar de me perguntar: o que acontece quando a IA torna a descoberta dessas falhas dramaticamente mais fácil? Durante décadas, construímos infraestrutura financeira, sistemas bancários, redes de pagamento e serviços críticos com milhões de linhas de código. Confiámos neles porque foram construídos pelos melhores engenheiros, apoiados pelas maiores instituições e protegidos por equipes de segurança sofisticadas. Mas e se estivéssemos superestimando o quão seguros esses sistemas realmente são? A IA está mudando a economia da descoberta de falhas de software. Coisas que antes exigiam enormes quantidades de tempo, expertise e recursos podem se tornar significativamente mais fáceis de identificar. E as implicações vão muito além do desenvolvimento de software. Instituições financeiras, em particular, precisam levar isso a sério. A próxima grande crise pode não vir de alguma forma totalmente nova de ataque. Pode vir de vulnerabilidades que existem há anos, mas simplesmente nunca foram descobertas. A verdade desconfortável é que o código que protege bilhões de dólares pode não ser tão robusto quanto assumimos. E se as últimas 48 horas forem qualquer indicação de quão rapidamente esse cenário está mudando, devemos fazer algumas perguntas difíceis sobre a segurança dos sistemas dos quais dependemos todos os dias. O verdadeiro teste não é se a IA pode encontrar as rachaduras. É se conseguiremos consertá-las antes que alguém mais o faça.

Boa manhã de sexta-feira! Um lembrete útil de @BeldexCoin Sua equipe afirma que o Beldex não utiliza PHP em sua pilha, portanto não é afetado pelas recentes vulnerabilidades relacionadas ao PHP. A lição mais ampla ainda se aplica:

Todos: “Vibe coding é a razão pela qual estamos vendo tantos bugs de segurança.” Enquanto isso, PHP, Node.js, o kernel do Linux, o GitLab. Codebases escritos por humanos, alguns deles com décadas de idade, também estão expondo vulnerabilidades graves. Então, talvez precisemos ter uma conversa honesta. AI não inventou código ruim. Desenvolvedores têm entregado bugs, tomado atalhos e acumulado dívida técnica por décadas. A diferença é que a AI está ficando melhor em encontrar a bagunça que nós já estávamos ignorando. AGORA..... Imagine quantas vulnerabilidades ainda estão escondidas em sistemas que gerenciam nosso dinheiro, protegem nossas identidades e impulsionam infraestruturas críticas. Talvez estejamos culpando a AI por expor um problema que já existia. Talvez o código nunca tenha sido tão bom quanto pensávamos. Simplesmente não tínhamos as ferramentas para ver tudo isso. 🫠

Três incidentes de segurança ocorreram nas últimas 48 horas. Aqui está o que realmente aconteceu e o que precisa ser feito. 1) O incidente do certificado Uma autoridade certificadora indiana, a eMudhra, gerou chaves privadas fracas para 8 de seus certificados intermediários durante uma cerimônia de chaves em abril de 2025. Qualquer pessoa poderia recuperar essas chaves a partir dos certificados públicos. Chrome, Firefox, Apple e Microsoft já os bloquearam. 2) A falha de Bluetooth do iPhone A Apple corrigiu uma falha de Bluetooth que poderia permitir a um atacante próximo executar código em iPhone 11 e modelos posteriores. A correção já está disponível, no iOS 27 e 26.7. A Apple não confirmou que alguém a explorou. 3) O bug do PHP Duas falhas no próprio PHP permitem execução remota de código sem autenticação. Todas as versões do PHP desde a 5.4 são afetadas. Correções foram lançadas ontem. Tentativas de ataque começaram antes mesmo da correção ser disponibilizada. O Chrome também lançou a versão 156 esta semana, com 353 correções de segurança. O que precisa ser feito: → Atualize seu navegador primeiro → Atualize o sistema operacional do seu telefone e computador → iPhone 11 ou posterior: atualize o iOS agora. Mantenha o Bluetooth desligado apenas até fazer isso → Atualize aplicativos de desktop como Slack, Cursor e Discord → Evite redes Wi-Fi não confiáveis até que seus dispositivos estejam atualizados → Ignore qualquer e-mail oferecendo uma “correção de certificado”. Isso é a onda de phishing gerada por este incidente → Desenvolvedores: atualize pip, uv e npm, e atualize o PHP. Atualizar é a única correção completa

Uma falha permaneceu escondida na maioria da internet por 10 anos, até que a IA mostrou aos hackers como explorá-la. O site que armazena seus dados pode ter tido uma porta aberta por uma década, e a IA acabou de encontrar a maçaneta. Atacantes não precisam de nome de usuário nem senha — apenas um único pedido bem elaborado, e um servidor sem correção é deles. A falha é chamada de "PHP2Shell". Pesquisadores supostamente usaram um modelo avançado da OpenAI para descobrir como explorá-la, após ela ter confundido especialistas por anos. Aqui está o que isso significa em linguagem simples e o que fazer antes que alguém a use contra você. PHP é o mecanismo silencioso que executa sites WordPress, lojas online, portais governamentais, páginas de pagamento e muitos sites de projetos de criptomoedas. Cerca de 7 em cada 10 sites cujo idioma do servidor é conhecido rodam nele. As duas falhas estão dentro do próprio PHP, não no site construído sobre ele. Um atacante envia a solicitação correta e pode executar seus próprios comandos no servidor. A partir daí, ele pode roubar dados de clientes, instalar malware, derrubar o site ou usar esse servidor como porta de entrada para tudo mais na rede. A parte da IA é a verdadeira história, e esta é minha análise: se a IA pode transformar bugs antigos em ataques funcionais, o intervalo entre descoberta e dano ficou muito mais curto. As autoridades estão tratando assim. O FBI supostamente está incentivando sites que não conseguem corrigir a ir offline, e uma autoridade cibernética nacional deu a todos os órgãos governamentais 7 dias para corrigir e relatar. Se você apenas navega na web, visitar um site PHP não significa que você foi hackeado. O verdadeiro risco são seus dados pessoais armazenados em sites que ainda não foram corrigidos. Para usuários de criptomoedas, um site de projeto sequestrado nunca precisa tocar diretamente sua carteira. Ele só precisa trocar um script, para que o botão "conectar carteira" que você confia leve a um código criado para esvaziar sua conta. A correção já existe. O Projeto PHP já lançou versões corrigidas: 8.2.35 8.3.36 8.4.27 8.5.12 Se você administra um site, aqui está a lista de verificação: 1. Encontre todos os sites e servidores que executam PHP, incluindo os gerenciados por seu provedor ou desenvolvedor. 2. Atualize o próprio PHP para uma versão corrigida e reinicie-o. Atualizações de tema ou plugin sozinhas não resolvem nada aqui. 3. Se não puder corrigir hoje, retire o site do ar até que possa. 4. Verifique logs, contas de administrador desconhecidas e arquivos alterados para sinais de que alguém já entrou. 5. Obtenha confirmação por escrito de seu provedor ou desenvolvedor de que a correção está ativa. E ignore qualquer mensagem oferecendo uma "atualização de segurança do PHP" ou pedindo senhas e pagamento. Correções reais nunca chegam em suas DMs. A IA acabou de encurtar o intervalo entre um bug oculto e um ataque ativo a menos do que a maioria das empresas leva para corrigir. Os que ainda estão esperando já estão atrasados.

2 VULNERABILIDADES CRÍTICAS NO PHP, E O FBI DIZ PARA RETIRAR SEU SITE DO AR SE VOCÊ NÃO PUDER CORRIGIR. ESSE PROMPT DO BOT GROK TE DIZ EM 5 MINUTOS SE SUA VERSÃO DO PHP ESTÁ AFETADA. CVE-2026-109618 e CVE-2026-109619 permitem que atacantes executem código no servidor por meio do próprio php. O php executa a maioria da web, incluindo WordPress. O que o bot faz: 1. Lista todos os sites e servidores que você conectou; 2. Lê a versão do PHP em cada um; 3. Verifica contra as versões corrigidas no php.net; 4. Coloca os sites expostos à internet em primeiro lugar; 5. Gera seu plano de atualização: afetado, atualizar para X, entre em contato com seu provedor. O meu: 6 sites, 4 afetados, um ainda no PHP 7.4. Ele lê e relata. Não atualiza nada e não retira nada do ar sem sua autorização. Cole isso no bot Grok: "Encontre todos os sites e servidores que eu possuo que executam PHP. Para cada um, mostre a versão do PHP e se está afetada por CVE-2026-109618 ou CVE-2026-109619, conforme php.net. Sites expostos à internet primeiro. Apenas leitura. Nenhuma alteração." Envie isso a qualquer pessoa que você conheça com um site WordPress. A configuração do bot de apenas leitura está no artigo abaixo ↓