Protezione YouTube chiave v3 API in un'applicazione client-side

Question

Sto guardando la seguente guida: https://developers.google.com/youtube/v3/getting-started

Il primo passo di interagire con le API di YouTube è:

è necessario un account Google per accedi alla Google Developers Console, richiedi una chiave API e registra la tua applicazione.

E continuano a mostrare un esempio in cui utilizzare il tasto:

URL: https://www.googleapis.com/youtube/v3/videos?id=7lCDEYXw3mM&key=YOUR_API_KEY & parte = frammento, contentDetails, le statistiche, lo stato

Ho un applicazione lato client che viene utilizzata da molte persone. L'applicazione invia richieste di ricerca all'API di YouTube. L'API di YouTube ha un limite di richieste di 50 milioni di richieste al giorno.

Poiché si tratta di un'applicazione lato client, la mia chiave API è incorporata nel codice.

Oggi, un utente malintenzionato script qualcosa al massimo fuori le richieste:

mi chiedo che cosa il ricorso devo essere in grado di difendersi da questo tipo di attività. È la mia unica opzione per ospitare un server, instradare tutte le esigenze dell'API di YouTube attraverso il mio server e negare le richieste quando arrivano troppo frequentemente?

Ho delle vere preoccupazioni sull'implementazione di qualcosa del genere. Raddoppierà effettivamente il tempo di attesa per ogni richiesta API e imporrà al server una quantità apparentemente non necessaria, ma forse è necessaria.

Sono disponibili altre opzioni?

Grazie

Answer 1

Ciò era dovuto a un aumento del costo di quota, è temporaneamente ripristinato. Annunceremo i cambiamenti di costo in http://apiblog.youtube.com/ e https://developers.google.com/youtube/v3/revision_history andando avanti.

Answer 2

propongo le seguenti idee:

• è possibile assicurarsi che l'utente accede la pagina è un essere umano (con Captcha, etc.)
• Nascondi la tua chiamata API dietro un AJAX chiamata che viene attivata dal tuo front-end (come GET/callgoogleapi);
• Il gestore della chiamata AJAX può impostare una soglia di frequenza, ovvero 2 richieste al secondo. Se troppo veloce, la chiamata API non viene eseguita e AJAX risponde come "Operazione utente troppo veloce".

Answer 3

È possibile utilizzare la restrizione per proteggere la propria chiave API.

Utilizzare l'attributo REFERERS della chiave pubblica API. Vai al progetto in console developers -> API&Auth -> Credentials

• Se si utilizza chiave per le applicazioni del browser, REFERERS è un riferimento a un dominio.
• Se si utilizza la chiave server, REFERERS è un riferimento a un IP. (ip del server, ad esempio)

Ad esempio, se si utilizza github.io per fare demo live di un'applicazione, REFERERS punterà su http://user.github.io/*

Si può leggere di più register your application

• Utilizzare una chiave del server se l'applicazione viene eseguita su un server. Non utilizzare questa chiave al di fuori del codice del server. Ad esempio, non incorporarlo in una pagina Web . Per prevenire il furto di quota, limita la tua chiave in modo che le richieste siano consentite solo dagli indirizzi IP di origine dei tuoi server.

• Utilizzare una chiave del browser se l'applicazione viene eseguita su un client, ad esempio un browser Web. Per evitare che la chiave venga utilizzata su siti non autorizzati, autorizzare solo referral dai domini amministrati.

una schermata che consentono di:

Answer 4

Non credo che sia un utente malintenzionato. Penso che ci sia qualcosa di sbagliato da parte di YouTube, dal momento che sto vedendo esattamente lo stesso problema con le richieste API fatte dalla mia app

Answer 5

Sembra essere un grosso problema. Lo stesso problema qui - l'utilizzo delle quote è aumentato come un matto a partire dal 3 settembre e le richieste ora costano più del documentationstates.

Qualcuno ha segnalato che è un difetto nel loro sistema di tracciamento dei bug. Suggerisco a tutti interessata andare lì e stella del difetto di aiutare richiamare l'attenzione ad esso:

• https://code.google.com/p/gdata-issues/issues/detail?id=6623&q=label%3AAPI-YouTube&sort=-id&colspec=API%20ID%20Type%20Status%20Priority%20Stars%20Summary

Answer 6

Vediamo anche questo errore, sembra essere troppo grandi deviazioni. risultati La panoramica è 813.844, ma le API sono utilizzate 49.379.348 di 50.000.000 di richieste oggi

Answer 7

Ciò è corretto. Quando fai la tua chiave assicurati di usare i REFERER in modo che anche se ottengano la tua chiave non funzionerà per loro!