2 bug critici rilevati su Cisco Unified Contact Center Express (CCX)

Cisco pubblica due nuove falle critiche che colpiscono Cisco Unified Contact Center Express (CCX), la piattaforma utilizzata da migliaia di aziende per la gestione dei contact center e delle comunicazioni unificate.

Le due falle — tracciate come CVE-2025-20354 e CVE-2025-20358 — presentano livelli di gravità estremamente elevati, con punteggi CVSS rispettivamente di 9.8 e 9.4 su 10, e potrebbero consentire ad attori malevoli remoti e non autenticati di ottenere il controllo completo del sistema o privilegi amministrativi sulle istanze vulnerabili.

Le vulnerabilità risiedono in meccanismi di autenticazione errati nei processi RMI e nella comunicazione tra il CCX Editor e il server Unified CCX, rendendo possibile l’esecuzione arbitraria di comandi o il bypass completo dell’autenticazione.

Cisco ha già rilasciato aggiornamenti correttivi e invita con urgenza gli amministratori di sistema a procedere immediatamente con le patch, poiché non esistono soluzioni alternative o mitigazioni temporanee.

CVE-2025-20354: RCE in Cisco Unified CCX

La vulnerabilità risiede nel processo Java Remote Method Invocation (RMI) di Cisco Unified CCX la quale potrebbe consentire a un aggressore remoto non autenticato di caricare file arbitrari ed eseguire comandi arbitrari con autorizzazioni di root su un sistema interessato.

Questa vulnerabilità è dovuta a meccanismi di autenticazione non corretti associati a specifiche funzionalità di Cisco Unified CCX. Un aggressore potrebbe sfruttare questa vulnerabilità caricando un file contraffatto su un sistema interessato tramite il processo Java RMI. Un exploit riuscito potrebbe consentire all’aggressore di eseguire comandi arbitrari sul sistema operativo sottostante ed elevare i privilegi a root..

Cisco ha rilasciato aggiornamenti software che risolvono questa vulnerabilità. Non esistono soluzioni alternative per risolverla. Il bug ha un o score pari a 9,8 su 10.

CVE-2025-20358: bypass dell’autenticazione in Cisco Unified CCX

La vulnerabilità si trova nell’applicazione Contact Center Express (CCX) Editor di Cisco Unified CCX la quale potrebbe consentire a un aggressore remoto non autenticato di aggirare l’autenticazione e ottenere autorizzazioni amministrative relative alla creazione e all’esecuzione di script.

Questa vulnerabilità è dovuta a meccanismi di autenticazione non corretti nella comunicazione tra CCX Editor e un server Unified CCX interessato.

Un aggressore potrebbe sfruttare questa vulnerabilità reindirizzando il flusso di autenticazione a un server dannoso e inducendo CCX Editor a credere che l’autenticazione sia avvenuta correttamente. Un exploit riuscito potrebbe consentire all’aggressore di creare ed eseguire script arbitrari sul sistema operativo sottostante di un server Unified CCX interessato, come account utente interno non root .

Cisco ha rilasciato aggiornamenti software che risolvono questa vulnerabilità. Non esistono soluzioni alternative per risolverla. Il bug ha un o score pari a 9,4 su 10.

L'articolo 2 bug critici rilevati su Cisco Unified Contact Center Express (CCX) proviene da Red Hot Cyber.

La cybersicurezza è democratica: lo stesso virus colpisce multinazionali e casalinghe

Lo stesso malware che ieri bloccava i server di una grande banca oggi cripta le foto della signora Pina sul suo PC di casa.

Come?

Con un innocuo messaggio WhatsApp, inviato dal nipote, la cui moglie lavora proprio in quell’istituto di credito, che ha preso lo stesso virus sul PC aziendale che si è diffuso automaticamente. Questa storia non è una fiaba ma la cruda realtà che dimostra una verità scomoda: la cybersecurity è profondamente democratica.

Le minacce non fanno distinzioni, colpiscono multinazionali e casalinghe, grandi aziende e singoli individui, sfruttando l’anello più debole della catena: il fattore umano. Le organizzazioni non sono contenitori astratti, ma reti di persone. Ognuno di noi, inconsapevolmente, può diventare il vettore di un attacco informatico.

