Destaque

O banco brasileiro Nubank emitiu recentemente um pedido de desculpa, devido a um aviso de liquidação erradamente enviado. A cofundadora, Cristina Junqueira, descreveu o problema como “um erro operacional” – segundo a própria, um funcionário acionou acidentalmente um protocolo destinado a situações de liquidação de bancos, ao enviar uma solicitação interna para alterações de software. A liquidação de bancos é um tema sensível no Brasil, após o Banco Central ter decretado a liquidação do Banco Master, em novembro de 2025. As autoridades alegaram que a instituição estava no centro do que pode ter sido a maior fraude já registrada no país. Algumas instituições financeiras menores também foram liquidadas devido às suas ligações com o Banco Master. O Nubank e os órgãos reguladores rapidamente negaram que o banco tivesse encerrado as suas atividades após o envio das mensagens que afirmavam que o Banco Central havia decretado a sua liquidação. A empresa informou que está a investigar as circunstâncias que levaram ao erro, e que já comunicou aos clientes afetados que o banco continua a operar normalmente. “As mensagens foram enviadas para uma fração muito pequena dos clientes, causando naturalmente, algum transtorno”, disse Junqueira. “Pedimos sinceras desculpas a todos que receberam essa informação.” Através de um comunicado divulgado no sábado, o Nubank informou que um programador acionou inadvertidamente um fluxo de comunicação relacionado à liquidação de instituições financeiras. “Como nenhuma instituição real estava associada a esse fluxo, o nome da própria empresa apareceu como valor padrão de preenchimento”, explicou o banco.   O artigo original via Lux Times pode ser lido aqui. 

A Visa apresentou um novo framework baseado em IA chamado Visa Vulnerability Agentic Harness (VVAH), concebido para transformar a forma como as empresas gerem vulnerabilidades de segurança em software. A empresa participou no projeto Glasswing, da Anthropic, que disponibiliza modelos de IA avançados capazes de encontrar vulnerabilidades e fraquezas de segurança em aplicações. No entanto, a Visa argumenta que o verdadeiro desafio já não é apenas descobrir falhas, mas validá-las, priorizá-las e corrigi-las rapidamente. Tradicionalmente, a gestão de vulnerabilidades e os testes de segurança eram processos separados do desenvolvimento de software, dependentes de testes periódicos, avaliações manuais e exercícios de penetração. A Visa acredita que a IA está a provocar uma mudança semelhante à que ocorreu nos testes de qualidade de software (QA) nas últimas décadas. Tal como ferramentas de automação como o Selenium permitiram passar de testes manuais para validação contínua, a segurança poderá evoluir para um modelo de teste contínuo de vulnerabilidades. Assim, o VVAH foi desenvolvido para: Validar automaticamente vulnerabilidades encontradas; Gerar recomendações de correção; Verificar se as correções foram aplicadas com sucesso; Repetir testes para garantir que não surgiram novos problemas. A Visa vê esta evolução como um passo adicional na filosofia de “shift left”, que consiste em introduzir atividades de segurança cada vez mais cedo no ciclo de desenvolvimento de software. Subra Kumaraswamy, CISO da Visa, afirmou que a empresa já utiliza IA agêntica para: Encontrar erros de código mais rapidamente; Reduzir o tempo de investigação de incidentes; Integrar verificações de segurança diretamente nos fluxos de engenharia. Segundo o próprio, a IA não substitui boas práticas de segurança, mas funciona como um multiplicador de eficiência. O artigo original via QA Financial pode ser lido aqui. 

