Great tutorial! It's worth mentioning that there are two types of bearer tokens: Identifier-based and Self-contained. You explained the self-contained bearer token in this tutorial. Self-contained bearer tokens are easy to scale with distributed applications as they do not require the resource server to validate the token with the authorization server. On the other hand, an Identifier-based token is a hard-to-guess string, which the resource server needs to validate by making a call to the authorisation server's introspection endpoint, which adds latency and makes it difficult to scale with distributed applications.
@ByteMonkАй бұрын
Thanks for pointing that out! You're absolutely right-there are two types of bearer tokens. I focused on the self-contained token in this tutorial since it’s easier to scale in distributed systems due to the lack of dependency on the authorization server for validation. Identifier-based tokens, while secure, do introduce additional latency because they require the resource server to call the authorization server for validation. It’s a trade-off between ease of scalability and real-time validation. Appreciate you adding that clarification!
@Z3kyTw0Ай бұрын
This channel deserves 100k subscribers. Its that good
@ByteMonkАй бұрын
Maybe one day!
@termsofblunder Жыл бұрын
I'm sorry, but you are truly a genius. Your ability to explain all these various different topics and technologies is absolutely remarkable. It is very clear and comprehensible. You are extremely extremely talented, not only in your grasp of technology but in your ability to communicate and convey your knowledge in a manner that others can easily consume and comprehend. Bravo! Bravo! Once again, one of the most talented individuals I have ever seen on the internet.
@ByteMonk Жыл бұрын
Thank you so much for this lovely comment and your support 🙏
@SleepeJobs Жыл бұрын
+100
@extremeweirdness152811 ай бұрын
@@ByteMonk You are really good most of my doubts got cleared .
@rpvaghasiya10 ай бұрын
why are you sorry for a compliment 😀
@rstheg7 ай бұрын
@@rpvaghasiyais it not a criminal offence to compliment? 😅
@mdk19839 ай бұрын
a minor audio improvement suggestion for your videos. Applying an EQ which removes frequencies below 80 Hz or 90 Hz (High pass filter), will remove the boominess in your voice and give more clarity and comfortable listening experience.
@ByteMonk9 ай бұрын
Thanks for the tips!
@ByteMonk9 ай бұрын
Would love to connect with you sometime to ensure my audio processing is correct
@narekpapukyan54558 ай бұрын
Been searching for an easy to understand visual of OAuth...and this is one of the best videos by far! Thank you!
@LobbanVlogs8 ай бұрын
Same here...I needed the visuals for clarity.
@daddylubarsky3049Ай бұрын
Great content, thanks for posting this. You have a gift to explain the stuff without overcomplication, but also going deeper than just scratching the surface.
@josiahroa177 Жыл бұрын
Just found this channel and it's amazing. Keep it up man, you're providing tons of value to the software design industry.
@mubafaw8 ай бұрын
Nice and elegant explanation. Thanks 👍
@notgreen113 ай бұрын
you’re one of the best at what you do, you give the perfect level of depth, wide variety of subjects, and often include answers to follow up questions
@srawat1212 Жыл бұрын
Underrated channel. You'll be having thousands of views in no time. Keep it up.
@dibeakoffibadjo97802 ай бұрын
Thanks a lot. You explanation is very clear and easy to understand.
@khatibjunior7332 күн бұрын
Am very gratefully for the easy understandable knowledge about OAuth20... Thanks Bro, God bless you
@ByteMonk6 сағат бұрын
Appreciate the support, thank you :)
@satya5067 Жыл бұрын
Brilliant explanation that even a layman like me can understand these concepts to some extent atleast .. thank you so much 🙏
@GalPovsod2022 Жыл бұрын
I just recently founded your channel andI'm amazed! Keep up the great work! God bless!
@adveshsworld496210 ай бұрын
Excellent explanation on OAuth concepts in plain language to reach broader audiences. Thank you!
@viswanadhkasi21686 ай бұрын
Your video editing skills are amazed brother and colors are great
@sowmiyavenkatesan2525 Жыл бұрын
Oauth 2.0 is very well explained in this video. Thank you!
@JagjitSingh-pf3ji Жыл бұрын
Best channel So far in terms of explanation in short duration on basic topics… kudos🔥
@premraj.m10 ай бұрын
Excellent video on OAuth 2.0, but small confusion at 5:15 convert access token encodes to JWT
@khushbooJahanRiaz8 ай бұрын
very precise nice expalnation thanku so much
@PC-pr8gi Жыл бұрын
Great explanation with nice animation showing all the steps!! Thanks!
@KhalidWar4 ай бұрын
This was a well done and well documented video. Thanks very much.
@zingerengineer4 ай бұрын
Great explanation! Thank you!
@ismailhamdach26724 ай бұрын
Thank you it was clear and concis.
@sumeetsinha857511 ай бұрын
The Access token is not generated the way it has been represented. First an Authorization Code is generated and sent to the client app via the user agent. The authorization code is then sent by the client app directly with the the AS to generate the access token which is then used to access the resources.
@termsofblunder Жыл бұрын
@ByteMonk, just a small piece of feedback: when listening to your videos with headphones, the music at the end is noticeably louder than your voice. The difference in volume makes it uncomfortable for the ears. It would be helpful if the music volume was lower, or at least not louder than your voice, for a more comfortable listening experience. Thank you!
@ByteMonk Жыл бұрын
Thank you 🙏
@Jetter6383 ай бұрын
Nice video. You mentioned that there were 4 OAuth flows but I'm mistaken you only described 3 of the 4 in the video. Was that intentional?
@ByteMonk2 ай бұрын
thank you, I will look into this
@ruksharalam1738 ай бұрын
How did you creat the OAuth 2.0 flows?
@antonyfernando674 Жыл бұрын
This is an awesome video, very detailed. Thanks for sharing !!!
@44Whisper44 Жыл бұрын
I love the animations explaining how it works. May I know what app you use for these?
@ByteMonk Жыл бұрын
FCP, Adobe, Photoshop, Ppro. Takes about 10 hours for a 5-10 minutes video :)
@44Whisper44 Жыл бұрын
@@ByteMonk I'd say it's worth it.
@carlotadias933524 күн бұрын
Hello, How would the resources server interprets the authorization token to know it is valid and ok. Does it talk with the Auth Server again ?
@ByteMonk24 күн бұрын
Great question! How the resource server checks the token depends on the type of token. If it’s a JWT, the resource server doesn’t need to talk to the authorization server again. The JWT has everything it needs, like user info and expiration time, and it’s signed, so the resource server can verify the signature and ensure it hasn’t been tampered with. However, if it’s an identifier-based token, then yes, the resource server typically has to reach out to the authorization server's introspection endpoint to confirm that the token is still valid. This adds a bit of latency but ensures the token is actively verified. So, for JWTs, no extra server call; for identifier-based tokens, the resource server usually needs to check with the auth server.
@carlotadias933524 күн бұрын
Ok, thank you so much for the response. Nevertheless it is still not 100% clear how the resource validates the JWT. I could just pass it a valid JWT from another random application, together with the client Id and Secret, maybe the resource server has to have some private key or some tool to check that the signature is actually one made by its auth server ?
@priyanshusahu78699 ай бұрын
Thanks man for the explanation, I have one request do you have any research papers related to 0auth 1.0 and 0auth 2.0, any reference would work also, I would be very helpful to you, Thanks again.
@ByteMonk8 ай бұрын
Thank you! Its primarily based on my previous experience with OAuth and SSO in general. Unfortunately I did not maintain the list of papers and articles I went thru to make this video.
@arifmohiuddin9933 Жыл бұрын
precise and well explained with well animations👍
@sandyj34211 ай бұрын
This is too good! Subscribed 😊
@ByteMonk10 ай бұрын
Thank you so much 😁
@Joseph-oz7tx5 ай бұрын
very good video bro , thanks for sharing us
@lustyleopard1232 ай бұрын
@0:22 - OAuth was never a authentication protocol (its a authorization protocol)
@spacebuddy5339Ай бұрын
Yup. Now I don't know if I should keep watching.
@ViswanathTumbalamGooty6 ай бұрын
How the resource-server will validate the token? Do the resource server still need to connect to authoriztionserver to get the token validated, once get validated it will fetch the access/permission details from the token?
@RicardoSilvaTripcall Жыл бұрын
Great Explanation !!!
@edgiefive13179 ай бұрын
excellent, thank you
@MTX16999 ай бұрын
Hey can you make one for macaroons as well. There aren't enough resources for it online
@sarimhaque32538 ай бұрын
that was soo good!
@richyeva2149 Жыл бұрын
Thanks! Good explanation. Could you do a video on CA certificates or self-signed certificates?
@ByteMonk Жыл бұрын
Here :) kzbin.info/www/bejne/eILafI1sr8usoZI You may also checkout relevant videos in the playlist in description.
@varsityoftruth10 ай бұрын
Should there be an arrow or two between auth and resource servers?
4 ай бұрын
4:00 Does the Resource server communicate with Authorization Server when validating the Access Token? I assume it should have...
4 ай бұрын
Hmm, maybe it does not. AI gave me this response: "The Resource Server can validate the JWT independently, without contacting the Authorization Server, by: a. Verifying the signature using the public key of the Authorization Server. b. Checking the expiration time (exp claim) of the token. c. Validating other claims in the token (e.g., issuer, audience, scope)."
@noyou1743 ай бұрын
The ressources server validate by either a public key or forwarding to authorization server but mostly by public key
@BLACKNETWORKENTERTAINMENT4 ай бұрын
Please can I use this to reset password in my web application
@Loki-vy5vg7 ай бұрын
How does the resource server variefies/validates the access/jwt token?
@ashwithchandra262210 ай бұрын
what if i wanted to authorize which does not uses application of the authorization server i.e, you said in the example that google authorization to access google calendar in an app but what if my app doesn't uses any of those?
@SHERSHAAH5553 ай бұрын
i want to utilize the oauth with jwt can u plz give me any example repo to refer
@almedinshala87947 ай бұрын
good explanation
@DheerajKumar-tf8dr7 ай бұрын
nice explanation
@yaswanthyv38373 ай бұрын
What tool using to built presentations?
@ziaullahhassan31625 ай бұрын
Great Thank you
@mohamedshahrul17504 ай бұрын
@3:24 u made a mistake saying google's APIs . the correct one is Resource Server.
@ByteMonk4 ай бұрын
Thank you 🙏
@sandovalvaz60932 ай бұрын
Hi, do you know why this error occur? "OAuth 2 parameters can only have a single value: scope"
@ByteMonk2 ай бұрын
This error typically occurs when the OAuth 2.0 protocol is being used incorrectly, particularly with how parameters are being handled in requests. In OAuth 2.0, certain parameters, like scope, are expected to have only a single value or a single list of values. This error usually happens if you have Multiple Values for Single-Value Parameter So, ensure that your request is formatted correctly. For scope, you should provide a single string with space-separated values (e.g., scope="read write"). Avoid sending scope multiple times or in conflicting formats.Verify the OAuth 2.0 API documentation for the correct parameter usage. And If you have control over the server-side implementation, make sure the server correctly parses and handles OAuth 2.0 parameters. The server should be able to process a single scope parameter with a space-separated list of values.
@sandovalvaz60932 ай бұрын
@@ByteMonk Thanks for answer, I finally solved it
@BhageerathJoshi-k9m11 ай бұрын
hello currently i worked with django application & i have one query about authentications is oauth2.0 is more secure then session ?? because currently i using session authentication flow that return session key when we pass user name or password
@cccc274010 ай бұрын
I am not clear how does resource server validates token. Video doesnt mention any interaction between resource server and authorization server.
@abimanoharan23788 ай бұрын
this is my confusion as well
@cccc27408 ай бұрын
@@abimanoharan2378 i got it. Token provided by authorization server has the information that resource server needs to contact authrization server. So when resource server receives token, it parses it and then uses that info to connect to auth server and validates the authenticity of token.
@TragicGFuel3 ай бұрын
Don't have to
@calebmunuru3598Ай бұрын
Thank you sir. Unfortunately I am here 1 year too late
@ByteMonk21 күн бұрын
Better late than never!
@saravanasai23917 ай бұрын
JWT is not a protocol. OAuth2.0 is protocol. JWT is used like access card which holds the required information for authorization.
@chessmaster8562 ай бұрын
How is client id secret created . I did not hear this word Sr all
@2550a9 ай бұрын
but once the client app has that token, it can request any information Google stores about the user??? it can consult his emails? his calendar? his maps history??? so instead of signing up in that web app filling a basic form with basic personal data, we use Oauth with Google (in this example) so the wep app can retrieve A LOT MORE INFORMATION about the user??!
@elliotthuff56349 ай бұрын
Whenever you grant it access it shows what information the app wants to access. It doesn't get everything
@ganesha3559 Жыл бұрын
Can you do 1 video on SAML?
@ByteMonk Жыл бұрын
SAML video just released!
@ganesha3559 Жыл бұрын
@@ByteMonk awesome.
@ravisankarp6120 күн бұрын
Good tutorial but I feel there should be some spaces while you speak, so that we can digest what you have explained. Your voice is continuously running and we are unable to grasp and comprehend.
@bryantwooters95275 ай бұрын
The ping is so freaking loud. My gosh.
@moathdw910Ай бұрын
When your title is OAuth 2.0 explained you should not be explaining google OAuth 2.0 ! I expected a taqnice for implementing customer OAuth 2.0
@ByteMonkАй бұрын
I understand what you were expecting. The video focused on Google OAuth 2.0 as an example to illustrate the overall OAuth 2.0 flow. That said, I can see how a deeper dive into custom OAuth 2.0 implementation would be more helpful for some viewers. The main difference between Google OAuth 2.0 and custom OAuth 2.0 comes down to the provider and how the flow is implemented: In case of Google OAuth 2.0: Google is the authorization provider. It handles user authentication and issues access tokens.This is Often used for allowing users to log into third-party applications (like a website or mobile app) using their Google account. In Custom OAuth 2.0 you build and maintain your own authorization server or use a third-party provider tailored to your application’s specific needs.So you have more control over the entire flow and can define your own scopes, tokens, and permissions Hope this helps
@pavanimmadisetty50993 ай бұрын
All the topics are covered....but the animations are poor.
@ByteMonk3 ай бұрын
Thanks for your feedback. Please let me know what to be improved and if you have any reference animated videos.
@ashutoshsingh556815 күн бұрын
Access token will be sent in request header which we can see in the browser network tab. So, any user can pick this access token from the network tab and make a request using postman? Then, how can we say that it’s safe? Can anyone please explain!