OAuth2.0の規約を用いて、クライアントアプリケーションが認可サーバー側のアプリケーションののリソースを取得する以下の流れを開発環境でRailsで実装しました。 認可サーバー側のgemにはdoorkeeperを使います。 実装した流れ 1. クライアントアプリケーションから認可サーバーの認証URLにアクセスして認証を行う 2. リソースオーナーが、クライアントアプリケーションが認可サーバー側のリソースにアクセスすることを許可する 3. 認可サーバーが、クライアントアプリケーションのURLに認可コードを付与してリダイレクトする 4. クライアントアプリケーションが認可コードを利用して、認可サーバーからアクセストークンを取得する 5. クライアントアプリケーションが4で取得したアクセストークンを用いて、認可サーバー側のリソースを取得する 準備 以下のリポジトリを使用します。 認可サーバ用の
概要 原著者の許諾を得て翻訳・公開いたします。 英語記事: An Introduction to Devise for Ruby on Rails | AppSignal Blog 原文公開日: 2023/07/12 原著者: Aestimo Kirina | AppSignal Blog 日本語タイトルは内容に即したものにしました。 Devise gemは、Rubyの世界で広く用いられているgemの1つで、GitHubの★が20,000個を超え、多くの統合も行われています。今になってDeviseをRubyの「隠れた」gemと呼ぶ理由は何なのでしょうか？実は、Deviseの人気は非常に高いにもかかわらず、多くの開発者がこのライブラリの機能を十分に活用していないからです。 2部構成の本シリーズでは、Deviseを深く掘り下げていきます。 このパート1記事では、以下を含む基礎をある程度学びます
概要 元サイトの許諾を得て翻訳・公開いたします。 英語記事: Rails 8 introduces a basic authentication generator - BigBinary Blog 原文公開日: 2024/08/09 原著者: Jaimy Simon なお、本記事で取り上げられているのはいわゆるHTTP BASIC認証↓とは異なりますのでご注意ください。 参考: 11.1 HTTP BASIC認証 -- Action Controller の概要 - Railsガイド DHHは最近、以下のAdd basic authentication generatorというタイトルのissueをRailsリポジトリに投稿しました。 今のRailsには、基本的な認証機能で必要となる主な材料はひととおり揃っているのに、それらをどう組み合わせたらよいかをまだよくわかっていない新規開発者が多
今回記載した2つのパターンを分けるポイントになったのは、2列目に記載している、仮登録時のパスワードの要否です。 ユーザが自分自身で登録するパターンに記載している、signUp関数を使っても、管理者によるユーザ登録ができなくもないのですが、その際は登録時に設定したパスワードを、別手段（手動のメールなど）でユーザに知らせる必要があり、それは手間だろうということで、今回のパターン分けに至りました。 具体的な流れ・注意事項など それぞれのパターンについて、具体的な流れを記載していきます。前提として、フロントエンドでamplifyを使用できる箇所は積極的に使っています（amplifyのインストール・設定についてはこちら）。 また、今回紹介するのはあくまで上記2パターンの一例であり、もちろんその他の実装パターンもあります。 コードの参考例を記載する箇所は、＜バックエンド＞、＜フロントエンド＞のように、
第6章ユーザーのモデルを作成する 第5章では、新しいユーザーを作成するためのスタブページを作ったところで終わりました (5.4)。これから4つの章を通して、ユーザー登録ページを作っていくことにしましょう。最初の一番重要なステップは、サイトのユーザー用のデータモデルの作成と、データを保存する手段の確保です。第7章では、ユーザーがサイトにユーザー登録できるようにし、ユーザープロファイルのためのページを作成します。ユーザー登録ができるようになると、次にサインイン、サインアウトもできるようにします (第8章)。そして第9章 (9.2.1) では、不正なアクセスから守る方法を学びます。まとめると、第6章から第9章を通して、Railsのログインと認証のシステムをひととおり開発します。ご存知の方もいると思いますが、Railsでは既にさまざまな認証方法が利用可能です。コラム 6.1では、最初に少なくとも一
Amazon CodeWhispererでinvalid clientエラーが出て使えなくなった vscodeでCodeWhispererを使おうとAWS Toolkitから以下の画面を開いてvscodeに表示されているコードを入力し、 メールアドレスとパスワードを入力すると認証が完了するはずだけれども以下の画面が出て認証に失敗した。 調査 ブラウザのデベロッパーツールを開いて通信を除いてみるとSSOのあたりで失敗している。 調べてみたら以下のIsusueが見つかった invalid_client error when signing in with AWS Builder ID #3706 解決 windowsの場合は以下のフォルダにあるファイルを削除すると良いらしいので削除したところ無事使えるようになった。
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? はじめに 今から1つ大きな脆弱なポイントがあるアプリケーション(フィクション)の設計を紹介します。どこに問題があるか考えながら読んでみいただけると楽しめるかもしれません。 事業会社のCIOとベンダー企業のある話。 注 : この話はフィクションです CIO: 「ウチのECサイトにAuth0を導入しようと思う」 ベンダー: 「Auth0ですか、最近Oktaに買収されたIDaaSですよね」 CIO: 「そーそー、これを機にセキュリティリスクを転嫁してしまった方がええんやと思う。ということで認証システムのリプレースよろしく」 ベンダー: 「はい
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? はじめに X.509 証明書について解説します。(English version is here → "Illustrated X.509 Certificate") ※ この記事は 2020 年 7 月 1 日にオンラインで開催された Authlete 社主催の『OAuth/OIDC 勉強会【クライアント認証編】』の一部を文書化したものです。勉強会の動画は公開しており、X.509 証明書については『#4 X.509 証明書（１）』と『#5 X.509 証明書（２）』で解説しているので、動画解説のほうがお好みであればそちらをご参照くださ
2020.10.01に公開 2020.10.09に更新 Udemy 12. サーバーサイドのログイン認証 No.4 / 8 今回達成すること JWT（以下、トークン）を検証し、正しければ発行主のユーザーを返すAuthenticatorモジュールを作成します。 モジュールで作成したメソッドは、Railsコントローラーのbefore_actionで読み込みます。 これにより、ログインユーザーしかアクセスできないコントローラーアクションを作成することができます。 モジュールファイルを作成する モジュールファイルは、前回作成した「services/user_auth」ディレクトリ内に作成します。 authenticator.rbを作成しましょう。 root $ touch api/app/services/user_auth/authenticator.rb UserAuthを継承したモジュールを
2020.10.01に公開 2021.06.09に更新 Udemy 12. サーバーサイドのログイン認証 No.2 / 8 今回達成すること 今回は、ログイン認証の流れを理解し、JWTの実装に入ります。 JWTの初期設定ファイルを作成するところまでをゴールとしましょう。 ログイン認証機能の参考 ここで紹介するログイン機能は、RailsAPIでJWT認証が実装できるGem knockを参考にしています。 Knockは2016年から更新が止まっており、Rails6には対応しなくなりました。（非公式版は2020年も更新あり） そこで今回は、Knockのコードを参考に1からログイン認証を手作りします。 JWTを使ったログイン認証の流れ 今回実装するログイン認証では、以下の手順で認証が行われます。 1. クライアントからログイン情報を投げる まず初めにNuxt.jsからログインに必要な メールアドレ
解決する課題 従来のWebアプリケーションでは、認証情報をCookiesを利用して保持し、ログイン状態を保つことを実現しています。 APIではブラウザを介さないことからCookiesを使用したセッションの保持は行えないため、認証時に生成したトークンを用いて認証済み（ログイン状態）であることを表現できます。 JSON Web Tokenの利用 認証時に生成するトークンは慣例通りJSON Web Token（JWT)を利用します。 Railsでは"jwt"というGemがあるので、簡単に扱うことができます。 アプリケーションによりますが、controller/concernsに認証用モジュールを設け、そこにJWT関連の処理をまとめて記載すると扱いやすいです。 暗号化・復号化の実装 手始めに、暗号化・復号化の実装例は下記のようになります。 app/controller/concerns下に作成して
背景 以前、vue.js × Rails APIでのSPA開発に挑戦しました。その際、認証にJWTを使ったのですが、ネットの記事を参考に実装したために仕組みやコードを完全に理解できていませんでした。そのためJWTの認証について改めて記事にしてまとめたいと思いました。railsでvue,reactなどと連携させてSPA開発したい方は参考になるかと思います。 #目次 JWTについて JWTで認証をする流れ 実際のrailsコード解説 vue.jsとの連携 1. JWTについて ###■JWTとはなにか JWTとはJSON Web Tokenの略で、JSON形式で表されたトークンです。著名・暗号化によってセキュアな通信ができます。 ###■JWTの中身 JWTは下記のうようにピリオド区切りで３つの要素に分かれています。 ①のヘッダー要素は、データの型やルールを指定します。 ②のペイロード要素には
概要 MITライセンスに基づいて翻訳・公開いたします。 英語記事: janko/rodauth-rails: Rails integration for Rodauth authentication framework 原文更新日: 2023/07/26（3af6a7f） ライセンス: MIT 見出しの深さは変えてあります。 rodauth-railsにはRails 7ベースの設定済みデモアプリもあります。 rodauth-rails作者のjanko氏による以下の記事もどうぞ。 Rails: 認証gem ‘Rodauth’を統合するrodauth-railsを開発しました（翻訳） 2022/11/08: 初版公開 2023/07/20: 更新（パスキーに対応） 🔗 Rodauthを使う理由 Railsには、既に有名な認証ソリューションがいくつもあります（Devise、Sorcery、Cl
Microsoft Authenticator は、パスワードを使用せずにすべてのアカウントにサインインするのに役立つ無料アプリです。指紋、顔認識、または PIN のみを使用します。 Authenticator を使用して、Microsoft の個人、職場、学校、またはその他のアカウントにサインインできます。 Authenticator は、次の 3 つの方法で使用できます。 パスワードを忘れた場合にサインインを確認する方法として。 毎回サインインする方法として、1 回限りのパスワード コードを使用してアカウントのセキュリティを強化します。 これは、 2 段階認証または 多要素認証と呼ばれます。 サインインする唯一の方法として - 電話で承認をタップしてサインインします。 これは、 パスワードレスで行くと呼ばれます。 次の 3 つの手順に従って、Authenticator を使用してサイン
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? TL; DR 答えは、dockerコマンドを実行するOS/ユーザ です。 より詳細な仕組みを知りたい方は以下を読んでください。 dockerコマンドは３種類ある はじめに docker コマンドは一つでないという話からはじめます。 ホストOSがLinux以外の場合、 dockerデーモンは仮想OS (macOSならHyperKit, WindowsならHyper-VまたはWSL2)上のLinuxで実行されています。 dockerコマンドは以下の三ヶ所から呼び出すことができます ホストOS 仮想OS コンテナ内部（ソケットマウント方式でd
設定ファイルと認証ファイルの形式 config ファイルと credentials ファイルは、セクションにまとめられています。セクションには、プロファイル、SSO セッション、およびサービスが含まれます。セクションは、設定の名前付きコレクションであり、別のセクション定義の行が検出されるまで続きます。複数のプロファイルとセクションを config ファイルおよび credentials ファイルに保存できます。 これらのファイルは、次の形式を使用するプレーンテキストファイルです。 セクション名は、[default]、[profile user1]、[sso-session] などの括弧 [] で囲まれています。 セクション内のすべてのエントリは、setting_name=value の一般的な形式になります。 行の先頭にハッシュ文字 (#) を付けると、行をコメントアウトできます。
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く