Il malware fa il suo lavoro senza badare al conto in banca: usa le stesse tecniche per paralizzare i server di una multinazionale o i dispositivi domestici di una persona comune, con effetti ovviamente molto diversi. Un click sbagliato su un link o un allegato da una fonte apparentemente affidabile può innescare una catena di infezioni che si espande dall’ambito personale a quello professionale, aggirando firewall e controlli perché il vero varco è nelle nostre mani.

La catena dell’infezione è semplice ma spietata:

• Parte spesso da un momento di distrazione o da un errore nelle nostre case, ad esempio un messaggio di phishing su WhatsApp o una email ingannevole;
• L’infezione si propaga lateralmente attraverso connessioni, dispositivi condivisi o servizi cloud;
• Finisce nelle reti aziendali, magari tramite un dipendente inconsapevole che trasporta la minaccia attraverso uno smartphone o credenziali violate chissà dove.

Nonostante le aziende spendano milioni in tecnologie di difesa, il vero difetto è il fattore umano. I criminali lo sanno bene e usano l’inganno: social engineering, messaggi di urgenza, false autorità, pressione da parte dei familiari e paura sono armi che funzionano su tutti, dal dirigente al parente che non sa distinguere un link sospetto.

Quindi, la cybersecurity è una questione che riguarda tutti. Le imprese più visionarie lo hanno capito e stanno investendo in programmi di security awareness che coinvolgono non solo i dipendenti ma anche le loro famiglie.

Però, l’Italia fatica ancora. Siamo agli ultimi posti tra i Paesi UE per competenze digitali di base: solo il 45% degli italiani le possiede secondo l’indice DESI Digital Skills Report 2025 della Commissione Europea. Si tratta di un gap che rallenta la diffusione di una cultura della sicurezza che dovrebbe essere civile, come l’educazione stradale o sessuale. Per questo motivo sarebbe ora di introdurre la cybersicurezza come materia scolastica.

Le strategie di difesa devono spostarsi da silos tecnologici isolati a una visione integrata della sicurezza, che consideri come il comportamento umano dentro e fuori dall’ufficio influisca direttamente sulla protezione aziendale. Il principio “zero trust” vale anche e soprattutto per le persone: fidarsi mai, verificare sempre.

Per chi vuole approfondire l’interconnessione tra formazione, comportamento umano e gestione del rischio, il «Manuale CISO Security Manager» offre un’analisi dettagliata e proposte pratiche per trasformare il fattore umano da vulnerabilità a risorsa.

L'articolo La cybersicurezza è democratica: lo stesso virus colpisce multinazionali e casalinghe proviene da Red Hot Cyber.

2025 Component Abuse Challenge: Heat Activated LED Candles

[Miroslav Hancar] wasn’t satisfied with abusing just a single component for our Component Abuse Challenge. He decided to abuse a whole assembly, in particular, some LED candles.

In this project, LEDs are abused as temperature sensors. When the temperature gets hot enough for long enough, the microcontroller will turn on its LEDs. How? A diode’s forward voltage is temperature-related. By monitoring the forward voltage, the microcontroller can infer the temperature and respond appropriately.

This particular project is really two projects in one, centered around a common theme, heat activation. The first version has four LEDs and, in response to heat, four LEDs flicker to simulate a real candle. The second version is also heat-activated, but it has only one LED. You can snuff out this LED by pinching the top of it with your fingers. You can see a demo of each version in the videos below.

You will find the schematics, Gerber files, and software in the project’s downloadable files. The candles use some of the features of the PIC12F1501 microcontroller, particularly the onboard ADC.

If you’re interested in the PIC12F1501 and LED light displays, be sure to check out SIM Card Connectors and White PCBs Make Huge LED Snowflakes Happen. We wish [Miroslav] every success in the Component Abuse Challenge. The deadline is November 11, so you still have a few days to get your submissions in!

youtube.com/embed/igcREAV5KJ4?…

youtube.com/embed/dJ3YkREtTE4?…

hackaday.com/2025/11/08/2025-c…

Teardown of HP Optical Link and Signal Investigations Using Siglent Technology

