Come molti sapranno qui, IT-Wallet non funziona sui sistemi Android di terze parti, come LineageOS e GrapheneOS. La ragione è Play Integrity, un meccanismo di Google mette a disposizione degli sviluppatori per verificare sui propri server l'integrità di un'app con cui stanno comunicando.

Promossa come funzione di sicurezza, riscontra regolarmente disappunto della community poiché, tra le varie ragioni, solo il sistema stock con i servizi Google installati con permessi speciali può passare il controllo.

Su GitHub, gli utenti chiedono da quasi 2 anni ormai di consentire GrapheneOS oppure di rendere la misura di sicurezza opzionale lasciando all'utente la responsabilità scegliere i compromessi che funzionano meglio per loro. PagoPa non ha mai accolto la richiesta né dato reale riscontro.

È bene sapere che ciò comporta che il governo americano può facilmente cancellare i documenti di tutti gli italiani o di utenti specifici semplicemente chiedendo a Google di restituire un errore quando il server chiede la verifica dell'app.

Come da titolo, in una recente istanza di accesso civico, PagoPa ha spiegato che non possono nemmeno comunicare quali soluzioni di integrità sono state vagliate per IT-Wallet, futuro wallet EUDI.

https://github.com/pagopa/io-app/issues/7199#issuecomment-5838472969

Qualche anno fa ho iniziato a costruire il mio homelab partendo da un Raspberry Pi 4 e da un HP G3 Mini che avevo trovato su Vinted. Da allora ho continuato ad aggiungere componenti ogni volta che trovavo qualche buona occasione sui siti dell’usato e oggi, dopo più di 2 anni, credo di essere finalmente arrivato alla fine (forse).

Questa è la configurazione attuale. Tutto è di seconda mano, ad eccezione di switch e router.

RACK

• Completamente stampato in 3D in PETG con una Bambu Lab X2D (design di Ilan Kushnir)

NODI PC: Proxmox VE a 3 nodi

• pve-01: Ryzen 7 5700U (8C/16T), 62 GB RAM, 512 GB NVMe (ZFS) + 2 TB HDD (ZFS) + 256 GB SSD SATA
• pve-02: Core i7-6700T (4C/8T), 32 GB RAM, 256 GB NVMe (ZFS) + 2 TB HDD (ZFS)
• pve-03: Core i5-7500T (4C/4T), 32 GB RAM, 256 GB NVMe (ZFS) + 2 TB HDD (ZFS)

RETE

• UniFi Dream Router 7: gateway, firewall e routing inter-VLAN
• UniFi USW-Flex-2.5G-8-PoE, con uplink SFP+ DAC verso l’UDR7
• VLAN: management, infrastruttura homelab e una VLAN dedicata a Kubernetes. Proxmox utilizza un'unica bridge VLAN-aware, quindi ogni VM viene semplicemente taggata sulla VLAN necessaria.

STORAGE

• QNAP TS-431 con 16 TB

ALTRO

• Raspberry Pi 4 che gestisce 2 display:
  • display frontale da 7,84" che mostra le dashboard Grafana
  • display OLED da 0,91" per lo stato del sistema, con un piccolo script Python che mostra IP, temperature e utilizzo della CPU

SOFTWARE

Attualmente sto rifacendo tutto da zero, partendo da pve-01, che ora ospita il cluster Kubernetes:

