RAYZ / DEMO
RELATÓRIO DEMONSTRATIVO

Avaliação externa de segurança

Superfície, evidências e plano de correção

Empresa fictícia
Vela Norte Commerce
velanorte.example
Período fictício
08–12 jun. 2026
Versão
1.0
RELATÓRIO DEMONSTRATIVOEmpresa, domínios, datas, números, requisições e resultados inteiramente fictícios. Nenhuma verificação deste exemplo foi executada contra sistemas reais. Esta amostra demonstra o formato da entrega da RAYZ.
12ativos identificados
08ativos avaliados
24verificações abordadas
04achados no cenário
01 / RAYZ

O que precisa de atenção primeiro

Prioridade do cenárioAlta · 3Média · 1

O cenário demonstra exposição de dados de compradores sem autenticação, uma configuração de integração com material de credencial e um ambiente de homologação com registros também observados na API principal. Uma rota de status responde diretamente na origem, apesar do bloqueio na camada de borda.

A prioridade é conter as leituras indevidas e restringir os pontos que publicam informação sensível. O material de credencial não foi usado, alterações não foram tentadas e não há demonstração de tomada de contas ou controle administrativo. Os achados relacionados não equivalem a incidentes independentes.

Decisão sugerida para este cenário

Restringir a API e o ambiente de homologação; remover a configuração pública e avaliar a rotação da credencial com o responsável. Em seguida, corrigir as autorizações na aplicação e restringir o acesso direto à origem. Confirmar cada ajuste por reteste.

Exposição demonstrada e correção verificada são estados diferentes. Todos os achados deste exemplo estão sem reteste.

02 / RAYZ

Superfície e cobertura

Doze ativos compõem o inventário fictício. Oito receberam verificações, dois foram apenas identificados e dois ficaram fora do escopo. A contagem de ativos não representa cobertura completa de suas funcionalidades.

AtivoTipoCobertura
www.velanorte.exampleSite institucionalAvaliado
app.velanorte.examplePortal webAvaliado
api.velanorte.exampleAPIAvaliado
partner-api.velanorte.exampleAPIAvaliado
academy.velanorte.examplePortal webAvaliado
assets.velanorte.exampleArquivos / armazenamentoAvaliado
builds.velanorte.exampleDistribuição de artefatosAvaliado
sandbox-api.velanorte.exampleHomologaçãoAvaliado
tracking.velanorte.examplePortal webSomente identificado
support.velanorte.examplePortal webSomente identificado
mail.velanorte.exampleE-mailFora do escopo
payments.partner-demo.exampleServiço de terceiroFora do escopo

Resultado dos 26 itens de verificação

04Com exposição demonstrada
16Controles responderam corretamente
04Inconclusivos
02Não executados

24 itens foram abordados: 4 positivos, 16 controles com a resposta esperada e 4 inconclusivos. Outros 2 itens foram excluídos de execução: uso de credenciais encontradas e testes de carga ou alteração de dados. Respostas 401/403 documentam o comportamento daquela tentativa; não certificam o sistema inteiro.

Controles e limitações também fazem parte da entrega

  • 6 verificações de sessão sem credenciais retornaram 401, sem dados de conta.
  • 4 rotas administrativas retornaram 403 nas condições amostradas.
  • 4 verificações de listagem de armazenamento privado foram negadas.
  • 2 verificações de transporte apresentaram HTTPS e a política de redirecionamento esperada.
  • 4 itens permaneceram inconclusivos: dois serviços não responderam e duas versões não puderam ser identificadas com confiança.
03 / RAYZ

Achados e justificativas

A prioridade é qualitativa e considera o impacto demonstrado, a exposição e as condições de acesso. Não foi calculado um escore CVSS. Os números e comportamentos abaixo pertencem exclusivamente à simulação.

4 / 4
RZ-01AltaNão retestado

API retorna dados de compradores sem sessão

Uma consulta anônima alcança registros atribuídos a duas organizações distintas.

