De Web Crypto API biedt een gestandaardiseerde interface voor het uitvoeren van cryptografische operaties in webapplicaties. Het biedt veilige willekeurige nummergeneratie, hashing, ondertekening en versleutelingsmogelijkheden. Hoewel veiliger dan het implementeren van cryptografie in JavaScript, blijven juist sleutelbeheer en algoritmeselectie cruciaal.
De Web Crypto API is een browser-native interface, blootgesteld via window.crypto en crypto.subtle, voor het uitvoeren van cryptografische bewerkingen in JavaScript. Het dekt cryptografisch sterke willekeurige waarden via getRandomValues, plus hashing, HMAC, symmetrische en asymmetrische versleuteling, digitale handtekeningen en sleutelafleiding via het SubtleCrypto-object. De primitieven zijn geïmplementeerd in de browser-engine in native code in plaats van in script, wat sneller en minder foutgevoelig is dan zelfgebouwde JavaScript-cryptografie. Sleutels worden weergegeven als CryptoKey-objecten die als niet-extraheerbaar kunnen worden gemarkeerd, zodat het ruwe sleutelmateriaal nooit aan de omringende JavaScript hoeft te worden blootgesteld. Het grootste deel van de API is beperkt tot secure contexts, oftewel pagina's die via HTTPS of localhost worden aangeboden.
Het gebruik van een gecontroleerde native implementatie verwijdert hele klassen van bugs die eigen JavaScript-cryptografie teisteren, zoals zwakke willekeurige bronnen, timing-lekken en onjuiste algoritme-bekabeling. Niet-extraheerbare CryptoKey-objecten betekenen dat zelfs script dat op de pagina draait de onderliggende bytes niet kan lezen, wat beperkt wat een compromittering kan stelen. De API maakt een applicatie echter niet vanzelf veilig. Slechte algoritmekeuzes, hergebruikte initialisatievectoren, hardgecodeerde of slecht opgeslagen sleutels en verkeerd afgehandelde uitvoer ondermijnen het allemaal. Cruciaal is dat elke cryptografie die in de browser wordt uitgevoerd nog steeds draait in een omgeving die een aanvaller kan beheersen: een cross-site scripting-lek kan dezelfde API aanroepen, beschikbare sleutels gebruiken en namens de aanvaller versleutelen of ondertekenen.
Kies actuele, goed begrepen algoritmen en parameters, genereer sleutels en IV's met getRandomValues, en verscheep nooit geheime sleutels in clientcode. Markeer sleutels als niet-extraheerbaar wanneer de workflow dat toelaat, en leun op de sleutelafleidingsfuncties van de API in plaats van je eigen te verzinnen. Omdat browser-side cryptografie data alleen beschermt voor zover de client te vertrouwen is, houd je de omringende pagina vrij van geïnjecteerd script: dwing een strikt Content Security Policy af en ontsmet invoer om XSS af te sluiten. De Web Crypto API is een neutrale webplatform-primitief, dus cside is niet direct betrokken bij de werking ervan; de relevante verdedigingsdiscipline is standaard veilige ontwikkeling en het weren van onvertrouwde third-party JavaScript van de pagina.
Over het algemeen wel. Native primitieven zijn sneller, worden onderhouden door browserleveranciers en vermijden veel implementatievalkuilen van pure JavaScript-cryptografie, inclusief zwakke willekeur. Bibliotheken hebben nog steeds hun plaats voor algoritmen die de API mist, maar voor standaard hashing, versleuteling en ondertekening is de ingebouwde API de veiligere standaardkeuze.
Nee. Het draait in de browser, een omgeving die de machine van de gebruiker en elk geïnjecteerd script kunnen beïnvloeden. Het verhardt de primitieven, maar een cross-site scripting-lek kan dezelfde API aanroepen en beschikbare sleutels misbruiken. Het vult transportversleuteling en server-side controles aan, in plaats van ze te vervangen.
We answer client-side security questions every day. Bring yours.