Come installare Google Chrome su Kali Linux passo dopo passo

Perché su Kali conviene installare Chrome con criterio

Kali Linux è basata su Debian, ma non va trattata come una Debian “qualsiasi”. È una distribuzione pensata per il lavoro di sicurezza, con un parco pacchetti che cambia meno spesso di quanto si faccia in altri ambienti desktop e con una filosofia diversa sul mix dei repository. Per questo motivo, installare Google Chrome non è complicato, ma va fatto con un minimo di disciplina: scaricare il pacchetto corretto, verificare che l’architettura sia compatibile, lasciare che APT gestisca le dipendenze e non forzare librerie prese a caso da altri canali.

Il punto pratico è semplice: Chrome non è nei repository ufficiali di Kali, quindi si installa dal pacchetto .deb fornito da Google oppure tramite un repository esterno configurato in modo esplicito. La strada più pulita, nella maggior parte dei casi, è il download del pacchetto stabile e l’installazione con apt, così da far risolvere le dipendenze al sistema e mantenere un tracciamento chiaro degli aggiornamenti.

Prerequisiti minimi da controllare prima di partire

Prima di installare, conviene verificare tre cose: architettura, stato dei repository e presenza di privilegi amministrativi. Chrome ufficiale per Linux è distribuito per architettura amd64; se stai usando una macchina arm64 o una build non standard, questa procedura non è quella giusta. Inoltre, se il sistema ha repository APT rotti o una lista di sorgenti incoerente, il problema emergerà subito durante la risoluzione delle dipendenze.

Controlla l’architettura con:

dpkg --print-architecture

L’output atteso per questa procedura è amd64. Se ottieni un valore diverso, non forzare l’installazione: il pacchetto di Chrome non è pensato per quella piattaforma. Verifica anche che APT sia in salute:

sudo apt update

Se qui compaiono errori di firma, repository non raggiungibili o conflitti di release, è meglio risolverli prima di aggiungere altro software. In caso contrario, l’installazione di Chrome rischia di mascherare un problema preesistente invece di risolverlo.

Metodo consigliato: scaricare il pacchetto ufficiale e installarlo con APT

Questa è la sequenza più lineare e anche quella che lascia meno ambiguità al momento degli aggiornamenti. Il pacchetto google-chrome-stable_current_amd64.deb contiene tutto il necessario per registrare l’applicazione nel sistema. Una volta installato, Chrome comparirà nel menu grafico e potrà essere avviato anche da terminale con google-chrome-stable.

1. Scarica il pacchetto stabile dal sito ufficiale di Google.

Da terminale puoi farlo così:

wget https://dl.google.com/linux/direct/google-chrome-stable_current_amd64.deb

Se preferisci, puoi scaricarlo con il browser e salvarlo in una cartella comoda, ad esempio ~/Downloads. Il punto non cambia: il file deve essere integro e provenire dalla sorgente ufficiale.

1. Installa il pacchetto con apt, non con dpkg -i come prima scelta.

Il comando consigliato è questo:

sudo apt install ./google-chrome-stable_current_amd64.deb

Usare apt su un file locale è utile perché, se mancano dipendenze, il gestore prova a risolverle nel modo corretto. Con dpkg -i invece rischi di fermarti a metà e dover poi recuperare manualmente i pacchetti mancanti. Su una macchina desktop questo significa perdere tempo; su un sistema di lavoro significa introdurre variabili inutili.

1. Verifica che il pacchetto sia stato registrato correttamente.

Controlla con:

apt list --installed | grep google-chrome

Atteso: una riga che riporti google-chrome-stable come installato. Se non compare, l’installazione non è andata a buon fine e conviene leggere subito l’errore a video invece di procedere oltre.

Avvio iniziale e verifica del binario

Dopo l’installazione, Chrome dovrebbe comparire automaticamente nel launcher grafico. Se vuoi testarlo subito dal terminale, lancia il binario principale:

google-chrome-stable

Al primo avvio Chrome crea il profilo utente sotto la home dell’account corrente, tipicamente in ~/.config/google-chrome/. Questo è utile da sapere se vuoi fare troubleshooting: cache, estensioni e preferenze vivono lì, quindi molte anomalie dell’interfaccia si risolvono proprio intervenendo su quel profilo o avviando il browser con un profilo pulito.

Se l’app non parte, il primo test è verificare che il binario sia presente e raggiungibile:

