terceiro_olhoBem, se você está interessado em um telefone, o Android / Mac geralmente não expõe pontos de entrada remotos (ou seja, eles geralmente não executam serviços que escutam portas TCP/IP por padrão), mas você sempre pode tentar (um ) engenharia social - por exemplo: SEToolkit, ou abordagens manuais -, (b) configurar um AP duplo com o mesmo SSID/senha que redireciona para um portal de login para o qual você _sabe_ que o alvo tem uma conta -veja (a), em resumo é um meio. Minha resposta é básica, pois o leque de ações é enorme e não faz muito sentido listar todos os vetores, se você está apenas começando. Não estou dizendo para você começar a detectar o tráfego de rede (por exemplo, usando o Bettercap) porque é mais provável que _todos_ os clientes associados à rede naveguem usando TLS obrigatório (https sim ou sim) e, portanto, você deve assumir que o tráfego é criptografado, que exclui a intervenção passiva e se aproxima da intervenção activa. No entanto, se um cliente associado ao Wi-Fi estiver usando um navegador que não possui a política HTTPS estrita definida e também fizer login em um servidor não seguro, ao capturar o tráfego, você verá essas credenciais.

No final ri como um mambo. seu interesse era diferente, e a resposta mais rápida é um AP duplo com maior potência de TX (e/ou mais próximo do alvo) do que a rede wifi original, e um redirecionamento para um link que baixa o servidor RAT, supondo que você saiba especificamente que o a versão do sistema operacional móvel é vulnerável e tem o PlayProtect desativado.

Como eu te disse, o ventilador é gigantesco. Deixando isso de lado, e de acordo com as políticas do site, não fornecemos manuais passo a passo sobre infecção (na verdade, a palavra não deve ser usada levianamente aqui), nem consideramos o pentesting não autorizado levianamente, então nesse contexto é seu se eles detectam você. saudações.