I permessi dei file in WordPress determinano chi pu\u00f2 leggere, scrivere, ed eseguire i file del sito. Permessi scorretti sono una delle vulnerabilit\u00e0 pi\u00f9 comuni: permessi troppo permissivi (777) permettono a chiunque di modificare file, mentre permessi troppo restrittivi impediscono aggiornamenti e il funzionamento del sito. La configurazione corretta bilancia sicurezza e funzionalit\u00e0.<\/p>\n\n
I permessi Unix sono rappresentati da tre cifre: proprietario (utente), gruppo, e altri (pubblico). Ogni cifra \u00e8 la somma di lettura (4), scrittura (2), esecuzione (1). Per WordPress: i file devono essere 644 (rw-r–r–), le directory 755 (rwxr-xr-x). wp-config.php merita 600 (rw——-) per la massima sicurezza. I file 777 sono da evitare assolutamente in produzione.<\/p>\n\n
La propriet\u00e0 dei file dipende dall’utente del server web (www-data, nginx, apache) e dall’utente FTP. In ambienti condivisi, i file sono tipicamente di propriet\u00e0 dell’utente cPanel, con il gruppo del server web. In VPS dedicati, la propriet\u00e0 pu\u00f2 essere configurata come www-data:www-data per tutti i file. La scelta corretta evita conflitti tra scrittura via FTP e via WordPress.<\/p>\n\n
wp-config.php contiene le credenziali del database, chiavi di sicurezza, e salt. Il permesso ideale \u00e8 400 (sola lettura per proprietario) o 440 (lettura per proprietario e gruppo). Su alcuni hosting, potrebbe essere necessario 444 (lettura per tutti) per funzionare. Dopo aver modificato wp-config.php, ripristina sempre i permessi restrittivi.<\/p>\n\n
wp-content richiede attenzione speciale. Le directory al suo interno (uploads, plugins, themes, upgrades) devono essere 755. wp-content\/uploads deve essere scrivibile dal server web (775 o 777 in alcuni hosting) per permettere il caricamento di media. Plugin e temi dovrebbero essere scrivibili solo durante installazioni e aggiornamenti, poi reimpostati a 755.<\/p>\n\n
Per permettere aggiornamenti automatici senza fornire credenziali FTP, WordPress necessita che il proprietario dei file sia l’utente del server web. Se i file sono di propriet\u00e0 di un utente diverso, WordPress richieder\u00e0 le credenziali FTP. La soluzione ideale \u00e8 configurare FS_METHOD direct in wp-config.php, che funziona solo se il server web pu\u00f2 scrivere i file.<\/p>\n\n
Usa il comando find per audit rapidi: find \/path\/to\/wp -type f -perm 777 per trovare file troppo permissivi, find \/path\/to\/wp -type d -perm 777 per directory. Strumenti come Wordfence e iThemes Security includono scanner di permessi. WP-CLI non ha un comando diretto, ma puoi usare wp eval per script PHP personalizzati.<\/p>\n\n
Comandi rapidi per correggere i permessi: find \/path\/to\/wp -type f -exec chmod 644 {} + per file, find \/path\/to\/wp -type d -exec chmod 755 {} + per directory, chmod 600 \/path\/to\/wp\/wp-config.php per configurazione. Per wp-content\/uploads, chmod -R 755 o 775 a seconda delle esigenze di scrittura.<\/p>\n\n
La configurazione corretta dei permessi dei file \u00e8 fondamentale per la sicurezza di WordPress. Segui la regola del minimo privilegio: dai solo i permessi necessari per il funzionamento. Verifica periodicamente i permessi con audit automatici, specialmente dopo installazioni di plugin o aggiornamenti. Un WordPress con permessi corretti \u00e8 significativamente pi\u00f9 resistente agli attacchi.<\/p>","protected":false},"excerpt":{"rendered":"
Perch\u00e9 i File Permissions Contano I permessi dei file in WordPress determinano chi pu\u00f2 leggere, scrivere, ed eseguire i file del sito. Permessi scorretti sono una delle vulnerabilit\u00e0 pi\u00f9 comuni: permessi troppo permissivi (777) permettono a chiunque di modificare file, mentre permessi troppo restrittivi impediscono aggiornamenti e il funzionamento del sito. La configurazione corretta bilancia […]<\/p>\n","protected":false},"author":1,"featured_media":1107,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"ai_primary_source":"","visibility_scope":"","ai_summary":"","ai_intent":"","ai_related_resources":"","ai_priority":0,"ai_entity_type":"","ai_is_based_on":"","ai_citations":"","ai_mentions":"","ai_speakable_selector":"","ai_chunk_hints":"","footnotes":""},"categories":[6],"tags":[49,45,46],"ai_visibility":[],"class_list":["post-670","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-wordpress","tag-seo","tag-wordpress-development","tag-wordpress-performance-2"],"blocksy_meta":{"styles_descriptor":{"styles":{"desktop":"","tablet":"","mobile":""},"google_fonts":[],"version":7}},"_links":{"self":[{"href":"https:\/\/aarkly.com\/it\/wp-json\/wp\/v2\/posts\/670","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/aarkly.com\/it\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/aarkly.com\/it\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/aarkly.com\/it\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/aarkly.com\/it\/wp-json\/wp\/v2\/comments?post=670"}],"version-history":[{"count":1,"href":"https:\/\/aarkly.com\/it\/wp-json\/wp\/v2\/posts\/670\/revisions"}],"predecessor-version":[{"id":885,"href":"https:\/\/aarkly.com\/it\/wp-json\/wp\/v2\/posts\/670\/revisions\/885"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/aarkly.com\/it\/wp-json\/wp\/v2\/media\/1107"}],"wp:attachment":[{"href":"https:\/\/aarkly.com\/it\/wp-json\/wp\/v2\/media?parent=670"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/aarkly.com\/it\/wp-json\/wp\/v2\/categories?post=670"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/aarkly.com\/it\/wp-json\/wp\/v2\/tags?post=670"},{"taxonomy":"ai_visibility","embeddable":true,"href":"https:\/\/aarkly.com\/it\/wp-json\/wp\/v2\/ai_visibility?post=670"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}