ProjectDiscovery Neo - UI

Ficha · confiança medium

Tipo: ui

Empresa: ProjectDiscovery

Como mostra achado: artifact e issue com endpoint, severidade, causa, evidência, recomendação e estado de validação

Como mostra prova: logs, terminal, browser, files, código, sequência de teste e resultado de reteste

Fontes visuais: 2

Modelo objetos: organization > projects > tasks > agents, tools, memory e files > artifacts, issues, reports e automations

Navegacao: abas-livres

Objeto central: chat-agente

Onde humano entra: define escopo e autorização, fornece contexto e secrets, escolhe modo e agente, acompanha a execução e decide follow-up

Origem: pesquisa

Tem agente no produto: sim

Tem api publica: sim

Unidade trabalho: task sobre um objetivo, alvo ou artifact

O que dá pra ver

A evidência visual vem de dois webinars oficiais completos, com áudio e demo narrada: E7TxQHRUsH4, com 2.251,701 segundos, e 6gWZyUGwXc8, com 1.280,061 segundos. A análise preservou transcrições integrais, 60 amostras uniformes, 10 cortes de cena e 23 frames selecionados. Os denominadores estão em raw/media/projectdiscovery-neo/media-manifest.tsv.

Os frames mostram uma aplicação web centrada em prompt, task e conversa, com painéis auxiliares para memória, logs, files, terminal, findings e integrações. A tela inicial com prompt, modos e atalhos aparece em raw/media/projectdiscovery-neo/frames/6gWZyUGwXc8-0240-task-home.jpg.

As duas gravações são demonstrações controladas pelo fornecedor. Elas provam que essas superfícies foram mostradas, mas não comprovam autorização de backend, isolamento, persistência, cobertura do pentest ou precisão dos findings.

Telas

Task home

O nome visível da unidade principal é Task. O centro da tela é um campo de prompt com atalhos de caso de uso, escolha de modo e entrada de contexto. O frame raw/media/projectdiscovery-neo/frames/6gWZyUGwXc8-0240-task-home.jpg mostra essa composição.

Outra variação da entrada inclui placeholders para secrets, biblioteca de prompts e o seletor Agent / Auto. A evidência está em raw/media/projectdiscovery-neo/frames/E7TxQHRUsH4-0780-task-entry.jpg.

Live task

A tela de execução mantém a conversa no centro e expõe planejamento, chamadas de ferramenta, memória e logs ao redor da task. O estado mostrado como execução ao vivo está em raw/media/projectdiscovery-neo/frames/E7TxQHRUsH4-1020-live-task.jpg.

O painel Tasks, Logs, Files, Working Memory e terminal aparece junto na mesma superfície em raw/media/projectdiscovery-neo/frames/6gWZyUGwXc8-1200-task-logs-files.jpg.

Working Memory e Terminal

Working Memory aparece como contexto legível durante a execução. O terminal mostra comandos e checks de sandbox; um token foi redigido no próprio vídeo. O frame é raw/media/projectdiscovery-neo/frames/6gWZyUGwXc8-0360-terminal-redacted.jpg.

A sequência Transfer to Main Agent e Run sandbox checks mostra passagem de controle e execução de um script de validação em raw/media/projectdiscovery-neo/frames/6gWZyUGwXc8-0420-runtime-validation.jpg.

Finding artifact

O artifact de finding reúne endpoint, causa raiz, trecho de código e sequência de teste. Essa estrutura visual aparece em raw/media/projectdiscovery-neo/frames/E7TxQHRUsH4-1200-finding-artifact.jpg.

O frame demonstra a forma do entregável. O finding pertence à demo e sua precisão não foi medida nesta pesquisa.

Findings e Linear

A interface relaciona findings, issues no Linear, relatórios e recomendações. Essa visão está em raw/media/projectdiscovery-neo/frames/6gWZyUGwXc8-0540-findings-linear.jpg.

Um backlog do Linear também é usado como entrada para threat modeling no frame raw/media/projectdiscovery-neo/frames/E7TxQHRUsH4-1395.96-linear-issues.jpg.

Threat model

A task produz um output inicial identificado como STRIDE, visível em raw/media/projectdiscovery-neo/frames/E7TxQHRUsH4-1406.44-stride-output.jpg.

O passo seguinte mostra threat model, cenários de ataque e sugestão de criar issues no frame raw/media/projectdiscovery-neo/frames/E7TxQHRUsH4-1440-threat-model.jpg.