Anything with a laser has undeniable hacker appeal, even if the laser’s task is as pedestrian as sending data over a fiber optic cable. [Shahriar] from [The Signal Path] must agree, and you can watch as he tears down and investigates a fiber optic link made from old HP equipment in the video below.

He starts with an investigation of the block diagram of the transmitter. In the transmitter, the indium gallium arsenide phosphide laser diode emits light with a 1310-nanometer wavelength. Thermal characteristics in the transmitter are important, so there is thermal control circuitry. He notes that this system only works using amplitude modulation; phase modulation would require more expensive parts. Then it’s time to look at the receiver’s block diagram. Some optics direct the light signal to a PIN diode, which receives the signal and interfaces with biasing and amplifying circuitry.

Having explained the operation of the transmitter and receiver, he takes both units apart and has a close look at the internals, with particular attention to the business ends of the transmitter and receiver, which have been carefully mechanically calibrated. He uses an optical spectrum analyzer to verify the laser wavelength and power, then runs the signal through a vector network analyzer. He also uses an arbitrary waveform generator and a vector signal generator to show that radio over fiber would also be feasible. Finally, he captures an eye diagram on an oscilloscope and measures voltage with a digital multimeter.

If you’re interested in fiber optics, you might enjoy A Brief History of Optical Communication.

youtube.com/embed/Hsev_hfmym0?…

hackaday.com/2025/11/08/teardo…

Autopsy of a First-Generation RX7 Mazda Rotary Car Engine

The eccentric shaft and rotor of the Mazda 12A rotary engine. (Credit: Baked Beans Garage, YouTube)
In theory, Wankel-style rotary internal combustion engines have many advantages: they ditch the cumbersome crankcase and piston design, replacing it with a simple, single-chamber design and a thick, plectrum-shaped chunk of metal that spins around inside that chamber to create virtual combustion chambers. This saves weight and maximizes performance-to-weight. Unfortunately, these types of engines are also known for burning a lot of oil and endless seal troubles, especially with early rotary Mazda engines that easily died.

Yet even 1980 versions were not without issues, a case in point is the Mazda 1st gen RX7 with a 12A rotary engine that the [Baked Beans Garage] over at YouTube got their paws on. Starting with unsuccessful attempts to make the car start, the next step was to roll the car into the morgue garage for a full teardown of the clearly deceased engine.

About 35 minutes into the video, we get to the teardown of the engine, with its parts contrasted with those of a newer revision rotary engines alongside illustrations of their functioning, making it as much an autopsy as a detailed introduction to these rotary engines. Technically, they also aren’t the original DKM-style Wankel engines, but a KKM-style engine, as designed by [Hanns-Dieter Paschke]. [Wankel] didn’t like the eccentric KKM design, as he thought it’d put too much stress on the apex seals, but ultimately the more economical KKM design was further developed.

During the autopsy of the 12A revision Mazda engine, it becomes clear that it was likely overheating that killed the engine over the course of years of abuse, along with ‘chatter’ marks of the apex seals destroying the inner chrome coating. This would have compromised compression and with it any chance of the engine running, not unlike a piston engine with badly scored cylinder walls after ingesting some metal chunks.

While the Mazda 12B and subsequent designs addressed many of the issues with the early rotary engines, its use was limited to some sports models, ending in 2012 with the RX-8. The currently produced Mazda MX-30 does use a rotary engine again in its plug-in hybrid version, but it’s only as a range extender engine that drives a generator. Looking at the internals of those Mazda rotary engines, it’s easy to see how complex they are to keep running, but you cannot help but feel a little bit of sadness that these small-but-powerful engines didn’t make much more of a splash.

youtube.com/embed/J7ujd9R9VTQ?…

hackaday.com/2025/11/08/autops…

È divertentissimo leggere E.T. Jaynes, in particolare i suoi ultimi lavori. Questo passaggio è da "The Gibbs Paradox". Si può scaricare qui.

There is a school of thought which militantly rejects all attempts to point out the close relation between entropy and information, claiming that such considerations have nothing to do with energy; or even that they would make entropy subjective and it could therefore have nothing to do with experimental facts at all. We would observe, however, that the number of fish that you can catch is an objective experimental fact; yet it depends on how much subjective information you have about the behavior of fish.

