- Home
- Blog
- Strumenti e Piattaforme
- OAuth, token API e cookie incollati: cosa permette davvero di fare ciascuno
OAuth, token API e cookie incollati: cosa permette davvero di fare ciascuno
Marta Kowalczyk
Agency Operations Lead
Ogni strumento che tocca i tuoi account pubblicitari e dovuto entrare da qualche parte, e le porte sono soltanto tre. La differenza fra oauth token e cookie account pubblicitari decide cosa quello strumento riesce a raggiungere, cosa puo fare nel giorno storto e quanto in fretta riesci a tagliarlo fuori. Quasi nessuno guarda da che porta e entrato un tool prima di collegarlo, e poi lo giudica dal pannello. Questo articolo e la parte noiosa che sta sotto: cosa concede davvero ogni forma di accesso, come te la riprendi, e perche il modo in cui il software arriva sulla tua macchina fa parte dello stesso discorso.
Risposta breve: OAuth consegna a un'applicazione un token con permessi limitati e revocabile, e la tua password non la mostra mai. Un token API grezzo e una chiave di cui nessuno registra chi la tiene. Un cookie di sessione incollato non e un accesso: e la tua sessione duplicata, con tutti i tuoi permessi e senza revoca individuale. Accanto a tutto questo c'e cosa gira sulla tua macchina: ogni componente che si aggiorna da solo eredita i permessi che gli hai dato, quindi la domanda utile non e «mi fido di questo fornitore» ma «fin dove arriva se un aggiornamento fa qualcosa che non mi aspetto».
Le tre porte
1. OAuth: delegato, limitato, revocabile
Un flusso OAuth ha una forma che vale la pena riconoscere, perche la forma e la proprieta di sicurezza.
- Lo strumento ti manda sul dominio della piattaforma per l'accesso. La password la digiti nella piattaforma, non nello strumento.
- La piattaforma ti mostra un elenco di permessi con un nome: gestire le campagne, leggere i report, elencare gli asset aziendali.
- Approvi, e la piattaforma emette un token per lo strumento. Il token porta quei permessi e nient'altro.
- La concessione compare nel tuo account, sotto app collegate o integrazioni aziendali, con un nome.
- Puoi rimuoverla da quella schermata quando vuoi, e lo strumento perde l'accesso alla chiamata successiva.
Quattro di questi cinque passaggi esistono per il tuo beneficio, non per quello dello strumento. La password non esce dalla piattaforma. L'elenco dei permessi resta scritto. La concessione e inventariata. La rimozione e una schermata e non disturba nient'altro.
2. Un token API grezzo: una chiave, e nessuna traccia di chi la tiene
Alcuni strumenti saltano il flusso e ti chiedono di generare un token e incollarlo. Il token puo comunque avere uno scope — dipende da come e stato emesso — ma tre delle cinque proprieta qui sopra spariscono.
Non c'e una schermata di consenso che registra cosa e stato chiesto. Di norma non c'e una voce nell'elenco delle app collegate, quindi sei mesi dopo niente dentro il tuo account ti dice che quello strumento esiste. E la revoca non e piu un'azione per singolo strumento: devi tornare dove il token e stato emesso e ucciderlo li, il che in pratica significa ricordarti di averlo emesso.
Un token incollato non e automaticamente pericoloso. E non contabilizzato, che e un problema diverso e piu lento. Gli inventari basati sulla memoria si sgretolano, e lo sgretolamento resta invisibile finche un audit o un incidente non costringe a fare la domanda.
3. Un cookie di sessione incollato: tu, duplicato
Questo merita uno sguardo serio, ed e trattato piu a fondo nel nostro pezzo sulla sicurezza di token e cookie Facebook.
Un cookie di sessione e cio che il browser tiene dopo che hai fatto l'accesso. Non e un permesso delegato: e la sessione autenticata. Chi ne tiene una copia e indistinguibile da te — stessi permessi, stessa portata — per tutto il tempo in cui la sessione resta viva.
Vuol dire che non c'e uno scope da restringere, perche una sessione non ha scope. Non c'e una voce nella schermata dei permessi, perche non e stato concesso niente. E non c'e revoca individuale, perche non c'e niente di individuale da revocare: l'unica leva e chiudere la sessione, che ti disconnette da ogni altro posto in cui la stavi usando.
Le tre porte affiancate
| Concessione OAuth | Token API grezzo | Cookie di sessione incollato | |
|---|---|---|---|
| Cosa riceve lo strumento | Un token con permessi limitati | Una chiave, con o senza scope | Una copia della tua sessione viva |
| Vede la tua password | No | No | No, ma non le serve |
| Compare nelle app collegate | Si, col suo nome | Di solito no | No |
| I permessi si possono restringere | Si, al consenso | A volte, all'emissione | No |
| Come te lo riprendi | Rimuovi l'app, una schermata | Invalidi il token dove e stato emesso | Chiudi la sessione, ovunque |
| Cosa fa un cambio password | Niente, la concessione resta | Niente | La chiude, insieme alle altre sessioni |
| Fin dove arriva | Solo ai permessi approvati | A cio con cui e stato emesso | A tutto cio a cui arrivi tu |
Niente di tutto questo dice quali strumenti siano buoni. Molto software capace chiede un cookie incollato perche la piattaforma che automatizza non ha mai pubblicato un'API. Il punto e che le tre righe si comportano in modo diverso nel giorno peggiore, e conviene sapere in quale riga sei prima che quel giorno arrivi.
Cosa limita davvero uno scope
«Token con scope limitato» viene usato come rassicurazione, quindi vale la pena essere precisi su cosa copre la rassicurazione.
Uno scope pubblicitario di solito permette di leggere i dati di performance, creare e modificare campagne ed elencare gli asset aziendali che hai approvato. Non permette di cambiarti la password, aggiungere un metodo di accesso, leggere i messaggi privati o raggiungere un prodotto diverso che usi con lo stesso account. Un token emesso per una piattaforma non significa niente su un'altra.
Quello che lo scope non fa e rendere innocuo l'accesso. Un token con permessi di gestione campagne puo spendere soldi, perche spendere soldi e cio che la gestione campagne fa. Lo scope riduce il raggio d'azione, non lo elimina. L'aspettativa ragionevole e «piu piccolo dell'account e rimovibile da una schermata», non «non puo andare storto niente».
Ed e anche il motivo per cui l'elenco dei permessi nella schermata di consenso merita due secondi. Se uno strumento di reportistica chiede permessi di gestione degli asset, la sproporzione e visibile li, una volta sola, e mai piu dopo.
La revoca e la parte che tutti saltano
L'igiene degli accessi non fallisce all'inizio, fallisce alla fine. Concedere e un gesto deliberato con un pulsante; togliere e una faccenda che nessuno mette in calendario.
Tre abitudini coprono quasi tutto.
Impara il percorso prima che serva. Sulla maggior parte delle piattaforme le applicazioni collegate stanno nelle impostazioni di sicurezza o aziendali, elencate per nome con la data di approvazione. Apri quella schermata oggi, mentre non c'e niente che non va, e leggila. L'elenco e quasi sempre piu lungo di quanto uno si aspetti, e alcune voci apparterranno a strumenti valutati una volta e mai adottati.
Revoca all'uscita, non «prima o poi». Quando uno strumento viene abbandonato, un collaboratore esce o una prova finisce, la concessione va tolta nella stessa settimana. Un'agenzia di cui abbiamo scritto ha costruito tutta la procedura di uscita esattamente intorno a questo, riducendola a un clic solo: e l'istinto giusto, perche se e una scocciatura non si fara.
Ricorda che un cambio password non e una revoca. Chiude le sessioni, quindi uccide davvero i cookie incollati. Di solito non tocca le concessioni OAuth ne i token emessi, e la scelta e voluta: altrimenti ogni rotazione di password romperebbe tutte le integrazioni su cui ti appoggi. Due meccanismi diversi, due leve diverse, e confonderli e il modo in cui «abbiamo ruotato tutto» si scopre aver ruotato uno dei tre.
Perche il canale di aggiornamento fa parte del quadro
Ora la parte che non c'entra niente con la pubblicita e vale per tutto quello che installi.
Qualunque componente si aggiorni da solo ha un accordo permanente con la tua macchina: eseguire cio che la catena di distribuzione manda dopo, senza chiedere. Quell'accordo non e un difetto. E il motivo per cui le correzioni di sicurezza ti raggiungono in ore invece che in trimestri, e ogni prodotto serio lo adotta: browser, gestori di password, plugin degli ambienti di sviluppo, il sistema operativo sotto tutti loro.
Il costo e che la fiducia viene concessa in anticipo. Quindi la domanda utile su un componente installato non e mai «mi fido di questo fornitore» — a quella hai gia risposto installandolo — ma fin dove arriva questo componente se un aggiornamento fa qualcosa che non mi aspetto?
La risposta ha sempre la stessa forma: esattamente fin dove gli hai permesso di arrivare, e non oltre.
- Un'estensione col permesso di leggere e modificare i dati su tutti i siti puo leggere e modificare i dati su tutti i siti, comprese le pagine dove sei autenticato.
- Un'estensione limitata a un dominio resta confinata a quel dominio.
- Un componente che gestisce segreti di alto valore e irreversibili puo raggiungere quei segreti, perche e il suo mestiere.
- Un'integrazione da server a server senza presenza locale non ha niente da raggiungere sulla tua macchina, perche non e stato installato niente.
L'ultima riga non e un vanto, e una forma. Ed e anche il motivo per cui il consiglio pratico si riduce alla segmentazione invece che alla scelta del marchio:
- Tieni i segreti irreversibili fuori dagli ambienti condivisi. Frasi di recupero, chiavi private, credenziali di amministrazione e strumenti di pagamento non stanno nello stesso profilo browser che ospita estensioni generiche. «Irreversibile» e la parola operativa: una sessione rubata si chiude, una chiave privata trapelata non si richiama indietro.
- Leggi la richiesta di permessi quell'unica volta che compare. «Leggere e modificare tutti i tuoi dati su tutti i siti» e una frase vera con un significato vero, e viene mostrata esattamente una volta.
- Preferisci accessi revocabili e limitati alle credenziali memorizzate, ovunque la piattaforma ti dia la scelta.
- Tieni corto l'elenco di cio che e installato. Ogni estensione e un accordo permanente. Dieci estensioni sono dieci accordi.
- Dai per scontato che qualunque componente ad aggiornamento automatico prima o poi consegnera qualcosa di inatteso, e progetta perche la frase finisca con «e arriva fin qui, e non oltre».
Nessuno di questi cinque passi ti chiede di indovinare quale fornitore avra un brutto trimestre. Ed e il punto: le previsioni sono inaffidabili, la segmentazione no.
Due strati, due mestieri
Circola l'idea che browser anti-detect e piattaforme di campagne siano risposte in competizione alla stessa domanda. Non lo sono: rispondono a domande diverse, e gli stack che funzionano di solito contengono entrambi.
I browser anti-detect come AdsPower risolvono accesso e identita. Profili isolati che non si vedono fra loro, impronte del browser, proxy assegnato per profilo, accesso del team senza passarsi le password. Se gestisci molti account questa e infrastruttura vera, e non e qualcosa che una piattaforma di campagne fornisce.
Le piattaforme di campagne come Wevion risolvono cosa succede una volta dentro. Lancio e misura su sei piattaforme pubblicitarie — Meta, Google, TikTok, Taboola, Snapchat e Outbrain — regole di budget su cinque di esse, confronto affiancato su quattro, pausa e attivazione a livello di adset e annuncio su tre, rollback e rilancio su Meta.
Strati diversi dello stesso stack. Il profilo ti fa entrare nell'account; poi comincia il lavoro.
Collegare un account pubblicitario a una piattaforma di campagne non toglie lo strato browser dal tuo setup e non ti chiede di migrare niente. Apri il profilo come hai sempre fatto, colleghi l'account una volta dalla schermata di consenso della piattaforma, e da li in poi lancio, regole e margine stanno in un pannello invece che in sei schede. La versione lunga di questo ragionamento e in Wevion e i browser anti-detect.
Dove sta Wevion, architetturalmente
Un paragrafo solo, perche e un fatto sulla nostra costruzione e non un verdetto su quella di altri.
Wevion si collega agli account pubblicitari via OAuth contro le API ufficiali. Ti autentichi sul dominio della piattaforma, noi riceviamo un token con permessi limitati, quel token e cifrato a riposo, e la concessione la puoi rimuovere dalle impostazioni della piattaforma quando vuoi, senza toccare la password ne nessun'altra integrazione. Non c'e un nostro componente installato sulla tua macchina, quindi non c'e un nostro canale di aggiornamento nel tuo quadro dei rischi. La meccanica e scritta per esteso in come Wevion si collega.
Cosa non significa: non e la promessa che un account non verra mai limitato. Gli account vengono limitati anche sulle API ufficiali, per ragioni di policy e di qualita che non c'entrano con il modo in cui uno strumento si e autenticato, e chi ha comprato media a volume lo sa. Le abitudini piu generali a livello di account sono raccolte in pratiche di sicurezza per gli account Meta.
Conclusione
Tre porte, e non sono intercambiabili. OAuth consegna un token limitato, con un nome e revocabile, e tiene la password sulla piattaforma. Un token grezzo funziona ma non lascia traccia di se, quindi sopravvive nel tuo setup molto dopo che ti sei dimenticato che esiste. Un cookie di sessione incollato non e affatto una concessione: e la tua sessione duplicata, e l'unico modo di riprendersela e chiudere la sessione per tutti, te compreso.
Intorno a tutte e tre c'e la domanda su cosa gira sulla tua macchina. Ogni componente ad aggiornamento automatico e un accordo permanente, e il modo per restare tranquilli con quell'accordo non e prevedere i fornitori ma fare aritmetica sul raggio d'azione: concedere stretto, tenere i segreti irreversibili nel loro ambiente, tenere corto l'elenco degli installati, e conoscere il percorso di revoca prima della mattina in cui serve.
Inizia la prova gratuita di 14 giorni di Wevion e collega un account pubblicitario dalla schermata di consenso della piattaforma. Il resto del tuo stack resta esattamente dov'e.
Letture correlate
- Come Wevion si collega: OAuth, token cifrati e perche non ti chiediamo mai la password
- Sicurezza di token e cookie Facebook: cosa dovrebbe sapere ogni inserzionista
- Sicurezza degli account Meta nel 2026: le pratiche che proteggono davvero
- Wevion e i browser anti-detect: due strati dello stesso stack
Domande Frequenti
The Ad Signal
Insight settimanali per media buyer che non tirano a indovinare. Una email. Solo segnale.
Articoli Correlati
Come Wevion si Collega agli Account Meta: OAuth, Token Cifrati e Perché non ti Chiediamo Mai la Password
Prima di collegare un tool a un account attivo, devi sapere esattamente come ci entra. Ecco il percorso completo di come Wevion si collega a Meta: OAuth sul dominio di Meta, un token cifrato e con scope limitato, approvazione obbligatoria su ogni modifica, e mai la tua password.
Sicurezza dei Token e Cookie di Facebook: Cosa Deve Sapere Ogni Inserzionista
Il tuo token di accesso Facebook non è solo una stringa di caratteri — è una chiave che sblocca l'intera operazione pubblicitaria. Quando lo consegni a uno strumento non verificato, stai cedendo il controllo di ogni campagna, ogni budget e ogni euro nel tuo account pubblicitario.
Sicurezza dell'Account Meta nel 2026: le pratiche che ti proteggono davvero
La maggior parte dei consigli sui ban è fatalismo da scaramanzia o false promesse. Ecco il playbook preventivo che sposta davvero le probabilità nel 2026: rispetta i rate documentati di Meta, tieni un umano su ogni scrittura, non automatizzare mai la dashboard e struttura tutto per sopravvivere prima di averne bisogno.