【OpenID Connect】【OAuth2.0】ログイン、認証・認可のお困りごとをサポートします

評価： 5.0

受講生：16人

できること

以下のような内容でお困りではありませんか？
認証認可に関する機能は難しい上にアプリのメイン機能ではないため、設計/実装にはあまりモチベーションが湧かないと思います。
ぜひ少ない工数で適切な実装を行いましょう。

よくあるご相談事項🤔

Facebook や Google アカウントによるログイン機能を導入したい
OpenIDConnect/OAuth2.0 、JWTの扱い方がよくわからない
OpenIDConnect/OAuth2.0 に則ったSPA/webアプリ/モバイルアプリ/APIを作りたい
IDaaS(Auth0, Firebase, AzureADB2C)の構築方法がわからない
SPA と API サーバの連携方法を知りたい
自身のアプリの認証認可周りの設計/実装が適切かレビューしてほしい
アプリは作れたが認証フローがどうなっているのか把握したい
セキュリティリスクを把握したい

認証・認可とは？

認証とは
「通信の相手が誰（何）であるかを確認すること」

認可とは
「リソース（ユーザ情報など）へのアクセス権限を与えること」

初見ですとなかなかピンとこない表現かと思いますが、認証認可機能がどのように設計されているのか、全てのアプリケーションが意識する必要があります。
詳しくはこちらの記事等を読んでみてください。
よくわかる認証と認可

認証認可機能を適切に設計/実装するメリット（個人開発、自社開発に取り組まれている方）

ユーザ情報などセキュアな情報を適切に管理できる
アプリのセキュリティリスクを認識できる

認証認可機能を適切に設計/実装するメリット（転職用ポートフォリオを開発されている方）

(1) 他者のポートフォリオに比べ品質面で差をつけることができる

ポートフォリオ開発はメインとなる機能面に注力しがちで、品質面は軽視される傾向にあります。
しかし、実際の現場では必ず品質面を意識して設計する必要があります。
この設計はセキュリティ的に適切なのか、運用する上で負担にならないか、拡張は容易なのか、といったあらゆる点を検討していきます。

ただ動くアプリを作ることは難しくありませんが、品質を意識した設計は技術を理解していないとできないため、他の転職者と比べ差をつけることができます。

(2) エンジニアとしての希少価値が上がる

エンジニアとして働くのであれば、ほとんどがログインが必要なアプリを作ることになるかと思います。
外部のAPIを使う場合や自社のAPIを公開することもあるでしょう。
しかし、このあたりの設計/実装を適切に行えるエンジニアは多くありません。
フロントエンド/サーバサイドだけでなく、横断的なこの領域を押さえることで、チームの中で独自のポジションをとることができます。
また、OpenIDConnect/OAuth2.0 の仕様はプログラミング言語に依存しないため、どのような現場でも対応可能な汎用的スキルを身につけることができます。