Segundo a BBC, no Reino Unido, milhares de mulheres foram afetadas após a suspensão dos serviços de rastreio do cancro da mama em várias partes de Essex durante dois meses. As carrinhas e unidades que cobrem as regiões de Colchester e Chelmsford estiveram fora de serviço desde o início de agosto devido a um problema técnico. A deputada liberal-democrata de Chelmsford, Marie Goldman, descreveu a situação como “simplesmente insuficiente”. O rastreio mamário de rotina é oferecido a mulheres entre os 50 e os 71 anos, e os problemas de software num sistema de arquivo e comunicação de imagens foram apontados como a causa da suspensão dos serviços. Este sistema permitia comparar novas mamografias com imagens anteriores. Diversas mulheres relataram dificuldades em marcar consultas, sendo informadas de que não havia disponibilidade. Christine Rhodes, de Chelmsford, disse que tentou marcar uma consulta quatro vezes, mas sem sucesso: “O meu grupo comunitário local online está repleto de mulheres preocupadas que querem fazer a coisa certa, mas estão a ser impedidas de o fazer”, afirmou. “Estamos a falar de uma condição que pode evoluir rapidamente e ser fatal. Se esta unidade não for reparada, a lista de espera para o rastreio vai estender-se por muitos meses. Quantas vidas vão ser colocadas em risco?”.  A Healthwatch Essex observou que, para muitas mulheres, pode ser preciso coragem para marcar uma consulta e que o cancelamento de atendimentos pelos serviços cria mais uma barreira, podendo impedir que algumas pessoas recebam o rastreio ou o tratamento de que necessitam. Em comunicado, a ESNEFT lamenta os problemas técnicos, que já foram resolvidos, garantindo que “cerca de 7000 pacientes receberão novas consultas após o cancelamento do seu convite original para o rastreio”. O organismo afirmou ainda ter “um plano de recuperação em vigor” e comprometeu-se a atender todas as pacientes afetadas “assim que possível”. O artigo original via BBC aqui. 

Há cerca de 40 anos, um erro de software foi o principal responsável pela morte de pacientes que utilizavam o Therac-25, uma máquina de radioterapia desenvolvida para o tratamento de cancro. O equipamento tinha dois modos de operação: feixe de eletrões, usado para tratar tecidos superficiais como a pele; e feixe de raios-X de alta energia, destinado a atingir tumores mais profundos. Diferente de versões anteriores, o Therac-25 foi projetado com controlos via software, deixando de lado várias proteções físicas de segurança. O problema em questão, residia numa falha de programação que envolvia uma condição de corrida: quando o operador inseria comandos muito rapidamente, a lógica do software podia ignorar etapas de verificação e libertar radiação de forma completamente descontrolada. Como a máquina levava alguns segundos para alternar de modo, essa rapidez na operação criava uma falha perigosa, resultando assim numa projeção de doses até 100 vezes mais fortes do que o recomendado, levando a queimaduras internas graves e, em vários casos, à morte. Entre 1985 e 1987 foram documentados seis incidentes, três deles fatais. Alguns destes pacientes receberam quantidades massivas de radiação numa questão de segundos, e acabariam por falecer dias depois. O caso ficou famoso por mostrar como falhas invisíveis no software podem ter consequências devastadoras quando os sistemas críticos não contam com redundâncias físicas. O desastre do Therac-25 serviu como marco na história da engenharia de software e na área de dispositivos médicos, levando também a mudanças importantes nas exigências de testes, documentação e validação formal de programas usados em contextos de segurança crítica. O artigo original via Tom’s Hardware aqui. 