Traduzione in italiano:

Esiste una corrente di pensiero che respinge con forza ogni tentativo di evidenziare la stretta relazione tra entropia e informazione, sostenendo che tali considerazioni non abbiano nulla a che fare con l’energia; o persino che renderebbero l’entropia soggettiva, e che quindi non potrebbe avere alcun legame con i fatti sperimentali. Osserviamo, tuttavia, che il numero di pesci che si possono catturare è un fatto sperimentale oggettivo; eppure dipende da quanta informazione soggettiva si possiede sul comportamento dei pesci.

#SecondLaw #SecondaLegge #Jaynes #Entropy #Fisica #Termodinamica #Thermodynamics

@fisica
@scienze

“Maybe the real treasures in life are the screenshots we take along the way” (il Pignio aggiornato in un mondo di immagini)

Nei momenti in cui l’archiviazione del mio maledetto telefono è piena, e devo aprire la galleria per capire cosa c’è di inutile da poter cancellare, nell’attimo in cui non trovo granché di sparibile mi chiedo inevitabilmente “caspita, ma queste migliaia di screenshot, che sento di non poter cancellare, servono veramente a qualcosa???“… e, puntualmente, non ottengo mai risposta. (E beh, ovviamente questo vale anche per le foto scattate, ma ha senso che quelle non si riescano a cancellare, in quanto comunque espressione artistica di momenti ambientali vissuti non attraverso lo schermo, ma solo resi permanenti su di esso; è già un discorso diverso.) 🤥

Ma… può essere che, forse, è la domanda ad essere sbagliata? Dopo aver trovato questo memino, anche questo inevitabilmente un’immagine digitale, dirò che forse si, il problema è la prospettiva. Magari, le catture di schermata — tranne quelle fatte per sbaglio, che mi fanno solo alzare la pressione, e in generale quelle a scopo temporaneo, che devono sparire — non sono cancellabili perché, a loro modo, sono la cristallizzazione di piccoli momenti che avvengono nel telefonino, e quindi sono probabilmente dei veri e propri tesoretti, che si ottengono durante le semplici azioni di vita quotidiana sul dispositivo… Eppure, in fondo, chissà se davvero è così. 🥴

…Una cosa tuttavia certa, rimanendo pur sempre squisitamente nel contesto di immaginette trovate e salvate, è che la roba che finisce — nel corso di duri mesi e, con abbastanza tempo, anche dolorosi anni — salvata sul Pignio… quella si che costituisce una serie di piccoli tesori ottenuti per la via della vita, senza ombra di dubbio; altro che gli screenshot che si, non riesco a cancellare, ma se perdessi per problemi di skill (…e mi è già successo) non mi metterei a piangere (invece, le pigne si). E ciò non solo per tutta la questione di preziosità indotta che si verifica col salvare, per poi ordinare in collezioni, sapendo che i dati sono sempre comunque sotto il mio controllo… ma quanto più per le inaspettate sorprese che le immagini messe lì da parte possono riserbare, almeno a me che ho l’anima grossa e la voglia di fare cose. 😤

A parte quando ritorno lì apposta con in mente l’idea di ritrovare una specifica immagine necessaria per scrivere l’ennesimo post pseudo-giornaliero dei miei, oppure per qualsiasi altra situazione specifica… in questi ultimissimi giorni, avere il Pignio a mio servizio, con centinaia di fotine e disegnini salvati, mi sta essendo utile banalmente per trovare cose simpatiche da disegnare al volo in ogni momento, essendomi come ho detto inspiegabilmente fissata con tale attività nel mentre che per qualche motivo non ho voglia di fare granché altro. Beh, in realtà, questa benedetta domenica però almeno un po’ di programming l’ho fatto… esattamente sul Pignio, per adeguarlo alle mie nuovissime esigenze spuntate fuori appunto ultimamente. 👌

