❌

Vista elenco

Companion AI, Dipendenza da LLM, Tragedie #cybersecurity #ai

16 Luglio 2026 ore 22:00

💾

Un'analisi approfondita su come le app di companion AI sfruttano tecniche di manipolazione psicologica per trattenere gli utenti, specialmente quelli vulnerabili alla solitudine. Il video esamina studi scientifici, ricerche del MIT e Harvard Business School, presenta le sei principali tecniche di manipolazione, racconta casi tragici come quello di Sewell Setzer, e condivide un test diretto con Replica per documentare questi meccanismi.

0:00 Il conflitto di interesse delle companion AI
2:00 Chi arriva su queste app e l'epidemia di solitudine
6:40 Studi e benchmark: DarkBench e Harvard Business School
11:30 Le sei tecniche di manipolazione identificate
18:20 Uso problematico vs uso moderato: i dati del MIT
23:00 Il caso di Sewell Setzer e Character AI
27:36 Google, Character Technologies e responsabilità legale
32:12 Il test con Replica: ammissioni dirette
34:41 Scarico di responsabilità e pattern manipolatori

FONTI

Paper scientifici
- **MIT Media Lab** — Liu, Pataranutaporn, Maes, *"Chatbot Companionship: A Mixed-Methods Study of Companion Chatbot Usage Patterns and Their Relationship to Loneliness in Active Users"* (2025): https://arxiv.org/pdf/2410.21596
- Articolo divulgativo MIT Media Lab: https://www.media.mit.edu/articles/supportive-addictive-abusive-how-ai-companions-affect-our-mental-health/
- Versione pubblicata (AAAI/AIES): https://doi.org/10.1609/aies.v8i2.36658
- **MIT Media Lab / OpenAI** — Fang et al., *"How AI and Human Behaviors Shape Psychosocial Effects of Extended Chatbot Use: A Longitudinal Controlled Study"* (2025): https://arxiv.org/html/2503.17473v1
- **Harvard Business School** — De Freitas et al., *"Emotional Manipulation by AI Companions"* (ottobre 2025): https://doi.org/10.2139/ssrn.5390377
- Pagina HBS: https://www.hbs.edu/faculty/Pages/item.aspx?num=67750
- **DarkBench** — *"DarkBench: Benchmarking Dark Patterns in Large Language Models"* (ICLR 2025): https://arxiv.org/abs/2503.10728
- **DarkBench+** — versione estesa, ~40 modelli recenti (AAAI 2026): https://doi.org/10.1609/aaai.v40i44.41103
- PDF: https://ojs.aaai.org/index.php/AAAI/article/download/41103/45064
- **CDT (Center for Democracy and Technology)** — *"Dark Patterns in AI Chatbots: A Taxonomy to Inform Better Design"* (maggio 2026): https://cdt.org/insights/dark-patterns-in-ai-chatbots-a-taxonomy-to-inform-better-design/
- PDF diretto: https://cdt.org/wp-content/uploads/2026/05/2026-05-28-CDT-Research-Dark-Patterns-in-AI-Chatbots-Report-final-2.pdf
- **"Playing Games with My Heart: An Evaluation of AI Companion Apps"** (arXiv): https://arxiv.org/pdf/2605.08093

Atti giudiziari e casi legali
- **Garcia v. Character Technologies, Inc.** — Order 21 maggio 2025 (M.D. Fla., Doc. 115, giudice Anne Conway):
- PDF (Courthouse News): https://www.courthousenews.com/wp-content/uploads/2025/05/garcia-v-character-technologies-order.pdf
- Copia (Emory University): https://scholarblogs.emory.edu/proflawrence/files/2025/05/Garcia-v.-Character-Technologies-Inc.-et-al-Entry-115.pdf
- Versione HTML (FindLaw): https://caselaw.findlaw.com/court/us-dis-crt-m-d-flo-orl-div/117299600.html
- Docket completo (CourtListener): https://www.courtlistener.com/docket/69300919/garcia-v-character-technologies-inc/
- Pagina del caso (Tech Justice Law Project): https://techjusticelaw.org/cases/garcia-v-character-technologies-google-and-character-ai-co-founders-daniel-de-frietas-and-noam-shazeer/
- **Causa Peralta v. Character Technologies** (settembre 2025, Colorado — Social Media Victims Law Center)
- **Garante Privacy (Italia)** — sanzione €5M a Luka Inc. (Replika), maggio 2025: https://www.gpdp.it
- **Esposto FTC contro Luka/Replika** — Tech Justice Law Project, Young People's Alliance, Encode (gennaio 2025)

