Entrada Estruturada (URL / HTML / Intent / Clipboard / Deep Link)
        ↓
Parser / Validação
        ↓
APIs do Framework
        ↓
IPC Binder
        ↓
Motor de Renderização (TextView → StaticLayout → LineBreaker → libminikin)   ← Classe B
        ↓
Layout / Composição
        ↓
Persistência de Estado (TaskPersister / SavedStateRegistry)                   ← Classe A
        ↓
SystemUI / Recuperação OEM
        ↓
Falha Observada (ANR / Loop de Crash / Reinicialização Dura)

// Comportamento atual do Android — sem fallback seguro
void restauraTodosOsDados(Bundle estadoSalvo) {
    // Sem try-catch. TransactionTooLargeException é propagada não capturada.
    // Mesmo estado oversized re-persistido → loop de crash na próxima inicialização.
    fragmentManager.restauraEstado(estadoSalvo);
}

// Recomendado — degradação segura
void restauraTodosOsDados(Bundle estadoSalvo) {
    try {
        if (ehBundleOverLimit(estadoSalvo)) {
            Log.e(TAG, "SavedState acima do limite — descartando para reinicialização segura");
            return;  // inicialização limpa — sem loop de crash
        }
        fragmentManager.restauraEstado(estadoSalvo);
    } catch (TransactionTooLargeException e) {
        // degradação segura: o aplicativo inicia como se fosse a primeira inicialização
    }
}

W/Bundle: childFragmentManager [L1]  tamanho=1.636.412
W/Bundle: childFragmentManager [L2]  tamanho=1.614.072
W/Bundle: childFragmentManager [L3]  tamanho=1.603.852
W/Bundle: registryState             tamanho=  479.948
W/Bundle: compose_text (origem)     tamanho=   80.484  ← dados de entrada
W/Bundle: TOTAL                     tamanho=1.661.088  ← +58% sobre o limite do Binder
// Limite do Binder: 1.048.576 bytes · Overflow: +612.512 bytes · Fator: ×20,6

# — cria uma fronteira lógica, duplicando decisões de quebra
/ — cada barra adiciona um ponto de quebra candidato
% — expande UTF-8 para UTF-16 e fragmenta a string
euro — propriedades de quebra de linha ambíguas forçam o algoritmo a explorar ambas as opções

// ANR 1 — 2026-05-24 13:38:44 — Chrome PID 3533
// Aguardou 5000ms por MotionEvent — ChromeTabbedActivity

"main" prio=5 tid=1 Native   ← THREAD DE INTERFACE BLOQUEADA

native: minikin::getPrevWordBreakForCache     libminikin.so
native: minikin::LayoutCacheKey::LayoutCacheKey  libminikin.so
native: minikin::LayoutCache::getOrCreate     libminikin.so
native: minikin::StyleRun::getLineMetrics     libminikin.so
native: minikin::MeasuredText::getLineMetrics libminikin.so
native: minikin::LineBreakOptimizer::computeBreaks  ← O(n²) em URL longa
native: minikin::breakLineOptimal             libminikin.so
native: android::nComputeLineBreaks           libhwui.so

at android.graphics.text.LineBreaker.nComputeLineBreaksWithHelperIndex (Native)
at android.text.StaticLayout.generate (StaticLayout.java:970)
at android.text.StaticLayout$Builder.build (StaticLayout.java:550)
at android.widget.TextView.makeSingleLayout (TextView.java:11263)
at android.widget.TextView.onMeasure (TextView.java:11486)
at android.widget.ListView.onMeasure (ListView.java:1321)
at org.chromium.chrome.browser.contextmenu.ContextMenuListView.onMeasure
   ↑ MENU DE CONTEXTO DO CHROME — long-press em link de URL grande
at android.view.ViewRootImpl.performTraversals
at android.app.ActivityThread.main

// org.mozilla.firefox PID 3506 — ANR 2026-06-10 19:42:19 — 16,006ms

"main" prio=5 tid=1 Native   ← THREAD DE INTERFACE BLOQUEADA por 16,006 ms

native: minikin::LayoutCacheKey::LayoutCacheKey+120  libminikin.so
native: minikin::LayoutCache::getOrCreate             libminikin.so
native: minikin::LayoutPieces::getOrCreate            libminikin.so
native: minikin::StyleRun::getLineMetrics             libminikin.so
native: minikin::MeasuredText::getLineMetrics         libminikin.so
native: minikin::LineBreakOptimizer::computeBreaks+1752  ← O(n²)
native: minikin::breakLineOptimal+476                 libminikin.so
native: android::nComputeLineBreaks+356               libhwui.so