command -v google-chrome-stable

Atteso: un path come /usr/bin/google-chrome-stable. Se il comando non restituisce nulla, la registrazione del pacchetto non è andata a buon fine oppure il profilo shell non sta leggendo il PATH corretto.

Gestione degli aggiornamenti senza rompere Kali

Una volta installato, Chrome si aggiorna tramite APT insieme agli altri pacchetti del sistema, a condizione che il repository di Google sia stato configurato oppure che il pacchetto locale abbia registrato correttamente la sorgente. In molti casi il file .deb ufficiale aggiunge automaticamente la chiave e la sorgente APT necessaria. Vale comunque la pena verificare cosa è stato scritto nel sistema, perché su Kali non conviene avere repository “fantasma” o configurazioni duplicate.

Controlla i file di sorgente pertinenti in /etc/apt/sources.list.d/:

ls -1 /etc/apt/sources.list.d/

Se trovi un file collegato a Google, puoi ispezionarlo con:

cat /etc/apt/sources.list.d/google-chrome.list

Il contenuto tipico punta al repository stabile di Google. L’importante non è copiare a memoria una riga, ma capire se il sistema sta effettivamente aggiornando Chrome dal canale previsto. Dopo ogni update di sistema, puoi verificare la presenza di upgrade disponibili con:

sudo apt update
apt list --upgradable | grep google-chrome

Se compare un aggiornamento, significa che il canale è vivo e funzionante. Se non compare nulla, può essere normale oppure può indicare che il repository non è configurato; in quel caso va controllata la sorgente prima di fare deduzioni affrettate.

Alternative: installazione via repository dedicato

In ambienti dove vuoi evitare il download manuale a ogni reinstallazione, puoi configurare il repository Google in modo esplicito. È una strada sensata se gestisci più macchine o vuoi tenere la procedura documentata in uno script. Però richiede più attenzione: la chiave GPG deve essere gestita in modo corretto, il file di sorgente deve essere preciso e non va confuso con repository di terze parti che promettono pacchetti “simili” ma non affidabili.

La logica è questa: aggiungi la chiave nel formato supportato dalla tua versione di APT, definisci il repository in /etc/apt/sources.list.d/, poi installi il pacchetto con un normale apt install google-chrome-stable. Se vuoi lavorare in modo conservativo, tieni sempre una copia dei file prima di modificarli:

sudo cp /etc/apt/sources.list.d/google-chrome.list /etc/apt/sources.list.d/google-chrome.list.bak

Il vantaggio di questo approccio è l’automazione. Lo svantaggio è che, se sbagli la configurazione, il problema si manifesta durante apt update con errori di firma o di accesso al repository. Per questo, su Kali desktop singolo, il pacchetto ufficiale scaricato al volo resta spesso la scelta più pratica.

Problemi tipici e come leggerli senza perdere tempo

Quando qualcosa va storto, i sintomi ricorrenti sono pochi e abbastanza riconoscibili. Se l’installazione fallisce con errori sulle dipendenze, il problema è quasi sempre una base APT non aggiornata o un repository incoerente. Se Chrome si installa ma non si avvia, bisogna distinguere tra problema del binario, problema del profilo utente e problema grafico/X11/Wayland. Se la finestra appare ma è bianca o instabile, spesso la colpa è di estensioni, accelerazione hardware o profilo corrotto.

1. Per errori di dipendenze, rileggi l’output di sudo apt install ./google-chrome-stable_current_amd64.deb e controlla se APT propone pacchetti mancanti. Atteso: risoluzione automatica; KO: messaggi di dipendenze non soddisfatte o repository non raggiungibili.

2. Per problemi di avvio, prova un profilo temporaneo pulito:

google-chrome-stable --user-data-dir=/tmp/chrome-test --no-first-run

Se così parte, il problema è quasi certamente nel profilo utente normale e non nell’installazione del pacchetto. Questo è un test rapido e molto utile perché separa il layer applicativo dal layer di configurazione locale.

1. Per problemi grafici, prova a lanciare Chrome senza accelerazione hardware solo come test diagnostico:

google-chrome-stable --disable-gpu

Se l’interfaccia torna stabile, il sospetto si sposta sul driver video o sull’interazione con la sessione grafica. Non è una soluzione definitiva, ma è un indizio molto utile per restringere il campo.

Scelta del canale: stabile, beta o dev

