Cartão não passa pela Nyv
Checkout e gestão do método de pagamento acontecem no ambiente hospedado da Stripe. A Nyv recebe identificadores e estados de cobrança, não o número completo do cartão.
segurança e confiança
Segurança não é um selo. É uma sequência de barreiras.
Identidade, dados, pagamento e auditoria têm responsabilidades separadas. Nenhuma tela do navegador é tratada como fonte de verdade.
04auditoriarastro preservado
03pagamentoassinatura verificada
02autorizaçãoposse do recurso
01identidadesessão no servidor
controles de projeto01 02 03 04 05 06
O navegador pede. O servidor decide.
Sessão é validada no servidor
Cookies de sessão são HttpOnly, Secure em produção e SameSite=Lax. A autorização é repetida perto de cada dado e mutação sensível.
Webhook não é ordem; é evidência
Eventos da Stripe precisam de assinatura válida, idempotência e reconciliação. Redirecionamento de checkout nunca habilita acesso sozinho.
Menos dado, menos risco
Coletamos o mínimo necessário. Segredos ficam apenas no servidor; respostas ao navegador usam objetos reduzidos, sem campos internos.
Ações críticas deixam rastro
Login, troca de senha, mudança de plano, cancelamento e operações administrativas entram no registro de auditoria.
Falhar fechado
Sem configuração válida, banco disponível ou assinatura confirmada, o sistema não concede acesso por conveniência.
postura operacional
Produção só existe depois de evidência de recuperação.
Antes de habilitar contas e cobrança, backup precisa ser restaurado, webhook duplicado precisa ser ignorado, relógio do servidor precisa estar sincronizado e o monitor precisa provar que alerta. Até esses testes acontecerem no ambiente final, o site permanece institucional.
Dados
retenção mínima e exportação LGPD
Pagamentos
Stripe Checkout + Customer Portal
Operação
logs sem segredos + resposta por request-id
comunicação responsável
Encontrou um problema?
Envie uma descrição objetiva pelo seguranca@nyviq.com. Não envie senhas, chaves, documentos pessoais ou dados de cartão por e-mail.