{"id":71307,"date":"2020-02-24T22:18:55","date_gmt":"2020-02-24T19:18:55","guid":{"rendered":"https:\/\/prohoster.info\/blog\/identityserver4-osnovnye-ponyatiya-openid-connect-oauth-2-0-i-jwt"},"modified":"2020-03-03T16:14:27","modified_gmt":"2020-03-03T13:14:27","slug":"identityserver4-osnovnye-ponyatiya-openid-connect-oauth-2-0-i-jwt","status":"publish","type":"post","link":"https:\/\/prohoster.info\/nl\/blog\/administrirovanie\/identityserver4-osnovnye-ponyatiya-openid-connect-oauth-2-0-i-jwt","title":{"rendered":"IdentityServer4. Basisconcepten. OpenID Connect, OAuth 2.0 en JWT","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Met deze post wil ik een reeks artikelen openen over IdentityServer4. We beginnen met de basisconcepten.<\/p>\n

<\/p>\n

Op dit moment is het meest veelbelovende authenticatieprotocol OpenID Connect<\/a><\/noindex>, terwijl het autorisatieprotocol (toegang verlenen) is OAuth 2.0<\/a><\/noindex>. IdentityServer4<\/a><\/noindex> deze twee protocollen implementeert. Het is geoptimaliseerd voor het oplossen van typische beveiligingsproblemen.<\/strong> Dit is een protocol en standaard voor authenticatie; het biedt geen toegang tot middelen (Web API), maar omdat het is ontwikkeld bovenop het autorisatieprotocol,<\/p>\n

<\/a><\/noindex><\/p>\n

OpenID Connect<\/a><\/noindex> biedt het de mogelijkheid om gebruikersprofielparameters te verkrijgen alsof je toegang hebt gekregen tot de bron. OAuth 2.0<\/a><\/noindex>UserInfo (JSON Web Token) is een webstandaard die een manier definieert om gebruikersgegevens in JSON-formaat versleuteld te verzenden.<\/a><\/noindex>.<\/p>\n

JWT<\/a><\/noindex> OAuth 2.0 (RFC 6749)<\/p>\n

is een protocol en standaard voor autorisatie. Het stelt applicaties in staat toegang te krijgen tot beschermde middelen, zoals Web API.<\/a><\/noindex> Laten we naar het diagram kijken van het aanvragen van toegang tot een beschermd middel en de belangrijkste stappen en gebruikte terminologie bespreken:<\/p><\/blockquote>\n

De client vraagt de gebruiker om toestemming om autorisatie aan te vragen namens hem.<\/p>\n

<\/p>\n

\"IdentityServer4.<\/p>\n

<\/p>\n

    \n
  1. \n

    Dit is de clientapplicatie die toegang vraagt tot beschermde middelen namens de eigenaar van de middelen. Klant<\/strong> Dit zijn al onze beveiligde diensten. Hulpbron<\/strong> De gebruiker staat de clientapplicatie toe om autorisatie aan te vragen namens hem, bijvoorbeeld door zijn gebruikersnaam en wachtwoord in te voeren. De gebruikersnaam en het wachtwoord zullen de autorisatiegrant zijn voor de clientapplicatie. Web API<\/a><\/noindex>.<\/p>\n

    \n<\/li>\n

  2. \n

    De gebruiker (eigenaar van de middelen) is een programma of persoon die toegang kan verlenen tot beschermde middelen, bijvoorbeeld door een gebruikersnaam (username) en wachtwoord (password) in te voeren;<\/strong> De clientapplicatie vraagt toegangstoken aan bij<\/p>\n

    \n<\/li>\n

  3. \n

    door zijn eigen informatie te verstrekken ( IdentityServer4<\/code> client_secretclient_id<\/code>, ), toestemming voor autorisatie van de gebruiker te geven (<\/code>) en het verstrekken vanusername<\/code>, password<\/code>grant_type . Vervolgens controleert de autorisatieserver de authenticiteit van de client en de gegevens van de eigenaar van de middelen (gebruikersnaam en wachtwoord).<\/code> en scope<\/code>Het OAuth 2.0-protocol voert authentificatie uit, niet alleen voor de gebruiker, maar ook voor de clientapplicatie die toegang heeft tot de middelen. Hiervoor voorziet het protocol in parameters zoals <\/p>\n

    <\/p>\n

    client_id client_id<\/strong> en ), toestemming voor autorisatie van de gebruiker te geven (<\/strong>.
    \ndit is de identificatie van de clientapplicatie, gebruikt<\/strong> voor het opzoeken van informatie over de client. IdentityServer4<\/code> .
    \n), toestemming voor autorisatie van de gebruiker te geven (<\/strong> is het equivalent van een wachtwoord voor de clienttoepassing en wordt gebruikt voor de authenticatie van de clienttoepassing op IdentityServer4<\/code>. De clientsecret moet alleen bekend zijn bij de toepassing en de API<\/strong>. Op basis van het bovenstaande kunnen we concluderen dat IdentityServer4 op de hoogte moet zijn van zijn klanten<\/strong>.<\/p><\/blockquote>\n

    \n<\/li>\n

  4. \n

    Als de echtheid van de toepassing is bevestigd en de autorisatie is geldig, IdentityServer4<\/code> cre\u00ebert access-token<\/code> (toegangstoken) voor de toepassing en een optionele vernieuwingssleutel (refresh-token<\/code>). Het autorisatieproces is voltooid. Als het verzoek ongeldig of ongeautoriseerd is, retourneert de autorisatieserver een code met een bijbehorend foutbericht.<\/p>\n

    \n<\/li>\n

  5. \n

    De clienttoepassing vraagt om gegevens van de beveiligde Web API, waarbij het toegangstoken wordt verstrekt voor autorisatie. Als de serverresponscode 401<\/a><\/noindex>, 403<\/a><\/noindex> of 498<\/a><\/noindex>, is het toegangstoken dat wordt gebruikt voor authenticatie ongeldig of verlopen.<\/p>\n

    \n<\/li>\n

  6. \n

    Als het token geldig is, Web API<\/code> geeft het gegevens aan de toepassing.<\/p>\n

    \n<\/li>\n<\/ol>\n

    <\/p>\n

    Token types<\/em><\/h4>\n

    <\/p>\n

    Geregistreerde IdentityServer4<\/code> klanten mogen aanvragen bij IdentityServer4<\/code> identity<\/code>-token, access<\/code>-token en Vernieuw afbeeldingen<\/code>-token.<\/p>\n

    <\/p>\n