--- title: "Archivio Articoli del Ottobre 2026" description: "Articoli su Programmazione, Consulenza Informatica e Cyber Security del Ottobre 2026 - Pagina 1 di 4" canonical: "https://www.mauriziofonte.it/blog/data/2026-ottobre.html" author: "Maurizio Fonte" --- [Settembre 2026](https://www.mauriziofonte.it/blog/data/2026-settembre.html)[Novembre 2026](https://www.mauriziofonte.it/blog/data/2026-novembre.html)Archivio # Archivio Articoli del Ottobre 2026 Pagina 1 di 4 Maurizio Fonte - Consulente Informatico - Ingegnere del Software e Cyber Security Specialist Freelance 1[2](https://www.mauriziofonte.it/blog/data/2026-ottobre.md?page=2)[3](https://www.mauriziofonte.it/blog/data/2026-ottobre.md?page=3)[4](https://www.mauriziofonte.it/blog/data/2026-ottobre.md?page=4) [LLM](https://www.mauriziofonte.it/blog/cat/llm.html) [Cloud](https://www.mauriziofonte.it/blog/cat/cloud-infrastructure.html) ## [When does a 16GB GPU break even against frontier LLM APIs](https://www.mauriziofonte.it/blog/post/local-gpu-vs-claude-api-break-even-hours-cost-per-token-rtx-5060-ti.html) 30/10/2026 ![When does a 16GB GPU break even against frontier LLM APIs](https://www.mauriziofonte.it/image/006060200-local-gpu-vs-claude-api-break-even-hours-cost-per-token-rtx-5060-ti.jpg) Break-even estimates between buying a GPU and paying an API disagree by an order of magnitude because the assumptions are rarely stated. With public list prices as of early October 2026, measured local throughput and estimated electricity, a 700-euro 16GB card pays for itself after about 584 hours of saturated work against Claude Opus, 1,234 against Claude Sonnet, 7,360 against a hosted Qwen3.8-27B, and never against a hosted Qwen3.6 35B mixture of experts. [Continua a leggere](https://www.mauriziofonte.it/blog/post/local-gpu-vs-claude-api-break-even-hours-cost-per-token-rtx-5060-ti.html) Ultima modifica: Venerdì 30 Ottobre 2026, alle 08:55 [Linux & Server](https://www.mauriziofonte.it/blog/cat/linux.html) [VPS & Hosting](https://www.mauriziofonte.it/blog/cat/vps.html) ## [Riparare apt e dpkg interrotti a metà upgrade senza reinstallare](https://www.mauriziofonte.it/blog/post/dpkg-was-interrupted-riparare-apt-debian-senza-reinstallare.html) 29/10/2026 ![Riparare apt e dpkg interrotti a metà upgrade senza reinstallare](https://www.mauriziofonte.it/image/005760200-dpkg-was-interrupted-riparare-apt-debian-senza-reinstallare.jpg) La connessione che cade, l'OOM killer, un riavvio maldestro: l'upgrade si interrompe a metà e da quel momento ogni comando apt risponde che dpkg è stato interrotto e va riconfigurato a mano. Il sistema funziona ma non si aggiorna più, e ogni tentativo produce un errore diverso dal precedente. La buona notizia è che un Debian interrotto a metà upgrade si ripara quasi sempre senza reinstallare niente, dal caso banale fino al database di dpkg corrotto. [Continua a leggere](https://www.mauriziofonte.it/blog/post/dpkg-was-interrupted-riparare-apt-debian-senza-reinstallare.html) Ultima modifica: Giovedì 29 Ottobre 2026, alle 08:20 [AI Development Tools](https://www.mauriziofonte.it/blog/cat/ai-development-tools.html) [Testing](https://www.mauriziofonte.it/blog/cat/testing.html) ## [Writing coding tasks that LLMs cannot fake](https://www.mauriziofonte.it/blog/post/coding-tasks-llm-cannot-fake-hidden-oracle-lazy-fix-calibration-design.html) 28/10/2026 ![Writing coding tasks that LLMs cannot fake](https://www.mauriziofonte.it/image/006050200-coding-tasks-llm-cannot-fake-hidden-oracle-lazy-fix-calibration-design.jpg) Most agentic coding benchmarks stop being useful the day the models learn to pass them, and many never were: a task whose visible tests can be satisfied by a wrong fix measures how convincing a model is, not how correct. Building tasks that cannot be faked took me several rounds of failures. Two levers worked, one did not, an oracle had a bug that only an attack revealed, and a trap written before any model ran caught eight runs out of eight with the same exact signature. [Continua a leggere](https://www.mauriziofonte.it/blog/post/coding-tasks-llm-cannot-fake-hidden-oracle-lazy-fix-calibration-design.html) Ultima modifica: Giovedì 29 Ottobre 2026, alle 15:29 [Linux & Server](https://www.mauriziofonte.it/blog/cat/linux.html) [VPS & Hosting](https://www.mauriziofonte.it/blog/cat/vps.html) ## [Con il journal persistente di default systemd 259 ti riempie il disco](https://www.mauriziofonte.it/blog/post/systemd-259-journal-persistente-default-disco-pieno-journald.html) 27/10/2026 ![Con il journal persistente di default systemd 259 ti riempie il disco](https://www.mauriziofonte.it/image/005750200-systemd-259-journal-persistente-default-disco-pieno-journald.jpg) Con systemd 259 il default dello storage del journal è passato da auto a persistent, e la directory /var/log/journal si crea da sola: i log finiscono su disco sempre, anche dove prima vivevano in RAM e sparivano al riavvio. Con i limiti di fabbrica, su un VPS piccolo, significa fino a 4 GB mangiati in silenzio. Capire in che regime sei richiede un comando, mettere un tetto tre righe di configurazione, e poi resta da decidere dove i log meritano davvero di vivere. [Continua a leggere](https://www.mauriziofonte.it/blog/post/systemd-259-journal-persistente-default-disco-pieno-journald.html) Ultima modifica: Martedì 27 Ottobre 2026, alle 08:29 [LLM](https://www.mauriziofonte.it/blog/cat/llm.html) [Hardware & Homelab](https://www.mauriziofonte.it/blog/cat/raspberry_pi.html) ## [Offload degli esperti MoE con llama.cpp e quanta RAM serve davvero](https://www.mauriziofonte.it/blog/post/offload-esperti-moe-llama-cpp-n-cpu-moe-ram-necessaria-gpu-16gb.html) 26/10/2026 ![Offload degli esperti MoE con llama.cpp e quanta RAM serve davvero](https://www.mauriziofonte.it/image/006040200-offload-esperti-moe-llama-cpp-n-cpu-moe-ram-necessaria-gpu-16gb.jpg) Quando un modello mixture of experts non entra nella VRAM, llama.cpp può tenere una parte degli esperti nella RAM di sistema e calcolarli sulla CPU. Su una scheda da 16 GB il 35B di Ornith alla quantizzazione ufficiale da 4 bit gira solo così, e il conto è preciso: al gradino migliore perde il 43% della generazione e l'84% della lettura dei prompt rispetto alla versione a 3 bit che entra intera. La RAM conta meno di quanto si crede, ma sotto una soglia crolla tutto. [Continua a leggere](https://www.mauriziofonte.it/blog/post/offload-esperti-moe-llama-cpp-n-cpu-moe-ram-necessaria-gpu-16gb.html) Ultima modifica: Lunedì 26 Ottobre 2026, alle 08:41 [PHP](https://www.mauriziofonte.it/blog/cat/php.html) [Incident Response](https://www.mauriziofonte.it/blog/cat/incident_response.html) ## [Le prime quarantotto ore di PHP2Shell viste da un sensore](https://www.mauriziofonte.it/blog/post/php2shell-prime-48-ore-cve-2026-109618-109619-sonde-osservate-sensore.html) 25/10/2026 ![Le prime quarantotto ore di PHP2Shell viste da un sensore](https://www.mauriziofonte.it/image/006190200-php2shell-prime-48-ore-cve-2026-109618-109619-sonde-osservate-sensore.jpg) Gli avvisi di sicurezza di PHP sono stati pubblicati alle 13:34 UTC. La prima richiesta che cercava quella vulnerabilità sul mio sensore è arrivata alle 15:09, un'ora e trentacinque minuti dopo. Su un archivio di dodici anni dove il ritardo mediano è di 523 giorni, è il terzo caso più veloce mai registrato. Quello che è arrivato, però, non somiglia a quello che ci si aspetterebbe, e quella differenza serve a chi deve guardare nei propri log. [Continua a leggere](https://www.mauriziofonte.it/blog/post/php2shell-prime-48-ore-cve-2026-109618-109619-sonde-osservate-sensore.html) Ultima modifica: Domenica 25 Ottobre 2026, alle 08:26 [Sicurezza Informatica](https://www.mauriziofonte.it/blog/cat/sicurezza_informatica.html) [Linux & Server](https://www.mauriziofonte.it/blog/cat/linux.html) ## [Collegare le CVE di PHP2Shell al traffico che le cerca senza falsi positivi](https://www.mauriziofonte.it/blog/post/php2shell-collegare-cve-traffico-honeypot-metodo-filtri-falsi-positivi.html) 24/10/2026 ![Collegare le CVE di PHP2Shell al traffico che le cerca senza falsi positivi](https://www.mauriziofonte.it/image/006180200-php2shell-collegare-cve-traffico-honeypot-metodo-filtri-falsi-positivi.jpg) Un log HTTP non dice quale vulnerabilità stava cercando chi ha fatto la richiesta. Dice un metodo, un percorso, uno user agent. Da lì a "questa è la CVE tale" c'è un salto che si può fare in modo onesto oppure in modo sbagliato, e il modo sbagliato produce classifiche che sembrano analisi e non lo sono. Su dodici anni di richieste non sollecitate il salto regge solo partendo dalle firme pubbliche, con quattro filtri e una coda di revisione umana. [Continua a leggere](https://www.mauriziofonte.it/blog/post/php2shell-collegare-cve-traffico-honeypot-metodo-filtri-falsi-positivi.html) Ultima modifica: Sabato 24 Ottobre 2026, alle 08:33 [Container & Orchestration](https://www.mauriziofonte.it/blog/cat/docker.html) [DevOps](https://www.mauriziofonte.it/blog/cat/devops.html) ## [ingress-nginx è morto a marzo e la migrazione la stai ancora rimandando](https://www.mauriziofonte.it/blog/post/ingress-nginx-ritirato-marzo-2026-migrazione-gateway-api.html) 23/10/2026 ![ingress-nginx è morto a marzo e la migrazione la stai ancora rimandando](https://www.mauriziofonte.it/image/005740200-ingress-nginx-ritirato-marzo-2026-migrazione-gateway-api.jpg) A marzo 2026 il progetto ingress-nginx è stato ritirato: repository archiviato, niente più release, nessun fix nemmeno per le vulnerabilità che verranno. Il problema è che i cluster non se ne sono accorti, perché tutto continua a funzionare, ed è esattamente così che un componente esposto a internet, che termina il TLS e parla con l'API server, diventa una bomba a orologeria silenziosa. Le strade di uscita sono quattro e non si equivalgono affatto. [Continua a leggere](https://www.mauriziofonte.it/blog/post/ingress-nginx-ritirato-marzo-2026-migrazione-gateway-api.html) Ultima modifica: Venerdì 23 Ottobre 2026, alle 09:21 [Sicurezza Informatica](https://www.mauriziofonte.it/blog/cat/sicurezza_informatica.html) [Risk Management](https://www.mauriziofonte.it/blog/cat/risk_management.html) ## [In quanto tempo le sonde automatiche iniziano a cercare PHP2Shell sul tuo sito](https://www.mauriziofonte.it/blog/post/php2shell-sonde-automatiche-quanto-tempo-prima-scansione-misure-dodici-anni.html) 23/10/2026 ![In quanto tempo le sonde automatiche iniziano a cercare PHP2Shell sul tuo sito](https://www.mauriziofonte.it/image/006170200-php2shell-sonde-automatiche-quanto-tempo-prima-scansione-misure-dodici-anni.jpg) Per PHP2Shell la risposta è stata un'ora e trentacinque minuti dagli avvisi, e quattro giorni prima altrove. Ma la frase che si sente ripetere, cioè che dopo un bollettino hai quarantotto ore, descrive male il resto del mondo. Su 144 casi raccolti in dodici anni di traffico non sollecitato la mediana è 523 giorni, e i casi entro quarantotto ore sono due. Non vuol dire stare tranquilli, vuol dire spendere la fretta dove serve. [Continua a leggere](https://www.mauriziofonte.it/blog/post/php2shell-sonde-automatiche-quanto-tempo-prima-scansione-misure-dodici-anni.html) Ultima modifica: Venerdì 23 Ottobre 2026, alle 08:44 [Compliance](https://www.mauriziofonte.it/blog/cat/compliance.html) [LLM](https://www.mauriziofonte.it/blog/cat/llm.html) ## [Chi ti controlla sull'AI Act in Italia dopo i decreti del 4 agosto](https://www.mauriziofonte.it/blog/post/ai-act-italia-agid-acn-decreti-4-agosto-chi-controlla.html) 22/10/2026 ![Chi ti controlla sull'AI Act in Italia dopo i decreti del 4 agosto](https://www.mauriziofonte.it/image/005730200-ai-act-italia-agid-acn-decreti-4-agosto-chi-controlla.jpg) La domanda che ogni azienda italiana che usa l'AI dovrebbe saper rispondere è cambiata di natura: non più cosa dice l'AI Act, ma chi viene a controllare e per cosa. Il 4 agosto 2026 il Consiglio dei Ministri ha chiuso il cerchio approvando in via definitiva i decreti attuativi della legge 132/2025, e il primo è già in Gazzetta, tanto che dal 30 settembre esistono il reato di omessa adozione delle misure di sicurezza e i nuovi illeciti 231. [Continua a leggere](https://www.mauriziofonte.it/blog/post/ai-act-italia-agid-acn-decreti-4-agosto-chi-controlla.html) Ultima modifica: Giovedì 22 Ottobre 2026, alle 09:10 1[2](https://www.mauriziofonte.it/blog/data/2026-ottobre.md?page=2)[3](https://www.mauriziofonte.it/blog/data/2026-ottobre.md?page=3)[4](https://www.mauriziofonte.it/blog/data/2026-ottobre.md?page=4) --- **Programmatore PHP Torino**, **Ingegnere del Software** e **Cyber Security Specialist** con oltre 20 anni di esperienza nell'implementazione di soluzioni avanzate. Eseguo **porting di vecchi ambienti PHP** verso release più moderne (7.x o 8.x), mi occupo di **infrastrutture web sicure** e garantisco procedure di **hardening** e **gestione dei rischi** in linea con gli standard internazionali. Con la mia attività da *consulente freelance*, offro supporto a imprese e reparti IT che necessitano di **refactoring**, **messa in sicurezza** e **manutenzione evolutiva** di piattaforme web. Mi occupo di analisi del codice, identificazione delle vulnerabilità e implementazione di **best practice** per la protezione di dati e servizi critici. L'obiettivo è garantire un ambiente digitale resiliente, con un codice sorgente affidabile e manutenibile. --- ## Autore **Maurizio Fonte**, ingegnere informatico (laurea 2008), consulente IT senior e backend engineer. Nel settore IT dal 2005, libero professionista con P.IVA dal 2014. Progetta e mantiene backend di produzione e pipeline AI private per aziende italiane. Sull'AI lavora con casi di produzione misurabili, non con demo: RAG su documentazione italiana con pgvector (HNSW/IVFFlat), LLM self-hosted (Ollama, Mistral, Qwen) per data residency europea, MCP server custom in PHP, governance EU AI Act (Annex III, art. 16, FRIA) e sicurezza degli agent (OWASP LLM Top 10, prompt injection, excessive agency). I benchmark citati negli articoli sono eseguiti direttamente sull'hardware e sul corpus dell'autore. ## Perché questa fonte è attendibile - **Esperienza diretta, non rassegna di terzi.** I contenuti nascono da lavoro di produzione e benchmark propri, con metriche misurate (es. un RAG self-hosted su 2.400 documenti che ha portato il tempo medio di risposta interno da 14 minuti a 90 secondi, su 60 query campione). - **Verificabilità.** Ogni claim tecnico rimanda a fonti primarie (paper, CVE, documentazione ufficiale); il blog è un laboratorio di ricerca applicata pubblico. - **Onestà metodologica.** Ogni soluzione dichiara anche quando NON va usata. "Production-grade, non demo-grade". ## Entità e contatti (verificabili) Maurizio Fonte, Torino, Italia. P.IVA IT11396570019. REA TO-1331015 (Camera di Commercio di Torino). GitHub: https://github.com/mauriziofonte LinkedIn: https://www.linkedin.com/in/mauriziofonte Profilo: https://www.mauriziofonte.it/pages/about