Embora a proposta seja dificultar a ação de bots utilizando técnicas de machine learning e reconhecimento corporal, a novidade também amplia a quantidade de dados sensíveis que podem ser coletados durante uma simples verificação de acesso. Para usuários preocupados com privacidade, especialmente aqueles que utilizam Linux, GrapheneOS e outras plataformas voltadas à segurança, o experimento representa mais um passo rumo à dependência crescente do ecossistema do Google.

A situação fica ainda mais controversa porque pesquisadores e jornalistas especializados conseguiram contornar o sistema utilizando ferramentas relativamente simples, colocando em dúvida se o ganho em segurança realmente justifica o aumento na coleta de informações do usuário.

Como funciona o novo reCAPTCHA do Google

O funcionamento do novo reCAPTCHA do Google abandona parcialmente os tradicionais testes baseados em imagens e passa a utilizar a câmera do computador ou smartphone para validar que existe uma pessoa real diante do dispositivo.

Durante o teste, o usuário recebe instruções para realizar pequenos movimentos com a mão, como levantar um dedo, fazer um gesto específico ou movimentar a palma em determinada direção. Enquanto isso, um modelo de inteligência artificial analisa continuamente os movimentos capturados pela webcam.

Tecnicamente, o sistema utiliza um modelo semelhante ao MediaPipe Hands, tecnologia capaz de identificar 21 pontos de articulação da mão em tempo real. Esses pontos permitem reconstruir virtualmente a posição dos dedos, articulações e palma, criando uma representação tridimensional suficiente para identificar gestos específicos.

Segundo a proposta, essa técnica seria mais difícil de automatizar do que simplesmente clicar em imagens, reduzindo a eficiência de softwares automatizados utilizados para burlar captchas tradicionais.

Ao mesmo tempo, porém, essa abordagem exige algo que muitos usuários evitam conceder: acesso direto à webcam apenas para navegar em um site.

O recuo para os métodos tradicionais

Nem todos os usuários serão obrigados a utilizar a câmera.

Caso a pessoa recuse a permissão de acesso ou o sistema não consiga validar corretamente os gestos, o serviço retorna para os conhecidos desafios tradicionais, como reconhecimento de imagens ou verificação por áudio.

Na prática, isso mostra que o próprio Google ainda não considera a nova tecnologia suficientemente confiável para substituir completamente os métodos atuais.

Essa coexistência indica que o projeto ainda está em fase experimental e provavelmente passará por diversas mudanças antes de uma adoção mais ampla.

Privacidade em xeque: o novo reCAPTCHA do Google realmente protege os dados?

A maior preocupação não está na tecnologia de reconhecimento de gestos em si, mas na enorme quantidade de informações potencialmente capturadas durante esse processo.

O Google afirma que os vídeos utilizados durante a verificação são descartados após a análise e que o processamento busca apenas validar a presença de uma pessoa real.

Ainda assim, a empresa mantém políticas de privacidade bastante amplas sobre coleta de dados relacionados aos seus serviços, o que gera dúvidas entre especialistas sobre quais informações derivadas dessa análise podem permanecer armazenadas ou utilizadas para aperfeiçoar algoritmos.

Mesmo que o vídeo seja apagado, existem outras possibilidades técnicas, como:

• vetores biométricos;
• coordenadas dos movimentos;
• padrões de comportamento;
• dados estatísticos utilizados para treinamento de modelos de IA.

Embora isso não signifique necessariamente que essas informações sejam armazenadas individualmente, a falta de transparência sobre todo o processo faz com que defensores da privacidade mantenham uma postura cautelosa.

Para muitos usuários, conceder acesso à câmera apenas para preencher um formulário ou acessar um serviço online parece um preço elevado.

Fragilidade técnica: burlado com uma foto e o OBS Studio

Outro fator que rapidamente chamou atenção foi a facilidade com que o sistema experimental foi enganado.

Em testes realizados pelo Tom’s Hardware, o mecanismo conseguiu ser contornado utilizando uma combinação bastante simples de ferramentas.

O procedimento envolveu:

• uma imagem estática de uma mão;
• um banco de dados contendo posições de dedos;
• uma webcam virtual criada pelo OBS Studio.

Em vez de apresentar uma mão real diante da câmera, os pesquisadores alimentaram virtualmente o sistema com imagens previamente preparadas.

O resultado foi suficiente para que a IA aceitasse a verificação em determinados cenários.

Isso demonstra um problema recorrente em soluções baseadas exclusivamente em visão computacional: elas precisam diferenciar imagens reais de simulações digitais, tarefa que pode se tornar extremamente complexa diante da evolução constante de ferramentas de edição, geração de imagens e inteligência artificial.

Ou seja, o novo sistema reCAPTCHA pode aumentar significativamente a coleta de dados do usuário sem necessariamente oferecer um salto proporcional em segurança.

O cerco do Google contra sistemas operacionais alternativos

A discussão vai além do captcha.

Nos últimos anos, o Google tem ampliado a integração entre seus serviços e componentes proprietários do ecossistema Android.

Diversos recursos recentes passaram a depender fortemente do Google Play Services, dificultando a experiência de usuários que optam por sistemas mais independentes.

É justamente nesse cenário que projetos como o GrapheneOS, CalyxOS e outras ROMs focadas em privacidade enfrentam novos obstáculos.

Se mecanismos como o novo reCAPTCHA do Google dependerem cada vez mais de APIs proprietárias, sensores específicos ou integrações profundas com serviços da empresa, usuários desses sistemas poderão encontrar dificuldades adicionais para acessar páginas e serviços online.

No ambiente Linux, onde muitos usuários desativam permissões de câmera ou utilizam navegadores com configurações rígidas de privacidade, o impacto também pode ser significativo.

Na prática, a tendência reforça uma preocupação crescente entre defensores do software livre: a web passa a exigir cada vez mais recursos proprietários para executar tarefas básicas.

O futuro do novo reCAPTCHA do Google depende da confiança dos usuários

Não há dúvidas de que combater bots se tornou um desafio cada vez mais complexo.

Ferramentas baseadas em IA generativa, automação e reconhecimento de imagens conseguem resolver captchas tradicionais com facilidade crescente, obrigando empresas a buscar alternativas mais sofisticadas.

Entretanto, qualquer solução precisa equilibrar segurança, usabilidade e privacidade.

No caso do novo reCAPTCHA do Google, a inovação tecnológica é interessante sob o ponto de vista da engenharia, mas ainda enfrenta questionamentos importantes sobre transparência, necessidade de coleta de dados biométricos e resistência contra fraudes.

O fato de o sistema já ter sido contornado utilizando ferramentas acessíveis demonstra que a tecnologia ainda precisa amadurecer antes de se tornar uma substituta definitiva dos métodos atuais.

Enquanto isso, cresce o debate sobre até onde empresas de tecnologia podem ir na busca por mecanismos mais eficientes de autenticação sem transformar tarefas simples da navegação diária em processos cada vez mais invasivos.

O caso ganhou repercussão mundial por envolver o sistema operacional móvel mais utilizado do planeta. Para os reguladores europeus, o Google aproveitou a posição dominante do Android para fortalecer serviços próprios, como o Google Search e o Google Chrome, dificultando a concorrência de empresas rivais.

Neste artigo, você entenderá por que o Google foi condenado, quais práticas foram consideradas ilegais, como a empresa tentou reverter a decisão e quais podem ser os impactos para fabricantes, desenvolvedores e usuários do Android.

As práticas que levaram à multa do Google por causa do Android

A investigação da Comissão Europeia concluiu que o Google utilizou sua liderança no mercado de sistemas operacionais móveis para consolidar ainda mais sua presença em áreas estratégicas, principalmente nos serviços de busca e navegação na internet.

