Código HTML do Conteúdo

Post: A armadilha dos “dados não sensíveis”: o erro caro para as empresas

<div> <div data-element_type="widget" data-id="914a4f5" data-widget_type="shortcode.default"> <div> <div> <p><span><b><a href="https://www.redhotcyber.com/post/author/stefano-gazzella/" target="_blank">Stefano Gazzella</a>:1 Outubro 2025 15:17</b></span></p> <p>Um argumento maravilhosamente difundido entre aqueles que trabalham com dados pessoais é o de subestimar os riscos ou se recusar a abordá-los. Essa é a crença de que não há necessidade de se preocupar com o processamento de dados “não confidenciais”. A premissa ontológica para a busca de soluções e medidas corretivas nas áreas de legalidade e segurança é a capacidade de fazer as perguntas certas. É por isso que uma tendência a ser excessivamente fácil <em>Ignorar dados</em> não pode constituir uma estratégia funcional ou mesmo minimamente útil.</p> <p>É claro <a href="https://www.redhotcyber.com/post/ma-che-vuoi-che-sia-mica-sono-dati-sensibili/" target="_blank">existem dados confidenciais sob o GDPR</a> e requer altos níveis de proteção. No entanto, isso não significa que todos os outros tipos de dados (indevidamente chamados de <em>“comum”</em> por aqueles que simplesmente precisam criar categorias desnecessárias) podem ser dispensados em termos de gerenciamento de risco adequado. Não-sensível não pode de forma alguma significar “desprotegido”, nem mesmo através da interpretação mais inescrupulosa.</p> <h2>Falta de escrúpulos ou imprudência?</h2> <p>Enquanto a imprudência envolve comportamentos que selecionam opções econômicas em desafio às regras, forçando os titulares dos dados a pagar os custos de segurança, a fonte de comportamentos que levam a subestimar a importância de proteger <em>todo</em> Os dados pessoais são frequentemente atribuíveis a uma falta genuína de conhecimento. Cuidado: essa suposição não abre a porta para cenários menos graves ou aqueles em que um nível mais baixo de responsabilidade pode ser possível.</p> <p>Hackear dados não confidenciais, como informações de identificação simples, pode ter consequências devastadoras para o titular dos dados. Considere que a maioria dos ataques de phishing envolve informações de contato, com maior probabilidade de sucesso se o acesso incluir informações como hábitos de consumo ou outras informações que podem ser expressas ou inferidas, mas não são particularmente confidenciais. A possibilidade de vincular informações a um titular de dados, de fato, os expõe a maiores riscos de roubo de identidade, fraude ou uma série de consequências desagradáveis que infelizmente fazem parte da vida digital cotidiana.</p> <p>A disponibilidade desses dados para os cibercriminosos decorre das atividades do OSINT, mas também da capacidade de encontrar bancos de dados violados. Esses bancos de dados são violados como resultado de ações realizadas usando informações de contato simples e são enriquecidos por meio de novas violações, aumentando a eficácia das campanhas de ataque subsequentes.</p> <p>Ignorar tudo isso é, hoje em dia, <strong>injustificável</strong> para uma organização que realiza atividades sobre dados pessoais, independentemente da maturidade dos dados.</p> <h2>Refletir sobre o uso sustentável de dados pessoais.</h2> <p>A questão da segurança e das violações de dados é, portanto, um argumento particularmente convincente para não subestimar a proteção de todos os dados pessoais, mas há um fator adicional: a legalidade do processamento. Embora a segurança do processamento seja um requisito do GDPR, também existem outras violações recorrentes que devem aumentar a conscientização sobre o impacto da violação das “regras do jogo” desde o início, como:</p> <ul> <li>não informar as partes interessadas de forma clara e completa (= violar o princípio da transparência);</li> <li>contornar as regras e não garantir direitos (= violar o princípio da equidade);</li> <li>coletar e processar dados sem seguir uma lógica (= violar o princípio da licitude, limitação de finalidade e minimização);</li> <li>Nunca exclua dados que não sejam mais úteis (= viole o princípio da limitação de armazenamento).</li> </ul> <p>Obviamente, tudo isso leva à criação de bancos de dados fora do controle consciente do titular dos dados. E cria oportunidades fáceis de lucro para os cibercriminosos, uma vez que a falta de estratégia, como a evidente nas violações citadas acima, leva ao acúmulo de dados sem criar valor. E na ausência de valor, não há percepção de qualquer <em>ativo</em> precisando ser protegido.</p> <p>A solução é pensar no uso sustentável dos dados pessoais. A lei especifica e regula as responsabilidades, mas uma abordagem estratégica correta sabe pensar em termos de valor gerado e não focar exclusivamente nos componentes de custo, como encontrar desculpas ou justificativas para fazer o <em>Mínimo</em> .</p> <p>Caso contrário, é fácil cair em armadilhas, como a crença de que apenas dados confidenciais precisam ser protegidos ou monitorados. Isso cria todos os pontos cegos de gestão que inevitavelmente levam à inadequação das medidas em vigor.</p> <p>Alerta de spoiler: Os titulares dos dados estão cientes disso. E é improvável que eles selecionem serviços daqueles que não podem garantir o uso sustentável de seus dados.</p> <div> <div> <div> <div> <p><b><span>Stefano Gazzella</span></b><br /><span>Diretor de Privacidade e Diretor de Proteção de Dados, atua como Consultor Jurídico da Área Jurídica. É especializada em proteção de dados pessoais e, na gestão da segurança da informação dentro das organizações, presta especial atenção às questões relacionadas com a engenharia social.<br /> Chefe do comitê científico da Assoinfluencer, coordena atividades de pesquisa, publicação e divulgação.<br /> Como jornalista freelancer, escreve sobre temas relacionados a direitos de quarta geração, novas tecnologias e segurança da informação.</span></p> <p><a href="https://www.redhotcyber.com/post/author/stefano-gazzella/" target="_blank">Lista degli articoli</a><br /><a href="http://www.gdpready.it" target="_blank">Visita il sito web dell’autore</a></p> </div> </div> </div> </div> </div> </div> </div></div>