October 2025 - nexa - server-nexa.polito.it

è mancato Stefano Trumpy

by J.C. DE MARTIN

Mi dispiace molto leggere che è mancato Stefano Trumpy <https://www.garr.it/it/news-e-eventi/3026-addio-a-stefano-trumpy-tra-i-padr…>. Con Stefano avevamo fatto varie cose insieme, in particolare a riguardo di quel barlume di speranza chiamato "Internet Governance Forum Italia", a cui aveva prestato tutta la sua autorevolezza Stefano Rodotà. Naturalmente Trumpy ha fatto anche tante altre cose oltre a IGF, ma sono certo che altre persone in lista potranno raccontare meglio di me. Juan Carlos

Oct. 8, 2025

Re: [nexa] Chat control: sicurezza o sorveglianza? Anatomia critica di un regolamento europeo

by Carlo Blengino

Segnalo, grazie a Marco Calamari, questo: https://fightchatcontrol.eu/ Al di là di ogni considerazione tecnica (informatica/giuridica/politica/etica ecc.ecc.), la riservatezza delle comunicazioni (rectius: della corrispondenza) rimane una precondizione di molti diritti fondamentali ed è elemento essenziale della "dignità umana" proclamata all'art. 1 della Carta dei Diritti della UE. E si badi, la riservatezza della corrispondenza ha ragione di assurgere a diritto fondamentale costituzionalmente protetto proprio per evitare le ingerenze degli Stati sovrani, quale che sia la sacrosanta motivazione di ordine/sicurezza. Un cedimento ed una crepa di quel diritto fondamentale mina lo stato di diritto, pilastro già claudicante delle nostre democrazie. Per quel che vale, io ho mandato la mail a molti. CB Il giorno lun 29 set 2025 alle ore 08:32 Andrea Trentini via nexa < nexa(a)server-nexa.polito.it> ha scritto: > On 28/09/2025 13:35, Marco A. Calamari wrote: > > ... > > Nessuno vuole criminalizzare gli strumenti, ma contrastare le spinte > autoritarie che tentano di > > unsare uno strumento come ariete ti porta a *dover* contrastare (!= > criminalizzare) lo strumento. > > > *Noi* non vogliamo certamente criminalizzare gli strumenti, ma *loro* (EU, > etc.) certamente sì > > Perché se chatcontrol venisse approvato, dall'oggi al domani > diventerebbero *illegali*: > > 1) ogni algoritmo di cifratura non conforme > > 2) ogni device "resistente" alla scansione locale > > Il che vuol dire (soprattutto la 2) rendere illegale il software libero in > toto a meno di non farlo > girare su hardware "certificato" (cioè dotato di moduli hardware che > possano scansionare fisicamente > lo storage all'insaputa e senza alcun controllo da parte del > ~~proprietario~~ pardon ~~utente~~ > pardon schiavo del device in oggetto), come dicevo nel gruppo tg > cassandra: il sogno bagnato del > DRM, la catena di hardware/software eterocontrollata. > > Ditemi che sbaglio e che non sono paranoico-cassandrista. > > -- > Andrea Trentini ⠠⠵ - http://atrent.it - public key ID: 0xA7A91E3B - > Dip.to di Informatica - > Università degli Studi di Milano > Cittadinanza Digitale e Tecnocivismo - > https://www.ledizioni.it/prodotto/cittadinanza-digitale-tecnocivismo - > > https://edizionithemis.it/catalogo/digitale-e-societa/dal-tecnocivismo-alla… > Sistemi Embedded - > > https://www.ledizioni.it/prodotto/a-carraturo-a-trentini-sistemi-embedded-t… > -- *Avv. Carlo Blengino* *Via Duchessa Jolanda n. 19,* *10138 Torino (TO) - Italy* *tel. +39 011 4474035* Penalistiassociati.it

Oct. 8, 2025

MEMENTO | 187° Mercoledì di Nexa | 8 ottobre 2025, ore 17.00

by Nexa - Media