Su Kali, nella maggior parte degli scenari, ha senso restare sul canale stabile. Beta e dev sono utili per testare funzioni nuove, ma aumentano il rumore operativo e complicano la diagnosi quando qualcosa cambia senza preavviso. Se fai analisi di sicurezza, reverse engineering o test di applicazioni web, il browser deve essere affidabile prima ancora che “nuovo”.

Il canale stabile offre il miglior compromesso tra compatibilità, aggiornamenti e prevedibilità. Se hai un’esigenza specifica di laboratorio, puoi valutare un canale diverso, ma fallo in una macchina separata o con un profilo distinto. Mischiare sperimentazione e ambiente di lavoro è il modo più veloce per creare problemi difficili da attribuire a una causa sola.

Integrazione con il desktop e uso quotidiano

Dopo l’installazione, Chrome si integra nel menu applicazioni e può essere impostato come browser predefinito. Questa parte dipende dall’ambiente desktop in uso, ma in genere basta aprire le impostazioni del sistema e selezionare Chrome come applicazione predefinita per il web. Se lavori su GNOME, il percorso è quello delle applicazioni predefinite; su altri desktop la voce cambia, ma la logica resta la stessa.

Un dettaglio spesso trascurato è la sincronizzazione dei profili. Se usi Chrome con account Google, estensioni e segnalibri si allineano in modo rapido, ma questo non deve diventare un alibi per non tenere ordine locale. Su un sistema come Kali conviene sapere sempre cosa è stato importato, quali estensioni sono attive e quali autorizzazioni hanno. Meno componenti automatiche hai in giro, più semplice è capire perché una sessione di navigazione si comporta in un certo modo.

Disinstallazione pulita e ripristino

Se devi rimuovere Chrome, la disinstallazione standard è semplice e reversibile. Prima controlla se vuoi conservare il profilo utente, perché la rimozione del pacchetto non elimina automaticamente tutti i dati personali sotto la home. Questo è importante se vuoi fare un rollback: il software può essere rimosso, ma i dati di navigazione possono restare.

sudo apt remove google-chrome-stable

Se vuoi anche eliminare i file di configurazione del pacchetto, puoi usare una rimozione più aggressiva, ma solo se sei sicuro di non dover tornare indietro rapidamente. In questo caso il blast radius è limitato al browser e ai suoi file di configurazione, ma il profilo utente resta comunque un elemento separato da valutare con attenzione.

Per un ripristino rapido, basta reinstallare il pacchetto ufficiale e riaprire il profilo. Se il problema era nel profilo, conviene creare un nuovo profilo utente Chrome invece di tentare una riparazione sporca dei file esistenti.

Procedura sintetica consigliata

Se vuoi la versione operativa, senza passaggi superflui, la sequenza più sensata è questa: verifica l’architettura, aggiorna APT, scarica il pacchetto ufficiale, installalo con apt, avvia Chrome e controlla il binario. È una procedura corta, ma abbastanza robusta da evitare gli errori più comuni.

1. dpkg --print-architecture deve restituire amd64.

2. sudo apt update deve chiudersi senza errori di repository.

3. wget https://dl.google.com/linux/direct/google-chrome-stable_current_amd64.deb scarica il pacchetto ufficiale.

4. sudo apt install ./google-chrome-stable_current_amd64.deb installa e risolve le dipendenze.

5. command -v google-chrome-stable conferma che il binario è nel PATH.

6. google-chrome-stable avvia il browser e valida la parte grafica.

Assunzione: stai lavorando su una macchina Kali a 64 bit con accesso amministrativo e una sessione grafica funzionante; se uno di questi elementi manca, la procedura va adattata prima di procedere.

Quando vale la pena fermarsi e non forzare

Ci sono tre casi in cui conviene fermarsi subito: architettura non compatibile, repository APT in stato non affidabile, sessione desktop instabile. In questi scenari non ha senso insistere con reinstallazioni ripetute. Prima si chiude il problema di base, poi si reinstalla il browser. È una regola semplice, ma evita di trasformare un problema locale in una catena di effetti collaterali.

Installare Chrome su Kali non è una prova di forza. È una piccola operazione di igiene del sistema: usare il pacchetto giusto, lasciar lavorare il gestore pacchetti e verificare il risultato con un paio di controlli secchi. Se la procedura è fatta bene, il browser resta aggiornabile, il sistema rimane pulito e il troubleshooting futuro diventa molto più semplice.