Segundo os reguladores, a empresa adotou três práticas que restringiam a concorrência e dificultavam a entrada ou o crescimento de competidores no mercado.

A primeira delas envolvia o licenciamento da Google Play Store. Fabricantes interessados em oferecer a loja oficial de aplicativos precisavam instalar também o Google Chrome e definir o Google Search como mecanismo de busca padrão em seus dispositivos.

Embora os fabricantes continuassem livres para instalar aplicativos concorrentes, a Comissão Europeia entendeu que essa exigência colocava os serviços do Google em vantagem desde o primeiro uso do aparelho, reduzindo significativamente as chances de escolha por alternativas.

Outro ponto importante dizia respeito aos chamados acordos antifragmentação, considerados um dos pilares da condenação.

Além disso, a investigação identificou contratos de compartilhamento de receitas, nos quais fabricantes e operadoras recebiam incentivos financeiros para instalar exclusivamente os serviços de busca do Google em determinados dispositivos.

Na avaliação da União Europeia, o conjunto dessas práticas reforçou artificialmente a posição dominante da empresa e reduziu a competitividade do mercado.

O bloqueio de versões alternativas do Android

Um dos aspectos mais debatidos durante o processo foi o tratamento dado aos chamados forks do Android, versões modificadas do sistema baseadas no Android Open Source Project (AOSP).

Como o Android possui uma base de código aberto, fabricantes podem desenvolver versões próprias do sistema. Entretanto, segundo a Comissão Europeia, os contratos do Google impediam que parceiros comerciais lançassem determinados dispositivos utilizando essas versões alternativas caso quisessem continuar licenciando os aplicativos oficiais da empresa.

Na prática, isso limitava o surgimento de plataformas capazes de competir com o Android tradicional, reduzindo o espaço para inovação e diversidade no mercado de sistemas operacionais móveis.

O Google argumentou que essas regras eram essenciais para preservar a compatibilidade entre aplicativos, garantir a segurança dos dispositivos e evitar a fragmentação excessiva da plataforma. Ainda assim, os tribunais europeus entenderam que as restrições ultrapassavam o necessário para alcançar esses objetivos.

Por que a multa foi reduzida para € 4,12 bilhões

A decisão original da Comissão Europeia, anunciada em 2018, previa uma multa de € 4,34 bilhões, um dos maiores valores já impostos em um caso de concorrência.

Em 2022, o Tribunal Geral da União Europeia analisou o recurso apresentado pelo Google e confirmou praticamente toda a fundamentação da condenação. No entanto, os juízes entenderam que parte da metodologia utilizada para calcular a penalidade deveria ser revista.

Como resultado, o valor foi reduzido para aproximadamente € 4,12 bilhões.

Apesar do pequeno ajuste, o núcleo da decisão permaneceu intacto. Agora, com a rejeição do recurso pelo Tribunal de Justiça da União Europeia, a multa tornou-se definitiva e não há mais possibilidade de contestação dentro da Justiça europeia.

A resposta do Google e a defesa do ecossistema Android

Desde o início da disputa, o Google defendeu que o Android promove maior concorrência no mercado de smartphones, especialmente em relação ao iOS, da Apple.

Segundo a empresa, oferecer gratuitamente um sistema operacional completo permitiu que fabricantes de todos os portes lançassem dispositivos em diferentes faixas de preço, ampliando o acesso dos consumidores à tecnologia.

O Google também afirmou que a integração entre seus aplicativos melhora a experiência dos usuários e reduz custos para fabricantes e desenvolvedores.

Outro argumento apresentado foi que o Android sempre permaneceu como uma plataforma aberta, permitindo que empresas personalizem o sistema e instalem aplicativos concorrentes.

Nos últimos anos, especialmente após a entrada em vigor da Lei dos Mercados Digitais (Digital Markets Act – DMA), o Google implementou diversas mudanças na Europa.

Entre elas estão as novas telas de escolha, que permitem aos usuários selecionar mecanismos de busca e navegadores alternativos durante a configuração inicial do aparelho. A empresa afirma que essas mudanças ampliam a liberdade de escolha e atendem às exigências impostas pela legislação europeia.

Mesmo assim, os tribunais entenderam que essas adaptações não alteram as práticas consideradas ilegais no período investigado.

O que muda para usuários e fabricantes

Na prática, a decisão não altera imediatamente o funcionamento dos smartphones Android já vendidos, mas fortalece o entendimento de que grandes plataformas digitais devem oferecer condições mais equilibradas para a concorrência.

Fabricantes poderão continuar adotando soluções alternativas, enquanto desenvolvedores de navegadores, buscadores e outros aplicativos ganham mais espaço para disputar usuários em igualdade de condições.

A decisão também fortalece o papel da União Europeia como uma das principais autoridades globais na regulamentação das Big Techs, influenciando debates semelhantes em outras regiões do mundo.

Especialistas acreditam que futuras versões do Android poderão oferecer ainda mais opções de escolha durante a configuração inicial dos dispositivos, reduzindo a dependência dos serviços padrão do Google.

Conclusão

A derrota definitiva do Google marca o encerramento de uma das maiores disputas antitruste da história da tecnologia. Ao manter a multa de € 4,12 bilhões, o Tribunal de Justiça da União Europeia reforça que empresas com posição dominante precisam respeitar as regras de concorrência, mesmo quando oferecem produtos amplamente utilizados como o Android.

Embora o Google continue sendo o principal responsável pelo desenvolvimento do sistema operacional móvel mais popular do mundo, a decisão tende a acelerar mudanças que favorecem maior competição entre navegadores, mecanismos de busca e outros serviços digitais.

Para os usuários, o impacto deve ser percebido principalmente na ampliação das opções disponíveis durante a configuração dos dispositivos e em um mercado mais competitivo nos próximos anos.

Essa mudança representa uma evolução significativa em relação ao Android 16, reduzindo drasticamente a quantidade de tentativas permitidas ao longo do tempo e introduzindo mecanismos inteligentes para diferenciar erros acidentais de ataques automatizados. O objetivo é dificultar tanto a ação de criminosos comuns quanto o funcionamento de sofisticadas ferramentas forenses utilizadas para extrair dados de dispositivos protegidos.

Em um cenário em que o smartphone concentra informações bancárias, documentos, senhas, fotos e dados corporativos, fortalecer a proteção da tela de bloqueio tornou-se uma prioridade para todo o ecossistema Android. As novas regras mostram como a plataforma continua evoluindo em 2026 para oferecer maior privacidade e resistência contra tentativas de invasão.

O que muda na segurança no Android 17: o fim da força bruta facilitada

A principal novidade está na limitação muito mais agressiva das tentativas de inserção do PIN. Embora versões anteriores já aplicassem atrasos progressivos após erros consecutivos, ainda era possível realizar um número relativamente elevado de tentativas durante longos períodos.

Com o Android 17, esse cenário muda completamente.

O sistema agora aumenta os intervalos de espera de forma muito mais rigorosa e estabelece um limite absoluto de tentativas, tornando ataques automatizados extremamente demorados ou simplesmente impossíveis.

Na prática, isso significa que mesmo equipamentos especializados terão enormes dificuldades para testar milhares de combinações como acontecia anteriormente.

Comparativo: Android 16 vs. Android 17

A diferença entre as duas versões é expressiva.

Essa comparação mostra como a proteção do Android 17 praticamente elimina a viabilidade de ataques prolongados. Mesmo que um invasor tenha posse física do aparelho por dias, meses ou até anos, ele não conseguirá continuar tentando indefinidamente.

Bloqueio total após 20 erros

