{"id":94,"date":"2026-05-22T16:29:29","date_gmt":"2026-05-22T16:29:29","guid":{"rendered":"https:\/\/simpletuammi.ao\/?p=94"},"modified":"2026-05-22T16:31:53","modified_gmt":"2026-05-22T16:31:53","slug":"o-dia-em-que-o-meu-blog-morreu","status":"publish","type":"post","link":"https:\/\/simpletuammi.ao\/index.php\/2026\/05\/22\/o-dia-em-que-o-meu-blog-morreu\/","title":{"rendered":"O Dia em que o Meu Blog “Morreu” (de novo): Li\u00e7\u00f5es de Sobreviv\u00eancia Digital e Ciberseguran\u00e7a"},"content":{"rendered":"\n

1. O Meu Laborat\u00f3rio de Pensamento<\/h3>\n\n\n\n

Este blog, o simpletuammi.ao<\/em>, tornou-se o meu laborat\u00f3rio. \u00c9 aqui que penso em voz alta, onde exploro ideias e, esperan\u00e7osamente, onde encontro pessoas que partilham das mesmas inquieta\u00e7\u00f5es que eu. \u00c9 um projeto que ainda est\u00e1 a crescer, mas que j\u00e1 ocupa um lugar central na minha rotina.<\/p>\n\n\n\n

Por isso, podem imaginar o meu choque quando, numa manh\u00e3 qualquer, o meu “espa\u00e7o” simplesmente desapareceu.<\/p>\n\n\n\n

\n\n\n\n

2. O E-mail que Ningu\u00e9m Quer Receber<\/h3>\n\n\n\n

A AngoWeb tem sido a minha casa digital h\u00e1 tr\u00eas anos e sempre foram impec\u00e1veis. Mas desta vez, a causa n\u00e3o foi um erro local, mas uma vulnerabilidade global que abalou a internet: a CVE-2026-41940<\/strong>.<\/p>\n\n\n\n

Esta falha cr\u00edtica (com uma pontua\u00e7\u00e3o de 9.8\/10 na escala de gravidade CVSS) afetou o cPanel<\/em> e o WebHost Manager (WHM)<\/em>, as ferramentas que permitem gerir a maioria dos servidores de alojamento do mundo. O ataque permitia que cibercriminosos contornassem a autentica\u00e7\u00e3o e ganhassem acesso administrativo sem precisar de uma \u00fanica palavra-passe. O resultado? O meu blog, como milhares de outros, ficou offline enquanto os provedores de todo o mundo tentavam conter a vaga de ataques. O que \u00e9 que um “n\u00e3o-especialista” faz quando o mundo digital parece estar a colapsar?<\/p>\n\n\n\n

\n\n\n\n

3. De Volta ao Laborat\u00f3rio (Google ao Resgate)<\/h3>\n\n\n\n

J\u00e1 tinha passado por algo parecido quando, acidentalmente, apaguei a base de dados<\/strong> do blog. Pensem na base de dados como o arquivo central de uma empresa: o blog \u00e9 apenas a recep\u00e7\u00e3o bonita que os clientes v\u00eaem, mas \u00e9 na base de dados que est\u00e3o guardadas todas as pastas com os textos, coment\u00e1rios e configura\u00e7\u00f5es. Sem ela, o blog \u00e9 apenas uma casca vazia.<\/p>\n\n\n\n

Sim, as dores de crescimento s\u00e3o reais. Desta vez, tive de tomar as r\u00e9deas. O processo foi uma maratona de pesquisa. O blog n\u00e3o comunicava com a base de dados. “Erro ao estabelecer liga\u00e7\u00e3o”<\/em>.<\/p>\n\n\n\n

Google com os gajos.<\/strong><\/p>\n\n\n\n

Li dezenas de f\u00f3runs, segui tutoriais e percebi que o meu blog tamb\u00e9m precisa de “credenciais” (um utilizador e uma palavra-passe) para aceder \u00e0 base de dados.<\/p>\n\n\n\n

\n

O passe:<\/strong> Imaginem um funcion\u00e1rio que precisa de apresentar o seu passe de trabalho<\/strong> para ter acesso \u00e0 sala de arquivos f\u00edsicos da empresa. Se o passe estiver desatualizado ou com algum erro de digita\u00e7\u00e3o na identifica\u00e7\u00e3o, o seguran\u00e7a simplesmente barra a entrada e o trabalho n\u00e3o flui. Com o site \u00e9 exatamente o mesmo: se as credenciais no ficheiro de configura\u00e7\u00e3o n\u00e3o baterem certo com as da base de dados, a liga\u00e7\u00e3o \u00e9 rejeitada.<\/p>\n<\/blockquote>\n\n\n\n

O meu trabalho ali foi ajustar e atualizar as informa\u00e7\u00f5es desse “passe de trabalho” do blog para que ele pudesse abrir a porta dos arquivos. Mas, logo a seguir, bati noutra parede: o ecr\u00e3 de instala\u00e7\u00e3o do WordPress<\/strong>. O problema \u00e9 que, ao ver aquele ecr\u00e3, o sistema perguntava-me se queria “Instalar de Novo”. Se aceitasse, o instalador poderia apagar todos os ficheiros antigos. Tive de parar, respirar e perceber que a falha era de “morada” na comunica\u00e7\u00e3o entre o blog e o seu arquivo.<\/p>\n\n\n\n

\n\n\n\n

4. O Poder do Detalhe (O detalhe mais min\u00fasculo)<\/h3>\n\n\n\n

A solu\u00e7\u00e3o final estava num pequeno detalhe t\u00e9cnico chamado prefixo<\/strong>. Para o blog funcionar, o site e a base de dados t\u00eam de falar exatamente a mesma l\u00edngua. Percebi que o meu ficheiro de configura\u00e7\u00e3o tinha letras mai\u00fasculas onde a base de dados usava min\u00fasculas.<\/p>\n\n\n\n

Ser\u00e1 que a base de dados \u00e9 sens\u00edvel a mai\u00fasculas (case sensitive<\/em>)? Google outra vez. Resposta: Sim.<\/strong><\/p>\n\n\n\n

Imaginem que chegam \u00e0 porta da empresa. O vosso passe de trabalho<\/strong> tem o nome em Portugu\u00eas, mas na lista oficial do seguran\u00e7a, o nome est\u00e1 escrito em Mandarim. Como o seguran\u00e7a n\u00e3o sabe “traduzir” ou deduzir que se trata da mesma pessoa, ele diz: “N\u00e3o te conhe\u00e7o, n\u00e3o podes entrar”<\/em>. Para a base de dados, “BLOG” e “blog” s\u00e3o entidades de planetas diferentes. Como o prefixo n\u00e3o era id\u00eantico, ela assumia que o site era novo e tentava formatar tudo. Um simples ajuste de caracteres e, como que por magia, o blog estava de volta.<\/p>\n\n\n\n

\n\n\n\n

Conclus\u00e3o: Reflex\u00f5es sobre este “Susto” Digital<\/h3>\n\n\n\n

Desta experi\u00eancia, retirei tr\u00eas li\u00e7\u00f5es fundamentais:<\/p>\n\n\n\n