Gentilissime, gentilissimi, Vi ricordiamo che mercoledì 8 ottobre, alle ore 17.00, si terrà il 187° Mercoledì di Nexa con un incontro dal titolo "L’Era dei Tecno-stati: USA e Cina nella battaglia per la supremazia tecnologica". Ospite dell'incontro: Paolo Gerbaudo (Università Complutense di Madrid). L'incontro si terrà IN PRESENZA e ONLINE. SEDE FISICA dell'incontro: Centro Nexa su Internet e Società, Politecnico di Torino, Via Boggio 65/a, Torino (1° piano). Per accedere alla sala si raccomanda di suonare al citofono Portineria e di seguire le indicazioni segnalate lungo il percorso. QUI<https://nexa.polito.it/contatti> maggiori informazioni su come raggiungerci. STANZA VIRTUALE dell'incontro: https://didattica.polito.it/VClass/NexaEvent Maggiori informazioni alla pagina: https://nexa.polito.it/mercoledi-187 Un saluto cordiale, -- Valeria Bergantino Communication Manager Nexa Center for Internet & Society Politecnico di Torino - DAUIN Via Pier Carlo Boggio, 65/A - 10138 Torino web: https://nexa.polito.it/ mail: valeria.bergantino(a)polito.it<mailto:valeria.bergantino@polito.it> tel: 3473443585

Oct. 6, 2025

F-Droid and Google's Developer Registration Decree

by Giacomo Tesio

For the past 15 years, F-Droid has provided a safe and secure haven for Android users around the world to find and install free and open source apps. When contrasted with the commercial app stores — of which the Google Play store is the most prominent — the differences are stark: they are hotbeds of spyware and scams, blatantly promoting apps that prey on their users through attempts to monetize their attention and mine their intimate information through any means necessary, including trickery and dark patterns. F-Droid is different. It distributes apps that have been validated to work for the user’s interests, rather than for the interests of the app’s distributors. The way F-Droid works is simple: when a developer creates an app and hosts the source code publicly somewhere, the F-Droid team reviews it, inspecting it to ensure that it is completely open source and contains no undocumented anti-features such as advertisements or trackers. Once it passes inspection, the F-Droid build service compiles and packages the app to make it ready for distribution. The package is then signed either with F-Droid’s cryptographic key, or, if the build is reproducible, enables distribution using the original developer’s private key. In this way, users can trust that any app distributed through F-Droid is the one that was built from the specified source code and has not been tampered with. Do you want a weather app that doesn’t transmit your every movement to a shadowy data broker? Or a scheduling assistant that doesn’t siphon your intimate details into an advertisement network? F-Droid has your back. Just as sunlight is the best disinfectant against corruption, open source is the best defense against software acting against the interests of the user. # Google’s move to break free app distribution The future of this elegant and proven system was put in jeopardy last month, when Google unilaterally decreed that Android developers everywhere in the world are going to be required to register centrally with Google. In addition to demanding payment of a registration fee and agreement to their (non-negotiable and ever-changing) terms and conditions, Google will also require the uploading of personally identifying documents, including government ID, by the authors of the software, as well as enumerating all the unique “application identifiers” for every app that is to be distributed by the registered developer. The F-Droid project cannot require that developers register their apps through Google, but at the same time, we cannot “take over” the application identifiers for the open-source apps we distribute, as that would effectively seize exclusive distribution rights to those applications. If it were to be put into effect, the developer registration decree will end the F-Droid project and other free/open-source app distribution sources as we know them today, and the world will be deprived of the safety and security of the catalog of thousands of apps that can be trusted and verified by any and all. F-Droid’s myriad users will be left adrift, with no means to install — or even update their existing installed — applications. (How many F-Droid users are there, exactly? We don’t know, because we don’t track users or have any registration: “No user accounts, by design”) # The Security Canard While directly installing — or “sideloading” — software can be construed as carrying some inherent risk, it is false to claim that centralized app stores are the only safe option for software distribution. Google Play itself has repeatedly hosted malware, proving that corporate gatekeeping doesn’t guarantee user protection. By contrast, F-Droid offers a trustworthy and transparent alternative approach to security: every app is free and open source, the code can be audited by anyone, the build process and logs are public, and reproducible builds ensure that what is published matches the source code exactly. This transparency and accountability provides a stronger basis for trust than closed platforms, while still giving users freedom to choose. Restricting direct app installation not only undermines that choice, it also erodes the diversity and resilience of the open-source ecosystem by consolidating control in the hands of a few corporate players. Furthermore, Google’s framing that they need to mandate developer registration in order to defend against malware is disingenuous because they already have a remediation mechanism for malware they identify on a device: the Play Protect service that is enabled on all Android Certified devices already scans and disables apps that have been identified as malware, regardless of their provenience. Any perceived risks associated with direct app installation can be mitigated through user education, open-source transparency, and existing security measures without imposing exclusionary registration requirements. We do not believe that developer registration is motivated by security. We believe it is about consolidating power and tightening control over a formerly open ecosystem. Continua su <https://f-droid.org/en/2025/09/29/google-developer-registration-decree.html> Se Google ci riesce, il DMA è carta straccia. Giacomo