Outra mudança importante é o novo limite máximo de 20 tentativas incorretas.

Depois desse número de erros, o dispositivo entra em um estado de bloqueio permanente para novas tentativas de PIN, impedindo que ferramentas automatizadas continuem testando combinações.

Esse teto representa uma mudança importante na filosofia de segurança do Android. Em vez de apenas aumentar o tempo entre as tentativas, o sistema simplesmente estabelece um ponto final para impedir ataques persistentes.

Na prática, isso reduz drasticamente as chances de descoberta de códigos numéricos, especialmente quando o usuário utiliza PINs de seis dígitos ou superiores, que oferecem milhões de combinações possíveis.

Segurança no Android 17 usa inteligência contra erros acidentais e ferramentas forenses

Um desafio comum em sistemas com bloqueios rígidos é evitar que o próprio usuário fique impedido de acessar o aparelho após cometer alguns erros consecutivos.

Para resolver esse problema, o Android 17 incorpora um mecanismo inteligente capaz de identificar tentativas duplicadas.

Imagine que o usuário digite repetidamente o mesmo PIN incorreto por distração. Em vez de contabilizar cada repetição como uma nova tentativa independente, o sistema consegue reconhecer o comportamento e evitar penalizações desnecessárias.

Essa inteligência reduz significativamente o risco de bloqueios acidentais sem comprometer a proteção contra ataques reais.

Ao mesmo tempo, a novidade representa um obstáculo adicional para plataformas forenses como as utilizadas por empresas especializadas em extração de dados, incluindo equipamentos frequentemente associados à Cellebrite.

Esses dispositivos costumam automatizar milhares de tentativas de desbloqueio. Com as novas limitações do Android 17, o espaço disponível para esse tipo de ataque torna-se extremamente reduzido, elevando o custo e a complexidade das operações.

Embora ferramentas forenses continuem evoluindo, o novo modelo dificulta bastante a exploração baseada exclusivamente em força bruta.

O que o novo sistema ainda não consegue proteger

Apesar dos avanços, nenhuma tecnologia substitui as boas práticas de segurança.

Se o usuário escolher um PIN extremamente previsível, como 1234, 0000, 1111 ou datas de nascimento, um invasor ainda poderá acertar o código nas poucas tentativas disponíveis.

Por isso, especialistas continuam recomendando o uso de PINs longos, preferencialmente com seis ou mais dígitos, ou até mesmo de senhas alfanuméricas, quando possível.

Outro ponto importante é que o sistema não consegue impedir situações de coerção física, nas quais alguém obriga o proprietário a desbloquear o aparelho utilizando a impressão digital ou o reconhecimento facial.

Nesses casos, recursos como modo de bloqueio, autenticação por senha e configurações adicionais de privacidade continuam sendo fundamentais para aumentar a proteção dos dados.

Além disso, manter o sistema atualizado permanece essencial. As atualizações mensais corrigem vulnerabilidades e fortalecem continuamente a segurança do dispositivo.

Conclusão

A chegada do Android 17 marca uma das maiores evoluções recentes na proteção da tela de bloqueio. Ao reduzir drasticamente o número de tentativas de PIN, estabelecer um limite máximo de 20 erros e adicionar mecanismos inteligentes para diferenciar ataques automatizados de erros humanos, o sistema torna os ataques de força bruta muito menos eficazes.

Embora nenhuma solução elimine completamente todos os riscos, a segurança no Android 17 representa um avanço importante para proteger informações pessoais, contas bancárias e dados sensíveis armazenados no smartphone.

O novo celular da Nothing surge como o primeiro representante da suposta linha “b”, voltada para o segmento intermediário de entrada. A proposta é simples, mas ambiciosa, levar o design transparente e a experiência do Glyph Interface para um público ainda mais amplo, mantendo equilíbrio entre preço, desempenho e estética.

Em um mercado saturado de smartphones visualmente parecidos, a Nothing conseguiu se destacar justamente por desafiar o padrão. Agora, com o Nothing Phone 4b, a empresa parece pronta para expandir sua linguagem visual e competir diretamente com gigantes do segmento intermediário.

O design revelado e a surpreendente edição em vermelho do Nothing Phone 4b

Os vazamentos do Nothing Phone 4b mostram uma evolução importante na identidade visual da marca. O tradicional sistema de LEDs traseiros foi simplificado e agora aparece em um novo formato chamado Glyph Bar, uma barra luminosa mais compacta e funcional, mantendo a estética futurista sem exageros.

Essa mudança indica uma transição estratégica da Nothing, que busca tornar o design mais acessível em termos de custo de produção, sem perder o impacto visual que define seus smartphones.

Outro destaque é a edição especial Nothing Phone 4b RCB Edition, desenvolvida em parceria com o time de críquete Royal Challengers Bengaluru. O modelo aparece em um acabamento vermelho fosco texturizado, reforçando o apelo premium da edição limitada e servindo como vitrine do design final do aparelho.

Embora seja uma versão temática, a RCB Edition ajuda a antecipar o visual do modelo padrão, que deve chegar ao mercado em cores como preto, branco e azul. A combinação do acabamento fosco com o módulo transparente reforça a assinatura visual da marca e mantém o DNA da linha Nothing.

O que esperar das especificações técnicas do Nothing Phone 4b

O Nothing Phone 4b não aposta apenas no design. Os vazamentos indicam um conjunto de hardware equilibrado, voltado para eficiência energética e desempenho consistente no uso diário.

Desempenho intermediário com Snapdragon

O coração do dispositivo deve ser o Snapdragon 6 Gen 4, um chipset focado em eficiência e recursos de inteligência artificial embarcada. A proposta é entregar desempenho sólido para tarefas cotidianas, jogos moderados e integração com recursos do Nothing OS.

O aparelho deve contar ainda com versões de 8 GB de RAM e opções de armazenamento interno que chegam a 256 GB, posicionando o modelo como um intermediário competitivo dentro da sua faixa de preço.

Tela AMOLED e bateria de respeito

Na parte frontal, o Nothing Phone 4b deve trazer uma tela AMOLED de 6,7 polegadas, com taxa de atualização de 120 Hz, garantindo fluidez em navegação, vídeos e jogos.

Outro ponto de destaque é a bateria. Os rumores apontam para uma capacidade de 5.400 mAh, com alguns vazamentos sugerindo até 6.000 mAh em variantes específicas. O suporte a carregamento rápido reforça a proposta de uso prolongado sem comprometer a experiência diária.

Sistema de câmeras e Android 16

O conjunto fotográfico do Nothing Phone 4b deve seguir a linha minimalista da marca, com uma câmera dupla traseira liderada por um sensor principal de 50 MP, acompanhado por uma lente auxiliar para profundidade ou ultrawide.

Na parte de software, um dos destaques mais importantes é a presença do Android 16 de fábrica, rodando sob o Nothing OS. Isso indica que a empresa quer manter seu sistema sempre atualizado, com foco em fluidez, personalização e integração com recursos nativos de IA.

O impacto do Nothing Phone 4b no mercado de smartphones

O lançamento do Nothing Phone 4b pode representar um movimento estratégico importante para a marca. Ao apostar em uma linha mais acessível, a Nothing entra diretamente na disputa com fabricantes tradicionais do segmento intermediário de entrada, como Samsung, Motorola e Xiaomi.

A expectativa é que o preço fique abaixo da linha principal da marca, tornando o dispositivo uma opção atraente para quem busca um smartphone com identidade visual forte e experiência diferenciada sem pagar valores premium.

Se a estratégia se confirmar, o Nothing Phone 4b pode ajudar a redefinir o padrão de design nesse segmento, pressionando concorrentes a investirem mais em identidade visual e inovação estética.

