Política de Segurança da Informação

1. Responsável e alcance

Vale para o sistema Pediddo (site, painel das lojas, loja online e integrações com marketplaces, pagamentos, frete e nota fiscal) e para quem trabalha nele. O responsável pela segurança da informação é também o encarregado de dados (DPO): contato@pediddo.com.br.

2. Infraestrutura

• Banco de dados e arquivos: Supabase (PostgreSQL gerenciado), em servidores em São Paulo, Brasil, com criptografia em repouso feita pelo provedor.
• Aplicação: Railway (contêineres gerenciados), nos Estados Unidos.
• Toda comunicação com o sistema é cifrada (HTTPS/TLS). O banco não recebe conexão direta de navegador: tudo passa pela aplicação ou pela API autenticada do banco.

3. Controle de acesso (menor privilégio)

• Cada loja só enxerga os próprios dados, por regras aplicadas no próprio banco (Row Level Security): mesmo um erro na tela não mostra dado de outra loja.
• Perfis separados: dono da loja, equipe (com permissão por área — pedidos, produtos, estoque, financeiro…), revendedora e cliente. Cada um só acessa o que o perfil permite.
• As credenciais de serviço (com poder de administrador) ficam só no servidor e nunca vão ao navegador.
• Senhas são guardadas cifradas pelo serviço de autenticação; ninguém da equipe do Pediddo vê senha de usuário.
• O acesso administrativo à infraestrutura é restrito ao responsável técnico.

4. Classificação dos dados

• Públicos: o que a própria loja publica (vitrine, peças, preços, fotos).
• Internos: dados de operação da loja (estoque, pedidos, relatórios), visíveis só para a loja e a equipe autorizada.
• Confidenciais: dados pessoais de clientes e revendedoras, dados financeiros e fiscais, documentos enviados (guardados em área privada, abertos só por link temporário).
• Segredos: chaves e tokens de integração (pagamentos, marketplaces, frete). Ficam cifrados no banco com AES-256-GCM, com uma chave própria guardada fora do banco — quem lê o banco não consegue usar esses acessos.

5. Segredos e chaves

As chaves do sistema ficam em variáveis de ambiente do servidor, fora do código-fonte. Ao menor sinal de exposição, as chaves são trocadas e as antigas desativadas junto a cada provedor — como foi feito em outubro de 2026, quando todas as credenciais foram rotacionadas no mesmo dia, de forma preventiva.

6. Mudanças no sistema e vulnerabilidades

• Toda mudança passa por testes automatizados antes de ir ao ar, e cada publicação é feita a partir de uma cópia limpa e conferida do código.
• As dependências do sistema são atualizadas e as correções de segurança publicadas pelos provedores são aplicadas.
• Uma conferência automática diária verifica as conexões com as integrações e avisa a loja quando uma conexão cai; o sistema também monitora a própria saúde e alerta o responsável.
• Os computadores usados para operar o sistema têm antivírus ativo.

7. Resposta a incidentes

Se houver suspeita ou confirmação de incidente de segurança:

• Contenção imediata pelo responsável técnico: revogar e trocar credenciais, bloquear o acesso indevido, preservar os registros.
• Avaliação do que foi afetado e do risco para as pessoas.
• Comunicação às lojas afetadas e, quando houver risco ou dano relevante, à ANPD, como manda a LGPD — e aos parceiros envolvidos (marketplaces e meios de pagamento), pelos canais deles.
• Registro do incidente e das medidas tomadas, para não repetir.

Para comunicar um incidente ou uma vulnerabilidade: contato@pediddo.com.br.

8. Direitos, exclusão e fim do contrato

Atendemos pedidos de acesso, correção e exclusão de dados — das próprias pessoas, das lojas e dos marketplaces integrados. Quando a loja desconecta uma integração, as credenciais dela são apagadas; quando a conta é encerrada, os dados são apagados ou anonimizados, guardando só o que a lei obriga (documentos fiscais e registros de acesso), como descrito na Política de Privacidade.

9. Revisão

Esta Política é revista pelo menos uma vez por ano e sempre que o sistema muda de forma relevante.

Summary in English

• Data: PostgreSQL managed by Supabase (São Paulo, Brazil), encrypted at rest by the provider; application on Railway (USA); all traffic over HTTPS/TLS.
• Access control: per-store isolation enforced in the database (Row Level Security), role-based permissions (owner, staff by area, reseller, customer), service credentials server-side only, least privilege.
• Data classification: public, internal, confidential (personal, financial, fiscal data; private storage with temporary links), secrets (third-party tokens encrypted with AES-256-GCM using a dedicated key stored outside the database).
• Secrets in server environment variables, never in source code; immediate rotation on any sign of exposure (full rotation performed in October 2026).
• Automated tests before every release, releases from a clean verified copy, dependency and security updates, daily integration health checks, antivirus on operating workstations.
• Incident response: containment, assessment, notification of affected stores, the Brazilian DPA (ANPD) when required by LGPD, and affected partners; contact contato@pediddo.com.br.
• Data subject and partner requests (access, correction, deletion) are honored; credentials are deleted on disconnection; data is deleted or anonymized at account termination, except what the law requires us to keep.