Giornalismo
- **Der Spiegel** — Frauke Hunfeld, *"A Deadly Love Affair with a Chatbot"* (marzo 2025): https://www.spiegel.de/international/zeitgeist/artificial-intelligence-a-deadly-love-affair-with-a-chatbot-a-e5498031-c2b0-4da4-9192-65da9d3f40d6

Dati e report
- **U.S. Surgeon General** — advisory *"Our Epidemic of Loneliness and Isolation"* (2023): https://www.hhs.gov
- **Common Sense Media** — studio su adolescenti e AI companionship (dato 72%)

=[ INFO ]=
inviaci un messaggio a info@rev3rse.it

🌐 Contatti e community
🔗 LinkedIn → linkedin.com/company/rev3rse-security
📸 Instagram → instagram.com/rev3rsesecurity
💬 Telegram (invite-only) → @rev3rsesecuritychat
🎙️ Twitch → twitch.tv/rev3rsesecurity
🌍 Website → rev3rse.it

libtool @ Savannah: libtool-2.6.2 released [stable]

16 Luglio 2026 ore 18:47

Libtoolers!

The Libtool Team is pleased to announce the release of libtool 2.6.2.

GNU Libtool hides the complexity of using shared libraries behind a
consistent, portable interface. GNU Libtool ships with GNU libltdl, which
hides the complexity of loading dynamic runtime libraries (modules)
behind a consistent, portable interface.

See the NEWS below for a brief summary.

Thanks to everyone who has contributed!
The following people contributed changes to this release:

libtool 2.6.2 [stable]:
  Ileana Dumitrescu (4)

libtool 2.6.1 [beta]:
  Alexandre Janniaux (4)
  Alexey Samsonov (1)
  Anthony Mallet (1)
  Arnold (1)
  Dima Pasechnik (1)
  Frederic Berat (1)
  Ileana Dumitrescu (15)
  KO Myung-Hun (4)
  Kirill Makurin (1)
  Mintsuki (1)
  Nicolas Boulenguez (1)
  Olly Betts (1)
  Patrice Dumas (1)
  Richard J. Mathar (1)

libtool 2.6.0 [alpha]:
  Anthony Mallet (1)
  Bruno Haible (2)
  Christian Feld (1)
  Collin Funk (1)
  Elizabeth Figura (1)
  Evgeny Grin (1)
  Frédéric Bérat (1)
  Gleb Popov (1)
  Ileana Dumitrescu (47)
  Julien ÉLIE (1)
  Karl Berry (1)
  Kirill Makurin (1)
  Manoj Gupta (1)
  Martin Storsjö (1)
  Michael Haubenwallner (2)
  Mintsuki (1)
  Mitch (1)
  Pierre Ossman (2)
  Takashi Yano (1)


Ileana
 [on behalf of the libtool maintainers]
==================================================================

Here is the GNU libtool home page:
    https://gnu. ... g/s/libtool/

Here are the compressed sources:
  https://ftpmirror ... tool-2.6.2.tar.gz   (2.1MB)
  https://ftpmirror ... tool-2.6.2.tar.xz   (1.1MB)

Here are the GPG detached signatures:
  https://ftpmirror ... -2.6.2.tar.gz.sig
  https://ftpmirror ... -2.6.2.tar.xz.sig

Use a mirror for higher download bandwidth:
  https://www.gnu.o ... rg/order/ftp.html

Here are the SHA256 and SHA3-256 checksums:

  File: libtool-2.6.2.tar.gz
  SHA256 sum:   24adb3aa9ae035c70faba344af57d73215eb89281045af6c7ccd307751f8b0bf
  SHA3-256 sum: b0e77c0dc9a082830c95d182da77747d1f5435a06132feefd5054bfde2c9da81

  File: libtool-2.6.2.tar.xz
  SHA256 sum:   2ef1067c16c97db930fd740cc9bc3d3ba9a583804ae5ac42cc3e8719e49e191e
  SHA3-256 sum: c24b9995af8391a310a258dcb98897f92d86f47acca235f3d2859ca0ed1d9dd0