Pull request validation

A demo abre um PR do GitHub que declara corrigir um authorization bypass. O PR aparece em raw/media/projectdiscovery-neo/frames/E7TxQHRUsH4-1565.44-github-pr.jpg.

O resultado seguinte usa o estado PARTIALLY FIXED porque rotas irmãs continuam afetadas. A evidência visual está em raw/media/projectdiscovery-neo/frames/E7TxQHRUsH4-1573.88-pr-validation.jpg.

A recomendação de merge parcial, manutenção do ticket aberto e ação via PR ou Linear aparece em raw/media/projectdiscovery-neo/frames/E7TxQHRUsH4-1620-pr-recommendation.jpg.

Code upload e task plan

O produto aceita um arquivo ZIP como contexto e apresenta um prompt para aprender, executar e testar uma aplicação. A tela está em raw/media/projectdiscovery-neo/frames/6gWZyUGwXc8-0600-zip-task.jpg.

Depois, a UI exibe decomposição da task em código, endpoints, deploy e testes de runtime. A evidência está em raw/media/projectdiscovery-neo/frames/6gWZyUGwXc8-0660-task-plan.jpg.

Agent selector e Chat mode

O seletor lista agentes especializados no frame raw/media/projectdiscovery-neo/frames/6gWZyUGwXc8-0960-agent-selector.jpg.

O modo Chat aparece separado do modo Agent em raw/media/projectdiscovery-neo/frames/6gWZyUGwXc8-1020-chat-mode.jpg.

Um guia gerado para construir um agente de pentest de chatbot aparece em raw/media/projectdiscovery-neo/frames/6gWZyUGwXc8-1140-agent-design.jpg. A tela mostra a sugestão de design, não um agente concluído e validado.

Fluxo

1. O humano cria uma Task e descreve o objetivo no prompt. Pode anexar URL, domínio, repositório, ZIP, especificação de API, arquivos ou secrets. As entradas visuais aparecem em raw/media/projectdiscovery-neo/frames/E7TxQHRUsH4-0780-task-entry.jpg e raw/media/projectdiscovery-neo/frames/6gWZyUGwXc8-0600-zip-task.jpg.
2. O humano escolhe Auto, um agente especializado, Agent ou Chat. Os controles aparecem em raw/media/projectdiscovery-neo/frames/6gWZyUGwXc8-0960-agent-selector.jpg e raw/media/projectdiscovery-neo/frames/6gWZyUGwXc8-1020-chat-mode.jpg.
3. A task é decomposta em plano, subagentes e ferramentas. A sequência visível está em raw/media/projectdiscovery-neo/frames/6gWZyUGwXc8-0660-task-plan.jpg.
4. A execução produz logs, terminal, files e Working Memory, mostrados em raw/media/projectdiscovery-neo/frames/6gWZyUGwXc8-1200-task-logs-files.jpg.
5. Evidência suficiente vira artifact ou issue. O formato de finding aparece em raw/media/projectdiscovery-neo/frames/E7TxQHRUsH4-1200-finding-artifact.jpg.
6. Integrações conectam issue, PR e reteste. O estado PARTIALLY FIXED está em raw/media/projectdiscovery-neo/frames/E7TxQHRUsH4-1573.88-pr-validation.jpg.
7. O humano escolhe o follow-up, inclusive merge parcial, novo teste, comentário ou manutenção do ticket, conforme raw/media/projectdiscovery-neo/frames/E7TxQHRUsH4-1620-pr-recommendation.jpg.

Modelo de objetos

O modelo abaixo combina documentação pública com relações visíveis nas demos. A hierarquia completa é inferida, porque nenhum tenant autenticado ou banco de dados foi inspecionado:

organization
└── projects
    ├── tasks
    │   ├── agents e subagents
    │   ├── tools: browser, terminal e network
    │   ├── Working Memory
    │   ├── logs e files
    │   └── artifacts e results
    ├── issues e findings
    ├── reports
    └── automations e integrations

A relação entre task, agentes, memória, logs e files é visível em raw/media/projectdiscovery-neo/frames/6gWZyUGwXc8-1200-task-logs-files.jpg. A relação entre finding, issue e Linear aparece em raw/media/projectdiscovery-neo/frames/6gWZyUGwXc8-0540-findings-linear.jpg.

A documentação pública descreve API, projects, tasks, issues, reports, automations e webhooks, mas a estrutura e as garantias de autorização não foram validadas por chamada real.

Onde o humano entra

