<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>Bruno Ortale &#8211; starten.tech</title>
	<atom:link href="https://starten.tech/author/bruno-ortale/feed/" rel="self" type="application/rss+xml" />
	<link>https://starten.tech</link>
	<description></description>
	<lastBuildDate>Mon, 28 Sep 2026 21:57:35 +0000</lastBuildDate>
	<language>pt-BR</language>
	<sy:updatePeriod>
	hourly	</sy:updatePeriod>
	<sy:updateFrequency>
	1	</sy:updateFrequency>
	<generator>https://wordpress.org/?v=6.9.9</generator>

<image>
	<url>https://starten.tech/wp-content/uploads/2024/02/cropped-st_icon2-32x32.png</url>
	<title>Bruno Ortale &#8211; starten.tech</title>
	<link>https://starten.tech</link>
	<width>32</width>
	<height>32</height>
</image> 
	<item>
		<title>Criptoagilidade: o risco da computação quântica para os dados das empresas</title>
		<link>https://starten.tech/2026/09/28/criptoagilidade-o-risco-da-computacao-quantica-para-os-dados-das-empresas/</link>
					<comments>https://starten.tech/2026/09/28/criptoagilidade-o-risco-da-computacao-quantica-para-os-dados-das-empresas/#respond</comments>
		
		<dc:creator><![CDATA[Bruno Ortale]]></dc:creator>
		<pubDate>Mon, 28 Sep 2026 21:57:29 +0000</pubDate>
				<category><![CDATA[artigos]]></category>
		<category><![CDATA[opinião]]></category>
		<guid isPermaLink="false">https://starten.tech/?p=13425</guid>

					<description><![CDATA[Quando se fala em computação quântica e cibersegurança, é comum imaginar um cenário distante, em que máquinas extremamente poderosas poderão quebrar os mecanismos de criptografia utilizados hoje. O problema é que esperar esse momento para começar a agir pode ser justamente a estratégia mais arriscada. Aqui, a questão não é prever quando a computação quântica [&#8230;]]]></description>
										<content:encoded><![CDATA[
<p>Quando se fala em computação quântica e cibersegurança, é comum imaginar um cenário distante, em que máquinas extremamente poderosas poderão quebrar os mecanismos de criptografia utilizados hoje. O problema é que esperar esse momento para começar a agir pode ser justamente a estratégia mais arriscada.</p>



<p>Aqui, a questão não é prever quando a computação quântica atingirá capacidade suficiente para comprometer determinados algoritmos, mas sim, entender quanto tempo uma organização precisa para identificar onde utiliza criptografia, avaliar os riscos, escolher alternativas e adaptar ou substituir os mecanismos de proteção. É nesse intervalo que a criptoagilidade ganha relevância.</p>



<p>O desafio está também no tempo necessário para essa adaptação. Segundo o National Institute of Standards and Technology (NIST), a transição para novos algoritmos pode levar de 10 a 20 anos, considerando o tempo necessário para incorporar novos padrões a produtos, serviços e sistemas existentes. Por isso, o debate não depende apenas de quando um computador quântico será capaz de comprometer a criptografia atual, mas de quanto tempo cada organização precisará para estar preparada.</p>



<p>Criptoagilidade é a capacidade de adaptar, substituir e evoluir algoritmos e chaves utilizados na proteção das informações sem depender de mudanças complexas em toda a arquitetura tecnológica. Em ambientes cada vez mais distribuídos, com aplicações, dispositivos, certificados, serviços em nuvem e diferentes fornecedores, essa capacidade pode ser determinante para responder a novas ameaças sem comprometer a operação.</p>



<p>Uma organização precisa identificar quais algoritmos utiliza, onde estão suas chaves e certificados, quais aplicações dependem deles e por onde circulam as informações protegidas. Esse inventário permite entender quais sistemas são mais críticos, quais dados têm maior valor e onde uma eventual mudança pode gerar maior impacto operacional.</p>



<p>Essa adequação ganha ainda mais importância por causa do chamado <em>Harvest Now, Decrypt Later</em>. O conceito descreve a possibilidade de interceptar e armazenar hoje informações criptografadas para tentar decifrá-las no futuro, quando houver capacidade computacional suficiente. Dados que permanecem sensíveis por muitos anos merecem uma análise diferente daqueles que perdem seu valor rapidamente.</p>



<p>Isso muda a forma de a organização começar a se adaptar para o risco. Sabemos que os computadores quânticos ainda não têm a capacidade de quebrar a criptografia em larga escala, mas o risco já exige atenção. O que não sabemos é quanto tempo levaríamos para substituir essa criptografia se fosse necessário. E uma coisa é certa: quanto mais tempo uma empresa leva para se preparar, maior pode ser a exposição de dados que que precisam permanecer protegidos por muitos anos e que ainda podem ter valor no futuro.</p>



<p>Por isso, o risco quântico também pode ser analisado pelo tempo que uma empresa levaria para adaptar seus sistemas a algoritmos de criptografia pós-quântica, conhecidos como PQC (<em>Post-Quantum Cryptography</em>). Quanto mais complexo o ambiente e maior a dependência de sistemas, aplicações, fornecedores e integrações, maior tende a ser o esforço necessário para essa transição.</p>



<p>Isso não significa que todas as empresas precisem migrar imediatamente toda a sua infraestrutura para novos padrões. O primeiro passo é entender onde a criptografia está presente, quais sistemas e comunicações são mais sensíveis e quais ambientes já estão aptos &#8211; ou precisam ser adaptados &#8211; para suportar uma futura migração para PQC. A partir desse diagnóstico, a organização pode definir prioridades e avançar de forma gradual, reduzindo o risco de uma mudança emergencial no futuro.</p>



<p>Nesse sentido, a complexidade do ambiente é justamente um dos motivos para começar pelo inventário. Uma aplicação crítica, por exemplo, pode depender de diferentes sistemas, fornecedores, certificados e conexões. Antes de substituir um algoritmo, é preciso saber onde ele é utilizado e quais componentes podem ser afetados. Quanto maior essa visibilidade, mais previsível tende a ser a migração. A recomendação também já aparece em estudos recentes do Gartner. Em junho de 2026, a consultoria orientou as empresas a estruturar a adoção da criptografia pós-quântica em três etapas, começando pela criação de um inventário criptográfico para identificar onde e como os algoritmos são utilizados.</p>



<p>Mas a questão central é o que as empresas já deveriam estar fazendo para a adequação ao cenário e por que a adaptação da criptografia precisa começar antes de a ameaça se concretizar.</p>



<p>Por isso, a criptoagilidade deveria ser tratada como uma questão de arquitetura e estratégia de segurança, e não apenas como mais um projeto de cibersegurança. Ela envolve infraestrutura, desenvolvimento, aplicações, gestão de certificados e chaves, fornecedores, integrações e governança.</p>



<p>Ainda há tempo para as empresas se adaptarem. Mas tempo não significa motivo para esperar. A evolução da criptografia sempre esteve ligada à capacidade de responder a novas vulnerabilidades, tecnologias e requisitos. A computação quântica apenas torna essa necessidade mais evidente.</p>



<p>O primeiro passo não é trocar toda a criptografia da empresa. É descobrir onde ela está, entender o que está em risco e medir o esforço necessário para mudá-la. A partir daí, a organização pode construir uma estratégia de adaptação contínua, para acompanhar a evolução da tecnologia sem transformar uma futura migração em uma corrida contra o tempo.</p>



<p>Em cibersegurança, estar preparado não significa saber exatamente quando o risco chegará. Significa saber quanto tempo é preciso para responder a ele.</p>
]]></content:encoded>
					
					<wfw:commentRss>https://starten.tech/2026/09/28/criptoagilidade-o-risco-da-computacao-quantica-para-os-dados-das-empresas/feed/</wfw:commentRss>
			<slash:comments>0</slash:comments>
		
		
			</item>
	</channel>
</rss>
