「単なるOAUTH 2.0を認証に使うと、車が通れるほどのどでかいセキュリティー・ホールができる」について | SIOS Tech. Lab
こんにちは、サイオステクノロジー 武井です。 ※本記事の英語版はこちら(Click here to read in English) 今回は、OAuthを認証に利用することの危うさについて書きたいと思います。参考にさせていただきましたのは以下の記事になります。 https://www.thread-safe.com/2012/01/problem-with-oauth-for-authentication.html この記事では、OAuth2.0のImplicit Flowを使って認証を行った場合、悪意のあるユーザーが、簡単に他の誰かになりすますことができてしまうということが書いてあります。 今回、これを私なりにわかりやすく解説を試みてみたいと思います。 OAuth認証とは？ 本来、OAuthは認証につかうプロトコルではありません。APIなどの認可(このユーザーに対しては、ユーザー情報を読
PINとパスワードは何が違う？ 意外と知らない「知識認証」のハナシ
PINとパスワードは何が違う？ 意外と知らない「知識認証」のハナシ：今さら聞けない「認証」のハナシ（1/4 ページ） ほとんどの人が日常的に行っている、ログイン、サインインなどの認証作業。認証で利用したパスワードが漏えいして第三者からの不正アクセスを受けたりするなど、認証をめぐるセキュリティの問題は後を絶ちません。こうした課題を解決するには、サービス提供者側だけで対策するだけでなく、サービスの利用者も正しい知識を持っておくことが必要でしょう。 本連載記事では、認証の仕組みや課題、周辺の情報について、できるだけ分かりやすくお伝えしていきます。 連載：今さら聞けない「認証」のハナシ 専門用語が飛び交いがちなセキュリティの知識・話題について、「認証」関連分野を中心にできるだけ分かりやすく紹介します。 執筆は、業務用の「トークンレス・ワンタイムパスワード」認証サービスを提供する認証セキュリティ専門
AWS Federated Authentication with Active Directory Federation Services (AD FS) | Amazon Web Services
AWS Security Blog AWS Federated Authentication with Active Directory Federation Services (AD FS) Today we’d like to walk you through AWS Identity and Access Management (IAM), federated sign-in through Active Directory (AD) and Active Directory Federation Services (ADFS). With IAM, you can centrally manage users, security credentials such as access keys, and permissions that control which resources
S3に置いた公開鍵でSSH認証したい - Qiita
なぜ？ サーバが増えると、各ユーザの公開鍵を更新するのが大変 (ansibleとか使ってても)1 LDAPやDB等を使うにしても、サーバ構築・維持の手間を敬遠 DRサイト等の複数拠点に鍵を更新する場合にS3だと楽(aws s3 sync とか)でVPNで繋がっている必要も無い どうやる？ /etc/ssh/sshd_config で AuthorizedKeysCommand を指定する 指定するコマンドは ssh-s3-helper S3バケットを用意して、SSH公開鍵をアップロードしておく 実行環境 go 版 (ssh-s3-helper.go) go 1.6.2 で動作確認済み sh 版 (ssh-s3-helper.sh) /bin/sh と、curl または wget で 動作確認済み Bucketポリシーの設定 { "Version": "2012-10-17", "Id":
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