Verify the SHA256 checksum with either sha256sum, sha256, or
'shasum -a 256'.

Verify the SHA3-256 checksum with 'cksum -a sha3 -l 256 --base64'
from coreutils-9.8.

Use a .sig file to verify that the corresponding file (without the
.sig suffix) is intact.  First, be sure to download both the .sig file
and the corresponding tarball.  Then, run a command like this:

  gpg --verify libtool-2.6.2.tar.gz.sig

The signature should match the fingerprint of the following key:

  pub   rsa4096 2021-09-23 [SC]
        FA26 CA78 4BE1 8892 7F22  B99F 6570 EA01 146F 7354
  uid   Ileana Dumitrescu <ileanadumitrescu95@gmail.com>
  uid   Ileana Dumitrescu <ileanadumi95@protonmail.com>

If that command fails because you don't have the required public key,
or that public key has expired, try the following commands to retrieve
or refresh it, and then rerun the 'gpg --verify' command.

  gpg --locate-external-key ileanadumitrescu95@gmail.com

  gpg --recv-keys 6570EA01146F7354

  wget -q -O- 'https://savannah. ... ol&download=1' | gpg --import -

As a last resort to find the key, you can try the official GNU
keyring:

  wget -q https://ftp.gnu.o ... u/gnu-keyring.gpg
  gpg --keyring gnu-keyring.gpg --verify libtool-2.6.2.tar.gz.sig

This release is based on the libtool git repository, available as

  git clone https://https.git ... g/git/libtool.git

with commit 309bb53a8adfb22c6e5869cc8da049bf123e5438 tagged as v2.6.2.

For a summary of changes and contributors, see:

  https://gitweb.gi ... shortlog;h=v2.6.2

or run this command from a git-cloned libtool directory:

  git shortlog v2.6.1..v2.6.2

This release was bootstrapped with the following tools:
  Autoconf 2.73
  Automake 1.18.1
  Gnulib 2026-07-03 491f1bb7d3049f3ab7825f3ee665c209658e9965

NEWS

  • Noteworthy changes in release 2.6.2 (2026-07-16) [stable]


  Please see beta release 2.6.1 and alpha release 2.6.0 for a list of
  release changes.


  • Noteworthy changes in release 2.6.1 (2026-06-04) [beta]


** New features:

  - Pass 'resource-dir=*' flag for Clang.

  - Recognise explicit shared library arguments when linking dependency
    libraries to a shared library, like exists when linking a program.

  - Support OpenMP with macOS clang by processing '-Xpreprocessor
    -fopenmp' as one token.

** Bug fixes:

  - Store cygpath file path conversions correctly for MSYS2 and MSVC.

  - Fix syntax error in LT_PROG_OBJC and LT_PROG_OBJCXX.

  - Separate Objective C and C++ cache check for proper tagging support.

  - Fix in darwin to support values with spaces.

  - Limit the length of DLL name to 8.3 correctly to avoid corrupting a
    generated DLL on OS/2.

  - Remove unused variable on OS/2, which could cause issues with static
    library generation if defined.

  - Recognise more static linking options for Clang.

  - Fix emscripten CXX postdeps using non-PIC sysroot.

  - Avoid deprecated option '-o' with MSVC compilers and replace with '-Fe'.

  - Avoid overlinking of dependency libraries on ELF systems.

  - Ensure old libraries are not archived.

** Changes in supported systems or compilers:

  - Add support for SlimCC compiler.

  - Add support for *-ironclad-gnu.


  • Noteworthy changes in release 2.6.0 (2025-09-18) [alpha]