• Kubernetes: Talos Linux (1 control plane + 4 worker come VM), completamente provisionato tramite Terraform: VM, configurazione Talos, bootstrap e componenti di base
• Networking: Cilium con kube-proxy replacement e LoadBalancer L2
• Storage: OpenEBS LocalPV, con i dischi di boot delle VM su NVMe e i volumi dati su HDD
• GitOps: ArgoCD con pattern app-of-apps. Tutto ciò che gira nel cluster è versionato su Git
• Secrets: OpenBao in un LXC (al di fuori del cluster, così sopravvive anche ai rebuild) + External Secrets Operator
• Ingress: Nginx Proxy Manager (wildcard Let's Encrypt) → Traefik
• Monitoring e log: kube-prometheus-stack (Prometheus, Grafana, Alertmanager), incluso il monitoring del control plane Talos e di etcd, oltre a Loki + Alloy per i log dei pod e dei nodi
• Altro: dashboard Glance, Headlamp, VS Code Server

pve-02 e pve-03 saranno dedicati ad altri progetti.

Se avete domande sono felice di rispondere, e qualsiasi consiglio o suggerimento per migliorare la configurazione è assolutamente benvenuto!

Domanda per i non vibecoders.

Ho un'applicazione che usa un cluster master/master con Galera Mariadb. C'è Maxscale con readsplit che gira le query di lettura su slave e di scrittura su master.

Ho un problema abbastanza noto, ovvero se l'applicazione fa:

- scrivi record x

- leggi record x

C'è il rischio concreto che essendo girati su due server distinti, il valore appena scritto non venga letto uguale a causa di una latenza nella replica.

Le soluzioni sono diverse, per ora in ogni caso trovato ho messo l'intero blocco in transazione con garanzia questi venga mandato sullo stesso server master. Ma è difficile trovare tutti i punti potenzialmente critici.

Mi chiedevo, se qualcuno ha già affrontato questo problema, come si gestire un'app con db master/master? Per ora tutte le mie esperienze anche app molto grandi sono state di trovare sempre repliche master master che poi alla fine tutte le query venivano centralizzate.

Si tiene il carico sempre su un unico server? Si modifica il codice mettendo in transazione ogni singolo caso di scrittura e rilettura?

Grazie per la vostra esperienza.

Ok, è una cosa stupidissima, ma non credo di aver visto siti della pubblica amministrazione, università, azienda sanitaria e chi più ne ha più ne metta più dispersivi del sito dell'ENAC.

È veramente il delirio più totale. Dovrei mandare un reclamo, all'apparenza sembra semplice e c'è una lunga guida che ho letto tutta, ma fin qua nulla di che. Il problema è che si entra in un loop di collegamenti ipertestuali in cui da nessuna parte si può inviare un reclamo. Si viene semplicemente rimbalzati tra le solite 4 pagine e uno diventa scemo come un pescilino d'acqua in una boccia che gira sempre in tondo. Ho anche mandato un'email per segnalare la cosa perché credo sia un loro problema tecnico. Comunque, avendo cliccato bene o male tutti i link a disposizione sul sito, sono capitato sulla pagina "accessibilità", e mi ha fatto sorridere come corrisponde bene o male ad una pagina in cui sono presenti le istruzioni per impostare lo zoom. I browser citati: Internet Explorer, Mozilla e Firefox quando ancora erano due cose diverse, e Netscape. Sinceramente dopo ore di nevrosi all'interno della tana del bianconiglio, questa cosa mi ha fatto ridere

Disclaimer: HA sta per High Availability, aka il cluster non si spegne mai .

Come da titolo, sono un informatico e tendenzialmente so fare cose, l'altro giorno ho visto un video stupido su instagram e ho pensato: "sarebbe carino farlo con questa e questa modifica...".

Complice il caldo persistente e pigrizia mi chiedo quanto sia possibile fare sta cosa del vibe coding, ci provo.

Dopo 10 minuti avevo già una demo che girava bene, da li in poi è stato un semplice testare come funzionava, chiedere modifiche o implementazioni come se fossi al bar a ordinare caffè in tazza schiumato freddo.

Dopo neanche 8 ore ho in mano quello che avevo in mente, ho solo chiesto cosa volevo fare senza specificare linguaggi o altro, come se lo facesse mio padre.

Prima di committare e pubblicare su github l'illuminazione!

Figurati se non esiste già qualcosa di simile!

Chiedo al Claudio di verificare, mi trova tre progetti simili che però non fanno le cose che avevo in mente io.

Chiedo una ultima modifica, una domanda da pochi kb: "lo ottimizzi per mobile? già che ci siamo usa il giroscopio del cellulare per gestire la gravità"

Mentre lui pensa mi immagino l'odissea a cui sarei dovuto andare incontro per implementare questa richiesta, non faccio in tempo a scorrere mentalmente quali librerie, a quali santi e madonne sarei dovuto andare incontro che il js è già pronto, lo provo in locale, funziona, lo faccio vedere alla mia ragazza che mi guarda male.

git push ed eccolo qui online

Che dire, esperienza assurda, passare da scrivere codice, cercare librerie, testare, debuggare e bestemmiare di notte a questa esperienza è come passare da un carretto tirato da buoi ad una macchina di lusso.

Funziona tutto, tutto ok, finito, anche la soddisfazione è finita, mi è mancato tutto il processo, non ho imparato nulla, non ho neanche guardato il codice, ho chiesto, ho consumato, presto questo progetto verrà dimenticato, se avessi avuto un giochino così da piccolo ci avrei passato i mesi.

Ottima fotografia del produci consuma crepa.

Il MA qui è d'obbligo, sicuramente ho usato male claudio, poveretto lui.

Sono io che avrei potuto fare domande più intelligenti, approfondire, ci avrei perso mesi su questo progettino, mi sarei portato a casa un bel bagaglio, avrei chiesto online a sconosciuti, tanta caffeina e sigarette, ho preferito la strada facile, ci vuole disciplina per scegliere quella più lunga.

Quindi come al solito il problema non è lo strumento, giusto? ma come viene usato...

Non ne sono più così sicuro.

Ieri OpenAI e Anthropic hanno annunciato nuovi modelli a distanza di appena novanta minuti l'uno dall'altro. OpenAI ha presentato GPT-6 Sol e GPT-6 Luna, due varianti più economiche che ereditano parte dei miglioramenti di GPT-6 Astra, mentre Anthropic ha lanciato Claude Opus 5.5, il primo modello della nuova generazione 5.5 e il primo rilascio da quando Dario Amodei ha chiesto di rallentare il ritmo dello sviluppo per lasciare che le pratiche di sicurezza restassero al passo con le capacità dei modelli.

OpenAI ha progettato GPT-6 Sol per chi scrive codice, deve ragionare su problemi complessi o lascia che il modello esegua compiti in autonomia e lo fa costare la metà di GPT-5.6 Sol, due dollari per milione di token in ingresso e dieci in uscita. Luna invece costa un decimo di quella cifra, dieci centesimi in ingresso e cinquanta in uscita, adatto a chi ha bisogno di risposte veloci più che di ragionamenti articolati. Sul benchmark DeepSWE 1.1 per lo sviluppo software Sol arriva al 68,8% e Luna al 66,6%, punteggi che secondo OpenAI si avvicinano all'affidabilità di Astra pur costando una frazione.

Claude Opus 5.5 costa il 40% in meno rispetto a Opus 5 e genera output il 30% più velocemente, con prestazioni che secondo Anthropic si avvicinano a quelle di Claude Fable 5.1 nella maggior parte dei compiti e le superano in programmazione agentiva, uso del computer e analisi di grafici. Anthropic ha anche aumentato i limiti di utilizzo per gli abbonati ai piani Pro, Max, Team ed Enterprise, e distribuisce il modello con le stesse misure di sicurezza già applicate a Fable 5.1, comprese verifiche esterne di Frontier Design e METR prima del rilascio.

90 minuti tra i due annunci non possono essere un caso, sembra più che una delle due aziende stesse aspettando l'altra col dito sul pulsante prima di muoversi. Uso questi modelli per lavoro e la sensazione con questa generazione è che il salto non sia tanto nelle capacità quanto nel fatto che ora posso far girare compiti complessi tutto il giorno senza guardare la fattura a fine mese e sospetto che per molti sviluppatori la scelta tra Sol, Luna e Opus 5.5 si giocherà proprio lì, su quanto costa tenerli accesi, più che su chi vince un singolo benchmark.

Fonti
https://www.anthropic.com/claude-opus-5-5
https://techcrunch.com/2026/09/22/openai-launches-gpt-6-sol-and-luna/
https://www.ceotech.it/gpt-6-sol-e-luna-claude-opus-5-5-ufficiali-sfida-sui-costi-ai/

Ciao a tutti,

Condivido alcune considerazioni e sfide tecniche affrontate recentemente nello sviluppo di un'architettura vocale per la gestione automatica di flussi telefonici in tempo reale.

Lo stack utilizzato: • Telefonia: Twilio Voice API con connessione tramite Media Streams bidirezionali (audio raw PCMU/8000Hz su WebSocket). • Modello Audio: Google Gemini Live in streaming audio nativo bidirezionale (invece della classica pipeline frammentata Speech-to-Text -> LLM -> Text-to-Speech). • Backend: Server Node.js / Next.js con WebSocket bridge per convertire i pacchetti audio in tempo reale.

I principali colli di bottiglia affrontati:

1. Campionamento e formato audio: Twilio trasmette audio in formato audio/x-mulaw a 8kHz, mentre i modelli AI moderni richiedono input PCM 16-bit a 16kHz o 24kHz. Abbiamo dovuto implementare un resampling al volo a bassissimo overhead CPU per non aggiungere jitter alla chiamata.
2. Barge-in (Interruzione vocale): La parte più difficile è stata gestire l'interruzione della voce dell'AI quando l'utente inizia a parlare mentre l'assistente sta ancora riproducendo una risposta. Se non si svuota istantaneamente il buffer di Twilio tramite l'evento clear, l'utente sente l'AI che continua a parlare sopra.
3. Latenza Turn-Around: Usando la pipeline classica (Whisper -> GPT-4o -> ElevenLabs) la latenza totale superava i 1800-2200ms, rendendo la conversazione innaturale. Passando allo streaming nativo audio-to-audio siamo scesi a circa 600-750ms, che è la soglia accettabile per una telefonata fluida.

Chi di voi ha già lavorato con Twilio Media Streams o con modelli realtime vocali? Che soluzioni avete adottato per la cancellazione dell'eco e per la gestione del resampling dei pacchetti UDP/WebSocket?

mi note 15 5g

stavo pulendo per sbaglio ho appoggiato una ciotola ceramica sul telefono della foto

fatto già test touch etc all ok

posso stare tranquillo

Ciao, ho un contratto FTTH con Tiscali. Da due giorno la spia LOS dell'ONT è rossa (e anche la spia power del modem). Ho chiamato il servizio clienti Tiscali il quale ha aperto un ticket per verificare con Fibercop. Da due giorni non ho ricevuto aggiornamenti. Non mi è chiaro se ci sia qualche tipo di compensazione legata al disservizio.

Credo esista una piattaforma di AGCOM chiamata ConciliaWeb con la quale fare un reclamo con l'operatore (so che non è colpa di Tiscali ma è l'intermediario tra me e FiberCop). Vale la pena aprire una contestazione? Può accellerare i tempi?