at android.graphics.text.LineBreaker.nComputeLineBreaksWithHelperIndex (Native)
at android.text.StaticLayout.generate / Builder.build
at android.widget.TextView.onMeasure
at org.mozilla.fenix.customtabs.ExternalAppBrowserActivity URL rendering

Passo a passo para reprodução (STA-017 — Menu de contexto do Chrome)

1. Crie uma página HTML que contenha um hyperlink cujo href é uma URL sintaticamente válida com cerca de 80–120 KB e alta densidade de caracteres #, / e %.
2. Hospede ou abra a página no Chrome em um dispositivo Android 13-16.
3. Mantenha pressionado o link até que o menu de contexto apareça.
4. Observe ANR (tempos de espera da thread principal, geralmente ≥ 5000 ms). Capture via adb bugreport; a pilha nativa mostra libminikin::LineBreakOptimizer::computeBreaks.

Comportamento equivalente foi observado com links reais do Gmail (Firefox, 16006 ms) e re-layout da barra de endereços desencadeada pelo SystemUI (Edge).

6b. STA-027 — Amplificação de Link Profundo do Edge Ask Copilot ★NOVO

STA-027 demonstra comportamento simultâneo de Classe A e B dentro do caminho de navegação profundo do Microsoft Edge Ask Copilot. Um payload estruturado muito grande fornecido no parâmetro initialText é aceito pelo manipulador de links profundos e encaminhado para Jetpack Compose Navigation. O resultado da rota excede a estrutura esperada do NavGraph, produzindo um IllegalArgumentException não capturado.

java.lang.IllegalArgumentException: 
navigation destination com.microsoft.copilotn.features.deeplink.navigation.routes.HomeNavRoute.ChatNavRoute?
conversation_id=null&private_mode_chat=false&conversationTitle=null&initialText=ULTRA%20DESTRUCTIVE%20LAYOUT%20ATTACK...
is not a direct child of this NavGraph
at androidx.navigation.compose.c.a (NavGraph.kt:356)
at com.microsoft.copilotn.features.deeplink.navigation.routes.HomeNavRoute.ChatNavRoute

O valor initialText muito grande simultaneamente:

• Inicia trabalho de layout / medição de texto caro (caminho de amplificação Classe B) quando o destino tenta renderizar ou pré-processar o parâmetro.
• Quebra a resolução do gráfico de navegação Compose porque a rota totalmente expandida não é mais reconhecida como um filho direto do NavGraph (falha de estado / roteamento estilo Classe A).

Passo a passo para reprodução (STA-027)

1. Crie um link profundo que alvo o Microsoft Edge Ask Copilot e inclua um parâmetro initialText muito grande (texto estruturado suficientemente grande para expandir a rota de navegação Compose além das expectativas do NavGraph).
2. Abrir o link de outro aplicativo ou navegador (ACTION_VIEW / link profundo).
3. Observe IllegalArgumentException não capturado do androidx.navigation.compose (NavGraph.kt) ao resolver HomeNavRoute.ChatNavRoute.
4. Capture logcat / bugreport; confirme que a pilha inclui o destino de navegação contendo o initialText expandido.

7. Evidências de commit do AOSP

7.1 Commit Chromium 3e62ece6 — LargePayloadSupport (07/05/2026)

Rastreadores históricos relacionados:

7.2 androidx.savedstate 1.5.0 — Bug #425919375

7.3 libminikin dívida técnica — pipeline multifile (resumo forense do AOSP)

A revisão independente da fonte AOSP identifica uma déficit sistemática de design em vários arquivos minikin: falta de validação de comprimento antes de trabalhos caros de quebra de linha ou layout. As rotas de código mais antigas datam de 2013. Arquivos-chave:

LineBreaker::breakIntoLines()     — sem guarda textBuffer.size()
        ↓
Quebra de linha ótima / gulosa          — O(n²) / trabalho aninhado em entrada longa
        ↓
Layout::doLayoutWord()
        ↓
LayoutCache::getOrCreate()        — intervalos longos bypassam cache → trabalho completo
        ↓
Shaping HarfBuzz
        ↓
Thread UI bloqueada (5–16 s ANR)