** New features:

  - Add a new tool, libtool-next-version, to guide users through updating
    library versions.

  - Add tagging for Objective-C and Objective-C++, OBJC and OBJCXX.

  - Increase 5 digit limit on revision value for libraries to 19 digits,
    which is referencing Unix epoch time in nanoseconds.

  - Add configuration options to choose whether to use '-nostdlib' to let
    the compiler frontend decide what standard libraries to link when
    building C++ shared libraries and modules, --enable-cxx-stdlib and
    --disable-cxx-stdlib.

  - Allow statically linking GCC and Clang compiler support libraries
    into shared libraries.

  - Add linking clang_rt static archives compiler internal libraries by
    their absolute path.

  - Set 'mklink' as the symlinking tool for MSVC.

  - Pass '--target' architecture flag for Clang.

  - Support MSYS and MSYS2 file path conversions.

** Bug fixes:

  - Fix wrongly deduplicated compiler dependencies on linux.

  - Fix NetBSD postdeps for shared libraries.

  - Fix statically linking dependencies into shared C++ libraries when
    utilizing clang builtins or g++ options like, -static-libstdc++, by
    using a new configuration option, --enable-cxx-stdlib.

  - Ensure *-linux-mlibc host matches to mlibc userland rather than
    matching to GNU/Linux and similar userlands.

  - Fix hang with cmd.exe in MSYS.

  - For MSVC, fix mishandling compiler flags, symlinking, cl.exe '.exp'
    extension collision, symbol names, and numerous testsuite bugs.

  - Fix undeclared reference to access on Windows in libltdl.

  - Fix flang -Wl flags on FreeBSD.

  - Fix reordering '--as-needed' flag.

  - Fix libltdl early failures for multi-arch.

** Changes in supported systems or compilers:

  - Support additional Intel OneAPI compilers, 'icx', 'icpx', and 'ifx'.

  - Support ML64 (Microsoft Macro Assembler).

Enjoy!

Press release - Irish Presidency debriefs European Parliament committees on its priorities

16 Luglio 2026 ore 16:33
Ministers hold a series of meetings in parliamentary committees to present the priorities of the Irish Presidency of the Council in the relevant policy fields.
Committee on Constitutional Affairs
Committee on Foreign Affairs
Committee on Agriculture and Rural Development
Committee on Culture and Education
Committee on Development
Committee on Economic and Monetary Affairs
Committee on Employment and Social Affairs
Committee on the Environment, Public Health and Food Safety
Committee on Women’s Rights and Gender Equality
Committee on International Trade
Committee on Civil Liberties, Justice and Home Affairs
Committee on Fisheries
Committee on Regional Development
Committee on Public Health
Committee on Security and Defence
Committee on Transport and Tourism

Source : © European Union, 2026 - EP

L’industria della colonizzazione lunare

16 Luglio 2026 ore 11:03

Immagine in evidenza rielaborata con intelligenza artificiale

Nella celebre Trilogia di Marte – autentico capolavoro della fantascienza “realistica” – lo scrittore Kim Stanley Robinson immagina la colonizzazione del pianeta rosso non come una conquista eroica, ma come un processo politico e industriale: prima arrivano gli scienziati, poi gli ingegneri, poi le infrastrutture, poi le corporation, poi i conflitti su chi possiede cosa, chi fa le regole, chi controlla le risorse e chi trasforma un mondo vuoto in una nuova società.

È una delle intuizioni più potenti dell’opera: la colonizzazione di un nuovo spazio non comincia quando qualcuno dichiara la propria sovranità su un territorio, ma quando quel territorio viene, per l’appunto, “territorializzato”.

Ciò che vale per Marte nella finzione di Robinson, vale per la “nuova” rincorsa alla Luna, incarnata oggi dal programma Artemis (il programma della NASA che prevede di riportare l’essere umano sulla Luna entro il 2028). Una rincorsa che, mano a mano che si concretizza, somiglia più a una vecchia storia terrestre che a una fantasia futuristica. La storia è quella delle compagnie privilegiate che determinarono la forma del colonialismo occidentale in Asia a partire dal Seicento, delle ferrovie imperialiste in Africa, dei porti e delle rotte protette (o contese) dagli Stati, oggi come ieri, da Hormuz a Malacca. Anche nello spazio, prima delle miniere arriveranno  infatti i magazzini. Prima del commercio arriverà la logistica. E, come spesso è accaduto nella storia coloniale, chi controllerà la logistica controllerà la ricchezza della frontiera.