A parte iniziare un potenziamento cosmico della ricerca, aggiungendo per ora la possibilità di accendere e spegnere il case-sensitive, filtrare i risultati cercando in specifici campi di metadati (titolo, descrizione, link, ecc…) e non per forza tutti, nonché filtrare per utente creatore (…che sulla mia istanza è inutile, ma ad altra gente sarà comodo)… Ho anche sistemato la generazione dei siti statici, che si era rotta in modo inspiegabilmente assurdo (e giuro che manco io ho capito esattamente cosa è successo)… E infine, cosa veramente figa in questo così toccante contesto di immaginette, ho aggiunto una lightbox decente che permette di visualizzare le immagini a qualsiasi livello di zoom, incluso su desktop, che è per l’appunto estremamente comodo per guardare i riferimenti mentre disegno (altrimenti, dovevo ogni volta aprire le immagini in una scheda a parte, e modificare lo zoom del browser lì, che fa schifo). 😁

Vabbé, niente di particolare da vedere a ‘sto giro, in realtà… niente screenshot, ironicamente, insomma. Per provare la lightbox, basta aprire la pagina di qualsiasi immagine e cliccarci sopra, e si può zoomare con la rotella del mouse (…dovrei forkare la libreria per supportare anche la tastiera). La ricerca, invece, funziona come sempre di base, ma la pagina dei risultati ha anche tastini e controlli per le nuove opzioni, che temo col tempo diventeranno molto più incasinate. Ancora un’altra volta, però, sono riuscita ad ingannare chiunque nello scoprire altri casi d’uso del Pignio facendo finta che io avessi qualcosa di più interessante da dire, che non è poco… e oggi ho quindi forse marcito un po’ meno di ultimamente, però conseguentemente ho disegnato di meno, e quindi rip. Invece, ora, è tardi e mi tocca dormire, e quando dormo non posso usare il Pignio, quindi rip e a domani. 😾

#meme #Pignio

Camera Capabilities Unlocked from a Mouse

There is a point where taking technology for granted hides some of the incredible capabilities of seemingly simple devices. Optical mice are a great example of this principle, using what are more or less entirely self-contained cameras just for moving the cursor across your screen. Don’t believe us? Check out this camera made from an old optical mouse from [Dycus]!

For those unfamiliar with optical mice, the sensor used for tracking movement, like a camera, is just an array of photosensitive sensors. This allows a simple on-board microcontroller to convert the small changes from the visual sensor into acceleration/movement information to be sent to the computer.

Proving how capable these sensors can truly be, [Dycus]’s camera manages a whole 30×30 array of picture quality. Along with glorious greyscale, the pictures achieved from such a camera are more than recognizable. Putting together the camera didn’t even require anything crazy beyond the sensor itself. What appears to be a Teensy LC board, basic buttons, and a small screen are essentially everything required to replicate the camera’s functionality. Pictures, both standard and “panoramic”, can be viewed in a variety of color palettes stored on board. Along with a surprisingly impressive feature set, the idea is impressive.

Limitations are often the mother of innovation, no matter if self-imposed or not, as seen here. However, [Dycus] still had a whole 30×30 array to photograph. What about a single pixel? Let’s make it even harder; we can’t look directly at the subject! This is exactly what was done here in this impressive demonstration of clever engineering.

Thanks to JohnU and Thinkerer for the tip!

hackaday.com/2025/11/08/camera…

Threads e la federazione con il fediverso libero

Ormai è chiaro che abbiamo sopravvalutato il temuto rischio principale della federazione con Threads: lo tsunami che avrebbe invaso le timeline delle nostre istanze libere, con gravi ripercussioni sul carico di lavoro del server, non c’è stato e non c’è stato perché Threads ha deciso deliberatamente di non federarsi mai per davvero. Ma questo cambia davvero qualcosa?

In questo post faremo un riepilogo della questione "Threads vs. Fediverso libero", traendo spunto da alcune recenti occasioni di confronto sull'argomento. Il post viene pubblicato anche sulla comunità Lemmy @[url=https://feddit.it/c/fediverso]fediverso@feddit.it[/url] che raccoglie gli aggiornamenti e le notizie sul Fediverso e che può essere seguito da tutti gli account social del Fediverso (ma non dagli utenti di Threads…).

Cos’è successo finora: la finta federazione di Threads