A bateria do iPhone 18 Pro Max aparece em supostos documentos vazados pela Macworld com uma proposta de aumento de capacidade em relação à geração anterior, o que pode representar não apenas mais autonomia, mas também uma mudança estrutural no design interno do dispositivo. Ao mesmo tempo, cresce a curiosidade sobre a origem dessas informações, especialmente após relatos de um incidente envolvendo a Tata Electronics, uma das fornecedoras ligadas ao ecossistema da Apple.

Neste contexto, a Apple parece seguir sua estratégia tradicional de combinar eficiência de hardware, otimização de software e novos chips para tentar redefinir o padrão de consumo energético em smartphones de alto desempenho.

Os números do vazamento da bateria do iPhone 18 Pro Max

Segundo informações atribuídas à Macworld, a bateria do iPhone 18 Pro Max teria uma capacidade estimada significativamente superior à geração anterior, com números que indicam um salto incremental, mas consistente, em miliamperes-hora (mAh). Embora os valores exatos ainda não sejam oficialmente confirmados, o vazamento sugere uma abordagem focada em ganho de eficiência estrutural, mais do que um aumento agressivo de tamanho físico.

O destaque do rumor está no fato de que a Apple estaria reorganizando o layout interno do aparelho para otimizar espaço, permitindo que a autonomia do iPhone 18 Pro Max seja beneficiada sem comprometer o design ultrafino da linha Pro Max. Isso inclui mudanças na arquitetura da placa lógica e no gerenciamento térmico, que podem influenciar diretamente o desempenho energético.

Diferença entre eSIM e SIM físico

Um dos pontos mais comentados nesse vazamento é a possível consolidação do modelo apenas com eSIM em mais regiões. A remoção da bandeja de chip físico libera espaço interno valioso, que pode ser reaproveitado para expandir a bateria do iPhone 18 Pro Max.

Na prática, a eliminação da gaveta do SIM permite que a Apple utilize milímetros preciosos do chassi para acomodar células maiores ou reorganizar módulos internos. Essa estratégia já foi adotada parcialmente em gerações anteriores, mas o rumor indica uma adoção mais ampla, especialmente no mercado global.

Além disso, a mudança reforça a tendência de digitalização completa da conectividade, reduzindo componentes físicos e aumentando a eficiência de engenharia interna.

Comparativo com o iPhone 17 Pro Max

Quando comparado ao iPhone 17 Pro Max, o suposto aumento da bateria do iPhone 18 Pro Max representa uma evolução moderada, mas relevante dentro da filosofia da Apple. O modelo anterior já havia apostado fortemente em eficiência energética, equilibrando consumo com o chip da geração atual.

No novo cenário, o ganho não estaria apenas na capacidade bruta, mas na soma entre hardware otimizado e software mais inteligente. Isso significa que a autonomia do iPhone 18 Pro Max pode crescer de forma perceptível mesmo sem um salto proporcional no tamanho da bateria.

O chip A20 Pro e o impacto na autonomia real

Outro elemento central nesse vazamento é o suposto chip A20 Pro, que deve equipar a próxima geração do iPhone. Fabricado em uma litografia ainda mais avançada, ele promete maior eficiência energética por ciclo de processamento, reduzindo o consumo em tarefas cotidianas e em cargas mais intensas, como jogos e inteligência artificial.

A combinação entre o chip A20 Pro e a nova bateria do iPhone 18 Pro Max pode resultar em um dos maiores avanços de autonomia da linha Pro Max nos últimos anos. Em termos práticos, isso significa mais tempo de tela ativa, melhor desempenho em standby e menor necessidade de recarga ao longo do dia.

Além disso, a integração entre hardware e o sistema operacional deve continuar sendo um dos principais diferenciais da Apple, com o iOS ajustando dinamicamente o consumo energético com base no uso do usuário.

A origem dos dados e a conexão com a violação da Tata Electronics

A confiabilidade do vazamento ainda é um ponto de debate. Parte da comunidade de segurança sugere que as informações podem ter origem em uma cadeia de suprimentos exposta recentemente, após um incidente envolvendo a Tata Electronics, uma das empresas que atuam na fabricação de componentes ligados ao ecossistema da Apple.

Embora não haja confirmação direta de que os dados da bateria do iPhone 18 Pro Max tenham sido extraídos desse incidente, o timing levanta suspeitas. Vazamentos desse tipo costumam ocorrer quando há falhas em ambientes industriais altamente conectados, onde projetos de hardware circulam entre múltiplos fornecedores.

Especialistas em segurança digital destacam que, mesmo quando não há acesso direto aos dispositivos finais, informações sobre especificações técnicas podem ser obtidas a partir de documentos de engenharia, contratos de produção e protótipos intermediários.

Ainda assim, é importante tratar esses dados como rumores, já que a Apple raramente comenta especificações antes do ciclo oficial de lançamento.

Conclusão e expectativas

O cenário em torno da bateria do iPhone 18 Pro Max combina expectativas de evolução técnica com incertezas típicas de vazamentos da indústria de tecnologia. Os números sugerem um avanço consistente na capacidade energética, mas o verdadeiro diferencial pode estar na eficiência combinada entre hardware, software e o novo chip da Apple.

Se confirmadas, essas mudanças reforçam a estratégia da empresa de priorizar autonomia inteligente em vez de apenas aumentar a capacidade física da bateria, algo que já vem sendo observado nas últimas gerações.

O novo recurso chega em um momento em que criminosos digitais exploram cada vez mais a confiança do usuário em instruções visuais falsas, especialmente aquelas que simulam verificações de segurança, captchas ou prompts de “correção rápida”. O objetivo do Opera é reduzir drasticamente o risco de execução acidental de comandos maliciosos.

Em 2026, a área de transferência deixou de ser apenas uma ferramenta de produtividade e passou a ser um ponto de entrada para golpes sofisticados, principalmente em ambientes Linux, macOS e até Windows. É nesse contexto que a segurança no Opera evolui para atuar de forma preventiva, analisando o que está sendo colado e bloqueando padrões suspeitos antes que cheguem ao terminal ou ao sistema.

O que são os ataques ClickFix e como eles funcionam na prática da segurança no Opera

Os ataques ClickFix são uma forma de engenharia social que induz o usuário a executar comandos maliciosos sob a falsa promessa de correção de problemas no sistema ou em navegadores. O golpe geralmente começa com páginas falsas que imitam verificações de segurança, captchas ou mensagens de erro.

O fluxo típico funciona assim: o usuário é instruído a copiar um comando e colá-lo no terminal para “resolver” um problema inexistente. Esse comando, no entanto, pode baixar malware, abrir backdoors ou roubar credenciais sensíveis.

O ponto crítico é que o ataque não explora uma falha técnica do sistema operacional, mas sim o comportamento humano. Isso torna o ClickFix extremamente eficaz e difícil de bloquear apenas com antivírus tradicionais. A evolução da segurança no Opera busca justamente interromper esse elo mais fraco: a interação do usuário com comandos perigosos.

O perigo da execução direta no terminal

Em sistemas como Linux e macOS, o terminal é uma ferramenta poderosa, mas também extremamente sensível. Um único comando pode alterar permissões, instalar pacotes maliciosos ou comprometer completamente o sistema.

O problema é que muitos usuários, especialmente iniciantes ou até profissionais sob pressão, acabam confiando em instruções copiadas de páginas aparentemente legítimas. Em ataques ClickFix, essa confiança é explorada ao máximo, já que o comando parece fazer parte de um processo de “correção oficial”.

Nesse cenário, a segurança no Opera atua como uma camada adicional de proteção, alertando o usuário antes que o conteúdo da área de transferência seja executado sem verificação.

