<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:content="http://purl.org/rss/1.0/modules/content/"><channel><title>Oauth2 on YuuuuuuYu</title><link>https://4d4cat.com/tags/oauth2/</link><description>Recent content in Oauth2 on YuuuuuuYu</description><generator>Hugo -- 0.147.2</generator><language>ko-KR</language><lastBuildDate>Mon, 15 Sep 2025 12:17:43 +0900</lastBuildDate><atom:link href="https://4d4cat.com/tags/oauth2/index.xml" rel="self" type="application/rss+xml"/><item><title>OAuth2 Deepdive</title><link>https://4d4cat.com/posts/2025/oauth2-deepdive/</link><pubDate>Sat, 18 Jan 2025 11:48:00 +0900</pubDate><guid>https://4d4cat.com/posts/2025/oauth2-deepdive/</guid><description>&lt;p>🔔 &lt;strong>Oauth2 적용 전&lt;/strong>&lt;br>
🔔 &lt;strong>Oauth2 실습&lt;/strong>&lt;/p>
&lt;h2 id="개요">&lt;strong>개요&lt;/strong>&lt;/h2>
&lt;p>최근 개인 프로젝트에서 네이버 로그인을 위해 필요한 부분을 설정하고 로직을 구현했다. 개발 가이드에 맞게 각 단계별로 진행을 했으나&amp;hellip;&lt;/p>
&lt;p>아무리 봐도 &lt;em>&lt;strong>과정 하나 하나를 내 손으로 직접 구현하는게 맞는건가?&lt;/strong>&lt;/em> 라는 의문을 시작으로 좀 더 효율적으로 구현하는 방법을 찾아봤고, 그렇게 &lt;code>Oauth 2.0&lt;/code>으로 로그인하는 방식을 찾게 되었다.&lt;/p>
&lt;h2 id="oauth2-적용-전">&lt;strong>Oauth2 적용 전&lt;/strong>&lt;/h2>
&lt;p>코드 스타일을 떠나서 지금 와서 보니 마치 &lt;code>Oauth 1.0&lt;/code>처럼 구현을 하고 있었다. 나 또한, 각 플로우마다 하드 코딩은 줄이고 변수나 함수를 재활용하기 위해, 보안 요소를 생각하면서 구현했었다.&lt;/p></description></item><item><title>OAuth2</title><link>https://4d4cat.com/posts/2025/oauth2/</link><pubDate>Fri, 17 Jan 2025 17:23:00 +0900</pubDate><guid>https://4d4cat.com/posts/2025/oauth2/</guid><description>&lt;p>🔔 &lt;strong>Oauth2? 그럼 Oauth1도?&lt;/strong>&lt;br>
🔔 &lt;strong>Oauth2 동작 과정&lt;/strong>&lt;/p>
&lt;blockquote>
&lt;p>RFC6749(Oauth 2.0) 문서를 토대로 요약하여 정리한 글이니, 자세한 내용은 &lt;a href="https://datatracker.ietf.org/doc/html/rfc6749">해당 문서&lt;/a>를 참고해주시기 바랍니다.&lt;/p>&lt;/blockquote>
&lt;h2 id="what-why">&lt;strong>What? Why?&lt;/strong>&lt;/h2>
&lt;p>&lt;em>인증(authentication)&lt;/em> 이 아닌 &lt;code>인가(authorization)&lt;/code>에 초점을 맞추며, 리소스 소유자가 클라이언트에게 자신의 리소스에 대한 제한적 접근 권한을 부여할 수 있도록 하는 프레임워크&lt;/p>
&lt;h3 id="역할">&lt;strong>역할&lt;/strong>&lt;/h3>
&lt;ul>
&lt;li>
&lt;p>&lt;strong>Resource Owner&lt;/strong>&lt;/p>
&lt;ul>
&lt;li>보호된 리소스(Protected Resource)의 실제 소유자 혹은 주체&lt;/li>
&lt;li>ex) 사용자의 계정, 사용자 데이터&lt;/li>
&lt;/ul>
&lt;/li>
&lt;li>
&lt;p>&lt;strong>Resource Server&lt;/strong>&lt;/p>
&lt;ul>
&lt;li>보호된 리소스를 호스팅(저장 및 관리)하고 있는 서버&lt;/li>
&lt;li>클라이언트가 제공하는 액세스 토큰을 검증하고, 유효한 토큰이면 리소스 접근을 허용&lt;/li>
&lt;/ul>
&lt;/li>
&lt;li>
&lt;p>&lt;strong>Client&lt;/strong>&lt;/p></description></item></channel></rss>