Hosting che collaborano sulla sicurezza: cosa cambia per te

Emilio Petrozzi — Sun, 20 Sep 2026 20:23:58 +0000

Il settore hosting ha un paradosso che gli sta costando da decenni: sono l'infrastruttura di tutto il web, ma restano un mercato frammentato dove tutti combattono da soli. Quando un dominio compromesso spara spam passando da un provider all'altro, ogni host vede solo la sua fetta dell'attacco — e l'attaccante sfrutta proprio quelle zone d'ombra tra fornitori. La Secure Hosting Alliance, guidata da David Snead, esiste per ribaltare questa dinamica, e nell'episodio 224 del podcast WP Tavern racconta come: dati sugli abusi condivisi in tempo reale tra registrar, hosting, servizi DNS. In questa guida estraggo la parte che tocca chi gestisce siti WordPress, che è la parte che si traduce in meno incidenti e in hosting scelte meglio.

Le credenziali di Snead valgono la pena un paragrafo, perché il settore piccolo è pieno di pseudo-esperti e lui è il contrario: nel hosting dal 1999, avvocato per una delle prime società di shared hosting, poi consigliere per una cinquantina di provider, co-fondatore della i2Coalition, dieci anni tra cPanel e WebPros. Quando un simile profilo dice che il settore va rifondato sulla collaborazione, non sta vendendo un prodotto: sta descrivendo il buco che ha visto da tutte le postazioni possibili.

Cosa fa la Secure Hosting Alliance nei fatti: IIF e intelligence

Il pezzo tecnico dal quale partire è l'Internet Infrastructure Forum, IIF: un framework per scambio di intelligence e report sugli abusi in tempo reale tra operatori diversi. Tradotto in pratica: un host che individua una campagna di malware o un pattern di abuso lo segnala nel formato condiviso, e gli altri operatori — gli altri hosting, i registrar, i provider DNS — possono proteggere i propri clienti prima di vederne la variante stessa. Nel podcast Snead insiste su due caratteristiche che rendono il progetto diverso dai soliti memorandum di buone intenzioni: i dati passati sono actionable (informazioni concrete, pattern di attacco, indicatori misurabili) e non proprietari — nessuno deve dare via il suo vantaggio commerciale per partecipare. E il target dichiarato è tempo: rilevare e fermare gli attacchi più in fretta di quanto gli avversari si adattino.

La logica è la stessa di una guardia medica tra vicini: ognuno da solo chiama l'ambulatorio quando l'infezione è dilagata, insieme chiudono la strada prima che arrivi. Per un host piccolo — e ce ne sono migliaia — è la differenza tra un team security che non può permettersi e un network a cui appoggiarsi pagando la quota, non una cifra impossibile.

Per chi vende hosting, invece, il calcolo visto interno è altrettanto semplice: gestire un incidente dopo la notifica — bonifica, ticket, comunicazione al cliente, possibile perdita dell'account — costa una cifra che nel giro di un anno supera la partecipazione al circuito di intelligence. L'organizzazione non sostituisce il team security: le dà un punto di partenza che da soli non avrebbero.

Perché agli hosting conviene (l'argomento che conta)

Nell'intervista la parte più concreta è il business case: gli attacchi costano hosting in penali, churn, ticket e reputazione; la collaborazione taglia i costi vivi perché il prossimo attacco viene smontato molto prima. Più ardito l'obiettivo etico che Snead declina tre volte: alzare il livello di professionalità del settore, che dalla consolidazione dei grandi group è scivolato verso il prezzo come unico criterio di scelta. E chi gestisce agenzie conosce il costo di questo scivolamento: clienti hostati su condivisi da 2€ al mese che finiscono in blacklist o restano contagiati da un vicino mai isolato.

Per chi compra hosting, la collaborazione tra provider riporta un criterio di scelta che il marketing aveva tolto: il provider fa parte di organizzazioni di settore che condividono intelligence? Ha canali di ab segnalazione attivi con i registrar? È quello che ho raccontato nel pentest di Patchstack in agosto — dove host dotati degli stessi strumenti ottenevano esiti opposti — e la risposta operativa è identica: chiedete cosa fanno con l'intelligence altrui, non cosa promettono per la vostra.

Cosa cambia per chi tiene siti sul web

Per un consulente la novità si traduce in tre cose concrete. La prima: i tempi di rimozione di un sito infetto dall'ecosistema si stanno accorciando, perché il segnale passa tra operatori invece di morire nella mailbox di un solo provider. La seconda: gli attacchi bot massivi — credential stuffing, scanner di vulnerabilità — diventano più costosi da eseguire, e parzialmente meno redditizie, quando fonti multiple li identificano in parallelo. La terza, la meno ovvia: l'esistenza di standard condivisi rende più facile valutare l'host e richiedere supporto con criteri misurabili — se un provider non sa nemmeno cosa è la Secure Hosting Alliance, avete un dato del suo livello di serietà.

Nel mio lavoro di consulenza, la checklist dell'hosting che consiglio si aggiorna così: chiedere se il provider partecipa a iniziative di intelligence condivise come la Secure Hosting Alliance o la i2Coalition, tenere conto della patch velocity (il riferimento è il pentest di Patchstack di agosto), e mantenere una manutenzione WordPress che copre la parte applicativa — perché la collaborazione tra hosting copre l'infrastruttura, non il vostro plugin scaduto.

Il caso schema: quando un host segnala, cosa succede lato cliente

Riportiamo il meccanismo nel concreto di un caso tipo. Un cliente WooCommerce che seguo ha ricevuto da un partner una segnalazione anomala: picchi di richieste POST verso il checkout da ranghi di IP mai visti. L'host, collegato a un circuito di intelligence, incrocia i dati: gli stessi IP stanno infettando checkout su altri tre provider con un pattern già catalogato: non è un attacco mirato al suo cliente, è una campagna in corso che altri hanno già identificato. Il risultato operativo: regola WAF aggiornata in poche ore, traffico bloccato prima del primo furto, zero intervento fuori orario. Sul vecchio modello il cliente avrebbe scoperto lo skimmer dalla segnalazione della banca, tre settimane dopo, con i dati dei clienti già circolati. La differenza non sta nel tool: sta nel fatto che l'host non ragiona più da solo. Chi vuole il quadro completo di cosa significa un hosting WordPress sicuro dopo queste evoluzioni, e come sceglierlo con domande precise, vi rimando all'articolo dedicato.

Che cosa guardare nei prossimi mesi

Il segnale da tenere sotto controllo è duplice. Sui fornitori: se il vostro host non comunica nulla su adesioni a collaborazioni di sicurezza, chiedete — la risposta vi dice dove si colloca rispetto agli standard emergenti. Sui propri siti: la parte che nessuna intelligence altrui può oggi coprire è la protezione applicativa, cioè plugin aggiornati, credenziali sane, monitoraggio attivo, backup testati. Se state pensando di delegare questa parte, ecco dove parliamo delil servizio di assistenza WordPress che uso con i miei clienti: infrastructure da un lato, applicazione dall'altro, nessuna delle due da sola regge più. E quando un problema si mette in piedi, la pagina di assistenza è la porta giusta per il primo intervento.