Descrizione del progetto
TradottoProteggere i server di produzione non è un compito una tantum, ma un processo sistematico che richiede la chiusura metodica di ogni vettore di attacco. I nostri tre VPS su Ubuntu 22.04 ospitano applicazioni PHP, database MySQL e Nginx — uno stack LEMP standard, ma con una superficie di attacco insufficientemente chiusa. Sulla base dei risultati della revisione interna: SSH è disponibile sulla porta standard con autenticazione tramite password, le regole del firewall sono minime, la protezione automatica contro attacchi brute-force è assente e i certificati SSL vengono rinnovati manualmente.
Abbiamo bisogno di un ingegnere DevOps con esperienza in Linux di produzione che possa condurre un audit completo e implementare tutte le misure di indurimento in modo documentato. Ogni modifica deve essere testata su applicazioni in esecuzione prima di essere applicata in produzione, e tutta la documentazione deve essere sufficientemente dettagliata affinché il team comprenda cosa è stato fatto e perché. Il risultato dovrebbe includere un rapporto di sicurezza in PDF con tutte le vulnerabilità identificate, le misure implementate e i rischi residui, oltre a un monitoraggio configurato con avvisi.
Ambito di lavoro:
— Indurimento SSH: solo chiavi, porta non standard, fail2ban
— Regole UFW/iptables con documentazione
— Fail2ban per SSH, Nginx e PHP-FPM
— Let's Encrypt con rinnovo automatico
— Indurimento Nginx: intestazioni di sicurezza, TLS 1.2+, HSTS, CSP
— Audit e indurimento MySQL: privilegi, bind-address, crittografia
— Logwatch e avvisi di attività anomala
— ClamAV e scanner rootkit
— Monitoraggio della salute tramite cron con notifiche
Risultato: modifiche applicate con documentazione, rapporto PDF, dashboard di monitoraggio.
Abbiamo bisogno di un ingegnere DevOps con esperienza in Linux di produzione che possa condurre un audit completo e implementare tutte le misure di indurimento in modo documentato. Ogni modifica deve essere testata su applicazioni in esecuzione prima di essere applicata in produzione, e tutta la documentazione deve essere sufficientemente dettagliata affinché il team comprenda cosa è stato fatto e perché. Il risultato dovrebbe includere un rapporto di sicurezza in PDF con tutte le vulnerabilità identificate, le misure implementate e i rischi residui, oltre a un monitoraggio configurato con avvisi.
Ambito di lavoro:
— Indurimento SSH: solo chiavi, porta non standard, fail2ban
— Regole UFW/iptables con documentazione
— Fail2ban per SSH, Nginx e PHP-FPM
— Let's Encrypt con rinnovo automatico
— Indurimento Nginx: intestazioni di sicurezza, TLS 1.2+, HSTS, CSP
— Audit e indurimento MySQL: privilegi, bind-address, crittografia
— Logwatch e avvisi di attività anomala
— ClamAV e scanner rootkit
— Monitoraggio della salute tramite cron con notifiche
Risultato: modifiche applicate con documentazione, rapporto PDF, dashboard di monitoraggio.
Amministrazione Contante, Bonifico bancario