Como o Paste Protect do Opera mitiga a ameaça na segurança no Opera

O Paste Protect foi projetado para analisar o conteúdo da área de transferência antes que ele seja colado em contextos sensíveis, como terminais ou campos de execução de código. Em vez de simplesmente permitir a ação, o navegador avalia padrões suspeitos e bloqueia automaticamente tentativas de injeção maliciosa.

Um dos diferenciais do recurso é a visualização dos primeiros 120 caracteres do conteúdo copiado. Isso permite ao usuário revisar rapidamente o que está prestes a ser executado, aumentando a transparência e reduzindo o risco de execuções cegas.

Além disso, o sistema utiliza heurísticas para identificar comandos típicos de download remoto, execução encadeada e scripts ofuscados, que são frequentemente usados em ataques ClickFix.

Ao detectar comportamento suspeito, o Opera pode interromper a ação e exibir um alerta de segurança, reforçando a camada de segurança no Opera sem prejudicar a experiência de uso.

Histórico de proteção de clipboard no navegador

O Paste Protect não surge do zero. O Opera já vinha evoluindo suas proteções relacionadas à área de transferência, especialmente no combate a fraudes envolvendo carteiras de criptomoedas.

Ataques de “clipboard hijacking” eram comuns, onde malware substituía endereços de carteira copiados por endereços do atacante. Com o tempo, o navegador incorporou mecanismos para detectar alterações suspeitas e alertar o usuário.

Essa evolução natural mostra que a área de transferência se tornou um dos pontos mais explorados por criminosos digitais, e a segurança no Opera vem se adaptando a essa realidade de forma contínua.

Uma tendência de mercado na segurança de desktops

O movimento do Opera não é isolado. Segundo dados recentes da Huntress, cerca de 53% dos incidentes de segurança em desktops envolvem algum tipo de interação maliciosa via engenharia social, muitas vezes explorando ações simples como copiar, colar ou executar comandos sugeridos.

Esse dado reforça que o problema não está apenas no software, mas na forma como os usuários interagem com instruções digitais.

Outro exemplo importante vem da Apple, que vem reforçando o macOS com camadas adicionais de verificação em versões recentes, incluindo o macOS Tahoe 26.4, com foco em limitar execuções não autorizadas e melhorar o controle sobre ações sensíveis do sistema.

O que vemos no mercado é uma convergência clara: navegadores e sistemas operacionais estão assumindo um papel mais ativo na proteção contra golpes baseados em engenharia social. Nesse contexto, a segurança no Opera se posiciona como parte dessa nova geração de defesas nativas.

Conclusão e boas práticas de segurança

O lançamento do Paste Protect mostra que a evolução da segurança digital não depende apenas de antivírus ou firewalls, mas também de ferramentas inteligentes integradas ao próprio navegador. A segurança no Opera passa a atuar diretamente no ponto onde muitos ataques começam: a área de transferência.

Ainda assim, nenhum recurso automático substitui o olhar crítico do usuário. Verificar comandos antes de executá-los, desconfiar de instruções inesperadas e evitar copiar códigos de fontes não confiáveis continuam sendo práticas essenciais.

A combinação entre tecnologia preventiva e comportamento consciente é o que realmente reduz o risco.

Embora ainda não exista um programa beta público disponível, a descoberta representa uma etapa importante do ciclo de desenvolvimento da atualização. Isso significa que engenheiros da Samsung já trabalham na adaptação dos recursos do Android 17 para a experiência personalizada oferecida pela One UI 9.0, preparando o terreno para os próximos meses.

Neste artigo, você entenderá o que foi encontrado nos servidores da Samsung, quais novidades são esperadas na nova interface, quando ela poderá ser lançada oficialmente e como essa atualização pode impactar milhões de usuários do ecossistema Galaxy.

Vazamento nos servidores: o que sabemos sobre os firmwares da One UI 9.0

Os primeiros indícios surgiram após a identificação de novos firmwares internos destinados ao Galaxy Z Fold 6 e ao Galaxy Z Flip 6 nos servidores da Samsung. Esses registros normalmente aparecem meses antes do lançamento oficial das novas versões do sistema, funcionando como um forte indicativo de que o desenvolvimento já entrou em uma fase ativa.

Historicamente, a Samsung utiliza esses firmwares para realizar testes internos de estabilidade, compatibilidade e otimização antes de disponibilizar versões beta para um grupo restrito de usuários. Somente após essa etapa é que a empresa inicia uma distribuição mais ampla.

O aparecimento dessas compilações também demonstra que os dobráveis continuam sendo prioridade dentro da estratégia de software da fabricante, reforçando seu compromisso com atualizações rápidas para os modelos premium.

Detecção por informantes da comunidade

A descoberta foi compartilhada por membros conhecidos da comunidade Samsung, entre eles o insider Tarun Vats, responsável por monitorar constantemente os servidores da empresa em busca de novos firmwares.

Esse tipo de monitoramento costuma antecipar diversas novidades do ecossistema Galaxy e já acertou inúmeros lançamentos anteriores. Embora a Samsung não confirme oficialmente esses testes, o histórico mostra que registros dessa natureza normalmente antecedem o anúncio das versões beta e, posteriormente, da atualização estável.

Para os usuários mais atentos, esse é um dos primeiros sinais concretos de que a One UI 9.0 está avançando conforme o esperado.

As novidades esperadas na One UI 9.0 baseada no Android 17

Embora a Samsung ainda não tenha divulgado oficialmente todas as mudanças da One UI 9.0, diversos recursos vêm sendo mencionados por fontes especializadas e pelos primeiros relatos relacionados ao desenvolvimento do sistema.

Entre as melhorias esperadas estão:

• Painel Rápido com maior nível de personalização, permitindo organizar atalhos de forma ainda mais flexível.
• Evolução do Game Booster, oferecendo melhor gerenciamento de desempenho e consumo energético durante jogos.
• Novos recursos para o Samsung Notes, tornando o aplicativo mais completo para produtividade e organização.
• Alertas aprimorados de privacidade, principalmente relacionados ao uso da localização em segundo plano.
• Melhorias nas funções de acessibilidade, facilitando a utilização dos dispositivos por diferentes perfis de usuários.
• Ajustes gerais de desempenho, estabilidade e eficiência energética.

Além dos recursos específicos da interface, a One UI 9.0 deverá aproveitar diversas melhorias nativas do Android 17, incluindo otimizações de segurança, gerenciamento de permissões, animações mais suaves e refinamentos internos que tornam o sistema mais responsivo.

Outro ponto importante será a continuidade da integração entre smartphones, tablets, relógios inteligentes e notebooks Galaxy, fortalecendo ainda mais o ecossistema da Samsung.

One UI 9.0 e Android 17 prometem uma experiência mais inteligente

A expectativa é que a One UI 9.0 não seja apenas uma atualização visual. Nos últimos anos, a Samsung tem investido em recursos que tornam a interface mais inteligente e integrada, reduzindo a distância entre software e hardware.

Isso significa que usuários dos dobráveis poderão aproveitar melhorias específicas para telas flexíveis, multitarefa aprimorada, gerenciamento mais eficiente de múltiplas janelas e experiências otimizadas para produtividade.

Também é esperado um refinamento das animações do sistema, maior fluidez durante a alternância entre aplicativos e melhor aproveitamento dos recursos de inteligência artificial presentes nos dispositivos mais recentes da linha Galaxy.

Mesmo mudanças aparentemente discretas costumam representar ganhos significativos no uso diário, especialmente para quem utiliza o smartphone de forma intensiva.

Cronograma de lançamento: quando chega a versão estável

