Syöte

Tulos (URL-turvallinen, ei täytettä)

Esimerkkejä Base64 URL -koodauksesta

URL-turvallinen Base64 korvaa + merkillä - ja / merkillä _, ja poistaa = -täytteen. Esimerkki:

Teksti, jossa on URL-epäystävällisiä merkkejä

Syöte:

Syöte

Base64url-tulos (ei +, / tai = -merkkejä):

Tulos

Napsauta yllä Esimerkki ladataksesi esimerkkidataa.

Mikä on Base64 URL -koodaus?

Base64url on määritelty RFC 4648, osa 5: URL- ja tiedostonimiturvallisena Base64-varianttina. Vakiomuotoinen Base64 käyttää +, / ja =, joilla on erityismerkitys URL:eissa—ne on prosenttikoodattava kyselymerkkijonoissa ja poluissa. Base64url välttää tämän korvaamalla - merkillä +, _ merkillä / ja jättämällä = -täytteen kokonaan pois.

Base64url:ia käytetään laajasti JSON Web Tokeneissa (JWT), OAuth 2.0 PKCE -haasteissa, URL-turvallisissa tunnisteissa ja missä tahansa Base64-datan tulee näkyä URL:eissa ilman escapingiä. Vakiomuotoiseen Base64:ään käytä Base64-kooderia. Base64url:n dekoodaukseen käytä Base64 URL -dekooderia.

Miten työkalua käytetään

1

Liitä teksti

Kirjoita tai liitä teksti vasempaan editoriin. Napsauta Esimerkki ladataksesi esimerkkitekstiä ja nähdäksesi Base64url-tuloksen. Koodaus tapahtuu selaimessasi—mitään ei lähetetä palvelimelle.

2

Lue URL-turvallinen tulos

Oikea paneeli näyttää Base64url-tuloksen ilman +, / tai = -merkkejä—turvallinen suoraan URL:eihin, otsikoihin tai tiedostonimiin ilman prosenttikoodausta.

3

Kopioi tai lataa

Napsauta Kopioi kopioidaksesi tuloksen leikepöydälle tai Lataa tallentaaksesi .txt-tiedostona. Base64url-merkkijonon dekoodaukseen tekstiksi käytä Base64 URL -dekooderia.

Vakiomuotoinen Base64 ja Base64url

Ainoa ero vakiomuotoisen Base64:n ja Base64url:n välillä on kolme merkkiä aakkostossa ja täytesääntö:

Merkkivastaavuus

Tämän työkalun tulos voidaan dekoodata lisäämällä oikea = -täyte ja korvaamalla -/_ takaisin +//. Base64 URL -dekooderi hoitaa tämän automaattisesti.

Missä Base64url:ia käytetään

JWT: JSON Web Tokenit koodaavat otsikon, kuorman ja allekirjoituksen Base64url:ina, jotta ne voidaan laittaa HTTP-otsikoihin ja URL-kyselyparametreihin ilman escapingiä. OAuth 2.0 PKCE: Code verifier ja challenge käyttävät Base64url:ia. WebAuthn: Tunnistetiedot ja haasteet ovat Base64url-koodattuja. URL-turvalliset tunnisteet: Istuntotokenit, API-avaimet ja satunnaiset nonce:t evästeissä tai URL:eissa käyttävät Base64url:ia koodausongelmien välttämiseksi.

Jos sinun täytyy upottaa binaaria URL-kyselyparametriin ja prosenttikoodaus tekisi merkkijonosta liian pitkän, Base64url pitää sen kompaktina ja URL-turvallisena. Vakiomuotoiseen Base64:ään (+ ja /) käytä Base64-kooderia. Vakiomuotoisen Base64:n dekoodaukseen käytä Base64-dekooderia.

Usein kysyttyä

Onko datani yksityinen?

Kyllä. Koodaus tapahtuu kokonaan selaimessasi JavaScriptillä. Mitään ei lähetetä palvelimelle. Voit varmistaa tämän Verkko-välilehdellä.

Miksi tuloksessa ei ole = -täytettä?

RFC 4648, osa 5 määrittelee Base64url:n ilman täytettä. Merkki = pitäisi prosenttikoodata URL:eissa, mikä vesittäisi tarkoituksen. Spesifikaation mukaiset dekooderit lisäävät täytteen ennen dekoodausta. Base64 URL -dekooderi hoitaa tämän automaattisesti.

Voinko käyttää tätä JWT:hin?

Työkalu koodaa tekstin Base64url-muotoon, jota käytetään JWT:n otsikko- ja kuormasegmenteissa. Täydellinen JWT:n luonti vaatii allekirjoituksen salaisuudella tai yksityisavaimella. Työkalu on hyödyllinen osien koodaukseen tai tarkasteluun erikseen.

Miten eroaa Base64-kooderista?

Base64-kooderi tuottaa vakiomuotoista Base64:ää merkeillä +, / ja =. Tämä työkalu tuottaa aina Base64url:ia merkeillä -, _ ja ilman täytettä—turvallista suoraan URL:eihin ilman prosenttikoodausta.

Tukeeko Unicodeia?

Kyllä. Teksti koodataan ensin UTF-8-tavuiksi selaimen TextEncoder-API:lla ja muunnetaan sitten Base64url:iksi. Emojit, aksentoidut merkit ja monitavuiset kirjoitusjärjestelmät käsitellään oikein.

Liittyvät työkalut

Virallinen määrittely: RFC 4648, osa 5. JWT-esittely kertoo Base64url-käytöstä tokeneissa.