Nos Estados Unidos, a Toyota anunciou um recall que afetou mais de meio milhão de veículos. A Administração Nacional de Segurança Rodoviária (NHTSA) identificou uma falha no visor do painel de instrumentos, que pode deixar de mostrar informações essenciais, como velocidade do veículo, estado do sistema de travagem e avisos de pressão dos pneus – um defeito que representa um risco elevado de acidentes. O recall inclui vários modelos: Venza, Highlander, Lexus, Tacoma e GR Corolla. O problema decorre de um erro de software durante o arranque do veículo, que impede o painel de instrumentos de exibir corretamente as notificações críticas. Fundada em 1937, a Toyota Motor Corp é uma das maiores fabricantes de automóveis do mundo, com 11,0 milhões de unidades vendidas no varejo no ano fiscal de 2025, incluindo 10,3 milhões das marcas Toyota e Lexus. A empresa opera no setor de bens de consumo cíclicos, especificamente na indústria de veículos e peças. A capitalização de mercado da Toyota é de aproximadamente US$ 262,48 bilhões, refletindo sua presença substancial no mercado automotivo global. O desempenho financeiro da Toyota é caracterizado por um crescimento robusto da receita e métricas sólidas de rentabilidade. A receita da empresa nos últimos doze meses (TTM) é de US$ 328,37 bilhões, com uma taxa de crescimento da receita de 17,1% em três anos. Apesar de uma recente queda de 16,5% nos lucros em relação ao ano passado, a Toyota manteve uma margem operacional saudável de 9,6% e uma margem líquida de 8,82%. No balanço patrimonial, a Toyota apresenta um índice de liquidez corrente de 1,27 e um índice de endividamento de 1,07, indicando uma abordagem equilibrada em relação ao endividamento. No entanto, o Altman Z-Score de 1,77 coloca a empresa na zona de risco, sugerindo um risco potencial de instabilidade financeira nos próximos dois anos. As tendências de receita da Toyota são apoiadas pela sua linha diversificada de produtos e investimentos estratégicos em tecnologia e inovação. A expansão da margem operacional da empresa é um indicador positivo de eficiência operacional, refletindo a sua capacidade de gerir custos de forma eficaz enquanto impulsiona o crescimento. O posicionamento competitivo da Toyota é reforçado pela sua significativa quota de mercado no Japão e nos EUA, bem como pelos seus investimentos em tecnologias emergentes e parcerias com empresas como a Uber Technologies e a Joby Aviation. Avaliação e sentimento do mercado Em termos de avaliação, o rácio P/E da Toyota situa-se em 9,27, o que está abaixo da média do setor, indicando uma potencial subvalorização. O rácio P/S da empresa de 0,81 e o rácio P/B de 1,08 reforçam ainda mais esta perspetiva. As recomendações dos analistas sugerem um preço-alvo de 230,47 dólares, refletindo uma perspetiva positiva sobre o desempenho futuro da Toyota. Indicadores técnicos, como o RSI de 60,95 e as médias móveis, indicam um ambiente de negociação estável, com o preço das ações próximo da sua máxima de 52 semanas. A participação institucional é relativamente baixa, de 1,75%, sem nenhuma atividade significativa de insider trading relatada no último ano. As notas de saúde financeira da Toyota destacam áreas de preocupação, particularmente o Altman Z-Score e o ROIC da empresa de 4,39%, que está abaixo do custo médio ponderado de capital, indicando potenciais ineficiências na alocação de capital. Os riscos específicos do setor incluem mudanças regulatórias e disrupções tecnológicas na indústria automóvel. O beta da Toyota de 0,75 sugere uma volatilidade menor em comparação com o mercado em geral, proporcionando alguma estabilidade em meio a esses desafios.   O artigo original via Guru Focus aqui. 

A atualização de segurança KB5063878, disponibilizada pela Microsoft como parte do Windows 11 24H2, trouxe um bug crítico que pode tornar SSDs (e até HDDs, em casos isolados) inacessíveis após a transferência contínua de grandes volumes de dados. Quando o problema ocorre, o sistema operacional deixa de reconhecer o dispositivo e, após reiniciar o computador, as partições podem aparecer como RAW, inacessíveis ao usuário. Os relatos indicam que o bug se manifesta quando se tenta gravar mais de 50 GB de dados contínuos em unidades que já estão com mais de 60% de ocupação. O responsável por testes, identificado como Nekorusukii, avaliou 21 SSDs de diversas marcas (incluindo Samsung, WD, Seagate e Crucial) e constatou que vários deles ficaram inacessíveis. A unidade WD Blue SA510 2 TB SATA foi a única que sofreu danos permanentes e não voltou a funcionar, mesmo após reboot. Embora inicialmente se pensasse que o problema estava restrito a SSDs com controladoras Phison, o bug aparentemente atinge modelos com outros controladores também. A Microsoft confirmou estar ciente dos relatos e afirmou que está investigando o caso junto com parceiros de mercado, como a Phison. Como medida preventiva até que haja um patch oficial, especialistas recomendam que os usuários evitem realizar transferências de arquivos muito grandes, especialmente em unidades já bastante utilizadas, e mantenham seus backups atualizados. O artigo original via TecMundo e PCWorld pode ser lido aqui e aqui. 