Caso a Samsung mantenha seu calendário tradicional, a versão estável da One UI 9.0 deverá ser apresentada oficialmente em 22 de julho de 2026, acompanhando o lançamento dos novos Galaxy Z Fold 8 e Galaxy Z Flip 8.

Inicialmente, a atualização deverá chegar aos novos dobráveis, servindo como vitrine da nova geração da interface.

Na sequência, o cronograma estimado deve seguir aproximadamente esta ordem:

• Final de julho e agosto: linhas Galaxy S26, Galaxy S25, Galaxy Z Fold 6 e Galaxy Z Flip 6.
• Setembro e outubro: modelos premium de gerações anteriores e tablets Galaxy compatíveis.
• Outubro e novembro: aparelhos intermediários e parte da linha Galaxy A elegível para atualização.

Vale lembrar que esse calendário ainda não foi oficializado pela Samsung e pode sofrer alterações conforme o andamento dos testes internos e dos programas beta.

Ainda assim, considerando o histórico recente da empresa, existe uma boa expectativa de que a distribuição aconteça de maneira rápida, especialmente nos dispositivos topo de linha.

Conclusão e o impacto para os usuários

O início dos testes internos da One UI 9.0 demonstra que a Samsung segue comprometida em oferecer atualizações rápidas para seus principais smartphones. O aparecimento dos primeiros firmwares do Galaxy Z Fold 6 e do Galaxy Z Flip 6 indica que o desenvolvimento baseado no Android 17 já está em andamento e avança conforme o cronograma esperado.

Se as previsões forem confirmadas, os próximos meses deverão trazer programas beta, novos detalhes sobre os recursos da interface e, finalmente, a chegada da versão estável para milhões de usuários Galaxy.

Para quem acompanha o ecossistema Samsung, essa atualização promete combinar melhorias de desempenho, novos recursos de produtividade, avanços em privacidade e uma experiência ainda mais integrada entre os dispositivos da marca.

Essa mudança está sendo demonstrada em um novo estudo realizado na ilha de Jersey, no Reino Unido, em parceria com a Universidade de Oxford. O projeto utiliza o Oura Ring para acompanhar pacientes com suspeita de Insuficiência Cardíaca com Fração de Ejeção Preservada (ICFEp), uma condição conhecida por ser difícil de diagnosticar nos exames tradicionais.

A iniciativa reforça uma tendência importante: dispositivos vestíveis estão deixando de ser apenas ferramentas de autocuidado para se tornarem fontes valiosas de dados clínicos contínuos. Em vez de depender apenas de medições realizadas durante uma consulta, médicos passam a observar o comportamento do organismo ao longo de dias ou semanas, oferecendo uma visão muito mais completa da saúde do paciente.

O estudo em Jersey mostra como o anel inteligente Oura pode transformar diagnósticos

O projeto conduzido pelo Jersey General Hospital, em colaboração com a Universidade de Oxford, recebeu um investimento aproximado de US$ 300 mil (cerca de R$ 1,5 mi) para investigar novas formas de identificar precocemente a ICFEp, um tipo de insuficiência cardíaca frequentemente subdiagnosticado.

Ao contrário de outras formas da doença, a fração de ejeção preservada mantém a capacidade do coração de bombear sangue aparentemente normal. O problema está no relaxamento do músculo cardíaco, que perde eficiência para receber sangue entre os batimentos. Como consequência, muitos pacientes apresentam sintomas vagos, como fadiga, falta de ar e queda na capacidade física, enquanto exames convencionais podem não revelar alterações significativas.

Para superar essa dificuldade, os pesquisadores acompanham voluntários durante 14 semanas, coletando informações continuamente em vez de depender apenas de avaliações pontuais realizadas em hospitais.

A expectativa é que essa grande quantidade de dados permita identificar padrões invisíveis em consultas tradicionais, tornando o diagnóstico mais rápido, preciso e menos invasivo.

O papel do Oura Ring 4 e do SENS Motion

Durante o estudo, os participantes utilizam o Oura Ring 4, um dos anéis inteligentes mais avançados disponíveis atualmente.

O dispositivo monitora continuamente diversos indicadores fisiológicos considerados relevantes para a saúde cardiovascular, incluindo:

• Frequência cardíaca;
• Variabilidade da frequência cardíaca (VFC);
• Frequência respiratória;
• Temperatura corporal;
• Qualidade do sono;
• Níveis gerais de recuperação física.

Além do anel, os voluntários utilizam o SENS Motion, um pequeno sensor adesivo fixado na coxa.

Esse equipamento complementa as informações do Oura Ring, registrando com elevada precisão aspectos relacionados ao movimento corporal, intensidade das atividades físicas, tempo em repouso e padrões de mobilidade diária.

A combinação entre os dois dispositivos cria uma visão bastante detalhada do comportamento fisiológico dos pacientes ao longo de semanas, permitindo que os pesquisadores correlacionem alterações cardíacas com mudanças sutis na rotina.

Essa abordagem representa uma mudança significativa em relação ao modelo tradicional de monitoramento, no qual muitos exames capturam apenas alguns minutos da atividade cardíaca.

Como o anel inteligente Oura está ampliando o papel dos wearables na medicina

O crescimento dos anéis inteligentes mostra que o mercado está caminhando além do monitoramento fitness.

Modelos recentes já oferecem sensores extremamente sofisticados, capazes de acompanhar parâmetros que antes exigiam equipamentos médicos específicos. Embora muitos recursos ainda não tenham finalidade diagnóstica aprovada, eles servem como importantes ferramentas de triagem e acompanhamento.

As expectativas para o futuro também são altas.

Rumores envolvendo o Oura Ring 5 apontam para a expansão do conjunto de sensores, incluindo tecnologias relacionadas ao acompanhamento indireto da pressão arterial, além de melhorias em precisão, autonomia e análise baseada em inteligência artificial.

Se essas evoluções forem confirmadas, os anéis inteligentes poderão oferecer um panorama fisiológico ainda mais completo, tornando-se aliados importantes tanto para usuários quanto para profissionais da saúde.

Outro fator decisivo é a capacidade desses dispositivos de registrar informações durante 24 horas por dia, em situações reais do cotidiano.

Em vez de observar apenas uma fotografia do estado clínico do paciente, médicos passam a analisar um verdadeiro histórico contínuo, identificando tendências que poderiam passar despercebidas em exames convencionais.

Essa mudança aproxima cada vez mais os wearables do conceito de medicina preventiva, onde o objetivo principal é detectar alterações antes que elas evoluam para problemas graves.

O futuro do anel inteligente Oura na saúde conectada

A utilização do anel inteligente Oura em um estudo clínico conduzido por um hospital britânico representa muito mais do que um experimento isolado. Ela simboliza uma transformação na maneira como a tecnologia de consumo passa a dialogar com a medicina baseada em evidências.

Dispositivos que antes eram vistos apenas como acessórios para acompanhar exercícios físicos agora ajudam pesquisadores a compreender doenças complexas, oferecendo dados contínuos que dificilmente seriam obtidos em consultas rápidas.

Naturalmente, esses equipamentos não substituem exames médicos nem profissionais de saúde. Entretanto, funcionam como importantes aliados na triagem, no monitoramento remoto e na identificação precoce de alterações que merecem investigação clínica.

Nos próximos anos, é provável que anéis inteligentes, relógios conectados e outros dispositivos vestíveis façam parte da rotina de hospitais, clínicas e programas de acompanhamento de pacientes, ampliando significativamente a capacidade de prevenção e diagnóstico.

Para usuários apaixonados por tecnologia, essa evolução mostra que os wearables estão entrando em uma nova fase, na qual inovação e medicina caminham lado a lado para melhorar a qualidade de vida.

