React Native
Detecção de root e proteção de app para React Native
O seu JavaScript vai dentro do app, ao lado do código nativo. Analise os pacotes hoje; a proteção de um app React Native ainda não está disponível, e dizemos o que é real.
Motor de proteçãoAinda não disponível
O motor de proteção está em prévia: os builds são registrados e analisados, mas nenhum pacote protegido é produzido ainda. Esta página diz exatamente o que funciona hoje.
O que atacantes fazem com um app React Native
A visão defensiva das técnicas que uma proteção precisa tornar mais caras.
01
Ler o bundle JavaScript
O bundle vai dentro do pacote. O bytecode do Hermes é mais difícil de ler que JavaScript puro, mas não é um cofre de segredos.
02
Aparelhos com root e jailbreak
A detecção de root em React Native só vale o quanto valem os sinais por trás dela: uma única verificação em JavaScript é fácil de remover.
03
Alterar o bundle
Mudar o bundle e reassinar o app pode remover uma verificação ou mudar um fluxo sem tocar no código nativo.
04
Instrumentação
O Frida e ferramentas parecidas conseguem fazer hook tanto do lado nativo quanto do motor JavaScript de um app em execução.
O que a Moatgator planeja para o React Native
Um arquivo de política para o app inteiro, aplicado à casca nativa e, depois, ao bundle.
Um moatgator.yml
Uma única política na raiz do projeto cobre as pastas android e ios. O GitHub App detecta React Native e monorepos.
Detecções na camada nativa
Root ou jailbreak, debugger, hooking e adulteração são avaliados no lado nativo, não em uma verificação em JavaScript que um patch consegue remover.
Proteção do bundle
Proteger o bundle do Hermes está planejado e ainda não está disponível.
Monitorar primeiro
Tudo começa em modo monitorar, para você ver os seus próprios falsos positivos antes de qualquer bloqueio.
O que funciona hoje
Sem prometer um suporte que ainda não existe.
Scan gratuito dos pacotes
Analise o AAB, APK ou IPA que o seu build React Native produz e receba uma nota para as lacunas de proteção, com leitura estática.
DisponívelArquivo de política e registro no CI
O moatgator.yml detecta React Native, e o CLI registra e analisa os artefatos. Construído e testado; os pacotes ainda não foram publicados.
DisponívelProteção para React Native
O endurecimento do bundle e as detecções em runtime para React Native ainda não estão disponíveis. Nenhum pacote protegido é produzido.
Ainda não disponível
Analise o build Android de um app React Native
O fluxo real da documentação.
$ npx moatgator init$ cd android && ./gradlew bundleRelease && cd ..$ npx moatgator scan android/app/build/outputs/bundle/release/app-release.aab --min-grade CO CLI ainda não foi publicado no npm. Até lá, use o Scan gratuito no navegador.
Quickstart completo de React NativeO que está coberto
| Item | Hoje |
|---|---|
| Formatos de pacote (Scan) | AAB, APK e IPA |
| Tipo de projeto | React Native, detectado pelo package.json |
| Política e registro no CI | Qualquer CI que rode Node 20 ou mais novo |
| Proteção do bundle | Ainda não disponível |
Avise-me quando a proteção para React Native estiver pronta
Deixe o seu e-mail e escreveremos uma vez, quando ela estiver disponível. Nada além disso.
Perguntas
A detecção de root em React Native funciona hoje?
Não como proteção. As detecções em runtime ainda não estão disponíveis. O que funciona é o arquivo de política, o registro no CI e o Scan, que lê os seus pacotes de forma estática.
O bytecode do Hermes é seguro para guardar segredos?
Não. Ele é mais difícil de ler que um bundle puro, mas tudo o que vai dentro do app pode ser extraído. Mantenha chaves e tokens fora dele.
Como funciona em um monorepo?
Mantenha um moatgator.yml por pasta de app, valide cada um com o CLI e aponte a Action para o arquivo certo. O GitHub App cria um por app detectado.
Isso substitui as verificações no servidor?
Não. Uma detecção é um sinal, não prova de fraude. Use junto com as verificações do seu próprio backend.
Pronto para proteger seu app?
Comece grátis ou conte o que você precisa.