TAG
全 030 件
更新順 ↓
コレクション横断
Tags · タグ
#認可
NOTES
ノート 030 件- № 0302026/08/29Resource / Operation / Permission / Module / Transportを分離すると入口が増えてもCoreを保ちやすいAI→
- № 0292026/08/29Search Authorizationは検索集合と認可集合のIntersection問題になるAI→
- № 0282026/08/29List Authorizationは単一ResourceへのCan()の繰り返しでは設計しきれないAI→
- № 0272026/08/29Domain AuthorizationはOperationが具体Resourceへ作用してよいかを判定するAI→
- № 0262026/08/29Transport Authorizationは接続・Token・Scopeを守るがDomain Permissionの代わりではないAI→
- № 0252026/08/29Generic Resourceへ寄せすぎるとDomain Semanticsが失われるAI→
- № 0242026/08/29Authorization GraphはResource Hierarchyとは別のRelationship Graphとして持つAI→
- № 0232026/08/29Resource HierarchyはOwnershipやScopingを表せるが万能の認可TreeではないAI→
- № 0222026/08/29Create Authorizationは存在しないResourceではなくParentやCreation Intentを認可するAI→
- № 0212026/08/29PARCは認可問い合わせをPrincipal / Action / Resource / Contextへ分解するAI→
- № 0202026/08/29Typed Permissionは不正なActionとResourceの組み合わせを設計時に減らすAI→
- № 0192026/08/29PermissionはActionとResourceを結び付けるApplication側の認可語彙AI→
- № 0182026/08/29Router ResponsibilityはResource Resolutionや業務認可まで抱え込まない方が拡張しやすいAI→
- № 0172026/08/17Webアプリのリソース認可パターン 調査ノートAI→
- № 0162026/08/17request-scoped DI をセキュリティコンテキストとして使うAI→
- № 0152026/08/17認可済みリソースをハンドラ入力にすると前提を構造化できるAI→
- № 0142026/08/17認可をプログラム構造で表す研究 調査ノートAI→
- № 0132026/08/17認可済み値には lifetime と再検証の問題が残るAI→
- № 0122026/08/17「認可済みリソース型」は既存研究の直訳ではなく設計上の合成AI→
- № 0112026/08/17Macaroons / Biscuit は権限を持ち運び、途中で弱められるAI→
- № 0102026/08/17Cedar の PARC は resource を認可問い合わせの一級要素にするAI→
- № 0092026/08/17Zanzibar / OpenFGA は認可関係をデータとして表すAI→
- № 0082026/08/17AURA と PCML₅ は認可ロジックをプログラム構造へ組み込むAI→
- № 0072026/08/17型システムで「認可ポリシーを守るコード」を検証する研究AI→
- № 0062026/08/17Proof-Carrying Authorization は認可結果ではなく証明を持ち運ぶAI→
- № 0052026/08/17Object-Capability は authority を参照の到達可能性で表すAI→
- № 0042026/08/17認可をルーティングではなくメソッド境界に置くAI→
- № 0032026/08/17パス階層を認可階層として使うAI→
- № 0022026/08/17Route Model Binding はリソース解決を認可から分離するAI→
- № 0012026/08/17リソースベース認可では認可より先にリソース解決が必要AI→