• Define o ativo, o objetivo, a autorização e o ambiente antes da execução. A superfície de entrada está em raw/media/projectdiscovery-neo/frames/E7TxQHRUsH4-0780-task-entry.jpg.
• Fornece arquivos, contexto e secrets; o upload de ZIP aparece em raw/media/projectdiscovery-neo/frames/6gWZyUGwXc8-0600-zip-task.jpg.
• Escolhe profundidade, modo ou agente no seletor mostrado em raw/media/projectdiscovery-neo/frames/6gWZyUGwXc8-0960-agent-selector.jpg.
• Acompanha memória, ferramentas e logs na tela raw/media/projectdiscovery-neo/frames/6gWZyUGwXc8-1200-task-logs-files.jpg.
• Revisa evidência, severidade e recomendação no artifact raw/media/projectdiscovery-neo/frames/E7TxQHRUsH4-1200-finding-artifact.jpg.
• Decide a ação após o reteste no estado exibido em raw/media/projectdiscovery-neo/frames/E7TxQHRUsH4-1620-pr-recommendation.jpg.

Números que a UI mostra

• 4 Linear issues aparecem na tabela de uma task de demo: HOO-10 a HOO-13, com duas marcadas CRITICAL e duas MEDIUM. São dados de demo, não métricas de cliente ou cobertura. O frame é raw/media/projectdiscovery-neo/frames/6gWZyUGwXc8-0540-findings-linear.jpg.
• 5 generated reports aparecem na mesma task de demo: relatório final, resultado JSON, log TXT, detalhes das issues e análise de PR. A evidência está em raw/media/projectdiscovery-neo/frames/6gWZyUGwXc8-0540-findings-linear.jpg.
• 20/20 tentativas em 7,18 segundos aparece como prova de rate limiting ausente na task de demo. É dado do cenário controlado, não benchmark. O frame é raw/media/projectdiscovery-neo/frames/6gWZyUGwXc8-0540-findings-linear.jpg.
• O estado PARTIALLY FIXED é classificação de demo, não percentual medido. Ele aparece em raw/media/projectdiscovery-neo/frames/E7TxQHRUsH4-1573.88-pr-validation.jpg.

O que a UI revela e a copy não dizia

• O trabalho pode nascer de um backlog do Linear, não apenas de um alvo web. O fluxo aparece em raw/media/projectdiscovery-neo/frames/E7TxQHRUsH4-1395.96-linear-issues.jpg.
• A task pode produzir threat model STRIDE e cenários antes de criar issues. A sequência aparece em raw/media/projectdiscovery-neo/frames/E7TxQHRUsH4-1406.44-stride-output.jpg e raw/media/projectdiscovery-neo/frames/E7TxQHRUsH4-1440-threat-model.jpg.
• O reteste pode classificar uma correção como PARTIALLY FIXED e procurar variantes em rotas irmãs. A evidência está em raw/media/projectdiscovery-neo/frames/E7TxQHRUsH4-1573.88-pr-validation.jpg.
• A recomendação pode combinar ação técnica e workflow, como merge parcial e ticket aberto. Isso aparece em raw/media/projectdiscovery-neo/frames/E7TxQHRUsH4-1620-pr-recommendation.jpg.
• Working Memory, logs, files e terminal dividem a mesma task em raw/media/projectdiscovery-neo/frames/6gWZyUGwXc8-1200-task-logs-files.jpg.
• Chat e Agent são modos distintos no frame raw/media/projectdiscovery-neo/frames/6gWZyUGwXc8-1020-chat-mode.jpg.

O que NÃO dá pra ver

• O backend que autoriza organization, project, task, secret ou integration.
• RBAC diferencial, SSO, audit log e controles administrativos em operação.
• Isolamento real entre tenants, sandboxes, browser, terminal e rede.
• Persistência, retenção, deleção ou contaminação de Working Memory.
• Cobertura de pentest, taxa de falso positivo, falso negativo ou exploit reproduzível fora das demos.
• Billing por crédito, allowance, overage e consumo de cada task.
• Um report final aceito por auditor, cliente ou programa de compliance.
• Automations recorrentes executando por semanas e reagindo a mudanças reais.
• Qualidade do patch sugerido depois de merge e deploy em produção.
• A ação de remediação aplicada automaticamente sem decisão humana.

Essas ausências limitam a prova à interface estática e à narração dos dois webinars. Elas não estabelecem comportamento de runtime ou segurança do serviço.