Oct. 4, 2025

One Token to rule them all (aka God Mode Vulnerability in Microsoft's cloud services).

by 380°

Buongiorno, di recente è stato rivelato un _enorme_ baco di sicurezza nei servizi cloud (pubblici) di Microsoft. Tranquili: tutt'apposto!!! B-) Piccola premessa: Microsoft Entra ID è il sistema di autenticazione per accedere ai servizi cloud (multi-tenant); dettagli qui: https://en.wikipedia.org/wiki/Microsoft_Entra_ID «One Token to rule them all - obtaining Global Admin in every Entra ID tenant via Actor tokens» September 17, 2025 https://dirkjanm.io/obtaining-global-admin-in-every-entra-id-tenant-with-ac… --8<---------------cut here---------------start------------->8--- [...] This vulnerability could have allowed me to compromise every Entra ID tenant in the world (except probably those in national cloud deployments [1]). If you are an Entra ID admin reading this, yes that means complete access to your tenant. The vulnerability consisted of two components: undocumented impersonation tokens, called “Actor tokens”, that Microsoft uses in their backend for service-to-service (S2S) communication. Additionally, there was a critical flaw in the (legacy) Azure AD Graph API that failed to properly validate the originating tenant, allowing these tokens to be used for cross-tenant access. Effectively this means that with a token I requested in my lab tenant I could authenticate as /any user/, including Global Admins, in /any other tenant/. Because of the nature of these Actor tokens, they are not subject to security policies like Conditional Access, which means there was no setting that could have mitigated this for specific hardened tenants. Since the Azure AD Graph API is an older API for managing the core Azure AD / Entra ID service, access to this API could have been used to make any modification in the tenant that Global Admins can do, including taking over or creating new identities and granting them any permission in the tenant. With these compromised identities the access could also be extended to Microsoft 365 and Azure. I reported this vulnerability the same day to the Microsoft Security Response Center (MSRC). Microsoft fixed this vulnerability on their side within days of the report being submitted and has rolled out further mitigations that block applications from requesting these Actor tokens for the Azure AD Graph API. Microsoft also issued [CVE-2025-55241] for this vulnerability. [CVE-2025-55241] <https://msrc.microsoft.com/update-guide/vulnerability/CVE-2025-55241> [...] Practical abuse ──────────────── With this vulnerability it would be possible to compromise any Entra ID tenant. Starting with an Actor token from an attacker controlled tenant, the following steps would lead to full control over the victim tenant: 1. Find the tenant ID for the victim tenant, this can be done using public APIs based on the domain name. 2. Find a valid `netId' of a regular user in the tenant. Methods for this will be discussed below. 3. Craft an impersonation token with the Actor token from the attacker tenant, using the tenant ID and `netId' of the user in the victim tenant. 4. List all Global Admins in the tenant and their `netId'. 5. Craft an impersonation token for the Global Admin account. 6. Perform any read or write action over the Azure AD Graph API. [...] Compromising tenants by hopping over B2B trusts ╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌ I previously mentioned that a users `netId' is used to establish links between a user account in multiple tenants. This is something that I researched a few years ago when I gave a talk at [Black Hat USA 22] about external identities. [...] To abuse this, a threat actor could perform the following steps, given that they have access to at least one tenant with a guest user: 1. Query the guest users and their `alternativeSecurityIds' attribute which gives the `netId'. 2. Query the tenant ID of the guest users home tenant based on the domain name in their UPN. 3. Create an impersonation token, impersonating the victim in their home tenant. 4. Optionally list Global Admins and impersonate those to compromise the entire tenant. 5. Repeat step 1 for each tenant that was compromised. The steps above can be done in 2 API calls per tenant, which do not generate any logs. Most tenants will have guest users from multiple distinct other tenants. [...] Looking at the list of guest users in the tenants of some of my clients, this technique would be extremely powerful. I also observed that one of the first tenants you will likely compromise is Microsoft's own tenant, since Microsoft consultants often get invited to customer tenants. Many MSPs and Microsoft Partners will have a guest account in the Microsoft tenant, so from the Microsoft tenant a compromise of most major service provider tenants is one step away. [...] Conclusion ─────────── This blog discussed a critical token validation failure in the Azure AD Graph API. While the vulnerability itself was a bad oversight in the token handling, the whole concept of Actor tokens is a protocol that was designed to behave with all the properties mentioned in the paragraphs above. If it weren't for the complete lack of security measures in these tokens, I don't think such a big impact with such limited telemetry would have been possible. Thanks to the people at MSRC who immediately picked up the vulnerability report, searched for potential variants in other resources, and to the engineers who followed up with fixes for the Azure AD Graph and blocked Actor tokens for the Azure AD Graph API requested with credentials stored on Service Principals, essentially restricting the usage of these Actor tokens to only Microsoft internal services. Disclosure timeline ╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌ • July 14, 2025 - reported issue to MSRC. • July 14, 2025 - MSRC case opened. • July 15, 2025 - reported further details on the impact. • July 15, 2025 - MSRC requested to halt further testing of this vulnerability. • July 17, 2025 - Microsoft pushed a fix for the issue globally into production. • July 23, 2025 - Issue confirmed as resolved by MSRC. • August 6, 2025 - Further mitigations pushed out preventing Actor tokens being issued for the Azure AD Graph with SP credentials. • September 4, 2025 - [CVE-2025-55241] issued. • September 17, 2025 - Release of this blogpost. [CVE-2025-55241] <https://msrc.microsoft.com/update-guide/vulnerability/CVE-2025-55241> Footnotes ───────── [1] I do not have access to any tenants in a national cloud deployment, so I was not able to test whether the vulnerability existed there. Since national cloud deployments use their own token signing keys, it is unlikely that it would have been possible to execute this attack from a tenant in the public cloud to one of these national clouds. I do consider it likely that this attack would have worked across tenants in the same national cloud deployments, but that is speculation. --8<---------------cut here---------------end--------------->8--- Saluti, 380° -- 380° (lost in /traslation/) «Welcome to the chaos of the times If you go left and I go right Pray we make it out alive This is Karmageddon»

Oct. 3, 2025

Re: [nexa] l'incomprensibile alfabeto arabo ... alfabetizzazione digitale

by Damiano Verzulli

Il 01/10/25 8:18 PM, abregni ha scritto: > Io vi regalerei una vignetta, che esprime con sintesi visiva > magistrale il motivo per il quale io invece NON tenderei a "insegnare > informatica", ...finché essa è così. (Mi scuso in anticipo per l'apparente OT) L'XKCD2347 [1] è un vero e proprio simbolo, che moltissimi tecnici ICT percepiscono chiaramente (ed hanno stampato ed appeso in qualche parete del proprio ufficio)... Tuttavia, la spinta al cloud ha ulteriormente complicato lo scenario.... e non riuscendo (io) a trovare un XKCD "aggiornato", tempo fa mi presi la briga di "emendare" il 2347, "aggiungendo" un livello sottostante dettato dal cloud. Il risultato... è qui: https://dvblog.soabit.com/tmp/xkcd_revised.jpg > io [...] NON tenderei a "insegnare informatica", ...finché essa è così. effettivamente lo sconsiglio fortemente (di seguire in mondo IT dal punto di vista tecnico), perfino ai miei figli) :-) Scusatemi ancora. Saluti, DV [1] https://xkcd.com/2347/ -- Damiano Verzulli e-mail: damiano(a)verzulli.it --- possible?ok:while(!possible){open_mindedness++} --- "...I realized that free software would not generate the kind of income that was needed. Maybe in USA or Europe, you may be able to get a well paying job as a free software developer, but not here [in Africa]..." -- Guido Sohne - 1973-2008 http://ole.kenic.or.ke/pipermail/skunkworks/2008-April/005989.html

Oct. 1, 2025

Re: [nexa] l'incomprensibile alfabeto arabo ... alfabetizzazione digitale

by jucar＠hipatia.net

On October 1, 2025 8:15:35 PM GMT+02:00, maurizio lana <maurizio.lana(a)uniupo.it> wrote: >Il 01/10/25 19:59, jucar--- via nexa ha scritto: >> E chiaro che JC sa tutto.... Anche arabo... Potrebbe dirci cosa diceva quello spam. >spero che sia una battuta :-) >abbiamo a lot of traduttori per sapere cosa diceva Non volevo far perdere tempo a deepl jibl3azzmenusa(a)gmail.com: >> Canva Pro gratis tramite il link di invito riservato a insegnanti e studenti nel 2025, e approfitta di tutti i vantaggi a pagamento senza alcun costo. In questo articolo ti spieghiamo come ottenere un invito gratuito per un account Canva Pro Edu, cosa lo distingue dagli altri account e i passaggi pratici per registrarti. >> https://www.targir.com/2025/02/canva-pro.html >> ecc. ecc. >M > > > > > > >> >> moc.elgoog.spam -> maps.google.com mostra che google elgoog fa spam con i maps. >> >> Come storia di qbab -> per i yankees = babq. >> >> Stnes owt ym. >> >> Gcj >> >> (Bello capire tutto....) >> >> On October 1, 2025 2:28:27 PM GMT+02:00, alessandro marzocchi<alemarzoc(a)gmail.com> wrote: >>>> >>>> Date: Wed, 1 Oct 2025 07:08:55 +0200 >>>> From: "J.C. DE MARTIN"<juancarlos.demartin(a)polito.it> >>>> To: Nexa<nexa(a)server-nexa.polito.it> >>>> Subject: Re: [nexa] انضم لحساب Canva Pro مجانًا >>>> الآن >>>> >>> >>>> Visto che è la seconda volta che qualcuno si iscrive alla lista e poi >>>> manda spam, da questo momento in avanti le iscrizioni alla lista >>>> verranno vagliate (prima erano libere). >>> >>> Forse non è stato solo mio il disagio davanti al codice arabo: non è quello >>> cui siamo abituati, a me sembra lo stesso problema che si verifica quando >>> si passa dal codice alfabetico a quello digitale, il primo ci è familiare, >>> ci siamo nati e cresciuti, il digitale ... ""è arabo"", ma lo si può >>> imparare, anche se pochissimi arriveranno a scrivere le mille e una notte >>> (in arabo<https://it.wikipedia.org/wiki/Lingua_araba> ألف ليلة وليلة‎? >>> <https://it.wikipedia.org/wiki/Aiuto:Arabo>, *ʾAlf layla wa layla*; in >>> persiano<https://it.wikipedia.org/wiki/Lingua_persiana> *هزار و یک >>> شب*‎, *Hezār-o >>> yek šab*) ridotto ai minimi termini è quanto propongo con >>> l'alfabetizzazione digitale convinto che quest'ultimo è il nuovo alfabeto. >>> Ovviamente non metto in discussione parole e decisioni di J.C. De Martin. >>> Cordialmente. >>> Duccio (Alessandro Marzocchi) >> -- Sent from /e/OS Mail. > > > >------------------------------------------------------------------------ > >la montagna è la prima che insegna a durare >antonia pozzi, lettere > >------------------------------------------------------------------------ >Maurizio Lana >Università del Piemonte Orientale >Dipartimento di Studi Umanistici >Piazza Roma 36 - 13100 Vercelli -- Sent from /e/OS Mail.

Oct. 1, 2025

Re: [nexa] l'incomprensibile alfabeto arabo ... alfabetizzazione digitale

by abregni

Io vi regalerei una vignetta, che esprime con sintesi visiva magistrale il motivo per il quale io invece NON tenderei a "insegnare informatica", ...finché essa è così. Il 2025-10-01 14:28 alessandro marzocchi ha scritto: >> Date: Wed, 1 Oct 2025 07:08:55 +0200 >> From: "J.C. DE MARTIN" <juancarlos.demartin(a)polito.it> >> To: Nexa <nexa(a)server-nexa.polito.it> >> Subject: Re: [nexa] انضم لحساب Canva Pro مجانًا >> الآن > >> Visto che è la seconda volta che qualcuno si iscrive alla lista e >> poi >> manda spam, da questo momento in avanti le iscrizioni alla lista >> verranno vagliate (prima erano libere). > > Forse non è stato solo mio il disagio davanti al codice arabo: non è > quello cui siamo abituati, a me sembra lo stesso problema che si > verifica quando si passa dal codice alfabetico a quello digitale, il > primo ci è familiare, ci siamo nati e cresciuti, il digitale ... ""è > arabo"", ma lo si può imparare, anche se pochissimi arriveranno a > scrivere le mille e una notte (in arabo [1] ألف ليلة > وليلة‎? [2], _ʾAlf layla wa layla_; in persiano [3] هزار > و یک شب‎, _Hezār-o yek šab_) ridotto ai minimi termini è > quanto propongo con l'alfabetizzazione digitale convinto che > quest'ultimo è il nuovo alfabeto. > Ovviamente non metto in discussione parole e decisioni di J.C. De > Martin. > > Cordialmente. > > Duccio (Alessandro Marzocchi) > > Links: > ------ > [1] https://it.wikipedia.org/wiki/Lingua_araba > [2] https://it.wikipedia.org/wiki/Aiuto:Arabo > [3] https://it.wikipedia.org/wiki/Lingua_persiana

Oct. 1, 2025

Re: [nexa] l'incomprensibile alfabeto arabo ... alfabetizzazione digitale

by maurizio lana

Il 01/10/25 19:59, jucar--- via nexa ha scritto: > E chiaro che JC sa tutto.... Anche arabo... Potrebbe dirci cosa diceva quello spam. spero che sia una battuta :-) abbiamo a lot of traduttori per sapere cosa diceva jibl3azzmenusa(a)gmail.com: > Canva Pro gratis tramite il link di invito riservato a insegnanti e > studenti nel 2025, e approfitta di tutti i vantaggi a pagamento senza > alcun costo. In questo articolo ti spieghiamo come ottenere un invito > gratuito per un account Canva Pro Edu, cosa lo distingue dagli altri > account e i passaggi pratici per registrarti. > https://www.targir.com/2025/02/canva-pro.html > ecc. ecc. M > > moc.elgoog.spam -> maps.google.com mostra che google elgoog fa spam con i maps. > > Come storia di qbab -> per i yankees = babq. > > Stnes owt ym. > > Gcj > > (Bello capire tutto....) > > On October 1, 2025 2:28:27 PM GMT+02:00, alessandro marzocchi<alemarzoc(a)gmail.com> wrote: >>> >>> Date: Wed, 1 Oct 2025 07:08:55 +0200 >>> From: "J.C. DE MARTIN"<juancarlos.demartin(a)polito.it> >>> To: Nexa<nexa(a)server-nexa.polito.it> >>> Subject: Re: [nexa] انضم لحساب Canva Pro مجانًا >>> الآن >>> >> >>> Visto che è la seconda volta che qualcuno si iscrive alla lista e poi >>> manda spam, da questo momento in avanti le iscrizioni alla lista >>> verranno vagliate (prima erano libere). >> >> Forse non è stato solo mio il disagio davanti al codice arabo: non è quello >> cui siamo abituati, a me sembra lo stesso problema che si verifica quando >> si passa dal codice alfabetico a quello digitale, il primo ci è familiare, >> ci siamo nati e cresciuti, il digitale ... ""è arabo"", ma lo si può >> imparare, anche se pochissimi arriveranno a scrivere le mille e una notte >> (in arabo<https://it.wikipedia.org/wiki/Lingua_araba> ألف ليلة وليلة‎? >> <https://it.wikipedia.org/wiki/Aiuto:Arabo>, *ʾAlf layla wa layla*; in >> persiano<https://it.wikipedia.org/wiki/Lingua_persiana> *هزار و یک >> شب*‎, *Hezār-o >> yek šab*) ridotto ai minimi termini è quanto propongo con >> l'alfabetizzazione digitale convinto che quest'ultimo è il nuovo alfabeto. >> Ovviamente non metto in discussione parole e decisioni di J.C. De Martin. >> Cordialmente. >> Duccio (Alessandro Marzocchi) > -- Sent from /e/OS Mail. ------------------------------------------------------------------------ la montagna è la prima che insegna a durare antonia pozzi, lettere ------------------------------------------------------------------------ Maurizio Lana Università del Piemonte Orientale Dipartimento di Studi Umanistici Piazza Roma 36 - 13100 Vercelli