Ativopartner-api.velanorte.example
Equipe sugeridaBackend / produto
ValidaçãoConfirmado no cenário fictício

Caminho de descoberta

  1. Portal público
  2. Referência à API de parceiros
  3. Consulta sem sessão
  4. Dois registros de organizações distintas

Condição de acesso

Sem autenticação, sem cookies e sem uso de credencial de terceiros.

Evidência observada

A resposta simulada devolve nome, e-mail e endereço de cobrança de dois compradores associados a organizações diferentes. O campo total informa 642 registros, mas apenas dois estão representados na amostra.

Impacto e justificativa

Alta: informações pessoais e comerciais estão acessíveis sem uma sessão. O problema é a ausência de autorização sobre os dados retornados, não a existência de documentação pública da API.

O que não foi demonstrado

Não houve coleta integral dos 642 registros, confirmação de 642 pessoas, alteração de pedidos ou demonstração de acesso a todas as rotas. O 404 para um ID inexistente não comprova separação entre clientes.

Correção recomendada

Exigir autenticação e autorização por organização e por objeto. Reduzir os campos devolvidos, revisar os registros de acesso e adicionar testes de isolamento entre clientes.

Critério de aceite

Sem sessão, a rota deve negar dados protegidos. Com contas de teste aprovadas para o reteste, cada organização deve acessar somente seus objetos. Recursos públicos legítimos devem continuar funcionando.

RZ-02AltaNão retestado

Configuração de integração com segredo disponível publicamente

Um arquivo de distribuição expõe configuração de backend e um campo de segredo.

Ativobuilds.velanorte.example
Equipe sugeridaPlataforma / integrações
ValidaçãoConfirmado no cenário fictício

Caminho de descoberta

  1. Arquivo público da aplicação
  2. Referência a artefato de integração
  3. Configuração acessível
  4. Segredo identificado; uso não testado

Condição de acesso

Leitura anônima de um arquivo referenciado em um recurso público.

Evidência observada

O arquivo simulado de configuração contém environment=production, o endereço da API e service_secret identificado como backend_service. O valor do segredo é omitido; não existe credencial utilizável neste documento.

Impacto e justificativa

Alta: material destinado ao backend é distribuído publicamente. Se a credencial estiver ativa, pode ampliar o acesso a integrações; essa consequência permanece potencial.

O que não foi demonstrado

Não foi testada a validade do segredo, seu privilégio, seu uso em outros serviços ou acesso administrativo. A presença de uma chave pública de identificação, isoladamente, não constituiria este achado.

Correção recomendada

Retirar o material sensível da distribuição pública, revisar artefatos relacionados e avaliar a rotação com o proprietário. Armazenar segredos no servidor e reduzir privilégios de integração.

Critério de aceite

Uma nova consulta anônima não deve recuperar material sensível. A equipe deve documentar o tratamento da credencial e demonstrar que a integração legítima continua funcionando.

RZ-03AltaNão retestado

Homologação expõe registros também observados na API principal

Um segundo ambiente responde sem sessão com dois registros coincidentes.

Ativosandbox-api.velanorte.example
Equipe sugeridaPlataforma / integrações
ValidaçãoConfirmado no cenário fictício

Caminho de descoberta

  1. Inventário externo
  2. API de homologação
  3. Consulta sem sessão
  4. Comparação limitada com a amostra principal

Condição de acesso

Endpoint de homologação acessível pela internet, sem autenticação.

Evidência observada

Os identificadores e os compradores dos dois registros simulados coincidem com a amostra de RZ-01. Isso demonstra repetição dos dados amostrados entre os endpoints.

Impacto e justificativa

Alta: a restrição aplicada apenas à API principal deixaria uma segunda via de exposição. A correção exige tratar o ambiente de homologação e o ciclo de cópia de dados.

O que não foi demonstrado

A coincidência da amostra não comprova uma réplica integral de produção, a origem de toda a base ou acesso às funcionalidades de escrita. RZ-01 e RZ-03 não são contados como duas populações distintas de pessoas afetadas.

