【新機能】高度な認証リクエスト機能の提供を開始します（電子署名法第3条Q&A関連）｜クラウドサイン｜note
在宅勤務の普及に伴い電子契約サービスを導入する企業が相次ぐなか、日本の契約文化の変革に向けた法令整備が政府のリーダーシップによって次々と進んでいることが注目されています。 その中でも最もインパクトがあったのが、2020年9月4日総務省・法務省・経済産業省連名による電子署名法3条の解釈についての見解です。 「利用者の指示に基づきサービス提供事業者自身の署名鍵により暗号化等を行う電子契約サービスに関するQ&A（電子署名法第３条関係）」（以下「3条Q&A」） 3条Q&Aでは、認証局による本人確認手続きを不要とし、事業者の署名鍵を用いる電子署名サービスであっても固有性要件を満たすことで推定効が得られるとし、さらにそれを満たす具体例として、2要素認証を経て署名当事者の指示に紐づけて電子署名を行うものと示しています。 詳しくはこちら なお、3条推定効の発生に、電子契約サービス事業者による本人確認（身元
Apple ID の 2 ファクタ認証 - Apple サポート (日本)
Apple ID の 2 ファクタ認証 2 ファクタ認証は、本人以外による不正アクセスからアカウントを守る認証方式です。2 ファクタ認証の仕組みと、有効にする方法をご案内します。 2 ファクタ認証は、Apple ID の認証を二重化することでセキュリティを強化し、たとえパスワードが他人に漏れても本人以外はアカウントにアクセスできないようにする認証方式です。新しいデバイスや Web 上ではじめて Apple ID を使ってサインインする際は、パスワードと、信頼できるデバイスに自動的に表示される 6 桁のパスコードの両方が必要になります。パスワードを知っているだけではアカウントにアクセスできないため、Apple ID と、Apple に保管される個人データのセキュリティは、2 ファクタ認証のおかげで劇的に向上します。 ほとんどの Apple ID では、2 ファクタ認証がデフォルトのセキュリテ
2ファクタ認証 - アカウント管理 - サポート - Apple Developer
2ファクタ認証 アカウントの安全性を高めるため、Apple Developer ProgramのAccount Holder（アカウントホルダー）がApple Developerアカウントおよび「Certificates, Identifiers & Profiles（証明書、ID、プロファイル）」にサインインするには、2ファクタ認証が必要です。App Store Connectにサインインするすべてのユーザーは、2ファクタ認証または2ステップ確認を行う必要があります。Apple IDのセキュリティを強化するこれらの手順により、本人だけがアクセスできるよう、アカウントを保護することができます。 2ファクタ認証について 2ファクタ認証とは何ですか？ 2ファクタ認証は、Apple IDの認証を二重化することでセキュリティを強化し、たとえ他人にパスワードを知られても、本人以外はアカウントにアクセ
多要素認証 - Wikipedia
多要素認証（たようそにんしょう、英語: Multi-Factor Authentication、英: MFA）は、アクセス権限を得るのに必要な本人確認のための複数の種類の要素（証拠）をユーザーに要求する認証方式である[1][2][3]。 必要な要素が二つの場合は、二要素認証（にようそにんしょう、英語: Two-Factor Authentication、英: 2FA）、二段階認証（にだんかいにんしょう）とも呼ばれる。 認証に使う要素[編集] 多要素認証に使われる要素には、以下のようなものがある。規定の複数の要素を満たしたユーザーを「本人である」と認証するもの。ここで要素数が1点になってしまうと、多要素認証の前提が崩れる。 いずれの要素も、本人だけに属する属性でなければならない。例えばパスワード等は本人だけが知っていなければならず、他人に教え、あるいは知られた時点で認証の前提が崩れる。いずれ
Googleの45分間ダウンの原因は認証ツールのストレージクォータの問題
Googleが、12月14日夜の各種サービスが約45分間使えなくなった問題の原因は、サービスにログインするための認証ツールへのストレージ割り当てが正常に動作しなかったことと説明。再発防止に努めると謝罪した。 米Googleの「Workspace」を含む同社の多くのサービスが12月14日の午後9時ごろから約45分間使えなくなっていた障害の原因は、各種サービスにログインするための認証ツールのストレージクォータの問題だったと、Googleが同日、英Guardianなどのメディアに声明文を送った。 Googleの広報担当者によると、このダウンの原因は、Googleとサードパーティのサービスへのログイン方法を管理する認証ツールの障害だったという。認証を処理するサービスのためのストレージが不足すると自動的に割当を増やす（ストレージクォータ）ツールが正常に動作しなかった。 この問題により、GmailやG
2020年のWebAuthnアップデート
Digital Identity技術勉強会 #iddance Advent Calendar 2020 12日めの記事です。 年末ということで、気楽に2020年のWebAuthn関連の話題を振り返ってみたいと思います。WebAuthnは2019年に一度W3C勧告になりましたが、その後も色々な実装での採用の拡大や、WebAuthn Level2という新しい改訂版の仕様策定の進展など、2020年も色々動きがありました。それらの中から、興味を惹かれた話題を解説していきます。 SafariでFace ID/Touch IDがPlatform AuthenticatorとしてサポートWebAuthn周りで今年最大の進展というと、やはりSafariのWebAuthn実装がFace ID/Touch IDをPlatform Authenticator（内蔵の認証デバイス）としてサポートしたことが挙げられ
WebAuthn - Wikipedia
Web Authentication（WebAuthn）とは、ユーザーのパブリックキー認証（英語版）のインターフェイスをウェブ型のアプリケーションやサービスへと標準化するための、World Wide Web Consortium (W3C)によるウェブ標準の1つで[1][2]FIDO Allianceから支援を受けている[3]。ユーザーの証明をやり取りする時にウェブサイトとウェブブラウザ間の相互作用を形式化する試みであるW3Cのより一般的なクレデンシャル管理（英語版）APIの拡張を実装する。 2019年3月4日に、ウェブ標準として承認された[4]。 概要[編集] 前身のFIDO U2Fのように、W3C Web Authentication (WebAuthn)はウェブサイト、ウェブブラウザ、認証器に対応している:[1] ウェブサイトはWebAuthn Relying Partyに準拠する。
SAML 2.0 フェデレーション - AWS Identity and Access Management
AWS は SAML 2.0 (Security Assertion Markup Language) を使用した ID フェデレーションをサポートします。これは、多くの ID プロバイダー (IdP) により使用されているオープンスタンダードです。この機能はフェデレーティッドシングルサインオン (SSO) を有効にします。したがって、組織内の全員について IAM ユーザーを作成しなくても、ユーザーは AWS Management Console にログインしたり、AWS API オペレーションを呼び出したりできるようになります。SAML を使用すると、カスタム ID プロキシコードの書き込みの代わりに IdP のサービスを使用できるため、AWS を使用してフェデレーションを構成するプロセスを簡素化できます。 IAM フェデレーションは次のユースケースをサポートします。 組織のユーザーまた
連合アイデンティティ - Wikipedia
英: Federated identityは、 複数の組織（情報システムの管理範囲）にまたがって利用できるようにしたアイデンティティ情報である。 いわば「連合した組織にまたがって用いられるデジタルアイデンティティ」もしくは「連邦化対応の（federated）デジタルアイデンティティ」であるが、定着した訳語は無い。 具体的には、ある組織の情報システムを利用できるユーザを、連邦化された別の組織においても利用できるようにユーザ認証の機能が連携するようにするほか、求めに応じて属性情報を送信できるようにする。 背景[編集] アイデンティティ情報の集中管理は、同じネットワーク内（あるいは同じ管理ドメイン下）でアクセスするユーザやシステムについて、情報セキュリティを確保するために行われる。 しかし、ユーザが外部のシステムにアクセスすることが多くなり、外部のユーザが内部システムにアクセスすることも多くなっ
SAML 2.0 フェデレーティッドユーザーが AWS Management Consoleにアクセス可能にする - AWS Identity and Access Management
この SAML の使用方法の場合、ワークフローでユーザーに代わって AWS Management Consoleを開くため、SAML 2.0 ベースのフェデレーションについて に示されている一般的な使用方法とは異なります。これには、AssumeRoleWithSAML API を直接呼び出す代わりに、AWS サインインエンドポイントを使用する必要があります。エンドポイントはユーザーの代わりに API を呼び出し、URL を返すと、それによってユーザーのブラウザが AWS Management Consoleへ自動的にリダイレクトされます。 ユーザーは組織のポータルにアクセスして、AWS Management Console に移動するオプションを選択します。一般的に、組織のポータルは、組織と AWS 間の信頼の交換を処理する IdP の機能です。たとえば、Active Directory
JWTの概要とRubyにおける使い方のメモ - Qiita
ユーザー認証周りのAPIを作っていたのですが、その中でJWTの仕組みを使いました。使い方はシンプルで分かりやすく比較的簡単にセキュリティ向上を見込めると感じたのですが、日本語の資料がまだ少なく敷居が高い印象でした。使ってみたら予想以上に便利だったのでメモを共有します。 間違いなどありましたら指摘お願いします。 JWT概要 JWTは「Json Web Token」の略 JWTはjsonをトークン化する仕組み 改ざん出来ないjsonと思ってもらえればOK Signed JWT JWTがサポートしている署名アルゴリズム HMAC : 共通鍵方式 RSA : 公開鍵方式 ECDSA : 楕円曲線暗号（あまり使われ得ていない） 運用 秘密鍵と公開鍵を作っておく 送りたいデータを秘密鍵でエンコードし、レスポンスとして返す 帰ってきたJWTをセッションに保存 受信側は公開鍵を使ってトークンをデコードし、
JWT・Cookieそれぞれの認証方式のメリデメ比較 - Qiita
JWTとは JSON Web Tokenの略。ジョットと読むらしい。 ざっくりいうとJsonに電子署名を加え、URL-Safeな文字列にしたTokenのこと 正確にいうと、電子署名を使用する方式はJWS（JSON Web Signature）と呼ばれ、別途暗号化を使用するJWE（JSON Web Encryption）も存在する。よく見かける説明はJWS方式のほう。 JWS方式の場合、電子署名であり暗号化ではないため、中身を見ることは可能。但し改ざんはできない、という仕組み。 実際のユースケースで言うと、サーバ側で認証情報が入ったJsonを加工（電子署名を加える等）し、JWTにしたのち、それを認証Tokenとしてクライアントに渡す。クライアントはそのTokenを認証Tokenとして使用する。 仕組みについては調べればたくさん出てくるのでそちらを参照したほうが良いかと思います。 この記事では
HTML5のLocal Storageを使ってはいけない（翻訳）｜TechRacho by BPS株式会社
概要 原著者の許諾を得て翻訳・公開いたします。 英語記事: Randall Degges - Please Stop Using Local Storage 原文公開日: 2018/01/26 著者: Randall Degges 日本語タイトルは内容に即したものにしました。 画像は元記事からの引用です。 追記（2021/10/18） Local Storageについては徳丸先生の以下の資料もおすすめです。Local Storageは使い方次第という観点で解説しています。 PHPカンファレンス2021の資料です / “SPAセキュリティ入門～PHP Conference Japan 2021” https://t.co/7B7exX2kWB — 徳丸 浩 (@ockeghem) October 3, 2021 追記（2022/08/23） 以下の徳丸先生のツイートからリンクされている記事も
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
AssumeRoleWithWebIdentity - AWS Security Token Service
Returns a set of temporary security credentials for users who have been authenticated in a mobile or web application with a web identity provider. Example providers include the OAuth 2.0 providers Login with Amazon and Facebook, or any OpenID Connect-compatible identity provider such as Google or Amazon Cognito federated identities. For mobile applications, we recommend that you use Amazon Cognito
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
)
Identity provider (SAML) - Wikipedia
GitHub - jwt/ruby-jwt: A ruby implementation of the RFC 7519 OAuth JSON Web Token (JWT) standard.
Amazon.co.jp: 雰囲気で使わずきちんと理解する！整理してOAuth2.0を使うためのチュートリアルガイド: Auth屋: 本
Amazon.co.jp: 認証技術 パスワードから公開鍵まで: Richard E.Smith, 稲村雄: 本
Stripe API reference – Authentication – curl