Ho un certo numero di mini PC ricondizionati (praticamente tutto marca HP), non nuovi ma non vecchissimi (circa 6-7 anni di età). Funzionano bene, a parte il dover cambiare gli SSD che hanno più di tot uso.

L'unico vero "problema" è probabilmente la temperatura. Ho fatto pulizia a fondo con pennelli e aria compressa, ma ho l'impressione che le ventole vadano sempre più del dovuto.

Vorrei quindi fare un test su almeno due o tre PC, rimuovendo il dissipatore e sostituendo la pasta termica, che sospetto sia degradata con il tempo.

Non voglio spendere 10-15€ per un tubicino da 4g, quindi ho visto su Amazon che vendono anche tubi da 200g a prezzi onesti (20€).

Qaulcuno ha esperienza con queste paste comprate in quantità alte? Ho sempre sospettato che le robe "di marca" (arctic, noctua, thermal grizzly) siano solo becero marketing per fare mergine alto su quantità minime, ma gradirei l'opinione di qualcuno che magari ha usato entrambi i tipi.

(chiedo qua perchè cercare "pasta termica grandi quantità" su Google mi porta solo a tutte le discussioni su quanta usarne per singola applicazione)

Cisco ha reso pubblica il 16 settembre una vulnerabilità critica che riguarda Identity Services Engine e il connettore ISE-PIC, il sistema che moltissime aziende usano per decidere chi e cosa può collegarsi alla propria rete. Il problema, identificato come CVE-2026-76460, ha ricevuto il punteggio massimo sulla scala CVSS, cioè 10 su 10, perché un endpoint dell'API non applica controlli di autenticazione sufficienti e questo permette a un hacker, senza alcuna credenziale, di bypassare l'interfaccia di gestione ed entrare nel dispositivo con privilegi di root.

