Scaricare i siti web che utilizzano JBoss Application Server

Informazioni su JBoss Application Server

Le applicazioni Java enterprise compaiono di rado in un browser. Lo stack si colloca dietro bilanciatori di carico e reverse proxy, viene acquistato tramite l’ufficio acquisti anziché scelto da uno sviluppatore nel corso di un fine settimana, e di solito si dà parecchio da fare per non annunciarsi. Per questo, quando JBoss Application Server è identificabile dall’esterno, l’identificazione è già di per sé il dato rilevante.

Il software JBoss Application Server rientra nella categoria Web servers, è scritto in Java, è uscito per la prima volta nel 1999 ed è distribuito con licenza LGPL. Red Hat ha acquisito il progetto e in seguito ha rinominato la linea community in WildFly, mantenendo il nome JBoss sulla piattaforma commerciale, per cui i due nomi descrivono la stessa linea di sviluppo in momenti diversi della sua vita. Un server che si identifica ancora con il nome originale è, il più delle volte, un’installazione lasciata esattamente dove qualcuno l’aveva messa.

I dati di versione sostengono questa lettura. Registriamo 15 versioni distinte sui siti in cui la versione è leggibile, e il valore che incontriamo più spesso è 4.0.2, che appartiene alla generazione precedente al cambio di nome. Di solito un application server non resta su una vecchia linea perché un architetto la preferisce. Le installazioni restano dove sono perché l’applicazione che vi gira sopra è stata scritta per quel runtime, il team che l’ha scritta è passato ad altro e l’aggiornamento è un progetto che nessuno ha finanziato.

A ottobre 2026 JBoss Application Server è visibile su 19.150 siti, e la popolazione che sta dietro a questa cifra va descritta con precisione. Un application server Java esposto al pubblico è tipicamente un sistema interno aperto verso l’esterno per un portale, un’integrazione con i partner o un’interfaccia di amministrazione, e le organizzazioni che stanno dietro a questi sistemi tendono a essere banche, assicurazioni, università, enti pubblici e aziende manifatturiere, istituzioni abbastanza vecchie da aver scritto la propria logica di business in Java e abbastanza stabili da farla girare ancora. Un elenco di queste organizzazioni interessa più pubblici contemporaneamente. I ricercatori di sicurezza lo vogliono perché gli application server senza patch sono una via d’accesso molto battuta verso una rete. Le società di consulenza specializzate in migrazione e modernizzazione lo vogliono perché ogni voce è un’organizzazione con un runtime legacy che prima o poi dovrà spostare. I fornitori di monitoraggio, di piattaforme per container e di abbonamenti di assistenza lo vogliono perché il profilo tecnico dell’acquirente è insolitamente specifico e insolitamente ben finanziato.

Qui l’onestà sul metodo conta più del solito. L’identificazione dipende da intestazioni, pagine di errore, percorsi predefiniti o nomi di cookie che un amministratore competente può eliminare in un pomeriggio, per cui i server che riusciamo a nominare sono, per definizione, quelli che nessuno ha messo in sicurezza. La diffusione reale è maggiore di quanto conteggiamo, e lo è ancora di più all’interno di reti che non si affacciano mai su internet pubblico. Il file scaricabile offre la porzione visibile dall’esterno, datata e affiancata dal resto dello stack di ciascun host. Questa porzione basta per pianificare una ricerca o una campagna di contatto, ma non va mai letta come un inventario completo di JBoss Application Server in produzione.