CGI::Application::Plugin::Authentication - Authentication framework for CGI::Application - metacpan.org
NAME CGI::Application::Plugin::Authentication - Authentication framework for CGI::Application SYNOPSIS package MyCGIApp; use base qw(CGI::Application); # make sure this occurs before you load the plugin use CGI::Application::Plugin::Authentication; MyCGIApp->authen->config( DRIVER => [ 'Generic', { user1 => '123' } ], ); MyCGIApp->authen->protected_runmodes('myrunmode'); sub myrunmode { my $self =
基本から理解するJWTとJWT認証の仕組み | 豆蔵デベロッパーサイト
これは、豆蔵デベロッパーサイトアドベントカレンダー2022第8日目の記事です。 JSON Web Token(JWT)の単語を目にすることがよくあると思いますが、それと一緒に認証と認可や、RSAの署名や暗号化、そしてOpenIDConnectやOAuth2.0までと難しそうな用語とセットで説明されることも多いため、JWTって難しいなぁと思われがちです。しかし、JWT自体はシンプルで分かりやすいものです。そこで今回は素のJWTの説明からJWS、そしてJWT(JWS)を使った認証を段階的に説明していきます。 おな、この記事はJWT全体の仕組みや使い方の理解を目的としているため、以下の説明は行いません。 RSAやHMACなど暗号化やアルゴリズムの細かい説明 JWTを暗号化するJWEとJSONの暗号鍵表現のJWKについて OpenIDConnectとOAuth2.0について 記事は上記のような内容
認証プロキシ環境下でのchocolateyインストール - Qiita
書いた理由 背景とかどうでも良いからやり方が知りたい人向け 認証プロキシ chocolateyでググってもまどろっこしくて古いバージョン向けが多かった 対象環境 chocolatey 0.10.5 Win10 Pro 64bit win7 Ult 64bit 導入手順 事前準備 公式サイトからファイルを取得 プロキシを超えるためにファイル内の以下行を書き換える $explicitProxy = "プロキシサーバ:ポート" $explicitProxyUser = "ユーザー名" $explicitProxyPassword = "パスワード" ファイルを保存して閉じる 手順 パワーシェルを管理者権限で起動 コマンド"Set-ExecutionPolicy RemoteSigned"を実行 事前準備で引っ張ってきたinstall.ps1を実行 導入後のproxy向けの設定 パワーシェルを管理
Web Authentication: An API for accessing Public Key Credentials - Level 2
This version: https://www.w3.org/TR/2021/REC-webauthn-2-20210408/ Latest published version: https://www.w3.org/TR/webauthn-2/ Editor's Draft: https://w3c.github.io/webauthn/ Previous Versions: https://www.w3.org/TR/2021/PR-webauthn-2-20210225/ https://www.w3.org/TR/2020/CR-webauthn-2-20201222/ https://www.w3.org/TR/2020/WD-webauthn-2-20201216/ https://www.w3.org/TR/2020/WD-webauthn-2-20201116/ htt
TortoiseSVNでユーザー名・パスワードを変える方法 | アイビースター
左側のメニューから「保存データ」をクリックし、表示された右側の画面で「認証データ」のクリアボタンをクリックします。これでTortoiseSVNの更新を行うとユーザー名とパスワードを確認するダイアログが表示されます。 設定画面で行うと、次で説明する手動式の「auth」フォルダが削除されます。その為、個々のユーザーで削除する場合は手動式で行った方がいいでしょう。 手動式 ここでは「手動式」と書きましたが、私が勝手に名付けました(笑)。下記に明記したフォルダの中を見てください。 C:Documents and Settings(ユーザー名)Application DataSubversionauthsvn.simple (XPの場合) フォルダ内に文字が羅列のファイルがありますので、そのファイルをエディタで開くとファイル内にユーザー名があります。そのユーザー名を確認して、そのファイルを破棄すると
自分で立てたSVNサーバがAuthorization failed
新しいシステムを作ることになったので、バージョン管理システム のサーバを立てようかと。個人だと最近はgitを使うことが多いのですが、会社ではSubversionが優勢。レポジトリをクラウドストレージと同期させればバックアップも取れるかなということで、WindowsサービスとしてSVNサーバを立てることに。 方法は検索すればごろごろ出てきますが、今回はここ を参考に。svnのコマンド類はTortoiseSVNのbinディレクトリの物を使用。 サービスも無事立ち上がりTortoiseSVNから接続もできるのですが、なぜか書き込みをしようとするとAuthorization failedを連発。ログを見てもE170001: Authorization failedとしか書かれていない。 原因は非常に馬鹿らしいミス。svnserve.confには以下の3行を追加する必要があります。anon-acce
JAASリファレンス・ガイド
はじめに このドキュメントの対象読者 関連項目 コア・クラスとインタフェース 共通クラス サブジェクト プリンシパル クレデンシャル 認証クラスとインタフェース LoginContext LoginModule CallbackHandler Callback 承認クラス Policy AuthPermission PrivateCredentialPermission JAASチュートリアルとサンプル・プログラム 付録A: java.securityセキュリティ・プロパティ・ファイルでのJAAS設定 付録B: サンプル・ログイン構成 はじめに 当初、Java認証・承認サービス(Java Authentication and Authorization Service: JAAS)は、Java 2 SDK, Standard Edition (J2SDK), v 1.3のオプション・パッケ
Postfix から Gmail 経由でメールを送る
はて、そんなワケで昨日書いたとおり Gmail さんをメインなメール環境として使いはじめたワケです。 んが、それはそれでちょいと困ることがあります。 クライアントなりサーバーなりとして UNIX (Linux) なホストが LAN の中で動いているとしましょう。 そいつらは、いろんな監視機能で root (管理ユーザー) にメールを送りつけてくるワケです。 たとえば UPS がバッテリー駆動モードになったとか、RAID が異常だとか、redhat 由来ディストリだと１日１回 logWatch なメールが飛んできますね。 root アカウント宛のメールは root でスプールしていて、１日１回ログインして mutt (テキストインターフェースなメールリーダー) なりでちゃんと読むというのでも良いですが、面倒臭いので自分の一般権限アカウントに転送していることでしょう。 で、その一般権限アカウン
[*Rails*] deviseの使い方（rails4版） - Qiita
$ rails g devise:install create config/initializers/devise.rb create config/locales/devise.en.yml =============================================================================== Some setup you must do manually if you haven't yet: 1. Ensure you have defined default url options in your environments files. Here is an example of default_url_options appropriate for a development environment in config/e
![[*Rails*] deviseの使い方（rails4版） - Qiita](https://cdn-ak-scissors.b.st-hatena.com/image/square/a0f7543c4b83162801d0b6866370e865d2f20405/height=288;version=1;width=512/https%3A%2F%2Fqiita-user-contents.imgix.net%2Fhttps%253A%252F%252Fcdn.qiita.com%252Fassets%252Fpublic%252Farticle-ogp-background-9f5428127621718a910c8b63951390ad.png%3Fixlib%3Drb-4.0.0%26w%3D1200%26mark64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTkxNiZoPTMzNiZ0eHQ9JTVCJTJBUmFpbHMlMkElNUQlMjBkZXZpc2UlRTMlODElQUUlRTQlQkQlQkYlRTMlODElODQlRTYlOTYlQjklRUYlQkMlODhyYWlsczQlRTclODklODglRUYlQkMlODkmdHh0LWNvbG9yPSUyMzIxMjEyMSZ0eHQtZm9udD1IaXJhZ2lubyUyMFNhbnMlMjBXNiZ0eHQtc2l6ZT01NiZ0eHQtY2xpcD1lbGxpcHNpcyZ0eHQtYWxpZ249bGVmdCUyQ3RvcCZzPWExZGZhMzIzNTg1YWIzMGUyOGE3ZGM2YmYzYjVhMzM4%26mark-x%3D142%26mark-y%3D112%26blend64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTYxNiZ0eHQ9JTQwY2lnYWxlY2lnYWxlcyZ0eHQtY29sb3I9JTIzMjEyMTIxJnR4dC1mb250PUhpcmFnaW5vJTIwU2FucyUyMFc2JnR4dC1zaXplPTM2JnR4dC1hbGlnbj1sZWZ0JTJDdG9wJnM9ZmU2ZDk2MGJlOGYzY2I0NGZkZTk2OTNmYmUyOWQ1M2Y%26blend-x%3D142%26blend-y%3D491%26blend-mode%3Dnormal%26s%3D22cce82ff28882f5ba8bf88aecae9fd9)
GitHub - heartcombo/devise: Flexible authentication solution for Rails with Warden.
Devise is a flexible authentication solution for Rails based on Warden. It: Is Rack based; Is a complete MVC solution based on Rails engines; Allows you to have multiple models signed in at the same time; Is based on a modularity concept: use only what you really need. It's composed of 10 modules: Database Authenticatable: hashes and stores a password in the database to validate the authenticity o
VaultのSSH Secret Backendを使ってみる | ただのメモ
Vault 0.3がリリースされたときにSSHに関する機能が実装されたと言うのを見て気になっていたのですが、なかなか試せずにいたのですが、先日HashiCode#2に参加したので、その勢いで試してみました。 Vault の SSH Secret Backend はもの凄く大ざっぱに言うとVaultがSSHのパスワードや公開鍵の管理を行ってくれる機能です。 使うもの Vault 0.3以上 OpenSSH vault-ssh-helper CentOS 7.0 ディストリはGentooでも何でも SSH Secret Backend まずは Vault について理解を深めるためにGetting Startedを行ってみるとよいと思います。 $ vault server -dev このように-devを付けて起動すると何も考えずに各種機能を試せます。 この dev モードはメモリだけで動作するの
LINE DEVELOPER DAY 2016 開催のお知らせ « LINE Engineers' Blog
LINE株式会社は、2023年10月1日にLINEヤフー株式会社になりました。LINEヤフー株式会社の新しいブログはこちらです。 LINEヤフー Tech Blog saegusa2017-04-16Yoshihiro was a network engineer at LINE, responsible for all levels of LINE's infrastructure. Since being named Infra Platform Department manager, he is finding ways to apply LINE's technology and business goals to the platform. こんにちは。LINEでネットワークやデータセンターを担当している三枝です。2017年1月にJANOG39で登壇する機会を頂きましたので、今回
SSH用の秘密鍵のパスフレーズを変更する - tencs.net
秘密鍵のパスフレーズを変えることは、セキュリティの向上につながります。ただし、変更したパスワードを忘れてしまえば、入れなくなるので、気をつけてください。 $ ssh-keygen -p Enter file in which the key is (/home/user/.ssh/id_rsa): /home/user/.ssh/id_dsa Enter old passphrase: Key has comment '/home/user/.ssh/id_dsa' Enter new passphrase (empty for no passphrase): Enter same passphrase again: Your identification has been saved with the new passphrase. 最初に秘密鍵の場所を指定します。デフォは、()に書いて
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
PostgreSQL データベース パスワードの変更
第21章 クライアント認証
407プロキシ認証が必要です
Spring MVC login example - Java Code Geeks
Spring Security Reference
さくらのDockerコンテナホスティング-Arukasの解説とインフラを支える技術（July Tech Festa 2016 『IoTxAIxインフラ時代の最新技術、やってみたSP－俺の屍を越えて行け－』）
TechCrunch