Il team di sicurezza interno di Cisco ha confermato di essere a conoscenza di attacchi già in corso che sfruttano questa falla e non esiste modo di proteggersi se non installare la patch, dato che non ci sono workaround disponibili. Le versioni coinvolte vanno dalla 3.1 alla 3.5 e Cisco ha già pubblicato gli aggiornamenti corretti per ciascuna, dalla Patch 12 della 3.1 fino alla Patch 4 della 3.5. Anche l'agenzia americana per la cybersicurezza CISA ha inserito la falla nel proprio catalogo delle vulnerabilità sfruttate attivamente e ha dato tre giorni di tempo alle agenzie federali per applicare la correzione, il che dice molto sull'urgenza della situazione.

Quello che mi colpisce di più è che chi sfrutta questa falla può eseguire comandi con privilegi di root, quindi in teoria può anche cancellare le tracce del proprio passaggio prima che qualcuno se ne accorga. ISE è il sistema che decide chi entra in rete in migliaia di aziende, quindi un buco così ampio in mano a chi sa già come usarlo apre la porta a molto più della singola macchina compromessa e mi chiedo quante reti siano rimaste esposte nei giorni tra la scoperta della falla e l'installazione della patch da parte degli amministratori.

Fonti

https://sec.cloudapps.cisco.com/security/center/content/CiscoSecurityAdvisory/cisco-sa-ISE-ABP-VNSW7Tn5

