PACT potrebbe offrire fiducia alle app web senza intermediari
Il web ha un problema con la “porta d’ingresso”. Sempre più spesso, la prima cosa che un utente vede non è il prodotto, il checkout, la mappa, il documento o il prompt di installazione. È un CAPTCHA, un accesso forzato, un blocco VPN oppure una pagina che decide in silenzio che un visitatore privato sembra troppo simile a un bot.
That is the product story behind Mozilla’s new technical post on PACT, Token di Controllo Accessi Privati. In superficie, questa è una discussione su standard e crittografia. Sotto, riguarda se il web possa restare utilizzabile mentre le protezioni per la privacy migliorano, gli agenti di AI aumentano il traffico automatizzato e gli operatori dei siti diventano più aggressivi nella prevenzione degli abusi.
Per IndApp, questo rientra pienamente nella distribuzione open web. Un’app web installabile ha davvero l’aspetto di un’app “seria” solo se le persone possono raggiungerla, fidarsene e continuare a usarla su browser e dispositivi diversi. Se la prima sessione punisce l’utente per l’apertura di una finestra privata, per l’uso di una VPN, per il blocco dei tracker o per l’arrivo tramite un nuovo browser o un nuovo agente, la promessa di “app” si sgretola prima ancora che l’installazione abbia importanza.
Quello che Mozilla ha proposto
Mozilla’s June 23 Mozilla Hacks post is a technical companion to its broader privacy e aggiornamento per l’era dei bot. Il problema è semplice da enunciare e difficile da risolvere: i siti web hanno bisogno di modi per bloccare gli abusi su larga scala, ma molti dei vecchi segnali usati per le decisioni anti-abuso stanno scomparendo o diventando inaffidabili.
Il lavoro sulla privacy del browser ha deliberatamente ridotto segnali passivi come i cookie di terze parti, le superfici di fingerprinting stabile e il tracciamento IP basato su regole semplici. Allo stesso tempo, l’intelligenza artificiale generativa e l’automazione rendono i vecchi sistemi di sfida meno affidabili. Mozilla sostiene che questo stia spingendo i siti verso difese più invasive: richiedere indirizzi email, accessi federati, la disattivazione di una VPN o altri identificatori solo per dimostrare che un visitatore vale la pena di essere servito.
PACT is Mozilla’s proposed shape for a better compromise. Rather than proving who a user is, or proving that the user is running approved hardware and software, the system would help a site know whether a visitor is operating within a reasonable rate limit. In other words: the site gets a scarcity signal useful for abuse control, without receiving a durable identity signal useful for tracking.
Il rischio del guardiano
La questione aziendale chiave non è soltanto se i bot possano essere fermati. È chi ha il potere di decidere quali browser, dispositivi, sistemi operativi e user agent meritano accesso al web.
Mozilla contrappone PACT ad approcci basati sull’attestazione del dispositivo. In quei sistemi, la fiducia è ancorata all’hardware o al controllo del sistema operativo. Ciò può essere comodo per i grandi proprietari di piattaforme, ma può spingere il web verso un modello basato sulle autorizzazioni, in cui i dispositivi approvati e il software approvato ottengono un accesso più fluido mentre tutto il resto diventa sospetto per impostazione predefinita.
That is dangerous for web apps. The open web’s advantage is that builders do not need to ask an app store, hardware vendor, or operating-system owner for distribution rights. If access checks become tied to a small set of attesters, the web starts to inherit the same bottlenecks it was supposed to route around.
Cloudflare’s June 22 announcement shows why this is not just a Mozilla thought experiment. Cloudflare said it is collaborating with major browsers including Mozilla Firefox, Google Chrome, and Microsoft Edge, as well as Shopify, to develop and submit a privacy-preserving protocol for standardization. That does not mean PACT is finished or deployed. It does mean serious infrastructure, browser, and commerce stakeholders are treating this as a live platform problem.
Come si suppone che funzioni PACT
Il design di Mozilla utilizza tre idee che contano per chi si occupa di prodotti, anche se la crittografia resta un ambito specialistico.
- Ancore: Un sito o un servizio che ha già una relazione significativa con un utente può rilasciare Endorsements. Mozilla fornisce esempi come abbonamenti, account in regola o numeri di telefono verificati. Un provider VPN potrebbe anche essere un Anchor perché un abbonamento VPN a pagamento non è gratuito per gli attaccanti, che non possono quindi moltiplicarlo all’infinito.
- Moderatori: Un sito, oppure un servizio scelto da un sito, gestisce la policy di limitazione della velocità. Determina quali Anchor considera attendibili, accetta le Dichiarazioni e rilascia una Credenziale.
- Credenziali: Il browser può presentare una Credenziale per mostrare che l’utente rientra nel limite pertinente. La Credenziale può cambiare nel tempo, quindi un comportamento corretto può migliorare l’accesso e un comportamento abusivo può ridurlo.
The privacy point is that the site should not learn which Anchor backed the user’s access, and the Anchor should not learn where the user later presents that access. Mozilla discusses issuer blinding, aggregate scoring, and work related to Privacy Pass e Token di Credito Anonimi come elementi costitutivi di quella separazione.
Mozilla si preoccupa anche dello stato del lavoro. Il post afferma che l’architettura necessita ancora di dettagli, di una collaborazione aperta e di un’analisi rigorosa di privacy e sicurezza. Le sedi di standardizzazione più probabili sono l’IETF per i protocolli crittografici di base e il W3C per la superficie dell’API Web. Un maggio 2026 Workshop del W3C Antifraud Community Group incentrato sui casi d’uso, sui requisiti, sugli ostacoli all’implementazione e sui prossimi passi.
Perché gli operatori edili dovrebbero preoccuparsi adesso
È allettante archiviare PACT tra i lavori previsti per gli standard futuri e andare avanti. Così però si perderebbe il segnale più grande. L’esperienza al primo avvio delle web app sta diventando, in parte, una policy di sicurezza, in parte, una policy sulla privacy e, in parte, una strategia di distribuzione.
Se il tuo prodotto dipende da conversioni, checkout, onboarding, accesso ai contenuti, mappe, account utente o flussi di lavoro guidati dagli agenti, l’attrito per prevenire gli abusi non è più un’infrastruttura di sfondo. Determina se un utente reale riesce o meno a provare il prodotto. Inoltre, determina se un utente attento alla privacy crede che l’app lo rispetti.
For founders, the question is whether the app’s trust model creates unnecessary account walls. For developers, it is whether bot defense is compatible with private browsing, VPNs, new browsers, and accessibility needs. For investors and partners, it is whether open web distribution can keep scaling without being quietly replaced by hardware-backed gatekeeping.
Gli agenti AI rendono il problema più acuto. Mozilla osserva che i siti potrebbero voler consentire ad agenti che agiscono per conto di singoli utenti di operare, bloccando al contempo gli abusi su scala automatizzata. Questa distinzione è difficile se gli unici strumenti disponibili sono la reputazione IP, i fingerprint, l’accesso forzato o il blocco totale dei bot. Una credenziale di rate-limit a tutela della privacy potrebbe diventare un modo per consentire al traffico legittimo degli agenti di partecipare senza dare a ogni sito un nuovo identificatore cross-site.
L’Angolo di IndApp
IndApp tiene traccia delle app web installabili, ma l’installabilità non è solo un manifest, un’icona e un service worker. È una storia di fiducia e accesso. L’utente riesce a trovare l’app? Può aprirla nel browser che ha scelto? Può usarla senza cedere più identità di quanta la sola attività richieda? L’app può difendersi senza trasformare la prima schermata in un labirinto?
PACT è rilevante perché indica un futuro livello di qualità per le app web serie. Le migliori app web non saranno solo veloci e reattive. Gestiranno anche abusi, privacy e fiducia dell’utente in modi che mantengono l’app raggiungibile. Se i segnali di accesso che preservano la privacy maturano, directory e marketplace come IndApp potranno individuare app che riducono l’attrito senza indebolire la sicurezza.
Questo potrebbe, col tempo, influire su come le app web aperte vengono descritte e valutate: se funzionano bene con la navigazione in incognito, se evitano identità forzate inutili, se supportano in modo responsabile i flussi di lavoro mediati da agenti e se le loro scelte contro gli abusi preservano la scelta dell’utente invece di limitarla.
Cosa guardiamo dopo
La cosa importante da tenere d’occhio non è una singola data di lancio. PACT è ancora agli inizi. Le domande che contano ora sono se la proposta possa diventare interoperabile, se la Web API resti comprensibile per gli sviluppatori, se Anchors e Moderators evitino di diventare un nuovo livello di gatekeeper centralizzato e se l’analisi della privacy regga anche in condizioni ostili.
We will also watch the fallback experience. Mozilla says users without suitable Endorsements could still bootstrap access through today’s mechanisms such as CAPTCHAs, account creation, or federated login. That fallback matters. A trust system that improves access for some users but silently excludes others would not be a win for the open web.
Il guadagno è maggiore di un minor numero di CAPTCHA. La versione migliore di PACT consentirebbe alle app web di dimostrare un accesso ragionevole senza provare l’identità, di dimostrare la scarsità senza provare la proprietà dell’hardware e di accogliere nuovi browser e agenti senza costringere ogni sito a indovinare chi è reale. È esattamente il tipo di cambiamento di piattaforma che IndApp osserva: abbastanza piccolo da sembrare tecnico, abbastanza grande da decidere chi riesce a entrare.
Approfondimenti
Notizie recenti