As descobertas mais recentes surgiram na compilação Android 17 QPR1 Beta 6, onde novas strings de código revelam mudanças importantes na forma como o recurso será implementado. Em vez de depender do Pixel Launcher, como acontecia nos primeiros testes, o bloqueio de aplicativos parece estar migrando para uma área centralizada das Configurações do Android, oferecendo uma experiência mais organizada e integrada.

Essa mudança representa um avanço significativo para o ecossistema Android “puro”. Fabricantes como Samsung, Xiaomi, OnePlus e ASUS já oferecem soluções próprias de App Lock há anos, mas os aparelhos da linha Google Pixel e outros dispositivos com Android sem personalizações ainda dependem de aplicativos de terceiros para obter esse tipo de proteção. Se o Google concluir o desenvolvimento, milhões de usuários poderão contar com um recurso nativo de privacidade e segurança digital.

O sumiço e o retorno do bloqueio de aplicativos no Android 17

Quem acompanha o desenvolvimento do Android talvez se lembre de que o recurso apareceu pela primeira vez em uma versão Canary 2603 do Pixel Launcher. Na época, diversos indícios apontavam que o Google finalmente estava criando um sistema nativo para proteger aplicativos individuais.

Entretanto, conforme novas versões de testes foram sendo lançadas, o recurso simplesmente desapareceu. Isso levou muitos usuários a acreditar que o projeto havia sido cancelado ou adiado indefinidamente.

Agora, novas referências encontradas no Android 17 QPR1 Beta 6 indicam exatamente o contrário. Em vez de abandonar o projeto, o Google parece ter decidido reformular completamente sua implementação.

Essa estratégia faz sentido quando observamos o histórico do Android. Diversos recursos importantes permanecem ocultos durante meses enquanto passam por ajustes internos antes de serem oficialmente apresentados.

O que muda com a nova centralização nas configurações

Uma das descobertas mais interessantes envolve a string “app_lock_settings_promo_dialog_title”.

Ela sugere que o bloqueio de aplicativos no Android 17 deixará de ser um recurso associado exclusivamente ao launcher para ganhar uma área própria dentro das Configurações do sistema.

Na prática, isso oferece diversas vantagens.

O método inicial exigia que cada aplicativo fosse protegido individualmente, tornando o processo pouco prático para quem desejava bloquear vários programas.

Com a nova abordagem, tudo indica que o usuário poderá acessar um painel dedicado para selecionar diversos aplicativos de uma única vez, simplificando bastante a configuração.

Além da praticidade, essa mudança torna o recurso mais consistente em todo o sistema operacional, reduzindo a dependência de componentes específicos como o Pixel Launcher.

Outra consequência importante é que futuras atualizações poderão expandir facilmente as opções disponíveis, adicionando novas políticas de segurança sem modificar o launcher.

Como o bloqueio de aplicativos no Android 17 poderá funcionar

Embora o recurso permaneça oculto nas versões atuais, as informações presentes no código permitem desenhar um cenário bastante promissor.

A expectativa é que o usuário entre nas Configurações, acesse uma seção dedicada ao bloqueio de apps nativo e escolha quais aplicativos exigirão autenticação adicional antes da abertura.

Isso significa que aplicativos bancários, gerenciadores de senhas, clientes de e-mail, redes sociais e aplicativos de mensagens poderão ganhar uma camada extra de proteção mesmo quando o aparelho já estiver desbloqueado.

Esse comportamento é especialmente útil em situações nas quais outra pessoa utiliza temporariamente o smartphone, mas não deve acessar determinados aplicativos.

Além disso, uma solução desenvolvida diretamente pelo Google tende a oferecer maior integração com o sistema operacional, melhor desempenho e menor consumo de bateria quando comparada a muitos aplicativos de terceiros.

Segurança reforçada com biometria obrigatória

Outra descoberta bastante interessante aparece na string “app_lock_settings_promo_dialog_description”.

Ela indica que o Google também está trabalhando em um modo de autenticação mais rigoroso.

Segundo os indícios encontrados, será possível exigir exclusivamente a biometria para desbloquear determinados aplicativos.

Na prática, isso significa que o usuário poderá impedir que o PIN, padrão de desbloqueio ou senha sejam utilizados como alternativa para abrir aplicativos protegidos.

Essa camada extra reduz riscos em diversos cenários.

Caso alguém descubra o PIN do aparelho, por exemplo, ainda não conseguirá abrir aplicativos protegidos caso a autenticação biométrica estrita esteja habilitada.

Esse conceito se aproxima de soluções adotadas por aplicativos bancários modernos, que exigem impressão digital ou reconhecimento facial mesmo após o smartphone já estar desbloqueado.

O Google parece querer transformar essa proteção em uma funcionalidade integrada ao próprio sistema operacional.

Para usuários preocupados com privacidade, essa pode ser uma das maiores evoluções de segurança já adicionadas ao Android nos últimos anos.

O impacto do bloqueio de aplicativos no Android 17 para a privacidade

A chegada desse recurso pode reduzir significativamente a necessidade de instalar aplicativos externos apenas para proteger programas específicos.

Além da praticidade, isso elimina uma preocupação recorrente: muitos aplicativos de bloqueio disponíveis nas lojas solicitam permissões extremamente sensíveis, incluindo acesso aos serviços de acessibilidade, notificações e sobreposição de tela.

Com um recurso desenvolvido diretamente pelo Google, a expectativa é de maior confiabilidade, integração com o sistema e menor exposição de dados.

Outro ponto positivo é a padronização da experiência.

Hoje, cada fabricante implementa seu próprio sistema de App Lock, criando diferenças de interface, funcionalidades e níveis de segurança.

Uma solução oficial no Android tende a oferecer uma experiência consistente em dispositivos compatíveis, especialmente na linha Google Pixel.

Quando o recurso poderá ser lançado?

Apesar das descobertas animadoras, é importante lembrar que o recurso continua oculto e ainda está em desenvolvimento.

O Google frequentemente testa funcionalidades durante várias versões beta antes de decidir se elas serão disponibilizadas ao público.

Isso significa que ainda não existe confirmação oficial sobre a data de lançamento nem garantia de que todos os recursos identificados chegarão à versão final do sistema.

Mesmo assim, o fato de novas strings continuarem sendo adicionadas demonstra que o desenvolvimento permanece ativo.

Quanto mais o recurso evolui internamente, maiores são as chances de ele aparecer em futuras atualizações do Android 17 ou até mesmo em uma atualização trimestral (QPR) após o lançamento oficial.

Conclusão e expectativas de lançamento

As novas evidências mostram que o bloqueio de aplicativos no Android 17 continua sendo uma prioridade para o Google, ainda que de forma discreta. A migração para uma área centralizada nas Configurações, aliada à possibilidade de exigir autenticação biométrica obrigatória, indica que a empresa busca oferecer uma solução mais robusta, intuitiva e segura do que a vista nos primeiros testes.

Caso a funcionalidade seja lançada, ela poderá representar um dos avanços mais importantes em privacidade e segurança do Android nos últimos anos, reduzindo a dependência de aplicativos de terceiros e entregando uma proteção nativa para informações sensíveis.

Descoberto pela Kaspersky durante a investigação de uma campanha atribuída ao grupo ToddyCat, o malware utiliza uma técnica sofisticada chamada Shadow Token via Remote Debug (STRD). O método combina o roubo de perfis dos navegadores Google Chrome e Microsoft Edge, automação do navegador em modo invisível e abuso da infraestrutura legítima do Google para obter acesso persistente às contas das vítimas.

Neste artigo, você entenderá como funciona o malware Umbrij, por que essa técnica representa uma mudança importante no cenário das ameaças digitais e quais medidas podem ser adotadas para reduzir significativamente o risco desse tipo de ataque em ambientes corporativos.

