Java Webアプリで Login with Google機能 を検討したときのメモです。 OpenId connectをつかったユーザーID取得方法(id_token)や、OAuth2のアクセストークン(access_token)をつかってOAuthによって保護されたリソースにアクセスする方法について記述します。 本記事は「OpenId connect/OAuth2とは何か」ではなく「servletでどう作るか」という実装面に着目します。 素のservlet以外、たとえばspringやplayでも概ね似たような流れとなるとおもいます ソースコード 全ソースコードはこちらです。組み込みjettyで動くのでローカル(localhost)環境でそのまま試すことができます。 (1)シンプル版Webアプリのソースコード https://github.com/riversun/google-log
先日、はてなブログが段階的にhttpsに対応していくということを『はてなブログ開発ブログ』で発表しました。しかし、この記事おそらくエンジニアが書いたであろう記事で一般のひとからしたらチンプンカンプンな内容だと思います。そこでもっとわかりやすくやることリスト的にまとめてみました。 これはhttpsにまだ対応していないこのサイトにアクセスしてみるとこのように表示されます。 「このサイトへの接続は保護されていません」 httpsに対応したTwitterなどにアクセスしてみるとこのように表示されます。 「保護された接続」これが現時点で閲覧するユーザーがわかる大きな違いです。この「s」の有り無しで保護されるかされないかが決まります。 何故この保護する必要が出てきたのかもともとこのhttpsはクレジットカード決済の画面など個人情報などを扱うページでよく利用されていました。しかし、最近はスマホの普及でこ
インフラストラクチャー部長の星 (@kani_b) です。 2017年1月5日をもって、クックパッド における全ページで HTTPS が使われるようになりました。 完全 HTTPS 化をするにあたり、その理由や具体的な進め方について紹介します。 以前 SRE Tech Talks #2 にて一部発表した内容も含みますので、ご興味のある方はあわせてスライドもご覧ください。 完全 HTTPS 化に踏み切った理由 以前のクックパッドは、ログインや登録情報の参照など、いわゆる個人情報や認証情報を扱う箇所のみに HTTPS が使われていました。 このように「必要な箇所にのみ HTTPS を使う」構成は、ある程度歴史のある Web サービスにおいてよく使われている構成です。 この状態から、完全 HTTPS 化に踏み切った理由を説明します。 サービスをよりセキュアにするため HTTPS の利用を考えるに
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
