Avaluació inicial sense contrasenyes Pressupost abans d’intervenir Un especialista responsable de principi a fi

Hosting Dns Containment

Cloudflare continua servint una pàgina infectada després de netejar-la

Distingeix memòria cau i origen, conserva evidències i purga variants concretes després de netejar regles, Workers i servidor.

Els fitxers de l’origen estan nets, però alguns visitants encara veuen una redirecció, script o pàgina spam. Cloudflare pot conservar una resposta HTML infectada, un Worker pot alterar el trànsit o un node d’origen pot continuar compromès.

Purgar-ho tot immediatament elimina evidència útil i pot saturar l’origen amb peticions sense memòria cau.

Compara les respostes pública i d’origen

Registra les capçaleres, el hash del cos, l’estat de memòria cau, Age, centre de dades i hora de la pàgina pública. Utilitza un mètode segur i autoritzat per consultar l’origen amb el host correcte.

No publiquis la IP de l’origen ni evitis controls d’accés sense necessitat. La prova ha de respectar l’arquitectura del lloc.

Si la resposta pública està infectada i l’origen net és consistent, la memòria cau o una transformació esdevenen causes probables.

Comprova variants d’URL i clau de memòria cau

Prova l’URL canònica, la barra final, la ruta d’idioma, condicions mòbils i paràmetres de seguiment innocus coneguts. Galetes, query strings, regles de dispositiu i país poden crear objectes diferents.

Purgar una URL pot deixar una variant enverinada. No configuris Cloudflare perquè ignori tots els paràmetres: cerques, idiomes i comerç electrònic en poden dependre.

Registra exactament quines condicions reprodueixen el problema.

Conserva evidències abans de purgar

Desa l’HTML infectat, les capçaleres i les URL de recursos externs com a evidència restringida. No executis els scripts copiats.

Exporta les regles de memòria cau, Workers, redireccions i aplicacions, a més de l’historial d’auditoria recent de Cloudflare.

Un Worker o una regla desconeguts poden regenerar la resposta després de buidar la memòria cau.

Revisa l’accés a Cloudflare

Audita usuaris, tokens API, sessions, rutes de Workers, Transform Rules, Redirect Rules i aplicacions. Revoca accessos desconeguts i rota tokens afectats des d’un dispositiu net.

Utilitza tokens de privilegi mínim en comptes d’una clau global compartida. Protegeix el correu del propietari i activa MFA fort.

No esborris regles legítimes de seguretat o DNS sense exportar-les i obtenir la revisió del responsable.

Purga objectes específics

Després de netejar l’origen i la configuració, purga les URL exactes i les seves variants conegudes. Si l’HTML infectat és generalitzat, es pot justificar una purga àmplia planificant la capacitat de l’origen.

Precarrega només pàgines públiques importants i revisa’n les noves capçaleres i el cos. Exclou carretó, checkout i compte d’una memòria cau completa inadequada.

No emmagatzemis indefinidament pàgines de manteniment o incident.

Comprova altres capes de memòria cau

L’allotjament, un connector WordPress, proxy invers, service worker del navegador i diversos orígens poden servir contingut antic. Traça la resposta per cada capa.

Buida els recursos generats per constructors o minificació després de netejar-ne les fonts de base i fitxers.

Si un origen balancejat continua infectat, Cloudflare pot alternar respostes encara que la seva memòria cau funcioni correctament.

Considera l’emmagatzematge del navegador

Un visitant anterior pot conservar scripts o un service worker infectat encara que Cloudflare ja estigui net. Prova amb un perfil d’un sol ús i revisa workers registrats, Cache Storage i emmagatzematge local.

Elimina el worker maliciós de cada origen i memòria cau i publica una actualització neta o una ruta de desregistre adequada. No presentis «esborrar totes les dades del navegador» com la reparació: el servidor ha d’impedir que el worker antic controli navegacions noves.

Verifica el cicle d’actualització per a visitants recurrents i nous.

Verifica globalment

Prova regions representatives, perfils nets i les condicions originals de mòbil o referència. Confirma que no apareix cap domini o script antic.

Monitoritza canvis de memòria cau, desplegaments de Workers i hashes de l’origen. Revisa per separat Search Console i les alertes de reputació, que no desapareixen immediatament.

Quan cal ajuda especialitzada

Demana ajuda si edge i origen discrepen, les regles no tenen propietari o només fallen regions o dispositius concrets. Envia URL i capçaleres públiques sense tokens.

Una resposta completa conserva evidències, neteja origen i configuració i demostra que cada variant rellevant serveix contingut de confiança.

ABANS D’ENVIAR LA SOL·LICITUD

Preguntes freqüents.

Demaneu contrasenyes al formulari?+

No. El formulari públic no demana mai accessos. Les dades segures es demanen només després d’aprovar l’abast i el pressupost.

Qui revisa la incidència?+

La sol·licitud arriba a Jordi Ensenyat, fundador de Code Barcelona i especialista en WordPress amb més de 15 anys d’experiència.

Es canvia res abans del pressupost?+

No. Primer es revisen els símptomes visibles i es defineix l’abast. La intervenció comença després de l’aprovació i amb una via de recuperació preparada.

Treballeu amb webs en anglès i fora d’Espanya?+

Sí. WP Repair atén incidències de WordPress i WooCommerce en català, castellà i anglès mitjançant un servei remot.

Avaluar la meva incidència↗