Warp-net/warpnet

Add Anti-Debugging Support for macOS and Windows

Fechada

#9 aberto em 20 de mai. de 2025

Ver no GitHub
 (0 comentário) (0 reação) (0 responsável)Go (12 forks)auto 404
enhancementhelp wantedmacossecuritywindows

Métricas do repositório

Stars
 (137 estrelas)
Métricas de merge de PR
 (Mesclagem média 2h 4m) (68 fundiu PRs em 30d)

Description

Currently, the anti-debugging logic is implemented only for Linux. It includes checks such as:

  • Disabling core dumps via prctl(PR_SET_DUMPABLE, 0),
  • Checking /proc/self/status for TracerPid,
  • Detecting presence of GDB or LLDB via /proc/self/cmdline.

However, this logic does not apply to other platforms like macOS and Windows, leaving those builds unprotected against runtime inspection, debugging, or tampering.

So the goal is to Implement cross-platform anti-debugging support for:

  1. macOS:
  • Detect ptrace() with PT_DENY_ATTACH,
  • Check for known debuggers (lldb, gdb) via process list (sysctl),
  • Block core dumps if applicable.
  1. Windows:
  • Use IsDebuggerPresent() and CheckRemoteDebuggerPresent() from WinAPI,
  • Use NtQueryInformationProcess for advanced checks,
  • Optionally: detect debugger windows or tools like x64dbg.

Please Note!

  • Some methods may require elevated permissions (macOS PT_DENY_ATTACH must be called early),
  • Anti-debugging is never bulletproof but raises the bar,
  • All features must be behind platform checks to maintain compatibility.

Looking for contributors with experience in low-level macOS or Windows system programming.

Guia do colaborador

Direção de pesquisa
Implemente verificas anti debug para macOS usando PT DENY ATTACH e listagem de processos, e para Windows usando funções WinAPI como IsDebuggerPresent e NtQueryInformationProcess. Certifique se de que todo o código esteja atrás de tags de compilação específicas da plataforma.
Pilha de tecnologia
go
Domain
backendsecurity
Tipo Issue
Funcionalidade
DifficultyDificuldade de implementação estimada para um novo contribuidor, de 1 para alterações muito pequenas a 5 para trabalho de nível especializado.
3
Tempo estimadoUm intervalo de tempo aproximado para um colaborador experiente investigar, implementar, testar e preparar um pull request.
3-5 dias
Status da atividadeQuão disponível o issue aparece agora: novo, ativo, obsoleto, bloqueado ou aguardando entrada do mantenedor.
Recente
ClarityCom que clareza o issue explica a mudança esperada, os critérios de aceitação e a próxima etapa.
Claro
Prerequisites
GoSystem Programming
Simpatia para novatosUma pontuação de 1 a 100 que estima o quão acessível este issue é para colaboradores iniciantes.
25