Skip to content
KitploitKITPLOIT
FerramentasBlog
Enviar
FerramentasBlog
Enviar

Ferramentas de Hacking, PenTest e Cibersegurança para o seu Arsenal de Segurança!

Kitploit é um diretório de ferramentas de hacking, cibersegurança e pentesting. Descubra as últimas atualizações de projetos para encontrar vulnerabilidades, analisar sistemas, automatizar testes e fortalecer sua segurança.

··Feeds·Contato·Privacidade·© 2026 Kitploit

Diretório de Ferramentas

Categorias

Ver todas as categorias
Loading categories
ayaFlow — Um analisador de tráfego de rede de alto desempenho baseado em eBPF, escrito em Rust. | Kitploit
Ferramentas/GitHubGitHub/davidhavoc/ayaflow
Sniffing e Análise de PacotesMapeamento de RedeSegurança de RedeSegurança na NuvemAnálise de DNS
GitHubdavidhavoc/ayaflow

ayaFlow

Um analisador de tráfego de rede de alto desempenho baseado em eBPF, escrito em Rust.

Ver Repositório
28165há 2 mesesRevisado pelo Kitploit

Mais Populares

Ver todos →

Descubra as ferramentas mais usadas pela nossa comunidade.

Explore todas as ferramentas

Navegue pela nossa coleção de ferramentas

Ver todas as ferramentas →
Compartilhar

ayaFlow

ayaFlow é um analisador de tráfego de rede em Rust + eBPF construído com Aya. Ele executa um agente por nó Linux, anexa um classificador TC na entrada e saída, e expõe dados de tráfego ao vivo, histórico com suporte a SQLite e métricas do Prometheus.

O Que Faz

  • Captura tráfego IPv4, IPv6, TCP e UDP com um classificador TC eBPF.
  • Mantém estatísticas de conexão ao vivo em memória e registros históricos no SQLite.
  • Opcionalmente enriquece o tráfego com DNS reverso, domínios de consulta DNS e SNI TLS.
  • Expõe uma API REST, stream WebSocket e endpoint /metrics do Prometheus.
  • Acompanha exemplos para Docker, Kubernetes, Prometheus e Grafana.

Fluxo de Desenvolvimento Suportado

O runtime de captura de pacotes do ayaFlow é apenas para Linux. Os fluxos de trabalho do contribuidor são divididos propositalmente:

  • Verificações seguras para host em macOS ou Linux:
    • cargo test -p ayaflow-common
    • cargo test -p ayaflow
    • cargo xtask build-user
  • cargo xtask check-host
  • Construção e runtime apenas para Linux:
    • cargo xtask build-ebpf
    • cargo xtask build
    • cargo xtask run -- --deep-inspect
  • Se você estiver no macOS, use Docker ou uma VM Linux para o fluxo de trabalho completo do eBPF. Veja HOW_TO_USE_LOCAL.md para ambos os caminhos.

    Início Rápido

    1. Verifique o suporte do host

    root@kitploit:~
    cargo xtask check-host
    

    2. Construa no Linux

    root@kitploit:~
    cargo xtask build
    

    3. Execute no Linux

    root@kitploit:~
    sudo ./target/debug/ayaflow --db-path /tmp/traffic.db
    

    Se --interface for omitido, o ayaFlow detecta automaticamente a interface de rota padrão a partir de /proc/net/route e usa eth0 como fallback apenas se a detecção falhar.

    4. Verifique

    root@kitploit:~
    curl http://localhost:3000/api/health
    curl http://localhost:3000/api/stats
    curl "http://localhost:3000/api/history?limit=5&row_type=raw"
    curl http://localhost:3000/metrics
    

    Opções da CLI

    FlagDescriçãoPadrão
    -i, --interfaceInterface a monitorar. Omita para detectar automaticamente a interface de rota padrão no Linux.auto-detect, fallback eth0
    -p, --portPorta do servidor da API3000
    --db-pathCaminho do banco de dados SQLitetraffic.db
    --connection-timeoutLimpeza de conexões obsoletas em segundos60
    --data-retentionExcluir automaticamente histórico mais antigo que N segundosdesabilitado
    --aggregation-windowArmazenar janelas de histórico agregadas em vez de linhas de pacotes brutos0 (modo bruto)
    --allowed-ipsCIDRs permitidos para acessar a APIirrestrito
    -c, --configCaminho do arquivo de configuração YAMLnenhum
    -q, --quietSuprimir logs não relacionados a errosfalse
    --deep-inspectHabilitar extração de consulta DNS + SNI TLSfalse
    --enable-ipv6Habilitar captura de pacotes IPv6false
    --resolve-dnsHabilitar consultas DNS reversasfalse

    Referência da API

    EndpointMétodoDescrição
    /api/healthGETStatus de saúde, contadores de pacotes e configuração ativa do runtime
    /api/statsGETTempo de atividade, throughput, contagens e configuração ativa do runtime
    /api/liveGETTop 50 conexões ativas por contagem de pacotes
    /api/historyGETHistórico de tráfego filtrável com metadados de paginação
    /api/streamWSEstatísticas ao vivo a cada segundo
    /metricsGETFormato de texto do Prometheus

    /api/history suporta:

    • limit, offset
    • start_time, end_time
    • protocol
    • ip, src_ip, dst_ip
    • port, src_port, dst_port
    • direction
    • domain
    • row_type=raw|aggregated

    Exemplo:

    root@kitploit:~
    curl "http://localhost:3000/api/history?limit=20&protocol=TCP&dst_port=443&row_type=raw"
    

    Estrutura do Projeto

    root@kitploit:~
    ayaflow/           Runtime de userspace, API, armazenamento e testes seguros para host
    ayaflow-common/    Tipos de pacotes/eventos compartilhados usados pelo userspace e eBPF
    ayaflow-ebpf/      Classificador TC e programa de captura de payload
    xtask/             Ferramentas de construção e auxiliares de fluxo de trabalho
    k8s/               Manifestos Kubernetes
    monitoring/        Ativos do Prometheus e Grafana
    

    A árvore src/ duplicada no nível raiz é legado e não faz parte do caminho de construção suportado. Use a crate ayaflow/ e os comandos cargo xtask acima.

    Guias de Implantação

    • Fluxo de trabalho local Linux e macOS+VM: HOW_TO_USE_LOCAL.md
    • Docker: HOW_TO_USE_DOCKER.md
    • Kubernetes: HOW_TO_USE_K8S.md

    Documentos Técnicos

    • Arquitetura: ARCHITECTURE.md
    • Notas de pegada e desempenho: PERFORMANCE.md

    Testado Aqui

    O fluxo de trabalho seguro para host agora passa nesta máquina de desenvolvimento macOS com:

    • cargo test -p ayaflow-common
    • cargo test -p ayaflow
    • cargo xtask check-host

    A validação do runtime apenas para Linux ainda precisa ser feita em um host Linux ou runner de CI com a toolchain eBPF instalada.

    Licença

    Este projeto utiliza três licenças diferentes dependendo do componente:

    Componentes de Userspace

    O agente de userspace e as bibliotecas comuns (ayaflow e ayaflow-common) são duplamente licenciados sob:

    • Apache License, Version 2.0
    • MIT License

    à sua escolha.

    Componentes de Kernel

    Os componentes de kernel eBPF (ayaflow-ebpf) são licenciados estritamente sob a GNU General Public License v2.0 (GPL) para garantir compatibilidade com o verificador do kernel Linux.

    Baixar ferramenta