Password Credentials piešķīruma veids OAuth 2.0

Password Credentials piešķīruma veids, ko bieži dēvē par "Resource Owner Password Credentials" (ROPC) plūsmu, ir veids, kā lietotāji var tieši norādīt savu lietotājvārdu un paroli, lai iegūtu piekļuves marķieri. Šis piešķīruma veids ir piemērots uzticamām lietotnēm, piemēram, tām, kas pieder pašam pakalpojumam. Tas nav ieteicams trešo pušu lietotnēm, jo tas ietver sensitīvu paroles akreditācijas datu tiešu kopīgošanu ar klienta lietotni.

Kā darbojas Password Credentials?

1. Lietotāja ievade:

• Lietotājs tieši norāda savu lietotājvārdu un paroli klienta lietotnei.

2. Marķiera pieprasīšana:

• Pēc tam klients nosūta šos akreditācijas datus uz autorizācijas servera marķiera galapunktu. Šis pieprasījums parasti ietver arī klienta client_id un client_secret, lai gan dažas implementācijas var nepieprasīt klienta noslēpumu šai plūsmai.

3. Marķiera atbilde:

• Ja akreditācijas dati ir derīgi, autorizācijas serveris atbild ar piekļuves marķieri (un, iespējams, atsvaidzināšanas marķieri). Pēc tam klients var izmantot šo marķieri, lai veiktu pieprasījumus lietotāja vārdā resursu serverim.

Kā konfigurēt Password Credentials?

1. Reģistrējiet savu lietotni:

• Tāpat kā ar citām OAuth 2.0 plūsmām, sāciet, reģistrējot savu lietotni pie OAuth 2.0 pakalpojumu sniedzēja. Pēc reģistrācijas jūs parasti saņemsiet client_id un client_secret.

2. Ievades mehānisms:

• Ieviesiet mehānismu savā klienta lietotnē, kur lietotāji var ievadīt savu lietotājvārdu un paroli. Tā var būt vienkārša pieteikšanās forma.

3. Marķiera pieprasījums:

• Kad lietotāji norāda savus akreditācijas datus, jūsu lietotnei jāveic POST pieprasījums uz autorizācijas servera marķiera galapunktu. Šim pieprasījumam jāietver grant_type (iestatīts uz "password"), username, password, client_id un, iespējams, client_secret. Nodrošiniet, ka šis pieprasījums tiek veikts droši, izmantojot HTTPS.

4. Marķiera atbildes apstrāde:

• Ja akreditācijas dati ir pareizi, autorizācijas serveris atbildēs ar piekļuves marķieri, ko jūsu lietotnei jāglabā droši. Pēc izvēles jūs varat saņemt arī atsvaidzināšanas marķieri, ko var izmantot jaunu piekļuves marķieru iegūšanai, kad pašreizējais beidzas.

5. Marķiera izmantošana:

• Tāpat kā ar citiem piešķīruma veidiem, kad jums ir piekļuves marķieris, varat to izmantot, lai veiktu autorizētus pieprasījumus resursu serverim lietotāja vārdā.

6. Marķiera atjaunošana:

• Ja saņēmāt atsvaidzināšanas marķieri un piekļuves marķieris beidzas, izmantojiet atsvaidzināšanas marķieri, lai iegūtu jaunu piekļuves marķieri, neprasot lietotājam atkārtoti norādīt akreditācijas datus.

Apsvērumi:

• Drošības problēmas: Šis piešķīruma veids ietver faktiskās paroles kopīgošanu ar klientu, kas ir nozīmīgs drošības risks. Ir būtiski nodrošināt, ka klients ir pilnībā uzticams.

• Pasliktināta lietotāja pieredze: Lietotāji ir apmācīti nekopīgot paroles tieši ar trešo pušu lietotnēm. Šī plūsma ir pretrunā ar šo labāko praksi, iespējami izraisot vilcināšanos vai neuzticēšanos.

• Ierobežoti lietošanas gadījumi: Iepriekš minēto iemeslu dēļ Password Credentials piešķīruma veids ir ieteicams tikai ļoti specifiskiem scenārijiem, piemēram, iekšējām lietotnēm vai situācijām, kur pastāv maksimāla uzticība starp klientu un lietotāju.

Secinājums:

Password Credentials piešķīruma veids piedāvā vienkāršāku plūsmu uzticamām lietotnēm, bet tam ir iedzimtas drošības problēmas. Tā izmantošana nav ieteicama trešo pušu lietotnēm, un pat pirmās puses lietotnēm ir būtiski apstrādāt lietotāja akreditācijas datus ar vislielāko rūpību. Ja apsveriet šo plūsmu, rūpīgi izvērtējiet ērtumu pret drošības sekām.