Histórico do rastreador público de problemas (exemplos): #161830416, #167014931, #188985643, #40268980 / Chromium 1447465 (ANR do engenheiro da Samsung), #477202817 (Não corrigido), #524288518 (fora de escopo), #531319203 (padrão relacionado). Limites estruturais de comprimento não foram aplicados ao longo da pipeline até o boletim de julho de 2026, apesar do trabalho interno do Google que abordava uma causa raiz adjacente (AOSP CL 3989977, LargePayloadSupport).

Detalhe: libminikin: 10 anos de vulnerabilidade · Algorithmic DoS en libminikin.so

8. Evidências do Campo — Android 16, Dispositivo de Produção

8.1 STA-015 — 85 Crashes no SystemUI em 4 Dias (bugreport 2026-05-26)

Dispositivo: Xiaomi Redmi Note 14 5G · HyperOS 3.0.3.0 · Android 16. Loop de crash reproduzido espontaneamente durante uso normal do dispositivo.

// Sistema UI falha ao inicializar
android.os.BadParcelableException: Falha ao recuperar array; apenas 1 de 4 recebido
  at android.content.pm.BaseParceledListSlice.<init>(BaseParceledListSlice.java:111)
  at android.window.ITaskOrganizerController$Stub$Proxy.registerTaskOrganizer(...)
  at android.window.TaskOrganizer.registerOrganizer(TaskOrganizer.java:76)
  at com.android.wm.shell.sysui.ShellInit.init(...)  ← falha ao inicializar
Causado por: android.os.DeadObjectException: Transação falhou em pequeno parcele

8.2 STA-015b / STA-015-DL — Auto-Re-Trigger (fluxo de 12 etapas) no HyperOS

PASO 1: O usuário abre HTML do Google Drive e clica em um link
PASO 2: O navegador recebe URL malformada via INTENT VIEW
callingPackage=com.google.android.apps.docs (certificado pelo OS Android)
PASO 3: libminikin O(n²) ANR no navegador
PASO 4: A URL corrompe o estado TaskPersister em disco
PASO 5: Sistema UI lê estado corrompido → BadParcelableException → CRASH
PASO 6: Android reinicia automaticamente o Sistema UI
PASO 7: OEM Task State Interactor (HyperOS OEM) se inscreve no fluxo:
         getFocusedRootTaskInfo() → lê MESMO estado corrompido em disco → CRASH NOVAMENTE
PASO 8: Loop de falhas → Android forçado a limpar dados do Sistema UI → TELA DE BLOQUEIO
PASO 9: O usuário entra com PIN/padrão/digital
PASO 10: Android restaura sessão → NAVEGADOR RETORNA AO PRIMEIRO PLANO
PASO 11: OEM Task State Interactor lê estado da tarefa → navegador está ativo
         → lê ainda o estado corrompido TaskPersister → SEGUNDO LOOP DE FALHAS
PASO 12: NENHUMA AÇÃO ADICIONAL DO USUÁRIO É NECESSÁRIA — falha re-trigger automaticamente

// Recuperação: reinicialização forçada + limpeza de dados do navegador

9. Catálogo Completo de Vetores — 32 Vetores

Tabela 2. Vetores STA documentados. As pontuações CVSS são estimativas dos pesquisadores (veja nota metodológica sob a tabela). Tier A = evidência completa da pilha / exceção; Tier B = comportamental / analogia.

Nota metodológica CVSS: As pontuações do CVSS 3.1 são estimativas dos pesquisadores. Para STA-015-DL, o vetor usado é AV:N/AC:L/PR:N/UI:R/S:C/C:N/I:N/A:H (8.6). Outras pontuações seguem um raciocínio análogo (entrega remota ou local, interação do usuário, impacto na disponibilidade e se a escopo muda para SystemUI). As pontuações estão sujeitas à revisão dos fornecedores.

9b. Matriz de Impacto (Qualitativa)

Tabela 3. Resumo qualitativo por grupo de vetores (avaliação dos pesquisadores; complementa o CVSS na Tabela 2).

10. STA-005 — Variantes do WhatsApp

STA-005b (WhatsApp Business): Quando o SavedState de uma conversa fica contaminado, o loop de crash afeta SIMULTANEAMENTE todos os agentes em uma caixa de entrada compartilhada. A única recuperação (excluir a conversa) destrói toda a história de comunicação com aquele cliente.

STA-005c (WhatsApp + Meta AI): Rascunho oversized no chat AI pode travar permanentemente o aplicativo inteiro.