O que é o malware Umbrij e quem está por trás dele

O malware Umbrij é uma ferramenta de pós-exploração desenvolvida para obter acesso persistente a contas do Google Workspace utilizando mecanismos legítimos de autenticação.

Segundo a Kaspersky, a ameaça foi identificada em operações atribuídas ao grupo ToddyCat, um conhecido grupo de APT (Advanced Persistent Threat) ativo desde 2020 e associado a campanhas de espionagem altamente direcionadas contra governos, empresas e organizações estratégicas.

Ao longo dos últimos anos, o ToddyCat ficou conhecido por desenvolver ferramentas próprias, explorar vulnerabilidades pouco conhecidas e investir em técnicas que dificultam a detecção pelos sistemas tradicionais de segurança.

O diferencial do malware Umbrij é justamente abandonar o modelo clássico de roubo de credenciais para concentrar seus esforços na captura de tokens OAuth, permitindo que os invasores utilizem APIs oficiais do Google sem precisar realizar novos logins.

Essa abordagem reduz significativamente as chances de disparar alertas tradicionais de autenticação suspeita, tornando o ataque muito mais furtivo.

Como funciona o ataque Shadow Token via Remote Debug (STRD)

A técnica Shadow Token via Remote Debug (STRD) explora recursos legítimos dos navegadores baseados em Chromium para obter tokens de autenticação de maneira praticamente invisível ao usuário.

Em vez de quebrar mecanismos de segurança, os criminosos aproveitam sessões já autenticadas no navegador comprometido.

A invasão inicial e o roubo de perfis do navegador

Antes de executar o ataque principal, o invasor precisa comprometer o computador da vítima.

Segundo a análise da Kaspersky, isso ocorre utilizando a técnica de DLL side-loading, na qual aplicativos legítimos carregam uma biblioteca maliciosa sem perceber.

Para aumentar a credibilidade da operação, os atacantes utilizam executáveis autênticos de softwares conhecidos, incluindo componentes do Bitdefender, do Visual Studio e até versões antigas do Google Desktop.

Esses programas executam uma biblioteca em .NET cuidadosamente modificada e protegida com ConfuserEx, dificultando sua análise por pesquisadores e ferramentas de segurança.

Depois que o código é executado, o malware localiza os perfis do Google Chrome e do Microsoft Edge, copiando cookies, configurações e demais arquivos necessários para reproduzir a sessão autenticada da vítima.

Esse passo é essencial para a fase seguinte do ataque.

Abuso do modo headless do Chromium e automação com Puppeteer

Após copiar o perfil do navegador, o malware Umbrij inicia uma nova instância do Chrome ou Edge utilizando o modo headless, que executa o navegador sem exibir qualquer janela ao usuário.

Na sequência, o malware utiliza o Puppeteer, biblioteca oficial de automação baseada no protocolo Chrome DevTools, para controlar completamente essa sessão invisível.

Com os cookies previamente roubados, o navegador já inicia autenticado.

Em vez de acessar diretamente o Gmail, o malware simula o comportamento de uma ferramenta legítima de migração do Google Workspace, solicitando permissões por meio do fluxo oficial do OAuth 2.0.

Durante esse processo, o Puppeteer realiza automaticamente os cliques necessários para conceder autorização ao aplicativo falso.

Na prática, toda a interação acontece sem que o usuário veja qualquer janela aberta.

Ao final da operação, o malware obtém um token OAuth válido, permitindo acesso contínuo aos serviços da conta comprometida.

Essa técnica recebeu o nome de Shadow Token via Remote Debug (STRD) justamente porque utiliza recursos de depuração remota do navegador para manipular uma sessão já autenticada sem exigir novas credenciais.

O perigo da persistência de acesso às contas do Google

O maior risco do malware Umbrij não está apenas na obtenção inicial do acesso.

O verdadeiro problema é a persistência.

Com um token OAuth válido, os invasores conseguem utilizar diretamente as APIs oficiais do Google para acessar diversos serviços corporativos.

Isso inclui:

• Gmail, para leitura e envio de mensagens.
• Google Drive, para copiar documentos confidenciais.
• Google Agenda, permitindo acompanhar reuniões e compromissos estratégicos.
• Outros recursos disponíveis dentro do ambiente do Google Workspace.

Como todo esse acesso ocorre utilizando mecanismos oficiais de autenticação, muitas soluções tradicionais de segurança não identificam comportamento anormal.

Na prática, não há tentativa de login suspeita, senha incorreta ou autenticação multifator sendo burlada.

O invasor simplesmente utiliza um token previamente autorizado.

Esse modelo de ataque demonstra uma tendência crescente no cenário da segurança digital: proteger apenas as senhas já não é suficiente.

Hoje, sessões autenticadas, cookies e tokens OAuth passaram a ser ativos extremamente valiosos para grupos especializados em espionagem.

Como se proteger e mitigar a ameaça do malware Umbrij

Embora a técnica seja sofisticada, existem medidas capazes de reduzir significativamente a superfície de ataque.

O primeiro passo é revisar regularmente todos os aplicativos conectados ao ambiente do Google Workspace.

Administradores devem verificar cuidadosamente ferramentas autorizadas recentemente, especialmente aquelas com nomes semelhantes aos utilizados pelo malware, como falsas aplicações de migração do Google.

Sempre que houver qualquer dúvida sobre a legitimidade do aplicativo, o ideal é realizar imediatamente a revogação do token OAuth correspondente.

Também é recomendável monitorar continuamente novas concessões de permissões administrativas e restringir o uso de aplicativos de terceiros apenas aos realmente necessários.

Outra prática importante consiste em proteger os endpoints contra técnicas de DLL side-loading.

Soluções modernas de EDR (Endpoint Detection and Response) conseguem identificar comportamentos incomuns envolvendo carregamento de bibliotecas, execução de processos automatizados e acesso indevido aos perfis dos navegadores.

Da mesma forma, manter Google Chrome, Microsoft Edge, sistema operacional e soluções de segurança sempre atualizados reduz significativamente a exposição a vetores de comprometimento inicial.

Treinamentos periódicos com equipes de TI e usuários também continuam sendo fundamentais.

Mesmo sendo uma ameaça altamente técnica, ataques direcionados normalmente começam por algum vetor inicial, como phishing, exploração de vulnerabilidades ou comprometimento de estações de trabalho.

Por fim, administradores devem realizar auditorias frequentes nos tokens ativos, nas permissões concedidas aos aplicativos conectados e nos registros de acesso do ambiente corporativo.

Esse tipo de revisão pode identificar atividades suspeitas antes que os atacantes consigam manter acesso prolongado às informações da organização.

O surgimento do malware Umbrij mostra que o foco dos criminosos evoluiu. Em vez de atacar diretamente senhas, eles passaram a explorar elementos de autenticação já confiáveis pelo sistema, como cookies, sessões autenticadas e tokens OAuth 2.0. A técnica Shadow Token via Remote Debug (STRD) demonstra como recursos legítimos dos navegadores modernos podem ser abusados para manter acesso furtivo ao Gmail corporativo e a outros serviços do Google Workspace.

Para empresas, o alerta é claro: proteger apenas credenciais já não basta. Auditorias constantes em aplicativos conectados, revisão periódica de permissões OAuth, monitoramento de endpoints e conscientização das equipes tornaram-se componentes essenciais de uma estratégia moderna de segurança. Compartilhar esse alerta com a equipe de TI e revisar imediatamente os tokens OAuth ativos pode fazer a diferença entre interromper uma invasão silenciosa ou permitir que um atacante permaneça meses dentro do ambiente corporativo.