Scaricare i siti web che utilizzano RainLoop

Informazioni su RainLoop

Un dominio che risponde con RainLoop mostra un ingresso riservato al personale, non una vetrina. Il software è un client di posta basato sul browser, scritto in PHP e installato sul server del gestore stesso, dove si colloca davanti a una configurazione IMAP e SMTP già esistente, così che gli account di posta si possano leggere da un browser senza trasferirli a un fornitore in hosting. Su quel nome host non si vende nulla al pubblico. Il gestore ha semplicemente reso raggiungibile da internet uno strumento interno, perché il personale possa raggiungere la propria posta da qualsiasi luogo.

Una webmail ospitata in proprio dice qualcosa di preciso sull’organizzazione che sta dietro un dominio. Qualcuno ha scelto di tenere la posta su un’infrastruttura che controlla direttamente invece di acquistare licenze per utente da un grande fornitore di posta, una decisione che piccole società di hosting, agenzie, università e gestori attenti alla privacy prendono molto più volentieri dei reparti IT aziendali. Per un ricercatore che mappa chi gestisce ancora da sé il proprio stack di posta, trovare il client su un dominio è più informativo della sola lettura del record MX, perché un front end di webmail indica che una persona accede tramite un browser e non tramite una suite desktop aziendale.

Rilasciato per la prima volta nel 2013 e distribuito con licenza Open Source, il software RainLoop è di quelli che si installano una volta e poi si lasciano stare. Aggiornarlo richiede l’accesso alla shell e una finestra di manutenzione, ed è proprio il tipo di lavoro che nessuno pianifica su un server il cui unico compito è la posta. Nelle installazioni che riusciamo a leggere distinguiamo 26 build diverse, e quella che registriamo più spesso è la 1.17.0. La dispersione è in realtà una distribuzione per età più che per funzionalità, e si è allargata dopo che lo sviluppo upstream ha rallentato e gran parte della comunità è passata a un fork mantenuto, lasciando le installazioni originali ferme alla release che era corrente il giorno della loro messa in produzione.

Il login di una webmail è una superficie di autenticazione esposta su internet, quindi la release in esecuzione su un host non è un dettaglio da curiosi. Chi si occupa di inventario della superficie d’attacco, di segnalazione delle vulnerabilità ai gestori o di divulgazione responsabile ha bisogno del nome host e della build insieme, e ne ha bisogno per un’intera popolazione, non per un dominio alla volta. L’abbinamento tra nome host e build interessa anche ai fornitori di hosting che verificano che cosa i loro clienti, senza dirlo a nessuno, abbiano installato sui server condivisi.

A ottobre 2026 rileviamo il client su 956 siti. Una ricerca per singolo dominio può confermare un nome host, ma la domanda utile va nella direzione opposta: quali host eseguono questo software, con quale build e su che tipo di dominio. La nostra esportazione dà questa risposta in un unico file, con il dominio, la versione rilevata quando una versione è esposta e il resto dello stack di ciascun sito nella stessa riga, così che la popolazione si possa filtrare, campionare o incrociare con i propri archivi senza interrogare nulla dominio per dominio.