11. Série STA-015 — Vetores do SystemUI

Esses vetores estendem a amplificação de Classe A para componentes do sistema privilegiados. O impacto não está mais confinado a um único aplicativo.

12. STA-019 — Firefox: Quatro Modos de Falha

• STA-019a — DeadSystemException do ClipboardManager em cada foco na barra de endereços (CVSS 6.8)
• STA-019b — IllegalStateException do SearchDialogFragment (CVSS 6.0)
• STA-019c — Índice fora dos limites em TextLayout do Jetpack Compose (CVSS 6.0)
• STA-019d — Índice fora dos limites em TextLayout da barra de endereços (CVSS 6.5)

Todos os quatro podem ser acionados a cada evento de foco uma vez que o histórico/estado seja contaminado, resultando em uma barra de endereços inutilizável.

13. STA-020 / 021 — Pipeline da Barra de Endereços do Chrome / Edge / Brave

A pipeline de sugestões de histórico retém URLs oversized. A subsequente focagem ou renderização de sugestão reentra no libminikin ou causa ANR. O Chromium aplicou uma truncagem parcial somente para exibição em 2023 que nunca cobriu o caminho de carregamento/histórico — STA-020 ainda reproduz pelo caminho não corrigido.

14. STA-022 — DuckDuckGo

STA-022: Fragment arguments armazenam URL_EXTRA_ARG de ~920 KB, produzindo um parcel de 965 KB → TransactionTooLargeException (Tier A). STA-022b: pipeline de sugestões de histórico ANR que sobrevive entre sessões até que o histórico seja limpo.

15. Validação Multiplataforma — iOS Não Atingido

16. Correções Recomendadas

Mitigações propostas (comportamento não observado em fábrica). Os exemplos de código abaixo são sugestões para proprietários do framework e aplicativos; eles ainda não foram incorporados no upstream conforme o boletim de julho de 2026.

16.1 Framework — Classe B (libminikin)

Tabela 2. Propostas de limites de comprimento antes da quebra de linha ótima/gananciosa.

// CORREÇÃO APROVADA — LineBreakOptimizer.cpp (libminikin.so)
// O anterior “switch para ganancioso apenas” é incompleto: breakLineGreedy também bloqueia.

LineBreakResult LineBreakOptimizer::computeBreaks(...) {
    const int textLength = end - start;

    // LIMITE 1 (DURO): Truncar antes que qualquer algoritmo seja executado.
    // Nenhum algoritmo produz resultados úteis para texto > 8 KB de URL/texto.
    if (textLength > MAX_SAFE_TEXT_LENGTH_ABSOLUTE) {
        end = start + MAX_SAFE_TEXT_LENGTH_ABSOLUTE;
    }

    // LIMITE 2: Preferir O(n) ganancioso para textos de médio comprimento.
    if ((end - start) > MAX_SAFE_TEXT_LENGTH_FOR_OPTIMIZER) {
        return computeBreaksGreedy(measured, start, end, constraints);
    }

    return computeBreaksOptimal(measured, start, end, constraints);
}

// As unidades são unidades de código UTF-16 (Java/Android char), NÃO bytes.
static const int MAX_SAFE_TEXT_LENGTH_ABSOLUTE     = 8192;  // truncar duro
static const int MAX_SAFE_TEXT_LENGTH_FOR_OPTIMIZER = 2048;  // switch para ganancioso

16.2 Framework — Classe A (FragmentManager / SystemUI)

• Capturar TransactionTooLargeException dentro de FragmentManager.restoreAllState() e iniciar limpo.
• Validar o tamanho do estado derivado antes da persistência (TaskPersister, SavedStateRegistry).
• O SystemUI e os componentes OEM devem tratar as listas de tarefas restauradas como potencialmente tóxicas e se comportarem com elegância (não fazer crash no processo inteiro do UI).

16.3 Nível de Aplicativo (soluções imediatas)

// Truncar qualquer texto exibido em um TextView
public static String safeForTextView(String text) {
    final int MAX = 8192;
    if (text == null) return null;
    return text.length() > MAX ? text.substring(0, MAX) + "..." : text;
}

// Rejeitar intents oversized VIEW
if (Intent.ACTION_VIEW.equals(intent.getAction())) {
    Uri data = intent.getData();
    if (data != null && data.toString().length() > 50_000) {
        Log.w(TAG, "Incoming VIEW Intent URL exceeds safe length — discarding");
        finish();
        return;
    }
}