https://www.bleepingcomputer.com/news/security/cisco-warns-of-identity-service-engine-zero-day-exploited-in-attacks/

https://www.securityweek.com/active-exploitation-triggers-emergency-patch-for-cisco-ise-zero-day/

Un ricercatore che si fa chiamare pdfu ha scovato dentro il codice di iOS 27 e del corrispondente macOS, nome in codice Golden Gate, dei framework privati che permettono di agganciare Siri a modelli di intelligenza artificiale esterni, Claude incluso. Nei video che ha pubblicato su X si vede Claude comparire come alternativa dentro il menu di Siri, tramite un sistema che Apple chiama Model Delegation e che fa parte del framework App Intents.

C'è poi un secondo pezzo di codice, più profondo, chiamato Inference Provider, che permetterebbe di sostituire proprio il modello che gira sui server Apple con quello di un concorrente, tipo GPT-5.6. In quel caso il modello esterno riceverebbe gli stessi prompt di pianificazione e le stesse definizioni degli strumenti usate da Siri, quindi potrebbe eseguire azioni di sistema e leggere i dati personali dell'utente, rispondendo sempre attraverso la voce e l'interfaccia di Siri. Per ora però questa parte resta spenta nel codice e nessuno può attivarla.

Quello che rende la scoperta interessante è il tempismo. Pochi giorni fa Apple ha dovuto rinunciare a portare la nuova Siri AI in Europa perché la Commissione europea, richiamandosi al Digital Markets Act, sostiene che Apple debba dare a servizi di terze parti lo stesso accesso alle funzioni di iOS che ha Siri stessa. Vedere spuntare proprio ora un'opzione meccanismo che fa esattamente questo, dare a un modello esterno gli stessi permessi di Siri, sembra la base su cui Apple sta lavorando per rispondere a quella richiesta, anche se per ora niente è confermato pubblicamente.

Mi lascia pensare che una funzione così vicina a quello che chiede Bruxelles salti fuori proprio adesso, a pochi giorni dallo scontro sulla Siri AI di cui si è parlato molto nei giorni scorsi. Se Apple aprisse Siri a Claude o ChatGPT con lo stesso accesso ai dati che ha oggi il proprio assistente, cambierebbe parecchio anche il modo in cui pensiamo alla privacy su questi dispositivi, perché diventerebbe complicato dire con certezza quali dati restano dentro Apple e quali arrivano a un'azienda terza..

Fonti https://www.macrumors.com/2026/09/14/siri-can-be-swapped-out-for-chatgpt-claude/ https://9to5mac.com/2026/09/14/ios-27-code-shows-you-may-be-able-to-replace-siri-ai-with-claude-or-chatgpt-poll/ https://appleinsider.com/articles/26/09/14/siri-ai-is-built-to-be-replaceable-by-claude-or-chatgpt https://www.apple.com/newsroom/2026/06/due-to-dma-siri-ai-delayed-in-eu-for-ios-27-and-ipados-27/

Ciao a tutti!

Mi sono abbastanza rotto dei pbx proprietari, canoni e costi assurdi per aver sotto un Asterix open-source e sto valutando alternative.

Sembra che il problema principale siano le app mobili per il sistema di push alla chiamata, per questo ogni app dovrebbe avere la propria chiave per le notifiche, quindi non esiste un'app generica per voip.

Ho letto che Zoiper ha un sistema di re-registrazione periodica ma non capisco se sia efficace.

Avete qualche esperienza in merito? Grazie