Correção recomendada

Restringir o acesso ao ambiente, aplicar os mesmos controles de autorização e substituir dados operacionais por dados de teste apropriados. Revisar como os conjuntos de teste são preparados.

Critério de aceite

O endpoint deve ficar restrito aos responsáveis autorizados. A amostra protegida deve deixar de ser acessível anonimamente, e a equipe deve verificar a política de dados do ambiente.

RZ-04MédiaNão retestado

Rota interna acessível diretamente na origem

O bloqueio observado na borda não é aplicado à mesma rota na origem.

Ativoapp.velanorte.example
Equipe sugeridaInfraestrutura
ValidaçãoConfirmado no cenário fictício

Caminho de descoberta

  1. Correlação de infraestrutura pública
  2. Comparação borda / origem
  3. Resposta de status diferenciada
  4. Metadados internos expostos

Condição de acesso

Acesso HTTP direto ao endereço de documentação 198.51.100.42, com o host do portal.

Evidência observada

A mesma rota simulada retorna 403 pela borda e 200 diretamente na origem, revelando nome do serviço, ambiente, versão e um host interno fictício.

Impacto e justificativa

Média: uma restrição de acesso depende da camada de borda e pode ser contornada para esta rota específica. A informação obtida facilita o reconhecimento do ambiente.

O que não foi demonstrado

Não foi demonstrado contorno geral do WAF, execução de comandos, acesso administrativo, leitura de outros dados ou indisponibilidade.

Correção recomendada

Restringir a origem aos caminhos de entrada autorizados e aplicar autenticação e autorização na própria aplicação para rotas internas. Remover detalhes desnecessários das respostas públicas.

Critério de aceite

O acesso direto não autorizado deve ser recusado. O portal deve continuar operando pelo caminho aprovado e a rota interna deve exigir o controle definido.

O rótulo confirmado refere-se apenas ao cenário fictício, não a um teste real.

04 / RAYZ

Evidências sintéticas incorporadas

As transcrições abaixo foram criadas para esta demonstração. Não são capturas de clientes. Cada hash identifica o texto sintético da evidência; ele não comprova a execução de uma avaliação real.

EV-01 / RZ-01, RZ-03
Horário fictício (UTC) ·
SHA-256 do texto sintético
2524997f7ec0363b5580ad384eab2cb53eddc66fc68a49ab1da323b24f31ab20
SIMULATED HTTP EXCHANGE — NOT EXECUTED AGAINST A REAL SYSTEM

GET /v1/orders?limit=2 HTTP/1.1
Host: partner-api.velanorte.example
Accept: application/json
[No Authorization header; no cookies]

HTTP/1.1 200 OK
Content-Type: application/json

{
  "total": 642,
  "items": [
    {"id": "DEMO-4101", "organization": "DEMO-A",
     "buyer": "Synthetic Buyer A",
     "email": "buyer-a@customer-a.example",
     "billing_address": "SYNTHETIC ADDRESS A"},
    {"id": "DEMO-4102", "organization": "DEMO-B",
     "buyer": "Synthetic Buyer B",
     "email": "buyer-b@customer-b.example",
     "billing_address": "SYNTHETIC ADDRESS B"}
  ]
}

SIMULATED NEGATIVE CHECK
GET /v1/orders/DEMO-NOT-FOUND → HTTP 404
An unknown identifier returning 404 does not establish access control.
EV-02 / RZ-02
Horário fictício (UTC) ·
SHA-256 do texto sintético
d0f1ae4243e94548614b61ca71885e15325579ef6cffc02b48a9242be50dd612
SIMULATED HTTP EXCHANGE — NOT EXECUTED AGAINST A REAL SYSTEM

GET /releases/connector/demo-2026.05/config.json HTTP/1.1
Host: builds.velanorte.example
[No Authorization header; no cookies]

HTTP/1.1 200 OK
Content-Type: application/json

{
  "environment": "production",
  "integration_endpoint": "https://api.velanorte.example",
  "service_secret": "[SYNTHETIC SECRET OMITTED]",
  "credential_type": "backend_service"
}

