アプリ40個で2つ目の要素を足す作業は、自前なら40箇所、任せれば1箇所です。
その代わり入口が1件破られると40個すべてに届きます。減る側と増える側が同時にあります。
手を入れる箇所と、破られたときの範囲が、同じ1点に集まります。
Auth0が置き換えるのは、認証と認可の実装です。出典は自らをこう説明しています。
Auth0は、認証と認可の機能をアプリケーションに加えるための、柔軟で差し込み型の解であるという記述です。差し込む先は、アプリの数だけあります。
アプリ40個の場面で、何が減って何が増えるかを数えました。
業務で使うアプリ 40個・利用者 10000人 入口をまとめない場合、同じ語を使い回すアプリの数は平均 23.9個 ほぼ全部で同じ語を使っている人は 1028人（10.3%） 起きたこと まとめない まとめる 差 アプリ1個から語の保管が漏れる 23.9個 0個 -23.9 入口の口座が1件破られる 1.0個 40個 39.0 語を置き換える必要が出る 23.9個 1個 -22.9 2つ目の要素を足す作業 40.0個 1個 -39.0
最下行が、任せることの直接の効果です。40箇所が1箇所になります。
1行目も大きいものです。各アプリが語を持たなくなるので、平均23.9個への波及が0個になります。
2行目だけが逆を向いています。入口の口座が1件破られると40個です。
任せること自体が、この行を良くも悪くもしません。入口に何を置くかで決まります。
その意味では、1箇所になったことが効きます。同じ手間を40分の1の場所に集中できるためです。
まとめる場合の全体像はSSOの記事で扱っています。方式によっては語が残る点も含めて、そちらで数えました。
手を入れる箇所と、破られたときの範囲が同じ場所に集まる。
Auth0 is a flexible, drop-in solution to add authentication and authorization services to your applications.原文Auth0 公式ドキュメント「Auth0 overview」 この内容の有効期限2027-02-18
誰かを確かめる部分は共通化できます。何ができるかは業務の側に残ります。
Auth0を入れる前に、任せる範囲を分けておく必要があります。出典の定義はこうです。
簡単に言えば、認証とは利用者が誰であるかを確かめる過程であり、認可とはその人が何にアクセスできるかを確かめる過程であるというものです。
前半は、どのアプリでも同じ手順です。後半は業務ごとに違います。
4番目を任せようとすると難しくなります。業務の規則を、認証の側の設定として書き直すことになるためです。
認可のうち、引換券に載せる範囲は任せた側で絞れます。その余地がどれだけあるかを数えました。
操作の種類 60個・アプリ 40個。90日ぶんの利用を見る 1つのアプリが求める権限は平均 5.0個、そのうち実際に使うのは平均 2.6個 引換券に載せる範囲 漏れたとき行える操作 全体に対する割合 求めたのに使わない権限 全部載せる 60.0個 100.0% 0.0個 求めた通りに載せる 5.0個 8.4% 2.4個 使った分だけに絞る 2.6個 4.4% 0.0個
求めた通りに渡すと5.0個、使った分だけなら2.6個です。47.5%は90日間使われませんでした。
この差を埋めるには記録が要ります。任せた側が使用の記録を出せるかどうかが、選ぶときの基準になります。
In simple terms, authentication is the process of verifying who a user is, while authorization is the process of verifying what they have access to.原文Auth0 公式ドキュメント「Authentication and Authorization」 この内容の有効期限2027-02-18
足すこと自体は1箇所で済みます。どの方式を足すかで結果が4分の1から0まで変わります。
Auth0で入口に置ける守りの1つが、2つ目の要素です。出典は多要素認証は、ログインの際に、利用者が自らの身元を示すために1つより多くの資格情報を出すことを求める、安全の層を加えると説明しています。
1箇所で足せるのは前の節のとおりです。問題はどの方式を足すかになります。
1語を全口座に試す攻め方で 10語ぶん試すと、172件が語を破られる その先に2つ目の要素を置いたとき、何件が残るかを見る 2つ目の要素 越えられた件数 1万件に対する割合 1人あたりの年間の手間 2つ目なし 172件 1.72% 0.0分 メールで届く番号 43件 0.43% 44.0分 アプリが出す番号 38件 0.38% 33.0分 携帯への確認の押し込み 52件 0.52% 14.7分 鍵が相手先に結びつく方式 0件 0.00% 11.0分
番号を伝える方式では38件から52件が残ります。0件になるのは最下行だけです。
右端の列も見てください。最下行は手間も11.0分で最少でした。
つまり選び方の順序は明確です。まず鍵の方式を置き、使えない利用者にだけ別の方式を並べます。
別の方式を並べると、弱いほうが全体の強さになります。43件が残る経路を並べれば、43件は残ります。
同じことが作り直しの経路にも起こります。詳しくはパスキーの記事で数えました。
任せる先を選ぶ前に、置ける方式を確かめる。
番号を伝える方式の越えられる割合、権限を使う割合、語を使い回す数はいずれも式で置いた値で、実在の調査の値ではありません。アプリ40個・操作60種という規模も置いたものです。0件になる行だけが、確率ではなく仕組みから来ています。ここで見せているのは、任せることで作業と波及が同じ1点に集まり、その1点に何を置くかが結果を決めるという関係です。
MFA adds a layer of security during login that requires users to provide more than one credential to prove their digital identity.原文Auth0 公式ドキュメント「Multi-factor Authentication」 この内容の有効期限2027-02-18
同じ課題を持つ会社にとって、動いている設定は「作る時間」を買えるということです。ServiceDockは自作のワークフローやテンプレートを出品できるマーケットプレイスです。手数料や出品の流れは出品者向けページにまとまっています。
出品の仕組みを見る