Jan Vojtěšek

Um problema de elevação de privilégios existe no kernel do Windows, especificamente no driver do AppLocker `appid.sys`. A falha decorre de um IOCTL (Input/Output Control) exposto com controle de acesso insuficiente, o que permite que um invasor com privilégios de Administrador ultrapasse a fronteira para o kernel. Ao abusar de um ponteiro não confiável exposto através de um IOCTL do kernel, um invasor pode chamar um ponteiro de função controlado pelo usuário em modo de kernel. Especificamente, o exploit pode usar `ExpProfileDelete()` como alvo para decrementar o `PreviousMode` de 1 para 0, fazendo com que `NtWriteVirtualMemory()` e `NtReadVirtualMemory()` ignorem as verificações de segurança. Isso permite a manipulação de tokens de processo para obter privilégios totais de SYSTEM, mesmo em sistemas com HVCI (Hypervisor-Protected Code Integrity) habilitado. Este problema foi explorado ativamente como um zero-day pelo grupo Lazarus e foi utilizado pela família de ransomware Mallox e pelo grupo BlackCat/ALPHV.

The issue is related to an elevation-of-privilege vulnerability in the Win32k component of Windows operating systems. This vulnerability is associated with errors in processing objects in memory. Exploitation of this vulnerability can allow an attacker to elevate their privileges. The vulnerability can be exploited by opening a specially crafted RTF file, which can lead to local privilege escalation (LPE) to system level. There have been reports of this vulnerability being actively exploited in the wild.

Um problema de elevação de privilégios existe no subsistema Advanced Local Procedure Call (ALPC) do kernel do Windows. A falha é causada por uma condição de use-after-free, na qual uma mensagem ALPC retém um ponteiro para uma thread, conhecida como `WaitingThread`, após a thread ter sido liberada. Isso cria um ponteiro pendente que o kernel pode dereferenciar posteriormente, permitindo potencialmente que um invasor execute código arbitrário com privilégios de SYSTEM. Este problema foi explorado em cenários reais para facilitar a evasão de sandbox do navegador Chromium.

O problema está relacionado a uma confusão de tipos no motor V8 do Google Chrome, o que poderia permitir que um invasor remoto explorasse potencialmente uma corrupção de heap por meio de uma página HTML maliciosa. Trata-se de um problema classificado como de alta gravidade. A vulnerabilidade foi descoberta por pesquisadores da Avast e relatada ao desenvolvedor em 25 de outubro. Observa-se que esta é a sétima vulnerabilidade de dia zero no Chrome corrigida pelo Google este ano e a segunda atribuída à Avast. Não há informações sobre o número estimado de dispositivos potencialmente afetados em todo o mundo nem detalhes específicos sobre incidentes reais em que essa falha foi explorada, além de se saber que ela está sendo explorada ativamente.