No final do passado mês de julho, um erro de software nos sistemas de radar da National Air Traffic Services (NATS), no centro de controlo de Swanwick, Hampshire, levou ao encerramento temporário do espaço aéreo sobre a Inglaterra e País de Gales, provocando uma suspensão geral dos voos por cerca de 20 a 60 minutos. Apesar da rápida resolução técnica — com a NATS a ativar um sistema secundário em cerca de 20 minutos — os efeitos desse apagão seguiram-se durante horas, com congestionamentos de aeronaves e tripulações desalinhadas para retomar as operações normais. Mais de 150 voos foram cancelados, e estima-se que tenha afetado mais de meio milhão de passageiros. A Secretária de Estado dos Transportes, Heidi Alexander, convocou o CEO da NATS, Martin Rolfe, para explicar o sucedido e garantir medidas preventivas para o futuro. A Ryanair exigiu a demissão de Rolfe, afirmando que falhas anteriores — incluindo uma em agosto de 2023 que afetou cerca de 700 mil passageiros — não serviram de lição. Especialistas e opositores políticos pedem uma investigação governamental independente sobre a resiliência da infraestrutura de controlo aéreo do país. Embora os sistemas de emergência tenham garantido que não houve nenhum ataque cibernético, nem risco para a segurança dos voos, o incidente deu visibilidade às fragilidades latentes nos sistemas centrais de controle de tráfego e reforçou a urgência de modernização e planos de contingência mais robustos.   O artigo original via The Telegraph pode ser lido aqui. 

Se há algo que se deseja em qualquer carro, é uma forma de parar. É ainda mais importante do que a potência, o estilo ou qualquer tipo de gadget chamativo. Ter um pedal de travão que não funciona não é bom, e é por isso que a Volvo está a alertar os condutores de determinados veículos híbridos plug-in e elétricos para que parem de conduzir até baixarem a última atualização de software. De acordo com o relatório de recall, este bug na programação do módulo de controlo do travão faz parte da versão 3.5.14 do software e só aparece em determinadas condições e em modelos conectados à tomada. Os clientes afetados podem sofrer uma perda temporária da funcionalidade de travagem após numa situação de descida por pelo menos 1 minuto e 40 segundos com o modo de condução «B» para veículos PHEV e o modo «One Pedal Drive» para veículos BEV sem aplicar o pedal do travão ou (até certo ponto) o pedal do acelerador. Se a situação ocorrer, pressionar o pedal do travão pode remover completamente a funcionalidade de travagem. Embora muitos condutores de híbridos plug-in provavelmente não conduzam sempre no modo de condução «B», as pessoas que vivem em áreas montanhosas podem fazê-lo, tal como alguns condutores de veículos elétricos a bateria utilizam religiosamente o modo de um pedal. Foi assim que o defeito foi descoberto, e a NHTSA (Agência Nacional de Segurança do Tráfego em Auto-Estradas) chegou a publicar um vídeo de uma DashCam que mostra este modo de falha dos travões a ocorrer. Há algo de inquietante em saber que uma atualização de software pode interferir no desempenho dos travões, porque, embora deva funcionar bem, e se não funcionar? A solução é parar de conduzir o veículo e descarregar a última atualização de software over-the-air assim que estiver disponível. Se um carro afetado precisar ser movido, certifique-se de que o modo «B» em híbridos plug-in e a condução com um pedal em veículos elétricos a bateria não estejam selecionados. O artigo original via The Autopian pode ser lido aqui. 

