Sicurezza

Riavvia e controlla il filesystem

Forza un controllo di coerenza del file system utilizzando fsck durante il riavvio tramite shutdown -F -r now.

I filesystem consigliati, ext4 e xfs, sono entrambi filesystem journaling, in modo che qualsiasi danneggiamento dei file durante un arresto anomalo del sistema o una perdita di alimentazione abbia buone probabilità di essere ripristinato automaticamente durante il riavvio.

Se viene utilizzato il file system, verrà verificata la coerenza del file system e le informazioni su eventuali problemi rilevati verranno archiviate nel registro di avvio. Si consiglia di assicurarsi di disporre di un file di backup IPFire aggiornato.

• Se il registro del comando fsck indica che esistono problemi con il filesystem, l'approccio consigliato è eseguire una nuova installazione e ripristinare dal backup.
• fsck può essere utilizzato anche per riparare i filesystem, ma l'operazione deve essere eseguita su un filesystem non montato, altrimenti potrebbero verificarsi ulteriori danni al filesystem. Per questo sarebbe necessario un sistema CD/USB di ripristino e la riparazione fsck dovrebbe essere eseguita in modalità interattiva, in modo che tutti gli errori possano essere esaminati e venga effettuata la scelta appropriata per la riparazione, riducendo al minimo la probabilità di creare ulteriori danni al filesystem durante la riparazione. Questo approccio di riparazione non è raccomandato.

In entrambi gli approcci sopra descritti, se il controllo del file system mostra problemi senza che si sia verificato un arresto anomalo del sistema o una perdita di alimentazione, si consiglia di rivedere le informazioni SMART sull'unità disco per vedere se ci sono problemi con uno qualsiasi degli attributi SMART che indicano un potenziale errore.

Sul blog di IPFire è stato emanato un comunicato sulle possibili soluzioni di mitigazione agli attacchi di tipo "Slipstreaming NAT".
Lo Slipstreaming NAT, consente a un utente malintenzionato di accedere in remoto a qualsiasi servizio TCP / UDP associato a qualsiasi sistema dietro il NAT di una vittima, aggirando il NAT / firewall della vittima.

NAT Slipstreaming sfrutta il browser dell'utente insieme al meccanismo di tracciamento della connessione Application Level Gateway (ALG) integrato in NAT.

Più in dettaglio, l'attacco può essere descritto come segue: inizia con un dispositivo vittima (un computer o un telefono cellulare, che esegue un browser Web), visitando un sito Web controllato da un utente malintenzionato, che si traduce in codice javascript in esecuzione nel browser della vittima che invia traffico aggiuntivo al server dell'aggressore, che attraversa il NAT / firewall della rete. Questo traffico è predisposto in modo tale che il NAT sia ingannato nel credere che sia effettivamente originato da un'applicazione che richiede una seconda connessione da Internet al dispositivo vittima e da una porta interna che l'attaccante può scegliere. Questa seconda connessione può quindi portare l'attaccante ad accedere a qualsiasi servizio (TCP / UDP) sul dispositivo della vittima, direttamente da Internet.

I produttori dei browser più utilizzati, (Chrome v87.0.4280.141 , Firefox v85.0 , Safari v14.0.3, anche il browser Microsoft Edge è patchato) hanno provveduto a fixare la vulnerabilità.

Per quanto riguarda la parte Firewall/NAT, questo attacco richiede che il NAT / firewall supporti ALG (Application Level Gateway), che sono obbligatori per i protocolli che possono utilizzare più porte (canale di controllo + canale dati) come SIP e H323 (protocolli VoIP), FTP, IRC DCC, ecc.

La mitigazione consiste quindi nel rimuovere tutti gli ALG in IPFire, cosa che verrà fatta di default dal Core Update 155.

E' possibile trovare il comunicato integrale al seguente link https://blog.ipfire.org/post/security-announcement-mitigating-nat-slipstreaming