Pergunte ao WASViking a partir do seu cliente de IA (MCP): o que os agentes veem e iniciam
O que um cliente de IA conectado ao MCP Gateway (Lovable, Claude Code, Cursor, VS Code) pode ler e iniciar no WASViking - alvos, repositórios, achados com todos os filtros e a evidência para corrigi-los, a frota do Infrastructure Defense (hosts, atualizações, remediação, agentes, cobertura), os certificados monitorados, scans em alvos cadastrados, novas análises de repositórios monitorados e a comparação que diz se a correção funcionou - com as proteções que se aplicam.
Dois servidores MCP embutidos do MCP Gateway do AI Guardian dão ao seu cliente de IA os dados do WASViking de que ele precisa enquanto trabalha, e deixam que ele peça um scan sem sair do chat:
- WASViking® security data é somente leitura. Lista o que o WASViking conhece (alvos, repositórios, ativos, hosts, recursos de nuvem), busca achados com todos os filtros da página Findings, devolve o registro completo de um achado com a evidência de que um desenvolvedor precisa para corrigi-lo, acompanha scans e compara dois scans do mesmo alvo ou repositório. Responde também o que as telas do Infrastructure Defense mostram (a frota, o que mudou, atualizações, remediação, agentes, cobertura, gateways) e o que o SSL Monitor sabe sobre os seus certificados.
- WASViking security actions inicia coisas, sobre o que o WASViking já conhece: um scan web de um alvo cadastrado e uma nova análise de um repositório monitorado. Nada é cadastrado ou conectado a partir do chat.
Os dois funcionam com qualquer cliente que fale MCP por Streamable HTTP. Reserve dez minutos para adicionar os servidores e marcar as ferramentas.
Antes de começar
- O MCP Gateway está ligado e o seu cliente está conectado a um gateway (veja Governe as ferramentas dos agentes com o MCP Gateway).
- Você tem um papel de administrador, ou um papel com acesso de gestão ao AI Gateway.
- Para scans de alvos web: o alvo está cadastrado em Targets e foi varrido pelo menos uma vez pelo portal, para ter um perfil de scan. Para análises de repositórios: o repositório está conectado e monitorado em Settings, Repositories.
Passo 1: adicione os servidores e marque as ferramentas
Abra AI Guardian, Protection, MCP Gateway, depois Servers, e escolha Add WASViking security data (read-only) e, se os seus agentes puderem iniciar scans, Add WASViking security actions (starts scans). Os dois também são entradas verificadas pela WASViking no App Catalog.
O que você deve ver: as ferramentas chegam aprovadas (servidores de primeira parte passam limpos no scanner). Na aba Gateways, marque as que o seu cliente pode usar; as ferramentas de leitura levam a classe read, as duas de ação levam a classe write. Um gateway criado com as regras padrão seguras deixa passar uma escrita em alvo conhecido e pede a aprovação de uma pessoa em alvo desconhecido ou de alto risco; uma regra de política no gateway pode exigir aprovação para todo início de scan.
O que o cliente pode pedir
Os nomes abaixo são os nomes de ferramenta que o seu cliente vê, com o
prefixo do identificador do servidor (wasviking__ e wasviking_actions__).
| Necessidade | Ferramenta | O que responde |
|---|---|---|
| Ver os alvos web | list_targets |
Nome, URL, perfil de scan, scan em andamento ou o último concluído, agenda, achados abertos por severidade, se um scan pode começar agora |
| Ver os repositórios | list_repositories |
Provedor, branch, monitorado ou não, última análise, run em andamento, achados abertos, se uma nova análise pode ser pedida agora |
| Ver tudo o que o WASViking conhece | list_assets |
Alvos, domínios, hosts, repositórios e recursos de nuvem pelo nome, com ambiente e exposição |
| Iniciar um scan em alvo cadastrado | start_web_scan |
O scan iniciado, ou o que já cobre o alvo |
| Analisar de novo um repositório monitorado | rescan_repository |
O run enfileirado, ou o que já está em andamento |
| Acompanhar um scan | get_scan_status |
Por alvo, por repositório ou pelo id que o início respondeu |
| Encontrar achados | list_findings |
Filtros: módulos, severidades, status, categorias, repositório, alvo, prefixo de URL, CWE, OWASP, SLA, datas, o scan que os viu, palavras do título; ordenação e paginação; detail=full devolve todos os campos |
| Ler um achado completo | get_finding |
Título, resumo, severidade, risk score e seus fatores, ciclo de vida (novo, aberto, em andamento, reaberto, resolvido, risco aceito, falso positivo) com quem mudou e quando, SLA, responsável, onde está, como corrigir, referências, CWE e OWASP, o scan que o viu por último, link do portal e a evidência saneada |
| Saber se a correção funcionou | compare_scans |
Achados abertos antes do último scan contra os abertos agora, o que ele resolveu, o que apareceu, o que voltou |
| Checar uma biblioteca | check_component |
Onde a biblioteca é usada, os advisories abertos sobre ela e os advisories conhecidos do pacote |
| Vulnerabilidades e postura de host | list_host_vulnerabilities, get_host_posture |
CVEs com pacote, versão corrigida, CVSS, EPSS e KEV; o host completo (veja a tabela do Infrastructure Defense abaixo) |
| Achados de nuvem e caminhos de ataque | list_cloud_findings, get_attack_paths |
Achados de postura com recurso, controle e correção; caminhos de ataque ativos com as opções para quebrá-los |
| Exposição a vazamentos | get_exposure_summary |
Ocorrências de vazamento dos domínios monitorados em 90 dias: só contagens e datas |
| Visão executiva | get_executive_summary, get_security_posture, list_top_findings |
Contagens por módulo e severidade, os últimos 30 dias, SLA, os piores itens abertos |
| O que rodou e como foi, num período | get_scan_activity |
Scans web e de API, runs do Code Security, envios de SBOM e de segredos e avaliações mobile num período (últimos 30 dias, last_month, 2026-10, um trimestre, um intervalo): totais e taxa de sucesso por módulo e por origem (portal, agendamento, pipeline de CI/CD, API, cliente de IA, auto-discovery, AI Scan Planner, push, agente Sentinel), as falhas com o motivo, os runs de CI/CD com provedor, repositório e branch e as suas falhas, o que está rodando agora, os alvos e repositórios monitorados que não rodaram, contra o período anterior |
| Todo run de um período | list_scan_runs |
Do mais recente ao mais antigo, com situação, origem, início, fim, duração, o motivo de uma falha ou de um pulo, a procedência do pipeline e os resultados (achados por severidade, contagens de um run de repositório, componentes e vulnerabilidades de um SBOM, ocorrências de um scan de segredos, nota de uma avaliação mobile); filtros por módulo, situação, origem, só falhas e nome do ativo; paginado |
Exemplos de pedidos, no chat do cliente:
List my web targets and start a scan on https://app.example.com.
Show every high and medium finding of the repository acme/payments-api with the full detail, so you can fix them.
I pushed the fix. Analyse acme/payments-api again and, when it finishes, tell me what changed.
What ran last month across DAST, SAST, SBOM and secrets, what failed and why, and did our CI/CD pipelines have problems?
Infrastructure Defense e certificados
O mesmo servidor somente leitura responde o que o Command Center, o Resolve, a tela Agents e o SSL Monitor mostram, para que um agente analise a frota sem abrir o portal. Nada aqui altera um host: patches, reboots, aprovações, aceites de risco e políticas continuam no portal.
| Necessidade | Ferramenta | O que responde |
|---|---|---|
| Ver a frota | list_hosts |
Cada host com sistema operacional e status de suporte, ambiente, criticidade, exposição, status, estado de gestão, score de risco e score esperado após as atualizações, contagens de vulnerabilidades, patches faltando, reboot pendente, conformidade, versão do agente, último contato, site e tags; filtros por cada um e ordenação |
| Um host completo | get_host_posture |
O host acima mais os fatores do score, o detalhe da conformidade, os itens de atualização pendentes, as atualizações em espera, último boot, sessões, uso de recursos, hardware, posição na nuvem, volumes, serviços em execução e o estado das configurações de segurança |
| Vulnerabilidades de host como achados | list_findings com module: ["infrastructure"] |
Detecções com pacote, versão corrigida, CVSS, EPSS e KEV, no mesmo formato dos outros módulos |
| O que mudou | get_fleet_changes |
Vulnerabilidades novas e corrigidas em um período, hosts que entraram, hosts em silêncio agora e jobs de remediação concluídos; para a frota ou para um host |
| A tendência | get_fleet_trend |
A série diária de score, hosts, achados, críticas e altas, atualizações de segurança pendentes e conformidade, com a variação no período |
| Software | list_software, find_software |
O inventário consolidado entre hosts com vulnerabilidades e categoria; onde um software está instalado, com as vulnerabilidades abertas dele |
| Atualizações pendentes | list_pending_updates |
Por host: patches faltando, atualizações pendentes e de segurança, reboot e o score esperado após tudo; para um host, os itens em si e as atualizações em espera |
| Histórico de remediação | list_remediation_jobs |
Jobs com pacotes, status, o score antes, o esperado e o verificado depois, quem pediu e quem aprovou, quando rodaram |
| Score esperado após uma seleção | get_remediation_impact |
Qual seria o score de um host após as atualizações de segurança escolhidas, com as detecções que fecham por severidade; uma prévia, nada é aplicado |
| Aceites de risco e prazos | list_risk_acceptances |
Vulnerabilidades aceitas, consideradas não aplicáveis ou mitigadas, com quem, por que e até quando; vulnerabilidades abertas além do prazo de SLA |
| Exposições de rede | list_network_exposures |
Exposições abertas por host, porta, serviço, tipo e severidade, com a referência PCI |
| Checagens de configuração | list_config_findings |
Checagens no estilo CIS reprovadas, agrupadas por checagem na frota ou por host com valor esperado e valor atual |
| Higiene dos agentes | get_fleet_hygiene |
Agentes por status e versão, agentes em silêncio, inscrições que nunca reportaram, tokens nunca usados, nomes duplicados, chaves de ativação |
| Hosts não gerenciados e probes | list_unmanaged_assets |
Hosts vistos sem agente de gestão, as probes, as redes que elas observam e os scans de probe recentes |
| Cobertura da superfície de ataque | get_coverage |
Quanto da superfície exposta à internet é servida por um host gerenciado, por estado e motivo, ativo por ativo |
| Gateways, sites, políticas | list_gateways, list_sites, list_policies |
Saúde, papéis, tráfego e alertas dos gateways; sites com suas redes e gateways; o que cada política avalia e como aplica patches |
| Certificados | list_certificates, get_certificate |
Os certificados monitorados do mais urgente ao menos (expirados, expirando, válidos) com emissor, dias restantes, versões de TLS obsoletas, monitoramento e alcance; um nome com histórico, eventos e achados SSL abertos |
Exemplos de pedidos:
Which production hosts are missing critical patches, and what would their score be after the security updates?
Which certificates expire in the next 30 days or still accept TLS 1.0?
Edge Threat Radar
O mesmo servidor somente leitura responde o que o Threat Radar, o modal Edge Threat Details e a tela de Enforcement mostram, para que um analista pergunte ao chat quem está batendo na borda, de onde, se um endereço é um bot, um scanner ou uma pessoa, o que a WASViking decidiu sobre ele e por quê, o que a borda já parou e o que chegou à aplicação, e quem está bloqueado. Toda resposta que nomeia um endereço começa pela infraestrutura conhecida: o endereço está na sua lista confiável, o veredito o lê como sistema seu, a sua equipe o desbloqueou como seu nos últimos 90 dias, ou ele é um operador verificado. Um endereço marcado como da própria empresa nunca é oferecido como candidato a bloqueio. Bloquear e desbloquear continuam no portal nesta etapa; o veredito é decidido pela WASViking e o chat só o explica.
| Necessidade | Ferramenta | O que responde |
|---|---|---|
| O que precisa de você agora | get_edge_overview |
Endereços por veredito, ação e bucket, por classificação e por cobertura, os totais de tráfego, quantos endereços são infraestrutura conhecida sua, principais países, hostnames e tipos de ator, os bloqueios em vigor, o modo da automação e os coletores |
| Quem está batendo na borda | list_edge_actors |
Cada endereço da janela com infraestrutura conhecida, identidade (tipo, verificação, plataforma de hospedagem, operadora, país, DNS reverso), o veredito com confiança, ação, severidade e custo de bloquear, classificação, risco, tráfego, hostnames, reputação, o bloqueio em vigor e o cartão da comunidade; filtros em cada um, ordenação por risco, confiança, pedidos, último acesso, severidade ou probabilidade hostil |
| Um endereço por inteiro | get_edge_actor |
O dossiê: identidade com user agents, cada sinal do veredito, os tipos de caminho pedidos e as respostas da aplicação, os coletores que o viram, bloqueios em vigor e passados, as requisições cruas mais recentes e o briefing |
| Devo bloquear este? | check_edge_block |
Infraestrutura conhecida primeiro, a recomendação decidida pela WASViking, se um bloqueio pelo chat seria aceito e por que não, se o gate automático o bloquearia agora com cada verificação, a evidência a favor e contra |
| Quais endereços merecem bloqueio | list_edge_block_candidates |
Endereços hostis ordenados pela evidência, cada um com a evidência a favor e contra e a ação oficial do veredito; endereços confiáveis, próprios e já bloqueados ficam de fora e são contados |
| O que um endereço fez ao longo do tempo | get_edge_actor_activity |
Pedidos por dia ou hora, parados na borda, eventos de WAF, hostnames, tipos de caminho e códigos de resposta, com a atividade depois de um bloqueio |
| As requisições cruas | search_edge_events |
As requisições mais recentes dentro da retenção por endereço, hostname, trecho de caminho, tipo de caminho ou tipo de evento; query strings removidas |
| Os coletores | list_edge_targets |
Zonas da Cloudflare e políticas do Cloud Armor com estado, última execução, lista de bloqueio e lista confiável, eventos e os limites do plano |
| Quem está bloqueado | list_edge_blocked, get_edge_enforcement_record |
O ledger de enforcement com quem decidiu, quando, o provedor, o veredito na época e a atividade depois do bloqueio; um registro com a sua linha do tempo |
| A sua própria infraestrutura | get_edge_allowlist |
Os endereços e faixas confiáveis dos seus coletores e os endereços que a sua equipe desbloqueou como seus ou de um parceiro |
| A automação | get_edge_automation |
Decision assist e bloqueio automático como configurados, os pisos, e o que o gate decidiu na janela, ao vivo ou em shadow |
| As definições | get_edge_method |
Vereditos, ações, piso de confiança, escalas de severidade e de custo de bloquear, quando um bloqueio é recomendado, estados de cobertura, tipos de ator, status de infraestrutura conhecida, categorias de evidência, status da comunidade, a ordem do gate e os motivos de desbloqueio |
Para o CISO e o gerente, o mesmo módulo responde por período, nas palavras das
ferramentas executivas (last_month, last_quarter, 2026-Q3, 2026-08,
2026, um intervalo), a partir de um agregado diário que não guarda endereço:
| Necessidade | Ferramenta | O que responde |
|---|---|---|
| O volume de risco | get_edge_risk_summary |
Pedidos, parados na borda e que chegaram à aplicação, pedidos sensíveis respondidos, endereços-dia por veredito, ação e cobertura, endereços-dia hostis e com bloqueio recomendado, bloqueios e desbloqueios, as saídas do gate, principais países e tipos de ator, comparado com o período anterior |
| Está piorando | get_edge_trend |
A série por dia, semana ou mês e a variação do primeiro ao último ponto |
| De onde vem | get_edge_breakdown |
Uma dimensão com contagens e participações: veredito, ação, classificação, tipo de ator, cobertura, infraestrutura conhecida, país, hostname, tipo de caminho, tipo de regra, classe de resposta, provedor |
| O que o perímetro deixou passar | get_edge_exposure |
Pedidos sensíveis e os que a aplicação respondeu 2xx, por tipo e por hostname, com os hosts a conferir |
| Os bloqueios são precisos | get_edge_enforcement_metrics |
Bloqueios por origem, tempo do primeiro avistamento ao bloqueio, endereços ainda ativos depois do bloqueio, bloqueios liberados depois e a precisão, desbloqueios por motivo, o que o gate teria bloqueado |
| O radar vê tudo | get_edge_coverage |
Coletores, eventos guardados contra a capacidade do plano, dias com eventos, retenção, linhas do agregado presentes |
| Dois períodos lado a lado | compare_edge_periods |
Os números de destaque de dois períodos e a sua diferença |
Para agir, o servidor de ações de segurança oferece duas ferramentas de escrita que passam pelo fluxo do próprio Threat Radar, o mesmo que o botão Block e o botão Unblock usam (provedor, ledger, trilha de auditoria, notificação). Só uma pessoa autenticada com um papel da WASViking que permita pode chamá-las; uma chave é recusada; um endereço na lista confiável, lido como infraestrutura sua ou desbloqueado pela sua equipe como seu é recusado com a orientação de usar o portal; os padrões seguros de um gateway novo pedem que uma pessoa aprove um bloqueio antes de ele rodar.
| Necessidade | Ferramenta | O que faz |
|---|---|---|
| Bloquear um endereço | block_edge_address |
Bloqueia no provedor que o viu, com o motivo dado no chat guardado no registro; responde um bloqueio existente em vez de repeti-lo |
| Remover um bloqueio | unblock_edge_address |
Remove um bloqueio aplicado pela WASViking, com um dos sete motivos; os quatro motivos "não era ameaça" param o gate automático por 90 dias, e os dois motivos de posse podem adicionar o endereço à sua infraestrutura confiável |
Exemplos de pedidos:
Among the addresses seen this week, which ones should I really block, and which of them are our own infrastructure?
Compared with last quarter, is the edge getting worse? Which countries and hostnames drive it, and did the application answer any sensitive request?
Is 203.0.113.9 a bot or a person, where does it come from, and why did WASViking not block it on its own?
Risco executivo para a liderança
O mesmo servidor responde o que o Executive Security Report conta a gestores, diretores e CISOs, para qualquer período e dentro de um chat: os números do PDF, calculados pelas mesmas regras, só agregados. Um gateway criado com a meta da configuração guiada Discutir o risco e o relatório executivo com a liderança nasce só com essas onze ferramentas ligadas, então um diretor usa a IA sem que nenhum detalhe de ativo chegue até ela; as mesmas ferramentas podem ser ligadas em qualquer gateway pelo módulo Risco executivo e relatórios.
| Necessidade | Ferramenta | O que responde |
|---|---|---|
| O período de relance | get_risk_overview |
Encontrados, corrigidos (confirmados por reteste ou fechados pelo time), falsos positivos, risco aceito, abertos e fora do prazo no fim, tempo típico de correção, correções dentro do prazo; a comparação com o período anterior sobre as áreas monitoradas de forma comparável, com o motivo de cada outra área ficar de fora; a divisão por severidade; decisões de risco aceito a tomar; cada área com a sua cobertura; os trimestres do ano; os próximos passos por regra; sinais: áreas que mais melhoraram ou pioraram, a severidade com pior SLA, áreas cujo backlog envelhece, o ritmo de novos contra corrigidos em 3 e 6 meses |
| Trimestre a trimestre | get_quarterly_trend |
Até 20 trimestres, um ano, um intervalo ou os últimos N, com a variação entre trimestres consecutivos; uma área (com a cobertura e se trimestres consecutivos são comparáveis) ou algumas severidades; trimestres fiscais quando o ano fiscal começa em outro mês |
| Mês a mês | get_monthly_trend |
Até 36 meses, as mesmas colunas |
| Dois períodos lado a lado | compare_periods |
Qualquer par (este trimestre contra o mesmo do ano passado, dois semestres), totais sobre as áreas comparáveis, cada área com a sua comparabilidade, severidades nos dois |
| Por área | get_area_breakdown |
Cada área com a cobertura nos dois períodos, a comparabilidade e o motivo, os tipos de problema com encontrados, abertos, corrigidos e falsos positivos, abertos por ativo monitorado, abertos por severidade |
| Por severidade | get_severity_breakdown |
Encontrados, corrigidos, abertos, vencidos, tempo típico de correção e SLA por severidade contra o período anterior, mais a idade do que está aberto no fim do período |
| Backlog aberto numa data | get_open_backlog |
Dentro do prazo contra vencidos, críticos e altos, a idade do backlog, os tipos de problema que mais pesam, as decisões de risco aceito em vigor, vencendo ou vencidas |
| SLA e tempo de correção | get_sla_performance |
Correções dentro do prazo, tempo típico, médio e p90 de correção, por severidade (com o prazo) e por área, contra o período anterior |
| Os PDFs que a liderança recebeu | list_report_editions, get_report_edition |
As edições geradas ou enviadas, com os números da capa, e os números completos de uma edição, pelo código impresso no rodapé |
| Como os números são calculados | get_report_method |
Definições, a regra de cobertura, mudanças de detecção, as travas de confiabilidade em vigor, os prazos, o fuso horário e como um período pode ser nomeado |
Um período pode ser nomeado como last_quarter, quarter_to_date,
last_month, month_to_date, year_to_date, um trimestre como 2026-Q3,
um mês como 2026-08, um ano como 2026, ou um intervalo como
2026-01-01..2026-06-30 (até três anos). Todo número viaja com o motivo de
estar indisponível ou não ser comparável (cobertura mudou, monitoramento
começou, detecção ampliada, correções retidas até um novo scan confirmar),
então a IA explica a mudança em vez de ler mais monitoramento como mais risco.
Meses fechados ancoram "abertos no fim" nos mesmos registros de fechamento de
mês que o PDF usa.
Exemplos de perguntas:
- "Como fechamos o último trimestre em relação ao anterior: o que piorou de verdade e o que é só mais cobertura?"
- "Mostre os problemas críticos e altos trimestre a trimestre neste ano, com o tempo típico de correção e a parcela corrigida dentro do prazo."
- "Compare o primeiro semestre de 2026 com o segundo semestre de 2025."
- "Quais áreas têm mais problemas fora do prazo agora, qual a idade deles e o que devemos decidir primeiro?"
- "Risco aceito: quantas aceitações vencem nos próximos 30 dias?"
- "No relatório de setembro tínhamos 12 críticos abertos. O que mudou desde então?"
- "Prepare três pontos para o board sobre o risco de código e cadeia de suprimentos neste trimestre."
Essas ferramentas respondem só para organizações cujo plano inclui o Executive Security Report; nas demais elas dizem isso e a configuração guiada interrompe a meta com o motivo.
Saiba onde você está: a organização, a documentação e o que você pode fazer
Três ferramentas do mesmo servidor somente leitura respondem às perguntas que um cliente de IA deveria fazer antes de trabalhar, e são uma boa primeira chamada em qualquer chat novo. Elas pertencem ao módulo Plataforma, ajuda e capacidades e toda meta da configuração guiada as liga; em um gateway já existente, ligue o módulo na aba Gateways.
| Necessidade | Ferramenta | O que responde |
|---|---|---|
| Para quem estou trabalhando | get_workspace_context |
A organização por trás da conexão como o WASViking a vê: nome, plano e situação da assinatura, os módulos do produto que a assinatura habilita, o que está configurado (alvos web, repositórios por provedor, hosts e gateways, contas de nuvem, coletores do edge, domínios e certificados monitorados), o estado das integrações (ticketing, provedores de repositório, canais de notificação, SSO), os switches do AI Guardian, quem está chamando (uma pessoa ou uma automação, por chave ou por login) e os limites operacionais das ferramentas MCP. Só contagens e estados |
| Como funciona o WASViking | search_product_documentation |
As páginas desta documentação que respondem a uma pergunta, em inglês ou português do Brasil: título, seção, endereço, resumo e o trecho relevante. Só funcionalidade liberada está documentada, então uma resposta que não está aqui não é uma capacidade da plataforma |
| O que posso fazer aqui | discover_capabilities |
Toda ferramenta que esta conexão pode chamar neste gateway agora, com a classe de ação (leitura, escrita, destrutiva), o módulo que ela atende, se a aprovação de uma pessoa é esperada (sempre, condicional ou nenhuma), se um login precisa do escopo de escrita e os argumentos obrigatórios (o schema de entrada completo sob demanda); as ferramentas da sua organização fora de alcance e o motivo; os módulos da assinatura e se cada um está habilitado |
O que nunca muda:
- A organização é a que está por trás da credencial que o WASViking validou. Nenhuma das três aceita um identificador de organização, de tenant ou de workspace, e um argumento que nomeie um deles é recusado antes de qualquer coisa rodar.
search_product_documentationlê só a documentação pública, a mesma para todo cliente. O WASViking não guarda documentação específica de uma organização, e os documentos internos da plataforma nunca são lidos.discover_capabilitiesé uma leitura do que o gateway permite: não concede nada, não liga nada e não executa nada. Toda chamada posterior continua passando pelas políticas, pela inspeção, pelas aprovações e pelo rastro de auditoria.
Exemplos de pedidos:
Before we start, tell me which organization this is, which modules are enabled and what you are allowed to do here.
How does Infrastructure Defense apply updates? Answer from the WASViking documentation and give me the page.
Which of your tools need a person's approval on this gateway?
Passo 2: o que acontece quando um scan é pedido
| Situação | Resposta |
|---|---|
| A URL não é um alvo cadastrado | target_not_registered: liste os alvos, ou cadastre o alvo no portal. O chat nunca cadastra um alvo |
| Há um scan do alvo em andamento | O mesmo scan é devolvido; nada novo entra na fila |
| O alvo concluiu um scan há menos de uma hora | recently_scanned com o scan e a hora em que um novo é permitido; os achados desse scan estão atuais |
| O repositório está conectado mas não monitorado | not_monitored: o monitoramento é ligado no portal e conta no contrato |
| Um projeto foi enviado como arquivos (upload ou MCP) | upload_required: uma nova análise precisa dos arquivos de novo (veja Analise o código de um projeto) |
| A capacidade de scan do plano está em uso, ou o teto mensal de scans pedidos via MCP foi atingido | quota_reached: peça mais tarde ou peça a um administrador para ampliar a capacidade |
| As políticas do gateway exigem a aprovação de uma pessoa | A chamada aguarda em Approvals; o cliente repete depois da aprovação |
Todo scan pedido assim mostra quem pediu: em Scans, o selo de origem diz AI client (MCP); no Code Security, o histórico de runs leva Sent by an AI tool (MCP) com quem chamou.
O que nunca sai do WASViking
A evidência de um achado é entregue ao cliente saneada: credenciais, cookies, cabeçalhos de autorização, tokens e chaves privadas são removidos ou mascarados, as URLs perdem a query, textos longos são cortados, e a inspeção de resultado do gateway ainda roda sobre a resposta (um gateway em modo enforce mascara o que ainda parecer segredo). Valores vazados do Exposure Intelligence nunca aparecem, só contagens e datas. Código só entra como as linhas que o detector guardou como evidência do achado.
Passo 3: confira o rastro
Abra Calls & Monitoring. Cada chamada aparece com quem chamou, a ferramenta, a decisão e o contexto de risco; um início de scan mostra a classe write e, quando uma política pediu, a aprovação que o liberou. Argumentos e resultados nunca são armazenados, só as classes, os hashes e a decisão.