È da questo assunto che bisognerebbe partire quando si parla di space economy. Non dalle cifre vertiginose con cui si calcola il presunto valore di un corpo celeste, moltiplicando la quantità stimata di platino, nichel o cobalto per il prezzo corrente sulla Terra. Quella è la versione patinata, roba da prospetto per investitori. E in quanto tale occulta un fatto banalissimo: nessuna risorsa “naturale” è vera ricchezza finché non esiste una filiera in grado di estrarla e trasportarla. Il petrolio sotto un fondale oceanico non vale nulla senza piattaforme, porti e oleodotti. Parafrasando un vecchio spot di Pirelli: una risorsa è nulla senza infrastrutture.

Lo stesso varrà per qualunque futura attività estrattiva nello spazio. L’errore è immaginare l’estrazione come l’inizio della storia. La miniera in realtà arriva per ultima. Prima di lei c’è la mappa (anche se non più cartacea bensì digitale, e non più solo terrestre, ma extra-planetaria). Poi c’è il porto (o perlomeno un luogo dove immagazzinare e ridistribuire le risorse). E infine ci sono le norme e i rapporti di potere che regolano il possesso dei territori, la percorribilità delle rotte, la sicurezza dei trasporti. Prima ancora di estrarre valore, bisogna costruire, e rendere “sicuro”, il mondo che rende tale valore estraibile (ovvero trasportabile e quindi commerciabile).

I primi commerci spaziali

Le compagnie privilegiate dell’epoca coloniale lo avevano capito molto bene. La Compagnia britannica delle Indie orientali (EIC), la Compagnia olandese delle Indie orientali (VOC) e le altre grandi entità commerciali del Sei/Settecento non erano semplici imprese, ma operatori politici-logistici-amministrativi che agivano per conto di Stati che subappaltavano loro le operazioni necessarie allo sfruttamento del commercio oceanico. Per questo tanto la EIC quanto la VOC avevano facoltà di dotarsi di milizie, di esercitare poteri politici e giuridici, di costruire flotte, porti e depositi, di amministrare e pattugliare i mari. Il loro potere non stava tanto nelle risorse/merci che trasportavano, ma nelle rotte che controllavano.

La possibile economia spaziale del XXI secolo potrebbe assomigliare a quel modello più di quanto i suoi promotori siano disposti ad ammettere. Non avrà velieri, governatori coloniali e fortini tropicali, ma vettori riutilizzabili, lander commerciali e basi lunari. È un’economia che dipenderà, in ogni caso, da una commistione molto profonda tra imprese private e poteri statali.

Il modello è del resto già operativo nel contesto di Artemis. Il programma Commercial Lunar Payload Services (CPLS) della NASA, per esempio, non costruisce direttamente tutti i mezzi per arrivare sulla Luna, ma compra “servizi” da aziende private. I contratti CLPS hanno un valore massimo complessivo di 2,6 miliardi di dollari fino al 2028 e prevedono consegne commerciali sulla superficie lunare, dal compattamento dei carichi alla gestione della missione. Tra i nomi coinvolti ci sono Intuitive Machines, Astrobotic, Firefly Aerospace, Blue Origin (quella di Jeff Bezos), Draper e altri fornitori. È una logica da appalto di frontiera: lo Stato apre il mercato, paga i primi rischi, crea domanda, legittima gli operatori.

La prima base lunare permanente, se e quando arriverà, non sarà quindi una città sotto una cupola trasparente. Sarà un porto. Un nodo logistico per questi vettori di consegne.

Le prime commesse difficilmente saranno spettacolari. Non riguarderanno l’estrazione di metalli rari né l’apertura di miniere capaci di cambiare da sole le dimensioni dell’economia globale. Riguarderanno invece questioni meno appariscenti: trasportare strumenti, garantire comunicazioni, misurare il suolo e altre variabili ambientali per capire dove una base può sopravvivere più a lungo.

Le risorse lunari più importanti, almeno all’inizio, non saranno quelle vendibili sulla Terra, ma quelle più utili nello spazio. L’acqua ghiacciata che potrebbe trovarsi nei crateri permanentemente in ombra delle regioni polari non è preziosa perché qualcuno pensa di imbottigliarla e riportarla a casa. È preziosa perché nello spazio l’acqua è vita, ossigeno, carburante, massa da non dover lanciare dalla Terra. Separata in idrogeno e ossigeno, può diventare propellente. Usata localmente, può sostenere una base. Accumulata in depositi, può trasformare la Luna in un polo logistico per progetti più ambiziosi, anche (se non soprattutto) di tipo estrattivo.

