Segurança

Versão 1.0 — vigente a partir de 13 de outubro de 2026.

1. Nosso compromisso

A LCV Ideas & Software trata a segurança como parte do desenvolvimento, da manutenção e do atendimento. Nosso objetivo é reduzir acessos indevidos, alterações não autorizadas, exposição de informações e interrupções, com medidas proporcionais ao recurso e aos dados envolvidos.

Esta página explica nossas diretrizes e os canais para relatar problemas. A Política de Privacidade explica o tratamento de dados pessoais; os Termos dos Serviços tratam das condições do serviço. Segurança não elimina todos os riscos nem substitui esses direitos.

Nossa diretriz é considerar a proteção dos dados pessoais desde a concepção do serviço e durante sua utilização, com medidas técnicas e administrativas adequadas, conforme os artigos 46 a 49 da LGPD.

2. Desenvolvimento e mudanças

Nos repositórios protegidos, as mudanças na base principal do código passam por propostas de alteração e verificações automatizadas, com registro do que foi modificado. As proteções incluem assinatura dos registros de mudança, restrições à exclusão e à substituição forçada do histórico e resolução das discussões de revisão antes da incorporação.

Usamos recursos de análise de código, dependências e possíveis credenciais expostas para apoiar a identificação de problemas. Esses recursos têm limites: encontrar um alerta exige avaliação, e não encontrar alertas não comprova ausência de vulnerabilidades. Uma verificação automatizada também não equivale a aprovação humana independente ou certificação de segurança.

Na avaliação de uma mudança, consideramos o comportamento afetado, os dados e permissões envolvidos e as verificações pertinentes à plataforma. Atualizações de bibliotecas e serviços precisam considerar compatibilidade, correções disponíveis e condições de uso. A origem oficial de um componente ajuda a verificar sua procedência, mas não dispensa essa avaliação.

3. Proteção conforme o recurso

Um cálculo local, uma função de navegador e um pedido enviado a um servidor têm necessidades diferentes. A proteção deve considerar onde a informação é processada, quem pode recebê-la e o que acontece com as cópias.

Os mecanismos do sistema operacional, da loja e dos serviços contratados fazem parte dessa proteção. Isolamento entre aplicativos, permissões, armazenamento de credenciais e autenticação precisam ser utilizados conforme a plataforma e a finalidade. A existência desses mecanismos não significa que toda edição de um produto tenha as mesmas características.

Proteção da conexão é diferente de criptografia de ponta a ponta. Quando um serviço precisa ler o conteúdo para processá-lo, proteger o transporte não impede esse acesso pelo destinatário. Não apresentamos esta página como garantia de criptografia de ponta a ponta, impossibilidade de acesso humano ou ausência de processamento em servidores para todos os recursos.

As informações de cada recurso devem esclarecer suas proteções e limites relevantes antes do uso. Exportar ou compartilhar pode criar cópias fora do aplicativo, inclusive em serviços de nuvem escolhidos por você. Excluir a origem não elimina automaticamente essas cópias.

4. Acesso, credenciais e fornecedores

O acesso a informações e funções administrativas deve ser limitado ao necessário para desenvolver, operar, proteger e atender o serviço. Credenciais não devem ser incluídas em código público, relatórios compartilhados ou mensagens de atendimento. Permissões e acessos precisam ser revistos quando sua finalidade muda ou deixa de existir.

Na escolha e configuração de um fornecedor, consideramos os dados necessários, sua finalidade, os mecanismos de autenticação e acesso, a conservação das informações e as opções de exclusão. Um fornecedor pode receber dados para executar uma função mesmo quando o histórico apresentado a você permanece no dispositivo. A Política de Privacidade e as informações do recurso identificam esses fluxos.

O atendimento também envolve processamento de mensagens e anexos pelas pessoas responsáveis e pelos fornecedores utilizados para organizá-lo. Por isso, solicitamos apenas o necessário e orientamos a retirada de informações alheias ao problema. Não solicitamos sua senha, códigos de acesso ou dados completos de cartão por e-mail.

5. Como relatar uma vulnerabilidade

Envie relatos de possíveis falhas de segurança para [email protected]. Se possível, informe o serviço ou endereço afetado, o que observou, o impacto esperado e os passos mínimos para compreender o problema. A versão e o sistema utilizado podem ajudar, quando conhecidos.

Você pode fazer o contato inicial sem comprovante de compra, documento de identidade ou captura de tela. Não envie senhas, chaves, códigos de confirmação, dados de outras pessoas ou uma cópia completa de bases e registros. Se uma evidência exigir informação sensível, descreva primeiro o que possui para combinarmos a forma adequada de encaminhamento.

Pedimos divulgação coordenada: comunique o problema de forma reservada e permita a avaliação de uma correção antes de expor detalhes que facilitem abuso. Esta página não autoriza acesso a contas de terceiros, extração de dados, interrupção de serviços ou testes fora de um escopo expressamente autorizado. Um relato feito de boa-fé não exige essas ações.

6. Avaliação e resposta

O tratamento de um relato envolve verificar o serviço afetado, compreender seu alcance e priorizar as providências conforme o risco. As medidas podem incluir restringir uma função, revogar uma credencial, corrigir o software ou a configuração e verificar o resultado da correção. A investigação deve preservar somente as evidências necessárias, com acesso compatível com sua finalidade.

Uma confirmação de recebimento não significa que a falha foi confirmada ou corrigida. Quando forem necessárias informações adicionais ou houver uma orientação aplicável ao relato, a comunicação será feita pelo canal de atendimento. O tempo de correção depende do alcance, da gravidade e dos serviços envolvidos; esta página não estabelece recompensa, plantão permanente ou prazo único de resolução.

Incidentes com dados pessoais devem ser avaliados segundo o artigo 48 da LGPD e as regras da ANPD. Quando houver risco ou dano relevante, aplicam-se os deveres de comunicação à autoridade e às pessoas afetadas, com os critérios e prazos legais. Uma falha técnica não é automaticamente um incidente comunicável, e a investigação não pode ser usada para afastar obrigações legais.

7. Atualizações e cuidados de uso

Mantenha o sistema e o aplicativo atualizados por seus canais oficiais e confira o destino antes de compartilhar um arquivo. Em dispositivos compartilhados, considere quem pode acessar o armazenamento e as contas conectadas. Essas medidas complementam nossas responsabilidades; não transferem a você a obrigação de corrigir falhas do serviço.

Mudanças relevantes nas proteções ou no tratamento de dados devem ser explicadas nas informações do recurso e nos documentos aplicáveis. Uma atualização desta página, por si só, não comprova que uma mudança técnica foi implementada.

8. Outros assuntos

Para problemas de uso, compras ou entrega, escreva para [email protected]. Para privacidade e direitos sobre dados pessoais, use [email protected]. Para outros assuntos gerais, escreva para [email protected].

Esses canais não restringem o acesso às lojas, às autoridades ou aos meios legais de proteção dos seus direitos.