面向安全的公司應側重於向員工提供他們所需的確切許可權。 許可權過多，可能會向攻擊者公開帳戶。 許可權太少意味著員工無法有效地完成其工作。 azure 基於角色的訪問控制 (rbac) 可通過為 azure 提供精細的訪問許可權管理來幫助解決此問題。
使用 rbac，可以在團隊中對職責進行分配，僅向使用者授予執行作業所需的訪問許可權。 不是在 azure 訂閱或資源中給每個人無限制的許可權，只能允許某些操作。 例如，使用 rbac 允許乙個員工管理訂閱中的虛擬機器，而另乙個員工可以管理同一訂閱中的 sql 資料庫。
每個 azure 訂閱都與乙個 azure active directory (ad) 目錄相關聯。 該目錄中的使用者、組和應用程式可以管理 azure 訂閱中的資源。 可以使用 azure 門戶、azure 命令列工具和 azure 管理 api 分配這些訪問許可權。
通過將相應的 rbac 角色分配給特定範圍內的使用者、組和應用程式來授予訪問許可權。 角色分配的範圍可以是訂閱、資源組或單個資源。 分配在父範圍內的角色也會將訪問許可權授予給其中所含的子範圍。 例如，具有對資源組訪問許可權的使用者可以管理其包含的所有資源，如**、虛擬機器和子網。
分配的 rbac 角色決定了使用者、組或應用程式可以在該範圍內所管理的資源。
azure rbac 有三種適用於所有資源型別的基本角色：
azure 中的其他 rbac 角色允許對特定的 azure 資源進行管理。 例如，虛擬機器參與者角色允許使用者建立和管理虛擬機器。 它並不授予其訪問虛擬機器連線的虛擬網路或子網的許可權。
rbac 內建角色列出了 azure 中可用的角色。 它指定每個內建角色向使用者授予的操作和範圍。 若要定義自己的角色以便進一步控制，請參閱如何生成 azure rbac 中的自定義角色。
在父範圍授予的訪問許可權在子範圍被繼承。 例如：
經典訂閱管理員和共同管理員對 azure 訂閱具有完全訪問許可權。 他們可以將 azure 門戶與 azure 資源管理器 api 配合使用或使用 azure 經典管理門戶和 azure 經典部署模型來管理資源。 在 rbac 模型中，經典管理員具有訂閱範圍內的所有者角色。
僅 azure 門戶和新的 azure resource manager api 支援 azure rbac。 分配了 rbac 角色的使用者和應用程式不能使用經典管理門戶和 azure 經典部署模型。
azure rbac 僅支援 azure 門戶和 azure resource manager api 中的 azure 資源的管理操作。 它不能授權 azure 資源的所有資料級別操作。 例如，可以授權某人管理儲存帳戶，但該人員不能管理儲存帳戶內的 blob 或表。 同樣，可以管理sql 資料庫，但是不能管理其中的表。
許可權管理 基於角色的訪問
對於我們這塊東西，一開始的時候沒有想明白，於是重點就放錯了。討論了兩天的許可權角色，通過討論的這兩天對許可權，角色也有了一些認識。一 認識 許可權，角色是分不開的 使用者是不可少的，依附於角色。在應用系統中，許可權比較直觀，表現為對功能模組的操作，選單的訪問，甚至細化到某個頁面上的按鈕，div等的控...
Informix 基於角色的訪問控制
在角色訪問控制中，角色即一組被授權的操作的集合。操作 許可給 角色 許可給 使用者 乙個使用者可以擁有多個角色。乙個角色可以擁有多個使用者。角色的定義，分配，刪除，只能由管理員執行。如果使用者不具備任何角色，那將不能進行任何操作。高階角色對低階角色有繼承功能。避免重複許可權設定。兩個互斥角色不能賦值...
RBAC 基於角色的訪問控制
rbac role based access control，基於角色的訪問控制 就是使用者通過角色與許可權進行關聯。簡單地說，乙個使用者擁有若干角色，每乙個角色擁有若干許可權。這樣，就構造成 使用者 角色 許可權 的授權模型。在這種模型中，使用者與角色之間，角色與許可權之間，一般者是多對多的關係。...