16.4 Padrão Geral de UI do Sistema / Resiliência OEM (STA-015b)

O componente HyperOS OEM Task State Interactor re-subscribe para informações sobre tarefas após a reinicialização da SystemUI e re-lê o estado corrompido. A degradação segura em caso de DeadObjectException previne um segundo loop de falhas automáticas:

// STA-015b — Xiaomi / HyperOS OEM fix
// OEM Task State Interactor: degradação segura quando o TaskManager está morto

val focusedTaskFlow = interactor.getFocusedRootTaskInfoFlow()
    .catch { exception ->
        if (exception is DeadObjectException) {
            Log.e("SystemUI", "O serviço TaskManager está morto. Re-subscribe mais tarde.")
            emit(null) // Degradação segura — não faça o SystemUI falhar
        } else {
            throw exception
        }
    }

17. Status de Notificação do Fornecedor

18. Linha do Tempo de Divulgação

Período de pesquisa: 2022 → 30 Julho 2026. Dispositivo principal do laboratório: Xiaomi Redmi Note 14 5G (HyperOS 3.0 / Android 16). Muita da análise da rota AOSP foi realizada a partir de um navegador telefônico lendo fontes públicas, sem uma configuração tradicional de multi-monitor.

18.1 2022 — Origem

18.2 Janeiro–Abril 2026 — Investigação formal

18.3 Maio–Junho 2026 — Evidências do campo

18.4 Julho 2026 — Contagem regressiva para divulgação

Linha do tempo completa e artigos relacionados: Timeline STA · História da pesquisa · libminikin 10 anos · DoS algorítmico · Estrutura STA

19. Glossário

20. Limitações e Trabalho Futuro

• A pesquisa foi realizada em dispositivos de produção para consumidores; nenhum acesso privilegiado ao código-fonte proprietário do fornecedor além do AOSP.
• O comportamento exato varia com a versão do Android, personalizações OEM, memória disponível e patches de segurança.
• Nem todos os vetores documentados receberam confirmação independente dos fornecedores.
• A STA é proposta como um modelo arquitetônico em funcionamento derivado de observações empíricas. Sua validade final depende da reprodução independente e crítica.

20.1 Trabalho Futuro

• Mapeamento matemático formal dos limites de amplificação (profundidade de aninhamento Classe A vs tamanho do Bundle; custo da composição de caracteres Classe B).
• Deteção automatizada de caminhos de execução estilo STA (análise estática + instrumentação dinâmica).
• Comparação mais ampla entre plataformas (controles adicionais para iOS; outros pipelines de texto móveis).
• Patches prontos para upstream para os limites de comprimento do libminikin e a degradação segura do SystemUI.

21. Conclusão

O que inicialmente parecia ser condições isoladas de negação de serviço gradualmente revelou características arquiteturais recorrentes compartilhadas por caminhos de execução aparentemente não relacionados. Essas observações motivaram a introdução do modelo de Amplificação de Texto Estruturado (STA).

As principais contribuições deste trabalho são:

1. A introdução do STA como um framework arquitetural para analisar a propagação de entrada estruturada em todo o Android.
2. A documentação de 32 vetores reprodutíveis que abrangem as classes A (IPC/SavedState) e B (libminikin), com evidências técnicas completas.
3. A correlação de comportamentos aparentemente independentes através da análise de caminhos de execução, em vez de comparação de sintomas.
4. Evidência concreta (rastreamentos nativos de pilha de produção, referências a commits do AOSP, estatísticas de falhas no campo) que apoiam os achados mais graves, incluindo loops de falha remota do SystemUI (CVSS 8.6).
5. A proposta de estratégias defensivas em camadas que abordam a amplificação ao nível arquitetural.

A Amplificação de Texto Estruturado não foi descoberta em um único experimento. Ela emergiu progressivamente através de meses de observação, engenharia reversa, divulgação responsável e validação empírica repetida. Os vetores documentados neste whitepaper devem ser entendidos não apenas como comportamentos isolados do software, mas como a base experimental a partir da qual o modelo STA foi derivado.

Se futuras pesquisas confirmarem, refinarem ou desafiarem este modelo, as observações subjacentes permanecem como evidências técnicas reprodutíveis.

Referências

