You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert
はじめに 「解説記事を幾つも読んだけど OpenID Connect を理解できた気がしない」― この文書は、そういう悩みを抱えたエンジニアの方々に向けた OpenID Connect 解説文書です。概念的・抽象的な話を避け、具体例を用いて OpenID Connect を解説していこうと思います。 この文書では、JWS (RFC 7515)、JWE (RFC 7516)、JWK (RFC 7517)、JWT (RFC 7519)、ID トークンの説明をおこないます。 追記(2020-03-20) この記事の内容を含む、筆者本人による『OAuth & OIDC 入門編』解説動画を公開しました! 1. 『ID トークン』を発行するための仕様 一般の方々に対しては「OpenID Connect は認証の仕様である」という説明で良いと思います。一方、技術的な理解を渇望しているエンジニアの方々に対
OpenID Connect概要 OpenID Connectをひと言で説明すると、 OAuth 2.0 + Identity Layer = OpenID Connect という表現が最もふさわしい。 OpenID Connectは、「OAuth 2.0を使ってID連携をする際に、OAuth 2.0では標準化されていない機能で、かつID連携には共通して必要となる機能を標準化した」OAuth 2.0の拡張仕様の一つである。 OpenID Connect登場以前は、OAuth 1.0/2.0ベースのID連携の仕組みがTwitterやFacebookなどの巨大SNSから提供され、人気を博した。これらの仕組みは今でも広く利用されている。 一方で、OpenID Connectの1つ前のバージョンのOpenID 2.0では、ID情報の連携はできるもののAPI連携には利用できないなど、デベロッパーに強
はじめに この文書では、OAuth 2.0 + OpenID Connect サーバーをゼロから一人で実装した開発者(私)が、得られた知見について書いていきます。基本的には「実装時に考慮すべき点」を延々と述べることになります。 そのため、この文書は、「素早く OAuth 2.0 + OpenID Connect サーバーを立てる方法」を探している方が読む類のものではありません。そのような情報をお求めの方は、「Authlete を使って超高速で OAuth 2.0 & Web API サーバーを立てる」を参照してください。そちらには、「何もない状態から認可サーバーとリソースサーバーを立て、アクセストークンの発行を受けて Web API をたたいて結果を得る」という作業を、所要時間 5 ~ 10 分でおこなう方法が紹介されています。 文書のバイアスについて 私は、OAuth 2.0 + Ope
はじめに 過去三年間、技術者ではない方々に OpenID Connect(オープンアイディー・コネクト)の説明を繰り返してきました※1。 その結果、OpenID Connect をかなり分かりやすく説明することができるようになりました。この記事では、その説明手順をご紹介します。 ※1:Authlete 社の創業者として資金調達のため投資家巡りをしていました(TechCrunch Japan:『APIエコノミー立ち上がりのカギ、OAuth技術のAUTHLETEが500 Startups Japanらから1.4億円を調達』)。 2017 年 10 月 23 日:『OpenID Connect 全フロー解説』という記事も公開したので、そちらもご参照ください。 説明手順 (1)「こんにちは! 鈴木一朗です!」 (2)「え!? 本当ですか? 証明してください。」 (3)「はい! これが私の名刺です!
◆ Live配信スケジュール ◆ サイオステクノロジーでは、Microsoft MVPの武井による「わかりみの深いシリーズ」など、定期的なLive配信を行っています。 ⇒ 詳細スケジュールはこちらから ⇒ 見逃してしまった方はYoutubeチャンネルをご覧ください 【6/19開催】Kong Community Japan Meetup #4 本イベントでは、Kong Inc. のVP of ProductであるReza Shafii氏もプレゼンターとして参加。当社からはアーキテクト マネージャーの槌野の登壇が決定!参加無料です!! https://column.api-ecosystem.sios.jp/connect/kong/1081/ 【6/21開催】開発者目線でのSBOMとの向き合い方 SBOMの導入から開発者がSBOMの作成・管理を自動で行っていくための方法(デモ)を紹介します。
詳細:https://fumimaker.hatenablog.com/entry/2020/07/09/031834 電子工作を始めるために必要な基礎知識をまとめました。本書では、電気の基礎からアナログ回路、デジタル回路、マイコンの初歩までを網羅しています。初歩的なことしか書いていないので、教科書や書籍を参考にしながらじっくりと勉強してください。 This is a summary of the basic knowledge necessary to start electronic construction. This book covers the basics of electricity, analog circuits, digital circuits, and the rudiments of microcomputers. Since this book contain
1)はじめに スマホアプリと同じようなプッシュ通知の機能を、Webサイトに持たせる仕組みを使ってみましょう!みんな大好きmBaas、FirebaseのCloud Messaging(以下FCM)では、お手軽にWebプッシュ通知を実装することが可能です!なんと無料!太っ腹ですね!! 対応しているブラウザは【Desktop】Chrome / Firefox / Edge、【Mobile】Chrome / Firefoxとなっています。また、常時SSL必須となります。 今回のDEMOはこちら 2)FirebaseのJavaScriptタグを設置する この画面の</>アイコンをクリックすると、下記のタグがポップアップするのでコピーしてHTML の一番下、他のスクリプトタグの前に貼り付けます。 <script src="https://www.gstatic.com/firebasejs/5.5.4
富士山・須走口五合目にある幻の滝が流れていると、近所から口コミがあり、ラストチャンスと雨上がりに出かけてみた。 須走口登山道の駐車場から見上げる富士。雨上がりで爽やかな青空が広がり、期待できる。菊屋で、きのこ蕎麦を味わってから、12:00にスタート12:25に最下流に到着するも、岩肌を湿らす程度の流れしかない。ここに雪解け水が到着するのはまだ先。 16:30のダイアモンド富士までには、たっぷりと時間があるので、パホイホイの幻の滝溶岩流を遡る。富士山は溶岩流から頭だけ出している。 黒く汚れた雪庇の下を流れる雪解け水山頂には時々薄い雲が覆うが、しばらくすると晴れる。 13:20に、勢いよく流れている場所に到着。ND4を付けてスローシャッターで撮影。流れを白布のようにするにはNDをもっと強くする必要がある。CPLフィルターはパホイホイ溶岩のテカリを取るには有効。 1/1000の高速シャッターで、
平成28(2016)年1月3日に「再発見!伊豆学講座」を「東京新聞静岡版」に掲載しました。ついで「中日新聞静岡版」「中日新聞中遠版」に掲載するようになり、現在は3紙面に同時掲載されています。隔週の企画で、伊豆全域にわたる歴史を中心とした連載となっています。
灘が終わり、渋幕が終わり、次はいよいよ東京・神奈川の2月1日校という中学受験がピークになっていますね。2月といえば認可保育園の選考結果が出る月ですし、PTAもわちゃわちゃするし、国立の二次試験もあったりするしで、親業やっている限りは18年間色々あり続ける月なんだなと、2月が来ると最近は感慨深く感じます。 そんな中で、受験とはあんまり関係なく、前回の6歳前後向けのお金のドリルに続いて、小学校高学年向けの推理ドリルというジャンルを今回は紹介します。以前にご要望があった、我が家がやってきたドリルシリーズです。 学研が開拓した推理ドリルというジャンル 推理ドリルとは学研が開拓したジャンルで、謎が多い文章を読んで、文中の内容から謎の答えを推理して回答していくというものです。低学年向けの"おはなしシリーズ"を高学年向けにアレンジし、2016年からシリーズが発売されています。 ※画像はおはなしドリル お
「Client と Server があるスマフォゲームを 開発するときに人類が考えておくべき、ほとんど全てのこと」をまとめる構想 これは何 「Client と Server があるスマフォゲームを開発するときに人類が考えておくべき、ほとんど全てのこと」 をドキュメントとしてまとめようと思ったときに、何を書けばいいかをリストアップする場所 (構想を練る目的なので、不完全な内容です) のんびり更新予定 モチベーション 1. 仕事上の実利 職業柄、生きていくために Client / Server 実装があるスマフォゲーム を一定期間をかけてチームで開発することが多い ゲームのチーム開発は要素が多く、先立って考慮しておくべきことも多岐に渡る 「考慮しておくべきことリスト」 を用意しておくことで、考慮漏れによるミスや手戻りを減らす 初心者にとっては抜けていた知識の補完になり、中級者以上にとっても思考
このエントリは、2018年、2019年に公開したAWS全サービスまとめの2020年版です。これまではいくつかに分割して公開していましたが、1エントリにまとめてほしいという要望をもらっていたため、今年は1エントリに集約してみました。 こんにちは。サービスグループの武田です。 このエントリは、2018年、2019年に公開した AWS全サービスまとめの2020年版 です。これまではいくつかに分割して公開していましたが、1エントリにまとめてほしいという要望をもらっていたため、今年は1エントリに集約してみました。どちらがいいのか正直わからないので、フィードバックなどあれば参考にさせていただきます。 2020-01-08 リクエストがあったためAmazon Mechanical Turkを追加。 2018年まとめ 【2018年】AWS全サービスまとめ その1(コンピューティング、ストレージ、データベー
プラットフォームの上でものを作るということ Amazon EKS Advent Calendar 2019 の最終日です. みなさまご存知の通り、AWS には Amazon ECS と Amazon EKS という2つのコンテナオーケストレーションに関するサービスがあります. ECS は2014年に発表された AWS ネイティブなコンテナオーケストレータ、EKS は OSS のコンテナオーケストレータである Kubernetes をマネージドな形で提供するサービスで、2017年に発表されました. 今日はこの Amazon ECS と Amazon EKS という2つのサービスについての話を書こうと思います. // 読んでくださっているみなさまをミスリードしないための DISCLAIMER 本記事の著者は AWS に勤めています. また、この記事には僕個人の意見や想いも強くこもっています.
淡々と続けてきたMigration Trackも、とうとう最終日になってしまいました。こんにちは、ソーシャルゲーム事業部ゲーム技研の谷脇です。 この記事はTech KAYAC Advent Calendar 2019 Migration Trackの25日目の記事です。24日目はWEB+DB Press Vol.114 に「マネージドサービスによる既存サーバの再構築」を寄稿しましたでした。 当技術ブログおよび、表の方のAdvent Calendarではは技術ブログなのに、人の行動原理について解説してみたり、カレーのきれいな食べ方の研究が載ったりと、普段我々が仕事で「技術」と呼ぶ範囲には含まれない話題も盛り上がりました。ただ僕はこういったネタも好きで、僕が主催する社内の勉強会であれば、仕事の技術、次に時代が来ると感じる話題、生活の知恵など、エモよりテクであると喋る人が言い張れるものならなんで
SREチームの藤原です。Tech Kayac Advent Calendar Migration Track 24日目の記事です。 昨日12/23に発売となった技術評論社さんの WEB+DB Press vol.114 の連載「インフラ運用のアイデア&テクニック」に、「マネージドサービスによる既存サーバの再構築」という記事を書きました。 WEB+DB PRESS Vol.114 作者:髙橋 祐真,加藤 圭佑,山﨑 真,竹澤 友博,堀川 豊,平塚 貴之,岩藤 圭介,小西 裕介,hikalium,大島 芳樹,宮路 洋一,Yugui,新倉 涼太,笹田 耕一,牧 大輔,末永 恭正,久保田 祐史,白方 健太郎,藤原 俊一郎,大原 壯太,池田 拓司,はまちや2,竹原,櫛井 優介出版社/メーカー: 技術評論社発売日: 2019/12/23メディア: 単行本(ソフトカバー) この記事は buildersc
12月も終盤、2019年も終盤、令和元年も終盤です。みなさんいかがお過ごしですか。ソーシャルゲーム事業部ゲーム技研の谷脇です。 この記事はTech KAYAC Advent Calendar 2019の24日目の記事です。 Migration Trackの方で結構書いたので、こっちは何書こうかなーとなったんですが、あえて小ネタでAWS Lambda使う時のTipsな感じで行きます。 AWS Lambdaのデバッグがしんどい件 僕はサーバレス・コンテナ以前からWebのサーバ開発をやっている人間なもので、動いているやつをダイレクトにソースコードいじってバグを直した経験があります。そこまで野蛮な方法を取らなくても、sshで入ってリクエスト叩きながらログを読んだり、プリントデバッグを仕込むなどの手段を使って、とにかくなんとか直す手段を持っていました。 しかし、コンテナでsshを封じられ、サーバレス
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く