A resposta curta. A maioria dos websites pequenos funciona com um software chamado PHP. Pense nele como o motor debaixo do capô. A 21 de outubro de 2026, foram encontradas duas falhas graves nesse motor. As falhas permitem que um estranho engane um website para executar o código dele, sem nunca iniciar sessão. As correções saíram no mesmo dia, mas só para as versões que ainda recebem manutenção. Se o seu website funciona com PHP 8.1 ou anterior, os autores deixaram de o corrigir, por isso não há correção para a sua versão. Muitos websites de B&B estão exatamente nesse ponto: construídos há anos, a funcionar bem, e sem ninguém olhar para eles desde então. Escreva o endereço do seu website na verificação gratuita logo abaixo e, em segundos, saberá de que lado da linha está.
Para esta, não precisa de saber nenhum número de versão. Escreva o endereço do seu website, carregue no botão e, em poucos segundos, terá uma resposta direta: se as falhas de outubro de 2026 afetam o seu site e o que fazer em relação a isso. A verificação só olha para informação que o seu website já mostra a quem o visita. Nada é instalado no seu site e nós não guardamos o seu endereço.
O seu resultado aparece aqui.
Alguns websites mantêm o número da versão escondido. Se o seu for um deles, o verificador diz-lhe, e a verificação de dois minutos acima é a alternativa.
Se já encontrou o número da sua versão, escolha-o aqui. Verá de imediato se ainda recebe manutenção, se a correção de outubro de 2026 o cobre e o que fazer a seguir.
Escolha a sua versão acima e o resultado aparece aqui.
A verificação gratuita acima lê o que o seu website mostra a uma visita automática rápida. Muitos websites mantêm a versão do PHP escondida — possivelmente também o seu. A verificação aprofundada visita o seu website uma vez com um navegador real, regista o que realmente carrega (plugins, temas, ficheiros partidos, motor de reservas, cabeçalhos de segurança) e resume tudo num relatório em linguagem simples, enviado por e-mail.
Pagamento único de 29,90 £. A taxa não é reembolsável depois de iniciada a verificação.
O que é que a verificação aprofundada vê que a gratuita não vê?
A verificação gratuita lê o que o seu website mostra a uma visita automática rápida. A verificação aprofundada visita o seu website com um navegador real, como faria um hóspede, e regista o que realmente encontra: sinais das suas versões de PHP e WordPress, temas e plugins que se mostram, imagens e scripts que falham ao carregar, se um motor de reservas está mesmo ligado, e que cabeçalhos de segurança faltam. Cada afirmação do relatório está ligada a algo que o navegador viu, e o relatório diz com clareza o que não pôde ser verificado.
O que preciso de fornecer?
Apenas o endereço do seu website e o seu e-mail. Sem palavras-passe, sem inícios de sessão, sem acesso ao seu alojamento. Só olhamos para páginas que qualquer visitante pode ver.
Como e quando recebo o meu relatório?
Quando a verificação termina, enviamos o seu relatório para o endereço que nos deu. O relatório também vive numa ligação privada dentro desse e-mail, para poder abri-lo outra vez ou reencaminhá-lo para o seu webmaster. A maioria dos relatórios chega dentro de uma hora.
E se não conseguirem verificar o meu website?
Alguns sites bloqueiam qualquer visita automatizada, por mais cuidadosa que seja. Se acontecer com o seu, a verificação passa para revisão manual da nossa equipa e enviamos-lhe o resultado por email no prazo de um dia útil após a revisão. A taxa de £29.9 da verificação aprofundada não é reembolsável depois de iniciada a verificação.
Os 29,90 £ são deduzidos se eu encomendar depois um website completo?
Não. A verificação aprofundada é um relatório independente, seu para usar como quiser: corrigir as coisas por si, entregá-lo ao seu webmaster atual, ou trazê-lo até nós. (A demonstração conceptual de 9,90 £ é um produto separado e continua a ser deduzida de uma construção completa, como antes.)
O que fazem com o meu e-mail?
Usamo-lo para lhe enviar o seu relatório e, se for preciso, uma mensagem sobre esse relatório. Mais nada. Não vendemos endereços nem o adicionamos a nenhuma lista de marketing.
O PHP é o motor que faz funcionar o WordPress e a maioria dos websites de pequenas empresas. A 21 de outubro de 2026, a equipa que mantém o PHP anunciou duas falhas graves nele. As falhas estão registadas com os números de referência CVE-2026-109618 e CVE-2026-109619 e, juntas, receberam a alcunha de php2shell. Cada uma vale 9,2 em 10 de gravidade, o que é quase o topo da escala. Em linguagem simples, qualquer das falhas pode permitir que um estranho envie uma mensagem cuidadosamente preparada ao seu website e faça o computador por trás dele executar o código dessa pessoa. Não precisa de palavra-passe. No pior caso descrito pela equipa do PHP, pode acontecer antes de o próprio código do seu website acordar.
As correções foram publicadas no mesmo dia, no PHP 8.5.12, 8.4.27, 8.3.36 e 8.2.35. O conselho da própria equipa do PHP é direto: não existe nenhuma solução alternativa que o proteja por completo, e atualizar é a única jogada segura.
Duas coisas importam se o seu site não for novo. Primeiro, uma correção só existe para versões que ainda recebem manutenção. O anúncio diz claramente que o PHP 8.1 e anteriores já não recebem atualizações da equipa do PHP. Segundo, a equipa fez algo invulgar: para quem constrói o PHP sozinho a partir do código-fonte, também lançou pequenas correções para o PHP 7.4, 8.0 e 8.1. Isso diz-lhe a gravidade da coisa. Uma conta de alojamento normal não recebe essas correções por si só, e é por isso que verificar a sua versão importa.
Cada versão do PHP tem dois anos de atenção total. Depois tem mais dois anos em que só as falhas de segurança são corrigidas. Depois disso, chega ao que os engenheiros chamam fim de vida. Em linguagem simples, os autores deixaram de o corrigir, um pouco como um telemóvel que já não recebe atualizações. A versão não deixa de funcionar. O seu website fica exatamente igual no dia seguinte. Só deixa de ficar mais seguro.
| Versão do PHP | Situação em outubro de 2026 | As correções de segurança param |
|---|---|---|
| 8.5 | Com suporte total | 31 de dezembro de 2029 |
| 8.4 | Com suporte total | 31 de dezembro de 2028 |
| 8.3 | Só correções de segurança | 31 de dezembro de 2027 |
| 8.2 | Só correções de segurança, e quase sem tempo | 31 de dezembro de 2026 |
| 8.1 e anteriores, incluindo todo o PHP 7 | Fim de vida: já ninguém o corrige | Já pararam |
Muitos websites pequenos de alojamento estão parados no PHP 7.4, 8.0 ou 8.1. Ninguém fez nada de errado. O site foi construído, funcionou, as reservas entraram, e nunca houve razão para voltar a abrir o painel de controlo do alojamento. As empresas de alojamento nem sempre o passam para uma versão mais recente por si. Um salto pode partir um site antigo, e elas preferem deixar um site a funcionar em paz a parti-lo em silêncio. O resultado é um website com bom aspeto e que passou, em silêncio, anos para lá da sua última correção de segurança.
Se o seu site funciona com WordPress (a maioria dos sites de B&B funciona), é aqui que o número da versão se esconde:
Se o seu site não estiver em WordPress, ou não conseguir entrar:
Agora compare o seu número com a tabela acima. No 8.2, tem a correção por agora, mas o relógio não para: as correções para o 8.2 param a 31 de dezembro de 2026. No 8.1 ou abaixo, a sua versão já passou do fim, e o resto desta página trata das suas opções.
Primeiro, mantenha isto em proporção. Uma versão antiga não significa que o seu site tenha sido invadido, e ninguém está a apontar à sua casa de hóspedes pelo nome. O risco funciona assim. Quando uma falha é anunciada, os detalhes são publicados para toda a gente ler. Depois disso, computadores andam à procura de websites que ainda têm a falha, automaticamente, dia e noite. Uma versão antiga significa que todas as falhas descobertas a partir de agora ficam abertas no seu site para sempre, incluindo o par deste mês, em que o atacante nem sequer precisa de palavra-passe.
Se alguém conseguir entrar, os resultados costumam ser aborrecidos em vez de dramáticos: as suas páginas alteradas ou desviadas para sites de spam, páginas de lixo escondidas sob o seu endereço web, ou a sua conta de alojamento usada para enviar correio de spam. Esta última pode fazer com que o seu endereço entre em listas negras, e os seus pedidos de reserva começam a cair nas pastas de lixo dos hóspedes. E um website de B&B não é só um folheto. Os seus formulários de contacto guardam nomes, datas e contactos dos hóspedes. Se o seu sistema de reservas funcionar como um plugin, um pequeno extra dentro do seu website, o próprio caminho de reservas fica atrás do mesmo motor. É essa a parte do seu negócio que o número da versão anda a guardar em silêncio.
1. Suba para uma versão do PHP mais recente, onde o seu site está. É a resposta certa para a maioria dos sites e, muitas vezes, é gratuita: a sua empresa de alojamento carrega num interruptor e o seu site continua. Convém-lhe se os blocos de construção do seu site, o tema e os extras (plugins), ainda forem mantidos por quem os fez. O único risco real é um extra escrito para PHP 7 cair no PHP 8. Por isso, faça-o pela ordem segura: primeiro a cópia de segurança completa, depois a mudança, depois percorra as suas páginas e o seu caminho de reservas, um a um. Peça à sua empresa de alojamento que o faça, ou que o experimente primeiro numa cópia de treino, e combine de antemão que volta atrás se alguma coisa se partir. Uma atualização cuidadosa que corra mal custa-lhe uma tarde. Ficar numa versão sem correção não custa nada hoje e traz o risco todos os dias a partir de agora.
2. Mantenha o site e ponha as correções no calendário de outra pessoa. Se o website ganha o seu valor e simplesmente nunca quer abrir a área de administração, pagar a alguém para tratar dele é uma resposta justa: essa pessoa mantém o WordPress, o tema, os plugins e a versão do PHP atualizados por si, e verifica o site depois. Convém a proprietários cujo site é sólido mas cuja atenção está noutro lado. O problema da versão raramente é uma questão de conhecimento. É uma questão de a tarefa não pertencer a ninguém. Este caminho dá-lhe um dono.
3. Comece de novo com um website feito à mão. Se a verificação for má a todos os níveis, um motor que já ninguém corrige, extras de que os autores se afastaram, um design de antes de a maioria dos hóspedes reservar pelo telemóvel, então corrigir peça a peça pode custar mais do que começar de novo. É neste caminho que nós trabalhamos. Construímos à mão o seu website de reservas diretas por um pagamento único de £1,999, com o seu motor de reservas atual encaixado nele. Como dizemos na nossa página sobre gestores de canais: no WordPress, ferramentas como um motor de reservas chegam normalmente como um plugin, e um plugin é mais uma coisa para atualizar e manter segura. Um site feito à mão não tem modelos nem construtores de páginas, e toda a cadeia de manutenção, WordPress, tema, plugins e versão do PHP, simplesmente deixa de ser sua para andar atrás. Veja o nosso guia de custos de websites de B&B para saber como a construção única se compara com os custos contínuos de plataforma e manutenção.
Se o seu site funciona com WordPress, entre na área de administração e vá a Ferramentas, depois Estado do Site, depois o separador Informações. Abra a secção Servidor e a sua versão do PHP está escrita lá. Se o seu site não estiver em WordPress, entre no painel de controlo do seu alojamento e procure Select PHP Version ou MultiPHP Manager, que mostra a versão definida para o seu site. Se nenhum dos caminhos funcionar, faça uma pergunta ao seu alojamento: que versão do PHP está o meu site a usar, e ainda recebe manutenção? Ou use o verificador gratuito nesta página: escreva o endereço do seu website e ele diz-lhe se a sua versão é visível do exterior.
Em outubro de 2026, o PHP 8.2, 8.3, 8.4 e 8.5 ainda recebem manutenção. O PHP 8.2 está no seu trecho final, só com correções de segurança, e chega ao fim a 31 de dezembro de 2026. O PHP 8.1 e tudo o que é mais antigo, incluindo todo o PHP 7, já passaram do fim: a equipa do PHP já não publica correções de segurança para eles.
Não. Uma versão antiga não significa que o seu site tenha sido invadido. Significa que, quando uma falha nova é anunciada, não é publicada uma correção para a sua versão da forma normal. As falhas corrigidas a 21 de outubro de 2026 são um exemplo ao vivo: saíram correções para o PHP 8.2 a 8.5, enquanto o PHP 8.1 e anteriores não receberam nenhuma versão regular. Trate isto como uma tarefa para agendar, não como um incêndio para entrar em pânico, e agende-a em breve.
Pode, se o seu tema ou os seus plugins estiverem antigos. Um plugin escrito para PHP 7 pode cair no PHP 8, e é por isso que as atualizações devem ser feitas primeiro com uma cópia de segurança completa e, se puder, experimentadas primeiro numa cópia de treino. Na prática, a maioria dos alojamentos muda o interruptor por si e volta a mudá-lo se alguma coisa se partir. O risco de uma atualização cuidadosa é pequeno e de curta duração. O risco de ficar numa versão sem correção não desaparece.
Não. Essas empresas funcionam nos seus próprios sistemas, e as reservas lá continuam normalmente. O que funciona no seu PHP é o seu próprio website: as suas páginas, os seus formulários de contacto e, se o seu sistema de reservas for um plugin dentro do seu site, o seu caminho de reservas diretas. É essa a parte que vale a pena proteger, porque é a via por onde os dados dos hóspedes chegam diretamente a si.
Normalmente não. Se o seu site WordPress estiver a fazer o seu trabalho no resto, atualizar o PHP e manter o WordPress, o tema e os plugins com manutenção resolve o problema. Vale a pena pensar numa reconstrução quando o site está antigo a todos os níveis: uma versão do PHP que já ninguém corrige, plugins que os seus autores já não mantêm, e um design de antes de a maioria dos hóspedes reservar pelo telemóvel. Nesse caso, a reconstrução retira toda a cadeia de manutenção, em vez de a reparar elo a elo.
Se a sua verificação devolver uma versão que ainda recebe manutenção, ótimo: anote a data em que as correções param, defina um lembrete e volte a tratar do seu alojamento. Se devolver uma versão antiga, já conhece os três caminhos e, mais ou menos, o que cada um custa em dinheiro ou atenção. E se o site já estiver na altura de uma reconstrução de qualquer maneira, um website feito à mão tira de vez toda a passadeira de correções da sua lista.
Website feito à mão, £1,999 pagamento único, 0% de comissão. Veja primeiro o seu próprio B&B com uma demonstração de £9.90.
Experimente uma demonstração de £9.90Dúvidas? Ligue +44 7727 811227 (IA, 24/7) · WhatsApp (atendimento humano) · hello@directbook.uk
Última verificação: 21 de outubro de 2026. Apenas orientação geral, não é aconselhamento de segurança nem jurídico. Fontes: aviso de segurança do PHP, "Critical remote code execution vulnerabilities, update now" (php.net, 21 de outubro de 2026); Versões com Suporte do PHP (php.net, verificado a 21 de outubro de 2026); anúncios de lançamento do PHP para 8.2.35, 8.3.36, 8.4.27 e 8.5.12 (php.net, 21 de outubro de 2026); aviso prévio do lançamento de segurança do PHP (php.net, 20 de outubro de 2026).