SSH private key permissions are too open

In breve: SSH private key permissions too open — indica che il client rifiuta una chiave leggibile da altri utenti.

Cosa indica il problema

SSH private key permissions too open — indica che il client rifiuta una chiave leggibile da altri utenti. La diagnosi deve collegare la prova, l’orario e il primo evento utile nei log prima di cambiare la configurazione.

Sintomi e cause probabili

Sintomi da verificare

• Il comportamento descritto da “SSH private key permissions are too open” si ripete nella stessa operazione
• Il controllo di messaggio completo, orario, configurazione e log produce un dato coerente con lo stesso orario
• Un tentativo comparabile permette di capire se l’anomalia è generale o limitata a un solo elemento

Cause probabili

• Una regola WAF o firewall intercetta la richiesta
• IP, reputazione o comportamento attivano una protezione
• Policy, header o autorizzazioni non corrispondono al flusso previsto
• File, account o configurazione mostrano un indicatore di compromissione

Controlli da eseguire

1. Registra URL, IP, orario e identificativo dell’evento
2. Consulta il log della protezione nello stesso minuto
3. Verifica regola, motivazione e componente che ha bloccato
4. Riproduci una richiesta minima e legittima
5. Applica un’eccezione circoscritta solo se il falso positivo è confermato

Dati utili

• Audit log ModSecurity o eventi Imunify360
• Access log, error log e firewall
• Cronologia accessi e modifiche dell’account

Correzione sicura

1. Correggi la richiesta legittima che attiva la regola
2. Limita l’eccezione a URL, parametro o regola confermati
3. Ripristina policy e header coerenti con il flusso
4. Blocca accesso e ruota credenziali se emerge una compromissione
5. Ripeti il test e verifica che la protezione resti attiva

Verifica finale

• La richiesta legittima riesce senza disattivare la protezione
• La regola continua a bloccare il traffico indesiderato
• Non compaiono nuovi indicatori di compromissione
• Accessi, file e configurazioni restano integri

Errori da evitare

• Non disattivare WAF o firewall globalmente
• Non autorizzare un intero IP range senza necessità
• Non cancellare log o file prima della raccolta
• Non condividere credenziali, token o chiavi private

Guide Xlogic correlate

• SSH host key verification failed dopo reinstallazione
• Fail2ban jail non si avvia
• Fail2ban blocca un IP legittimo

Fonti tecniche

• OWASP — Web Application Firewall
• ModSecurity Reference Manual

Domande frequenti