Scaricare i siti web che utilizzano JBoss Web

Informazioni su JBoss Web

Gran parte del software server sul web pubblico è la prova di una decisione presa di recente. JBoss Web è la prova di una decisione presa molto tempo fa e mai rivista. Il componente è lo strato HTTP e servlet dell’application server JBoss, la parte che accettava le richieste ed eseguiva servlet e pagine JSP per le applicazioni Java installate dietro di esso, per cui la sua comparsa in un’intestazione di risposta o in una pagina di errore dice meno su una preferenza in fatto di web server che su un intero parco di sistemi aziendali che si trova dietro quella porta.

Il componente JBoss Web proviene da Red Hat ed è stato distribuito con licenza LGPL, con una storia che risale al 2005. La storia del prodotto spiega la forma di ciò che troviamo. Gli application server di quell’epoca venivano installati da system integrator, configurati una volta sola e lasciati in funzione sotto applicazioni aziendali che nessuno voleva toccare, e le release successive della stessa linea di prodotto sono passate a uno strato HTTP del tutto diverso, non bloccante. Sul web pubblico resta quindi visibile una popolazione di installazioni che hanno smesso di ricevere attenzione, più che una popolazione di scelte attuali.

I dati di versione lo mostrano con più precisione di qualsiasi descrizione. Su tutti i rilevamenti in nostro possesso contiamo appena 3 versioni distinte di JBoss Web, e la release che incontriamo più spesso è 2.0. Un software in sviluppo attivo produce una coda lunga di versioni in un dataset di impronte, perché i siti si aggiornano a velocità diverse e c’è sempre qualcosa di più recente verso cui aggiornarsi. Una dispersione così ristretta significa che il codice ha smesso di muoversi, per cui il dataset non registra un comportamento di aggiornamento ma l’anno in cui ciascun server è stato allestito l’ultima volta.

A ottobre 2026 rileviamo JBoss Web su 220 siti, una cifra modesta in termini assoluti ma densa di informazioni utili. Chi vende progetti di migrazione legge l’elenco come un insieme di organizzazioni che fanno girare uno stack Java mai modernizzato, con un problema di budget rimandato nel tempo. I ricercatori di sicurezza lo leggono come esposizione, perché un componente che non riceve più correzioni di solito si colloca davanti ad applicazioni della stessa epoca che a loro volta non le ricevono. I fornitori di application server, piattaforme di runtime e strumenti di monitoraggio lo leggono come un elenco di installazioni da sostituire, con l’argomentazione tecnica già pronta.

Qui il rilevamento è inferenziale e l’inferenza funziona in una sola direzione. Un server che dichiara il componente nelle proprie intestazioni è banalmente identificabile, mentre un server configurato per nascondere il proprio banner ci resta invisibile, come qualsiasi installazione che si trova dietro un reverse proxy o una CDN che riscrive la risposta. Le impronte di questo tipo sottostimano il dato di un margine che nessuno può misurare dall’esterno, per cui conviene leggere la popolazione come la parte del parco che si annuncia ancora.

Una ricerca puntuale conferma un singolo host. È l’elenco scaricabile a trasformare la stessa impronta in un’indagine: quanti host restano, su quali estensioni nazionali si concentrano e se il totale cala da un’esportazione all’altra. Un conteggio in calo da un aggiornamento dei dati all’altro è quanto di più vicino esista a una curva pubblica di dismissione per un software aziendale che non ha più un calendario di rilascio.