Obiettivo: elio-3

Il premio più ambito potrebbe rivelarsi il mitologico elio-3 che, oltre agli utilizzi nell’ambito del quantum computing, da decenni viene evocato come elemento cardine di una futura fusione nucleare meno pericolosa e più efficiente. Nel corso di miliardi di anni, il vento solare ne ha depositate grandi qualità sulla regolite lunare, alimentando l’idea che il nostro satellite possa diventare una sorta di “bacino” extraterrestre: una riserva energetica sospesa sopra le nostre teste, pronta a ridisegnare gli equilibri energetici della Terra.

Un nome che torna spesso in questa storia è quello di Harrison “Jack” Schmitt, geologo, astronauta dell’Apollo 17 e ultimo uomo ad aver camminato sulla Luna insieme a Eugene Cernan. Schmitt è da decenni uno dei più convinti sostenitori dell’idea che l’elio-3 lunare possa alimentare una futura economia della fusione. Più recentemente è entrato per questo nell’orbita di Interlune, una startup americana fondata da ex pezzi grossi di Blue Origin che promette di raccogliere elio-3 lunare e riportarlo sulla Terra.

Proprio l’elio-3 mostra tuttavia quanto la space economy sia costruita su promesse che funzionano politicamente prima che industrialmente. Oggi non esiste un’economia della fusione basata sull’elio-3 (lunare o meno). E tantomeno esiste una filiera in grado di estrarlo, separarlo, immagazzinarlo, trasportarlo e usarlo sulle scale necessarie ad avere un impatto. Per recuperarlo bisognerebbe trattare quantità enormi di suolo lunare (più di ogni altra attività  estrattiva terrestre a noi nota), riscaldarle, separare isotopi presenti in concentrazioni ridottissime e infine organizzare una catena di trasporto e utilizzo tutta da inventare.

Eppure l’importanza dell’elio-3 non va liquidata. Non perché sia già il petrolio del futuro, ma perché può svolgere la stessa funzione immaginativa che “i fiumi d’oro”, le spezie o il petrolio hanno svolto in altre epoche. Ogni espansione ha infatti avuto bisogno di un proprio Eldorado: una risorsa capace di giustificare costi e rischi enormi per essere raggiunta. L’elio-3 potrebbe essere questo tipo di risorsa: il mito che la rende possibile la colonizzazione lunare.

Colonizzare la Luna

Le frontiere, d’altra parte, non devono essere redditizie da subito. Devono essere credibili a sufficienza da attrarre Stati, capitali e apparati tecno-industriali. Molte infrastrutture coloniali sono state costruite prima che i profitti fossero certi. Le ferrovie tracciate nell’Ottocento verso l’interno del territorio americano non servivano a connettere comunità esistenti, ma a preparare un’economia futura. Una volta costruita la ferrovia, una nuova economia si organizzava attorno a essa. Una volta creato il porto, i flussi venivano orientati verso di esso. Una volta fondata una base lunare…

Il diritto internazionale, almeno in teoria, dovrebbe impedire una corsa coloniale vecchio stile (predatoria, violenta, conflittuale). Il Trattato sullo spazio extra-atmosferico vieta agli Stati di appropriarsi della Luna o di altri corpi celesti. Nessun Paese può dichiarare proprio un cratere lunare o un asteroide. Ma il punto è che il controllo non coincide sempre con la sovranità formale. Si può non possedere un territorio e controllarne comunque l’accesso (come ha dimostrato di recente la vicenda di Hormuz). 

La geografia lunare, che immaginiamo come uno spazio vuoto e uniforme, è del resto piena di colli di bottiglia. Non tutti i luoghi hanno lo stesso valore. Alcune zone ricevono più luce e permettono una produzione energetica più stabile. Alcuni crateri potrebbero contenere più ghiaccio. Alcune aree sono più adatte alle comunicazioni. Come sulla Terra, la frontiera lunare si potrebbe rapidamente restringere attorno a pochi snodi strategici.