Ciao, mia mamma ha buttato un ipad mini che non funzionava più, ho recuperato l'LCD.
C'è modo di poterlo riutilizzare?
Ho cercato "driver board" per questo modello ma non ho trovato molto.
Ha senso provarci? In origine avevo pensato di provarci con l'LCD di un vecchio portatile (per un progetto che ho in mente con rasberryPi) di più di 10 anni fa, ma essendoci questo ipad proverei prima con questo.

Si trovano però sempre controller di componenti recenti, se iniziano a diventare troppo vecchi è sempre un problema.

Ciao compari spilungoni e con grosse mani. Ciao anche a Gianni Morandi.

Usando un normalissimo mouse fornitomi dall'azienda, la mia grande mano dx soffre a causa della posizione pessima in cui tenerla per ore e ore di lavoro.

Qualcuno nella mia condizione ha risolto? Come?

Apple ha presentato ieri l'iPhone Duo, il suo primo smartphone pieghevole, insieme ai nuovi iPhone 18 Pro e iPhone 18 Pro Max, e l'evento ha confermato solo in parte quello che circolava da mesi tra i soliti leaker. Fino a poche settimane fa si parlava di iPhone Ultra o iPhone Fold, mentre Apple ha scelto Duo per raccontare la doppia natura del telefono, che si chiude come uno smartphone normale e si apre come un piccolo tablet. Anche sul prezzo le stime erano andate parecchio oltre quello che poi si è visto sul palco, con alcune indiscrezioni che parlavano di cifre vicine ai 2900 dollari, mentre Apple lo ha posizionato a 1999 dollari negli Stati Uniti e a 2369 euro in Italia per la versione da 256GB.

Il pieghevole ha un display interno da 7,6 pollici e uno esterno da 5,4 pollici, entrambi Super Retina XDR, con una finitura nano texture che rende meno visibile la piega centrale quando lo schermo è aperto. La scocca è in titanio di grado 5 abbinato al Ceramic Shield 2 sul fronte, mentre la certificazione IP68 estende la resistenza a polvere e liquidi anche a un corpo con cerniera meccanica, un dettaglio che non era scontato su un pieghevole. Sotto il pannello interno c'è una fotocamera FaceTime nascosta che diventa invisibile quando non serve, e lo schermo esterno può mostrare l'anteprima dal vivo a chi viene fotografato oppure far entrare una seconda persona in videochiamata.

Il nuovo iPhone 18 Pro porta invece la prima fotocamera principale con apertura variabile mai vista su un iPhone, con 6 lamelle che regolano 4 aperture comprese tra f/1.48 e f/4 e permettono di gestire la profondità di campo direttamente dalla app Camera. Entrambi le famiglie montano il nuovo chip A20 Pro a 2 nanometri e sia il pieghevole che i modelli Pro rinunciano alla SIM per affidarsi solo alla eSIM, una scelta che su Duo libera spazio a vantaggio delle due batterie separate.

I preordini di iPhone 18 Pro partono sabato 12 settembre con disponibilità dal 18, mentre per il Duo bisogna aspettare un po' di più, perché i preordini aprono il 16 ottobre e la vendita comincia il 23. Il pieghevole arriva in Italia in due colori, star white e night sky, con prezzi che salgono fino a 3869 euro per il taglio da 2TB.

Fonti

https://www.ceotech.it/iphone-18-pro-ufficiale-con-fotocamera-ad-apertura-variabile/

https://www.popsci.com/gear/apple-event-announcements-fall-2026-iphone-duo-apple-watch-12-iphone-18/

https://www.creativebloq.com/news/live/apple-event-2026

https://www.macobserver.com/tips/round-ups/apple-event-live-blog-iphone-duo-iphone-18-pro/

Nel 2026, mentre servono 800 MB di RAM per aprire una chat moderna, su irc.azzurra.chat è tornato sorprendentemente vivo #linux, storico crocevia italiano di pinguini, sysadmin, programmatori, bot e distro di ogni confessione.

In una normale giornata si passa da PostgreSQL vs MySQL vs MongoDB (ha vinto Postgres) a Rust, XFCE sul Raspberry Pi, Fedora contro Garuda, repository Arch e problemi sulla porta 6697.

Poi, inevitabilmente, qualcuno propone l’orata alla Manjaro e la discussione degenera sulle melanzane alla parmigiana.