The placeholder is not a credential. No authentication was attempted.
Credential validity, privileges and downstream access were not tested.
EV-03 / RZ-03
Horário fictício (UTC) ·
SHA-256 do texto sintético
76cbb95b18aa04815add5bb31b5762ce2b5cd16947fb4e1f7c429da230d6bab5
SIMULATED COMPARISON — ALL RECORDS ARE FICTIONAL

GET /v1/orders?limit=2
Host: sandbox-api.velanorte.example
[No Authorization header; no cookies]

HTTP/1.1 200 OK
Content-Type: application/json

{
  "environment": "sandbox",
  "items": [
    {"id": "DEMO-4101", "organization": "DEMO-A",
     "buyer": "Synthetic Buyer A"},
    {"id": "DEMO-4102", "organization": "DEMO-B",
     "buyer": "Synthetic Buyer B"}
  ]
}

The two sampled identifiers and buyer labels match EV-01.
No statement is made about the origin or contents of the entire database.
EV-04 / RZ-04
Horário fictício (UTC) ·
SHA-256 do texto sintético
a1fa1c7151329f42b0496b520cf028a83a3ea54295e2fc4fb7abfa47905a045c
SIMULATED EDGE / ORIGIN COMPARISON

A. PUBLIC EDGE
GET /internal/status HTTP/1.1
Host: app.velanorte.example
→ HTTP/1.1 403 Forbidden

B. DIRECT ORIGIN — documentation-only address 198.51.100.42
GET /internal/status HTTP/1.1
Host: app.velanorte.example
→ HTTP/1.1 200 OK
Content-Type: application/json

{
  "service": "demo-customer-portal",
  "environment": "production",
  "release": "demo-2026.06",
  "upstream": "api.internal.example"
}

Only this status route is represented. No general WAF bypass,
privileged action or service disruption was demonstrated.
05 / RAYZ

Plano de correção e critérios de reteste

Sequência ilustrativa de tratamento, não um SLA comercial. A equipe responsável deve confirmar dependências, janela e prioridade no contexto real.

01

Contenção

Backend e plataforma

Restringir as leituras anônimas em RZ-01 e RZ-03; retirar a configuração pública de RZ-02.

Resultado esperado

Os caminhos expostos deixam de retornar dados protegidos nas condições demonstradas.

02

Correção estrutural

Produto, plataforma e infraestrutura

Aplicar autorização por objeto e organização, revisar a distribuição de segredos e controlar o acesso à origem de RZ-04.

Resultado esperado

Controles aplicados no serviço responsável, com testes positivos e negativos e preservação dos fluxos legítimos.

03

Reteste

Responsável pela avaliação

Repetir as condições documentadas e os controles acordados. Registrar novo resultado para cada achado.

Resultado esperado

Classificar cada ponto como corrigido, parcialmente corrigido, persistente ou inconclusivo, com nova evidência.

06 / RAYZ

Método, limites e leitura do relatório

O cenário representa uma avaliação externa black-box de aplicações web, APIs e infraestrutura acessível. O domínio é o ponto de partida. A identificação de ativos relacionados é registrada separadamente da autorização para verificá-los.

A modalidade representada é de somente leitura: não há tomada de contas, escrita em registros, envio de mensagens, exclusão de dados ou teste de carga. Credenciais encontradas não são utilizadas. Todos os exemplos de requisição são simulações textuais, sem execução real.

A severidade descreve a prioridade técnica do achado; a validação descreve a evidência; o estado de correção depende de reteste. Um código HTTP de sucesso, uma versão de software ou a disponibilidade de um endpoint não bastam, isoladamente, para confirmar uma vulnerabilidade.

Esta amostra não é uma certificação, uma auditoria de conformidade nem uma garantia de ausência de falhas. Não representa uma investigação de incidentes, de identidade de atacantes ou de serviços privados. Os dados e as evidências reais de clientes não integram este material.