Em resumo
- Sistemas em versões antigas do PHP não recebem correções de segurança e ficam expostos a falhas como as CVE-2026-109618 e 109619.
- Migramos para PHP 8.3 ou 8.4 preservando regras de negócio e dados.
- Trabalho feito em ambiente de testes, com publicação planejada e plano de retorno.
- Começa por um diagnóstico com escopo, prazo e preço definidos.
Por que atualizar um sistema que “está funcionando”
Um sistema pode funcionar bem para o usuário e, ao mesmo tempo, estar rodando sobre uma base que ninguém mais corrige. Quando uma falha grave é descoberta no PHP, como aconteceu em outubro de 2026, as versões antigas simplesmente não recebem correção. O resultado é ter que escolher entre deixar o sistema exposto ou tirá-lo do ar às pressas, como fizeram a Anatel e tribunais federais.
Além da segurança, versões antigas trazem outros custos:
- Hospedagem: provedores deixam de oferecer versões antigas do PHP, e o sistema para de funcionar numa troca de servidor.
- Desempenho: o PHP 8 é bem mais rápido que o 5.x e o 7.x, o que reduz custo de servidor.
- LGPD: manter dados pessoais em software sem correções de segurança é difícil de justificar diante da obrigação de adotar medidas de proteção.
- Manutenção: bibliotecas antigas deixam de existir e fica cada vez mais difícil encontrar quem mexa no código.
Ciclo de suporte das versões do PHP
| Versão | Correções de segurança até | Situação em outubro de 2026 |
|---|---|---|
| PHP 5.x, 7.0 a 7.4 | Encerrado (7.4 em nov/2022) | Sem correções |
| PHP 8.0 | Encerrado em nov/2023 | Sem correções |
| PHP 8.1 | Encerrado em 31/12/2025 | Sem correções |
| PHP 8.2 | 31/12/2026 | Últimos meses de suporte |
| PHP 8.3 | 31/12/2027 | Suportada |
| PHP 8.4 | 31/12/2028 | Suportada (recomendada) |
| PHP 8.5 | 31/12/2029 | Suportada |
Sinais de que seu sistema precisa de atualização
- O servidor usa PHP 8.1 ou anterior.
- O provedor avisou que vai descontinuar a versão do PHP que você usa.
- Ninguém na equipe sabe exatamente em qual versão o sistema roda.
- O sistema usa funções removidas, como
mysql_*,eregoueach(). - Bibliotecas e frameworks estão em versões sem suporte, ou o projeto não usa Composer.
- Não há ambiente de testes nem backup testado.
Como fazemos a modernização
- Diagnóstico: levantamos a versão do PHP, do banco de dados e do servidor, as bibliotecas usadas e os trechos incompatíveis. Você recebe um relatório com riscos, escopo, prazo e preço.
- Contenção, se houver urgência: quando há falha crítica ativa, aplicamos medidas imediatas de proteção antes da migração.
- Ambiente de testes: criamos uma cópia do sistema com a versão nova do PHP, isolada da produção.
- Ajustes de código e dependências: corrigimos incompatibilidades, substituímos funções removidas e atualizamos bibliotecas, frameworks e o acesso ao banco de dados.
- Testes: validamos as rotinas principais do sistema com cópia real dos dados, junto com quem usa o sistema no dia a dia.
- Publicação planejada: fazemos a troca em horário combinado, com backup e plano de retorno.
- Documentação e acompanhamento: entregamos o que foi alterado e oferecemos hospedagem e manutenção para manter tudo atualizado.
O que atualizamos
- Sistemas em PHP puro, com ou sem framework.
- Sites e portais em WordPress, incluindo temas e plugins personalizados.
- Ambientes virtuais de aprendizagem e plataformas educacionais.
- Sistemas administrativos de prefeituras e câmaras municipais.
- Servidores Linux, Apache, Nginx, PHP-FPM, MySQL e MariaDB.
Perguntas frequentes
Preciso refazer o sistema do zero?
Na maioria dos casos, não. Uma migração bem planejada mantém as regras de negócio e os dados, ajustando apenas o que é incompatível com as versões novas. Reescrever só faz sentido quando o custo de manter o código antigo supera o de construir de novo, e isso aparece no diagnóstico.
O sistema vai ficar fora do ar durante a atualização?
Não é necessário. Fazemos a migração em um ambiente separado, testamos com cópia dos dados e só depois publicamos, com plano de retorno caso algo inesperado aconteça. A troca em produção costuma levar minutos.
Quanto custa modernizar um sistema PHP?
Depende do tamanho do código, da versão de origem e das bibliotecas usadas. Por isso começamos com um diagnóstico, que resulta em escopo, prazo e preço fechados antes de qualquer mudança.
Vocês atualizam sistemas que não foram desenvolvidos por vocês?
Sim. Boa parte dos sistemas legados que chegam até nós foi feita por outra equipe ou por um desenvolvedor que não está mais disponível. O diagnóstico inclui entender o código e documentar o que for encontrado.
Qual versão do PHP devo usar hoje?
Para sistemas em produção, recomendamos PHP 8.3 ou 8.4, que têm suporte de segurança até o fim de 2027 e de 2028, respectivamente. O PHP 8.2 deixa de receber correções em 31 de dezembro de 2026.