<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>verifica blocco PHP - Matteo Cisilino</title>
	<atom:link href="https://www.cisilino.com/tag/verifica-blocco-php/feed/" rel="self" type="application/rss+xml" />
	<link>https://www.cisilino.com</link>
	<description>Guide su WordPress, server e sicurezza</description>
	<lastBuildDate>Fri, 30 Oct 2026 16:05:44 +0000</lastBuildDate>
	<language>it-IT</language>
	<sy:updatePeriod>
	hourly	</sy:updatePeriod>
	<sy:updateFrequency>
	1	</sy:updateFrequency>
	<generator>https://wordpress.org/?v=7.1.4</generator>
	<item>
		<title>Scheda Test: verificare che le protezioni funzionino</title>
		<link>https://www.cisilino.com/2026/10/30/manuale-csdn-test/</link>
					<comments>https://www.cisilino.com/2026/10/30/manuale-csdn-test/#respond</comments>
		
		<dc:creator><![CDATA[matteocisilino]]></dc:creator>
		<pubDate>Fri, 30 Oct 2026 16:05:44 +0000</pubDate>
				<category><![CDATA[Manuale CSDN]]></category>
		<category><![CDATA[Cisilino Site Defense Network]]></category>
		<category><![CDATA[manuale CSDN]]></category>
		<category><![CDATA[verifica blocco PHP]]></category>
		<guid isPermaLink="false">https://www.cisilino.com/?p=980</guid>

					<description><![CDATA[<p>La scheda Test del plugin CSDN verifica dal vivo il blocco del PHP in uploads e l’integrità dei file del plugin. Ecco come si usa e come leggere gli esiti.</p>
<p>The post <a href="https://www.cisilino.com/2026/10/30/manuale-csdn-test/">Scheda Test: verificare che le protezioni funzionino</a> first appeared on <a href="https://www.cisilino.com">Matteo Cisilino</a>.</p>]]></description>
										<content:encoded><![CDATA[<p>Un <strong>test sicurezza WordPress</strong> serve a una cosa sola: sapere se la protezione funziona davvero, non solo se è accesa. La scheda “Test” del plugin CSDN fa due verifiche dal vivo. Non cambia nessuna impostazione. Controlla il sito adesso.</p>
<figure class="wp-block-image size-large"><img fetchpriority="high" decoding="async" src="https://www.cisilino.com/wp-content/uploads/2026/10/manuale-csdn-test.webp" alt="Schema di WordPress con la scheda Test del plugin CSDN per il test sicurezza wordpress" width="1200" height="630"/></figure>
<h2>Dove si trova il test sicurezza WordPress</h2>
<p>Apri <strong>Impostazioni &gt; Cisilino Site Defense Network</strong> (punto 1 dell’immagine). Clicca sulla scheda <strong>Test</strong> (punto 2). Trovi due riquadri:</p>
<ul>
<li>punto 3: “Verifica blocco esecuzione PHP in uploads”.</li>
<li>punto 4: “Integrità dei file del plugin”.</li>
</ul>
<p>Dopo ogni pulsante il sito ti riporta alla scheda Generale, con un avviso in alto. L’esito però è scritto nella scheda Test. Riaprila per leggerlo.</p>
<h2>Verifica blocco esecuzione PHP in uploads</h2>
<p>Questo riquadro prova la regola “Blocca esecuzione PHP in wp-content/uploads” della scheda Hardening / IDS, descritta nel capitolo <a href="https://www.cisilino.com/?p=978">Hardening / IDS</a>. Il testo spiega che è l’unico modo per sapere se la regola è davvero efficace su questo sito. Un <code>AllowOverride</code> disattivato o un blocco più specifico nel server potrebbero renderla inutile senza segnalarlo.</p>
<h3>Come si usa</h3>
<ol>
<li>Nella scheda Hardening / IDS attiva la regola e clicca su “Salva regole di hardening”.</li>
<li>Apri la scheda Test.</li>
<li>Nel riquadro “Verifica blocco esecuzione PHP in uploads” clicca su “Verifica ora”.</li>
<li>Torna alla scheda Test e leggi l’esito, con la riga “Ultimo test:” e la data.</li>
</ol>
<p>Se la regola non è attiva e salvata, il pulsante è disabilitato. Il riquadro mostra: “Attiva e salva la regola &#8220;Blocca esecuzione PHP in wp-content/uploads&#8221; nella tab Hardening / IDS prima di poter eseguire il test.”.</p>
<h3>Cosa fa il test</h3>
<p>Il plugin scrive in uploads un piccolo file <code>.php</code> di prova. Lo richiede via HTTP, con un limite di 10 secondi. Poi lo cancella subito, in ogni caso. Il file contiene solo una stampa di controllo.</p>
<h3>Come si legge l’esito</h3>
<ul>
<li>Verde: “Blocco efficace: la richiesta al file di prova ha ricevuto N.”. Il numero è 403 o 404.</li>
<li>Rosso: “ATTENZIONE: il file PHP di prova è stato ESEGUITO (risposta N).” La regola non blocca nulla. Il messaggio ti suggerisce di verificare che <code>AllowOverride</code> permetta <code>.htaccess</code> in quella cartella e che non esista un blocco <code>&lt;Directory&gt;</code> più specifico.</li>
<li>Giallo: “Esito non chiaro (risposta N, corpo non riconosciuto): verifica manualmente con una richiesta diretta al sito.”.</li>
<li>Blu: “Regola disattivata: attiva e salvala prima di eseguire il test.”.</li>
<li>Rosso, per errori: “Impossibile determinare la cartella uploads.”, “Impossibile scrivere il file di prova in uploads (permessi?): test non eseguito.” oppure “Richiesta di verifica fallita”, con il motivo.</li>
</ul>
<p><strong>Attenzione:</strong> se il sito non riesce a chiamare se stesso, per esempio per un firewall, una password HTTP o un DNS locale, il test dà errore o esito non chiaro. Un 404 viene contato come blocco, ma potrebbe dipendere da altro. Il test prova solo la cartella uploads standard. Per pochi secondi un file <code>.php</code> esiste in uploads: se il blocco non funziona può essere eseguito, ma contiene solo una stampa.</p>
<h2>Integrità dei file del plugin</h2>
<p>È la seconda parte del test sicurezza WordPress. Il secondo riquadro confronta gli hash MD5 dei file <code>.php</code> del plugin con quelli attesi. Cerca file modificati, mancanti o aggiunti. Il controllo parte da solo una volta al giorno. Il pulsante “Verifica adesso” lo esegue subito.</p>
<p>Il riquadro riporta un limite fisso: chi ha già la scrittura sui file può anche riscrivere gli hash o spegnere il controllo. È un rilevatore di manomissioni, non una barriera.</p>
<h3>Come si usa</h3>
<ol>
<li>Apri la scheda Test.</li>
<li>Nel riquadro “Integrità dei file del plugin” clicca su “Verifica adesso”.</li>
<li>Leggi l’avviso: “Verifica di integrità eseguita: l’esito è nel riquadro &#8220;Integrità dei file del plugin&#8221;.”.</li>
<li>Riapri la scheda Test e leggi il riquadro.</li>
</ol>
<h3>Come si legge l’esito</h3>
<p>Verde: “Tutti i N file verificati corrispondono. Ultimo controllo: data.”. Se il riferimento è una fotografia, il riquadro aggiunge che rileva le modifiche successive, non un plugin già compromesso all’installazione. Rosso: “ATTENZIONE: i file del plugin non corrispondono a quelli attesi.”, con gli elenchi “Modificati”, “Mancanti” e “Non previsti”. Giallo: “Nessun riferimento disponibile”. In quel caso riattiva il plugin.</p>
<p>Il pulsante manuale non scrive nel registro attività. Lo fa solo il controllo pianificato, e solo se trova un problema o se i file tornano regolari dopo un allarme. Per i dettagli leggi il capitolo <a href="https://www.cisilino.com/?p=979">Sorveglianza dei caricamenti e controllo di integrità</a>.</p>
<p><strong>Attenzione:</strong> se hai modificato a mano un file del plugin, l’allarme rosso è normale. Se non l’hai fatto, tratta il sito come potenzialmente compromesso: reinstalla il plugin da una copia attendibile e controlla il resto dell’installazione.</p>
<h2>Se qualcosa non va</h2>
<p>Ripeti il test sicurezza WordPress dopo ogni correzione. Se il test sul PHP dà rosso, la regola non protegge. Chiedi al tuo hosting se <code>.htaccess</code> è abilitato. Se il server non legge <code>.htaccess</code>, per esempio con nginx, la regola non ha effetto. Ripeti il test dopo ogni correzione. Un 403 è la risposta che vuoi vedere: la pagina sul <a href="https://developer.mozilla.org/en-US/docs/Web/HTTP/Reference/Status/403" target="_blank" rel="noopener">codice di stato 403</a> di MDN spiega cosa significa.</p>
<p>Capitolo precedente: <a href="https://www.cisilino.com/?p=979">Sorveglianza dei caricamenti e controllo di integrità</a>. Capitolo successivo: <a href="https://www.cisilino.com/?p=981">Paranoic Hardening: header di sicurezza e sessione amministrativa</a>. Per l’elenco dei capitoli torna all’<a href="https://www.cisilino.com/?p=972">introduzione del manuale</a>.</p><p>The post <a href="https://www.cisilino.com/2026/10/30/manuale-csdn-test/">Scheda Test: verificare che le protezioni funzionino</a> first appeared on <a href="https://www.cisilino.com">Matteo Cisilino</a>.</p>]]></content:encoded>
					
					<wfw:commentRss>https://www.cisilino.com/2026/10/30/manuale-csdn-test/feed/</wfw:commentRss>
			<slash:comments>0</slash:comments>
		
		
			</item>
	</channel>
</rss>