1. Chromium commit 3e62ece6 (LargePayloadSupport), Maio de 2026: chromium.googlesource.com/chromium/src/+/3e62ece6
2. Google Issue Tracker 40879254 (2022): issuetracker.google.com/issues/40879254
3. Google Issue Tracker 40268979 / ANR relacionado ao Samsung Chrome (2023): issuetracker.google.com/issues/40268979
4. AOSP minikin repository: android.googlesource.com/platform/frameworks/minikin/
5. androidx.savedstate 1.5.0 / Bug #425919375 (serialização SavedState)
6. Android Open Source Project — FragmentManager, TaskPersister, WindowManager Shell
7. Bulletins de Segurança do Android (notas históricas sobre ANR de esgotamento de recursos em Minikin)
8. Lostmon — Amplificação de Texto Estruturado (STA), 23 Junho 2026: lostmon.blogspot.com/2026/06/structured-text-amplification-sta.html
9. Lostmon — DoS algorítmico em libminikin.so, 24 Junho 2026: lostmon.blogspot.com/2026/06/algorithmic-dos-en-libminikinso.html
10. Lostmon — libminikin: 10 anos de vulnerabilidade, 10 Julho 2026: lostmon.blogspot.com/2026/07/libminikin-10-anos-de-vulnerabilidad-en_0671440346.html
11. Lostmon — Cronologia da investigação STA, 12 Julho 2026: lostmon.blogspot.com/2026/07/timeline-investigacion-sta-estilos.html
12. Lostmon — Desafiar o Android do sofá, 17 Julho 2026: lostmon.blogspot.com/2026/07/desafiar-android-desde-el-sofa-y-un.html

Apêndice I — Corroboração Externa Adicional (Julho de 2026)

A Google reconheceu publicamente, em vários ciclos de versão do Android (4.4.2, 7.1, 8.1, 9.0), que o Minikin é vulnerável ao esgotamento de recursos ANR ativado por conteúdo de texto controlado pelo atacante. O fenômeno corresponde à categoria geral de falha documentada neste artigo (vetores STA-017 e relacionados).

O lançamento de segurança do Chrome em julho de 2026 contém várias vulnerabilidades que afetam componentes que se sobrepõem às superfícies arquiteturais analisadas neste trabalho, incluindo Views, Skia, Clipboard, Print Preview, WebView, UI e validação de entrada. Embora a Google não tenha vinculado publicamente essas correções ao Amplificação Estrutural de Texto (STA), a sobreposição funcional e a proximidade temporal sugerem que as áreas afetadas correspondem estreitamente aos caminhos de amplificação documentados nesta pesquisa. Esta observação deve ser interpretada como evidência corroborativa da relevância arquitetônica, não como prova.

Um artigo técnico em chinês independente (Volcengine, maio de 2026) descreve o mesmo sintoma prático do ponto de vista de desenvolvedores de aplicativos e recomenda truncar a entrada para um tamanho limitado entre 8 e 32 KB — consistente com o limite de 8192 unidades UTF-16 proposto aqui.

A versão androidx.savedstate 1.5.0 aborda parte da Classe A para consumidores AndroidX, mas não cobre SystemUI, TaskPersister, libminikin ou camadas OEM. Os vetores mais graves ainda exigem alterações no nível do AOSP.

Anexo II — Conduta de Fornecedores e Reconhecimentos: Xiaomi

Enquanto muitos fornecedores ou rejeitaram os relatórios através de classificações procedimentais ou ignoraram completamente, a Xiaomi demonstrou que é inteiramente possível:

• Reconhecer um problema sistêmico sem eximir-se da responsabilidade.
• Implementar mitigações OEM enquanto aguarda correções upstream do AOSP.
• Avaliar e apoiar o trabalho de pesquisadores de segurança independentes.
• Realizar uma divulgação responsável com transparência, profissionalismo e competência técnica.

Reconhecimentos

O comportamento vetorial em alto nível para STA-015 e STA-015b é documentado neste artigo por completo arquitetônico. No entanto, nomes específicos de componentes internos, rastreamentos de código proprietário e implementações exatas de patches foram intencionalmente retidos em respeito ao processo interno de patching da Xiaomi e conforme acordado com as práticas de divulgação responsável.

O pesquisador deseja expressar sincera gratidão à equipe de segurança da Xiaomi por sua profissionalismo, rigor técnico e compromisso em proteger sua base de usuários.

Amplificação Estrutural de Texto (STA)
Whitepaper Arquitetônico Completo + Técnico
© 2026 Manuel García Peña (Lostmon)
Divulgação pública: 30 de julho de 2026 · lostmon.blogspot.com