Ormai è chiaro che abbiamo sopravvalutato il temuto rischio principale della federazione con Threads: lo tsunami che avrebbe invaso le timeline delle nostre istanze libere, con gravi ripercussioni sul carico di lavoro del server, non c’è stato e non c’è stato perché Threads ha deciso deliberatamente di non federarsi mai per davvero.

Al di là delle scelte di carattere ideologico o finalizzate alla protezione dei propri utenti (qui per esempio un post di @gubi e qui la presa di posizione di @kenobit ), tutte legittime (sia chiaro), la motivazione più rilevante tecnicamente tra quelle alla base della defederazione di Threads era proprio quella di evitare l’invasione dei suoi post, sia dal punto di vista qualitativo (a causa della tolleranza di Meta verso i contenuti suprematisti e monnezzari), sia da quello quantitativo (a causa dell’enormità di differenze di scala tra loro e noi).

Alcune istanze hanno praticato un silenziamento preventivo (qui l’annuncio di @devol in occasione della prima parziale federazione di Threads) che consentiva agli utenti di seguire liberamente i contenuti di Threads, mentre altre istanze (tra le istanze più grandi di Mastodon e Pixelfed, gestite da @Gargron e @dansup ossia gli sviluppatori stessi di quei due software) hanno tenuto un atteggiamento entusiasta.

A proposito, c’è qualcosa di molto singolare: mi sembra che la federazione tra pixelfed.social e threads.net non funzioni affatto: da Threads non si vede Pixelfed e viceversa, ma come se non bastasse, da Pixelfed, le menzioni a Threads sono abbastanza diverse da come si vedono da Mastodon…

Le scelte praticate dalle nostre istanze poliverso.org + poliversity.it + feddit.it + citiverse.it

Le nostre scelte sono state orientate fin dall’inizio da aspetti tecnici: volevamo evitare di pagare banda e risorse per uno dei conglomerati industriali più orrendi della storia recente.

Nello specifico:

1. Feddit.it non vede Threads per una incompatibilità logica tra Lemmy e Threads (Threads non supporta i gruppi e Lemmy vede solo chi supporta i gruppi)
2. Citiverse.it non vede Threads semplicemente perché… a nessun utente di citiverse.it interessa nulla di Threads
3. Poliversity.it non blocca Threads, ma lo silenzia
4. Poliverso.org non blocca Threads, ma offusca i dati personali degli utenti di Poliverso al server di Threads

Quello che ho potuto riscontrare come utente abbastanza assiduo del Fediverso, come amministratore di 4 piccole istanze (oltre che come moderatore di un’istanza molto grande, come mastodon.uno) è che i contenuti di Threads sono una minoranza sparuta e che non ho mai visto contenuti problematici né ho mai ricevuto una sola segnalazione da parte di altri utenti.

Alla luce di quello che è avvenuto (cioè molto poco) è opportuno rivedere il nostro approccio verso Threads?

Ricapitolando le tre questioni più importanti:

1. Threads fa parte di un’azienda eticamente ributtante: no, questo non è cambiato e non cambierà mai
2. Threads rischia di invadere la timeline del Fediverso libero: questo non è ancora avvenuto e probabilmente non succederà
3. Threads rischia di riversare nel Fediverso contenuti raccapriccianti: neanche questo è avvenuto (ma se qualcuno tra voi ne trovasse contenuti problematici visibili dal Fediverso, ce lo segnali a @informapirata

Resta però un problema non secondario: la federazione tra Threads e il Fediverso è limitata e ritardata e, soprattutto, lo è per scelta deliberata di Meta.

Federazione limitata

Infatti gli utenti di Threads possono essere federati solo se vogliono (e alcuni semplicemente non lo sanno) e in ogni caso gli utenti europei non possono accedere al Fediverso. La motivazione? Alcune supercazzole sul GDPR e sul presunto rischio privacy del Fediverso.

Il risultato è che probabilmente solo una ventina di miliaia di persone sono effettvamente federate. Su Poliversity.it per esempio dei cento milioni di utenti attivi di Threads (seh, vabbe’), sono solo più di un migliaio quelli conosciuti dalla nostra istanza
I numeri Meta visti da Poliversity
Per fare un esempio, l’istanza tedesca troet.cafe, con 47.000 utenti complessivi e poco più di 6.000 utenti attivi (numeri di oggi, ma con un picco massimo di 14.000 utenti attivi raggiunti due anni fa), presenta numeri più alti rispetto a Threads.

Troet.cafe è un’istanza ben gestita dal suo amministratore @martinmuc ma l’abbiamo scelta proprio perché, essendo praticamente un’istanza che parla solo in lingua tedesca è estremamente “lontana” da un’istanza italofona come poliversity.it e quindi rappresenta un termine di paragone che sicuramente non distorce i dati a scapito di threads.net!

Ok, il problema probabilmente risiede semplicemente nel fatto che su Threads su poliversity è stata silenziata. Sarei tuttavia curioso di conoscere i dati di federazione di mastodon.social…

Oggi Threads (ovviamente) non ha rilasciato dati sugli utenti che effettivamente hanno deciso di federarsi con il Fediverso libero. Sta di fatto che gli studi che hanno cercato di sondare Threads non non hanno mai rilevato più di 20.000 utenti federati!

Mi chiedo se effettivamente federare Threads sia davvero un valore aggiunto…

Federazione limitata

Come se non bastasse, a tutti i post condivisi da Threads viene applicato un ritardo di 15 minuti per la distribuzione nel Fediverso libero. La motivazione ufficiale è che si è voluto far coincidere la finestra di modifica di un post con il ritardo della distribuzione nel Fediverso, ma è evidente come questa sia una scusa per recintare il giardino di Threads.

Sebbene molti amministratori del Fediverso abbiano avuto la presunzione di ritenere di poter tenere isolata “l’istanza” Threads, in realtà è Threads che sta isolando il Fediverso libero: Threads tiene il Fediverso in una perpetua anticamera e di fatto lo silenzia. Non si tratta di un rapporto simmetrico e il minimo che si possa fare è silenziarla.
Ribadisco il mio dubbio: qual è il valore aggiunto di far entrare liberamente dentro la propria istanza i contenuti di Threads? Di fatto è come se Threads stesse facendo pubblicità a sé stesso sui nostri spazi, senza concederci però spazio. Il modello operativo di Threads è quello di consentire un “rapporto completo” con i propri utenti solo per chi sta dentro all’istanza; quello che l’istanza lascia trapelare all’esterno è solo pubblicità broadcast ed è pure pubblicità a trasmissione ritardata!

Le Fake news di Meta

Threads ha praticato un approccio estremamente scorretto: non solo ha di fatto segregato i propri utenti, ma ha spacciato ovunque l’idea della federazione in maniera maliziosa distribuendo qui in Europa (dove già avevano deciso che la federazione non sarebbe avvenuta) comunicati stampa falsi (puntualmente raccolti dalle peggiori testate on line) nei quali parlava di apertura al Fediverso. Ha cercato di usare il pubblico sensibile al concetto di Fediverso come mandria da mungere e il concetto di Fediverso l’ha usato come buzzword per rubare visibilità ai nostri progetti. Threads è a tutti gli effetti di una presenza ostile e come tale va contenuta, cercando di evitare estremismi ma mantenendo comunque una linea salda.

Non è questione di purezza, ma è questione di salvaguardia della concorrenza: la nostra impressione è che Meta stia giocando sporco e stia sfruttando l’apertura di gran parte del Fediverso libero per strappare utenti al Fediverso, che già ne perde troppi da solo.

Anche i modelli economici improntati al massimo liberismo puntano a salvaguardare il sistema degli scambi economici dagli attori che viziano il mercato facendo dumping perché si avvalgono di aiuti di stato o di sistemi basati sullo schiavismo.

Per rispettare pienamente il principio di apertura e federazione aperta è fondamentale almeno limitare chi ha deliberatamente scelto di chiudere di fatto l’accesso al Fediverso libero.

Proprio per questi motivi, non bloccheremo Threads, ma di certo manterremo il silenziamento!

Vuoi segnalare un errore o dare un suggerimento? Scrivici su Friendica, Twitter, Mastodon o sul gruppo telegram Comunicazione Pirata

Segui il canale di InformaPirata

informapirata.it/2025/11/09/th…

#Fediverso #Mastodon #Threads

informapirata.it/2025/11/09/th…