Redash 認可・権限まとめ - Qiita
Redashの認可についてドキュメントがなく、運用上把握する必要があったためソースコードを読みました。 その内容をここへまとめます。 権限について確認したい方は一番下の表へ 前提 環境 Redash 8.0.0+b32245 (a16f551e) 扱うこと バックエンドでの認可及び権限 扱わないこと オブジェクト1は、admin or オブジェクトの所有者であれば当然ながらアクセスすることができます。 そのようなケースをここでは扱いません。 また、フロントエンドでの表示の出し分けについても扱いません。 Redashの認可とは Redashの認可はざっくりと3つあります。 1.WebAPI実行の認可 2.データソースの認可 3.クエリ等オブジェクトの認可 1,2 はグループで、3 はユーザに対して個別で設定することができます。 WebAPIの認可 特定のエンドポイントでは、実行するために権限
Amazon Cognitoを独自認証(Developer Authenticated Identities)で利用する - Qiita
お約束ですが、これは個人のメモ/意見であり、所属する組織を代表するものではありません。 Amazon Cognito? Amazon Cognitoは、主にモバイルデバイスやブラウザから直接AWSの各種サービスを使う際に利用される、認証認可のためのサービス。実際にこの機能はIAM Roleとの組み合わせで実現されており、以下の2ステップで動く 認証: Facebookなどのソーシャル系のサービスもしくはOpenID Connect Provider、ユーザー独自の認証サービスでユーザーを認証する。（このときにCognitoIDというものが払い出される。ユーザーごとにユニーク。） 認可: 認証されたユーザーに対して、予め指定されたIAM Roleの権限を認可する。 認証のオプションは以下のとおり ソーシャルサービス Facebookアプリ Google Amazon OpenID Conne
OAuth認証とは何か?なぜダメなのか - 2020冬 - r-weblife
こんばんは。ritouです。 Digital Identity技術勉強会 #iddance Advent Calendar 2020 1日めの記事です。 qiita.com 初日なのでゆるふわな話をしましょう。 何の話か もうだいぶ前ですね。9月のお話です。こんなTweetを見かけました。 社内Slackにいる「OAuth認証」と書くと訂正してくれるbotが丁寧な解説をするようになっていた 認証(Authentication)と認可(Authorization)は間違えやすいわりにミスると甚大な被害をもたらしがちなので、常日頃から意識を高めていきたいですね pic.twitter.com/oVQxBgZcHS— greenspa (@greenspa) 2020年9月28日 このbotに対する思うところはもう良いです。 今回は、「OAuthの仕様に沿ってID連携を実装するいわゆる"OAut
Kubernetes: v1.7 で導入された Node Authorization とは - Qiita
Kubernetes v1.7 で導入された Node Authorization について概要と kubeadm で構築して試してみた結果をまとめました。確認は Kubernetes v1.7.0 で行っています。 概要 Node Authorization とは Node (Kubelet) の権限管理をより厳密に行う機能です。この機能を有効にすることで、Node はその Node が関連するオブジェクトにのみ権限が制限されるようになります。例えば Node は割り当てられた Pod が参照する Secret 以外にはアクセスできなくなります。これにより Node のクレデンシャルが漏洩したときのセキュリティリスクを最小限にすることができます。 制限されるリソース Node Authorization を有効にすると Node がアクセスする必要があるリソースをその Node に関連あ
Pundit + Railsで認可の仕組みをシンプルに作る - Qiita
Punditというgemを使ってRailsに認可の仕組みを作ってみます。認可というとcancancanが有名です。 cancancanはユーザに対して、どんなアクションが許可するかを定義するのに対して、Punditではリソースに対して誰が許可されるのかを定義します。反対からの目線ですね。cancancanがコントローラ寄りならば、Punditはモデル寄りの責務です。また、cancancanがDSLなのに対し、PunditはピュアRubyな書き方になっています。 個人的には複雑で大量の認可設定を書いていくと、ユーザ目線かつDSLで記述していくのは大変だなぁ＆Abilityクラスが肥大化しがちで見通しが悪いと感じたので、Punditに移行しました。Punditのソースコード自体も読みやすく、どのように動いているのかが把握しやすいのもメリットです。ここらへんはDeviseよりもAuthLogic
How to use CanCan / CanCanCan - Qiita
ネットサーフィンをしていると「CanCan便利！」「CanCanはRailsでの権限管理デファクトスタンダードだよ」などの声をぼちぼち見かけますが、あまりまとまったCanCanの使い方に関する記事を見つけられなかったので覚書をしたためます。 ほとんどCanCanの配布元Wikiに書いてあることですので、英語が読める方はそちらを参照するほうが正確だと思われます。 内容へのツッコミや訂正大歓迎です！ CanCanとは (by CanCan repo README - github) CanCan is an authorization library for Ruby on Rails which restricts what resources a given user is allowed to access. All permissions are defined in a single
Laravel5.1.11で実装されたAuthorization(gate)を試す - Qiita
追記(2016/2/10) Laravel5.2では、MultiAuthが標準で導入されました。 どうやら、本機能は、config/auth.phpでdefault（標準ではweb)に設定されたguardのみで有効になるようです。 それ以外のguardでの認証は、「認証されてないユーザー」と同様の扱いになるようです。 つまり、adminsテーブルを利用して、管理画面の機能出し分けを行ない、usersテーブルでユーザー向けのコンテンツを出し分けるということが出来ないようです。 なお、guestやauthなどのミドルウエアは、下記のようにguardを判定する仕組みが実装されており、 public function handle($request, Closure $next, $guard = null) { if (Auth::guard($guard)->guest()) { if ($r
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Amazon API Gateway の Custom Authorizerを使い、User PoolsのユーザでAPI認証を行う - Qiita
Cancanで管理者と一般ユーザを簡単にわける方法 - ユーザタイプごとの役割の設定（認可） - Qiita