Oct. 1, 2025

Re: [nexa] l'incomprensibile alfabeto arabo ... alfabetizzazione digitale

by jucar＠hipatia.net

E chiaro che JC sa tutto.... Anche arabo... Potrebbe dirci cosa diceva quello spam.. moc.elgoog.spam -> maps.google.com mostra che google elgoog fa spam con i maps. Come storia di qbab -> per i yankees = babq. Stnes owt ym. Gcj (Bello capire tutto....) On October 1, 2025 2:28:27 PM GMT+02:00, alessandro marzocchi <alemarzoc(a)gmail.com> wrote: >> >> >> Date: Wed, 1 Oct 2025 07:08:55 +0200 >> From: "J.C. DE MARTIN" <juancarlos.demartin(a)polito.it> >> To: Nexa <nexa(a)server-nexa.polito.it> >> Subject: Re: [nexa] انضم لحساب Canva Pro مجانًا >> الآن >> > > >> Visto che è la seconda volta che qualcuno si iscrive alla lista e poi >> manda spam, da questo momento in avanti le iscrizioni alla lista >> verranno vagliate (prima erano libere). > > >Forse non è stato solo mio il disagio davanti al codice arabo: non è quello >cui siamo abituati, a me sembra lo stesso problema che si verifica quando >si passa dal codice alfabetico a quello digitale, il primo ci è familiare, >ci siamo nati e cresciuti, il digitale ... ""è arabo"", ma lo si può >imparare, anche se pochissimi arriveranno a scrivere le mille e una notte >(in arabo <https://it.wikipedia.org/wiki/Lingua_araba> ألف ليلة وليلة‎? ><https://it.wikipedia.org/wiki/Aiuto:Arabo>, *ʾAlf layla wa layla*; in >persiano <https://it.wikipedia.org/wiki/Lingua_persiana> *هزار و یک >شب*‎, *Hezār-o >yek šab*) ridotto ai minimi termini è quanto propongo con >l'alfabetizzazione digitale convinto che quest'ultimo è il nuovo alfabeto. >Ovviamente non metto in discussione parole e decisioni di J.C. De Martin. >Cordialmente. >Duccio (Alessandro Marzocchi) -- Sent from /e/OS Mail.

Oct. 1, 2025