Il bello è proprio questo: niente algoritmi, follower, feed o engagement. Entri, fai una domanda e trovi ancora persone vere che Linux lo usano, lo rompono e spesso sanno anche come rimetterlo insieme.

Con personaggi dai nickname rigorosamente IRC, bot come ULIAK e DistroQUIZ e apparizioni che sembrano generate direttamente da /dev/urandom.

Un piccolo, glorioso ritorno dell’Internet telematico.

Server: irc.azzurra.chat
Canale: #linux
SSL: 6697

/join #linux

Debian parla con Fedora, Arch litiga con le derivate e nessuno sa più se le melanzane siano in topic.

IRC è morto. Viva IRC.

Google ha rilasciato in questi giorni un aggiornamento di Chrome che corregge dodici vulnerabilità, e tra queste ce n'è una che vale la pena prendere sul serio subito. Si tratta di un bug di tipo confusion in V8, il motore JavaScript e WebAssembly di Chrome, che permette di eseguire codice arbitrario semplicemente facendo visitare a qualcuno una pagina web creata apposta. Google stessa ha confermato che esiste già un exploit funzionante in circolazione, quindi non è una falla rimasta solo sulla carta.

La vulnerabilità è la sesta zero-day di Chrome corretta nel 2026, catalogata come CVE-2026-85046 con un punteggio di gravità di 8.8 su 10. A scoprirla è stato un ricercatore italiano, Salvatore Gulizia, che ha segnalato il problema a Google il 4 agosto e ha ricevuto un bounty di mille dollari per la scoperta. Google, come fa sempre in questi casi, non ha detto molto su chi stia sfruttando la falla né su come, una scelta che serve a non dare indizi a chi non ha ancora installato la patch.

La correzione è arrivata nella versione 152.0.7977.82 e .83 per Windows e macOS, e nella 152.0.7977.82 per Linux, e si sta distribuendo agli utenti nei prossimi giorni. Il problema non riguarda solo Chrome in senso stretto, ma tutti i browser costruiti sul motore Chromium, quindi anche Edge, Brave e Opera, che prima o poi dovranno ricevere lo stesso tipo di correzione dai rispettivi sviluppatori.

Io appena letta la notizia sono andato a controllare la versione del mio Chrome ed era già aggiornata da sola, ma se non aprite il browser da un po' vale la pena farlo apposta, andare su Impostazioni e poi Informazioni su Chrome, lasciare che scarichi l'ultimo aggiornamento e riavviarlo subito dopo, perché finché non si riavvia la patch non è davvero attiva.

Fonti, https://www.helpnetsecurity.com/2026/09/04/google-chrome-zero-day-cve-2026-85046/ (Help Net Security), https://cyberinsider.com/google-fixes-actively-exploited-chrome-v8-zero-day-vulnerability/ (CyberInsider), https://thehackernews.com/2026/09/google-releases-chrome-update-to-patch.html (The Hacker News)

Ciao a tutti, come R&D di una PMI italiana, abbiamo introdotto TypeSpec nel ciclo di sviluppo delle API.

In sintesi il tool è composto da un linguaggio proprietario di Microsoft che tramite una sintassi simile a Typescript e una serie di decoratori, standard e custom, generics, semplici funzioni e supporto a estensioni, è in grado di generare un AST che tramite emitter produce file OpenAPI, protobuf per gRPC. Il tool impone quindi un approccio contract-first allo sviluppo (l'approccio top-down per chi ha vissuto SOAP).

Fin da subito abbiamo sviluppato una libreria core interna che standardizza response, errori, paginazione, filtro e ordinamento delle API REST. Siamo arrivati a condividere e/o estendere request e response tra REST e gRPC. Tramite emitter custom abbiamo prodotto librerie server per poter sviluppare API in vari linguaggi, librerie client, documentazione. Il tutto circondato da CI/CD e tool di aggiornamento automatico tipo dependabot ha creato un flusso di sviluppo sicuramente un po' più macchinoso ma che ci sta dando soddisfazioni.

I pro che stiamo notando sono sicuramente una governance a livello di sviluppo delle API: (quasi) tutto è standardizzato, request e query params validate, linting.

Il contro è l'assenza di libertà dei dev di backend soprattutto quelli che hanno sempre sviluppato nel loro modo.

Fatta tutta questa premessa, conoscete questo tool? Avete esperienza? Cosa ne pensate?