Nos Estados Unidos da América, um erro de software levou a uma confusão generalizada entre milhões de residentes do condado de Los Angeles que receberam uma mensagem de aviso de evacuação pouco depois da eclosão do incêndio de Kenneth em Woodland Hills, de acordo com um relatório divulgado pelo gabinete do deputado norte-americano Robert Garcia. A mensagem de texto foi enviada para os telemóveis dos residentes a 9 de janeiro, pouco depois de o incêndio de Kenneth ter começado, durante uma forte tempestade de vento que, dois dias antes, tinha provocado os devastadores incêndios de Palisades e Eaton, que destruíram milhares de casas. A mensagem destinava-se apenas aos residentes de Calabasas e Agoura Hills, uma vez que o incêndio se estava a propagar para oeste na sua direção. Vinte minutos depois, o condado enviou outro alerta corrigindo o erro e esclarecendo que o aviso era apenas para a área de evacuação do incêndio de Kenneth, diz o relatório – “O falso alerta do incêndio de Kenneth foi uma chamada de atenção”, disse Garcia numa declaração. “Mostrou as consequências das falhas de software, da redação vaga das mensagens e da falta de normas federais. Temos de modernizar os nossos sistemas de alerta de emergência para garantir que os avisos são exactos, oportunos e direcionados. A confiança do público está em jogo”. As mensagens erradas foram enviadas porque um elemento preciso da área de avaliação não tinha sido carregado no sistema federal de alerta e aviso ao público. A Genasys Inc., que supervisiona os alertas, não notificou o condado de que o elemento estava em falta, pelo que o alerta foi enviado a cerca de 10 milhões de pessoas em vez dos bairros visados, segundo o relatório. A empresa disse acreditar que o erro se deveu a uma possível interrupção da rede, mas não entrou em pormenores, diz o relatório. Através do mesmo relatório, consta que desde então, a Genasys acrescentou salvaguardas para corrigir o problema, incluindo um aviso ao utilizador quando o elemento está em falta. O artigo original via EastBayTimes pode ser lido aqui. 

Em novembro do ano passado foi descoberto um bug na aplicação Modefer, que gere cerca de 1.500 pacientes por mês do Serviço Nacional de Saúde (NHS) do Reino Unido. A falha do software deixou os dados dos pacientes vulneráveis a ataques de hackers, refere a BBC e segundo o engenheiro de software que a descobriu, esta existe pelo menos há seis anos. A Modefer diz que não tem provas de que a vulnerabilidade exista há tanto tempo e avança que os dados dos pacientes não foram comprometidos. Dias depois da descoberta o bug foi corrigido, garante a empresa. Um porta-voz do NHS disse que estava a anotar as preocupações levantadas sobre a Medefer e irá tomar as ações necessárias. Foi explicado que o sistema da Medefer permite aos pacientes fazer marcações virtuais com os médicos, que têm acesso aos dados clínicos associados. O engenheiro que descobriu a vulnerabilidade disse que as APIs utilizadas da Medefer não estavam devidamente seguras, podendo ser acedidas por terceiros mal-intencionados e ter aceso a informações dos pacientes. O engenheiro acusa ainda a Medefer de não tomar as providencias adequadas assim que se soube da vulnerabilidade. “Trabalhei em organizações onde se algo assim acontecesse, todo o sistema seria desligado imediatamente”- acrescenta que deveria ter sido chamado um especialista de cibersegurança externo para investigar o problema, algo que a Medefer não fez. Por outro lado, a empresa diz que uma agência de segurança externa analisou o problema e que os dados estão em segurança. A confirmação foi adiantada pelo fundador da empresa, Bahman Nedjat-Shokouhi, referindo que a correção foi lançada em 48 horas após descoberta a vulnerabilidade. E aponta ainda que é falsa a alegação de que o bug deu acesso a quantidades elevadas de dados dos pacientes. “Levamos os nossos deveres com os pacientes e a NHS muito seriamente. Temos auditorias externas de segurança regulares aos nossos sistemas, em várias ocasiões anualmente”. Pelo facto da Medefer lidar com dados altamente sensíveis dos pacientes, como é o caso da informação médica, especialistas em cibersegurança que analisaram o caso apresentado pelo engenheiro de software, apontam que os dados da NHS não estavam seguros como deveriam e que deveriam ter sido chamados imediatamente técnicos de cibersegurança externos para aferir a verdadeira dimensão do problema.   O artigo original via Sapo24 pode ser lido aqui.