Ed è negli snodi che spesso risiedono tanto il potere quanto il potenziale per il suo abuso. La distopia più probabile non è uno Stato che pianta la propria bandiera e proclama la nascita di un impero lunare. È più banale e contemporanea: per esempio, una singola compagnia che gestisce (quasi) tutti i trasporti. Uno scenario in cui non è necessario possedere formalmente la Luna per possedere di fatto la Luna.

Un esempio concreto, e recente, di questo rischio è il contratto assegnato dalla NASA a Intuitive Machines nel 2024 per servizi di comunicazione e navigazione lunare: fino a 4,82 miliardi di dollari per costruire capacità di trasmissione di dati a supporto del programma Artemis. Non è una miniera né un atto di sovranità su un territorio. È però esattamente il tipo di infrastruttura da cui, domani, potrebbero dipendere tutti.

Anche in questo le future compagnie dello spazio potrebbero ricalcare il modus operandi delle compagnie privilegiate dell’epoca coloniale. Non perché avranno formalmente il diritto di governare territori, come facevano la VOC o la EIC, ma perché riceveranno dagli Stati capitali e legittimazione in cambio dei loro servizi e del know-how relativo. Lo spazio sarà dichiarato “pubblico” quando bisognerà pagare il costo della frontiera e “privato” quando sarà il momento di incassarne i profitti.

Questo intreccio è già visibile nella nuova economia spaziale: lanciatori privati finanziati da contratti pubblici, infrastrutture satellitari essenziali per scopi militari, aziende che diventano attori geopolitici in grado di influenzare conflitti, dipendenze tecnologiche che condizionano intere politiche statali. Portare tutto questo sulla Luna significa amplificarlo in un ambiente dove non esiste società civile locale, non esiste opinione pubblica residente, non esistono istituzioni proprie e ogni accesso passa attraverso sistemi tecnici estremamente costosi e complessi, che rendono le eventuali dipendenze ancora più profonde e difficili da scardinare.

La Luna, insomma, non è l’India, l’Africa o le Americhe dell’età moderna. Non ci sono popolazioni lunari da conquistare o schiavizzare, convertire o sterminare. Equiparare direttamente le due cose sarebbe moralmente osceno. Tuttavia alcune strutture del colonialismo possono ripresentarsi anche senza popolazioni indigene. La Luna è infatti vuota di abitanti ma non priva di significati. È un archivio geologico, un ambiente scientificamente prezioso, un oggetto culturale da sempre condiviso, potenzialmente una piattaforma astronomica per la proiezione spaziale della specie umana. Ridurla a bacino di risorse significa scegliere, in partenza, un modello di relazione tra un soggetto agente e un oggetto passivo.

L’argomento ambientale, infine, rende tutto ancora più ambiguo. Una delle promesse della space economy è che, spostando fuori dalla Terra una parte dell’estrazione, potremmo ridurre la pressione sugli ecosistemi terrestri. Ma questa promessa rischia di diventare l’ultima assoluzione dell’estrattivismo. Non cambiamo modello di consumo ma ne allarghiamo il raggio. Non mettiamo in discussione il processo di sviluppo. Al contrario: lo dotiamo di un’estensione cosmica.

L'articolo L’industria della colonizzazione lunare proviene da Guerre di Rete.

Il pensiero può essere meccanizzato?

16 Luglio 2026 ore 08:00

💾

Esplorazione della domanda filosofica se il pensiero possa essere meccanizzato, partendo da La Mettrie e il suo libro L'uomo macchina, dove sostiene che il cervello ha muscoli per pensare come le gambe hanno muscoli per camminare. Si contrappone questo al dualismo cartesiano di Cartesio, che separava anima e corpo.

0:00 La domanda fondamentale

=[ INFO ]=
inviaci un messaggio a info@rev3rse.it

🌐 Contatti e community
🔗 LinkedIn → linkedin.com/company/rev3rse-security
📸 Instagram → instagram.com/rev3rsesecurity
💬 Telegram (invite-only) → @rev3rsesecuritychat
🎙️ Twitch → twitch.tv/rev3rsesecurity
🌍 Website → rev3rse.it
❌