我有一個包含不同客戶網站的多站點Drupal-6安裝。Drupal針對「不受信任」管理員的高級ACL
在每個網站上,都有一個「管理員」角色,主要包括客戶的帳戶。 我們希望爲這個特權用戶提供儘可能多的權限,但這可能會導致僅使用Drupal核心權限管理系統的安全漏洞。
要避免的主要問題是客戶帳戶能夠在服務器上運行PHP代碼(這就像在www服務器上登錄一樣,因爲www-data用戶聽起來很糟糕)。
爲了避免這種情況,僅僅爲該角色拒絕PHP代碼評估是不夠的。由於管理員角色必須具有管理用戶的權限,因此他還可以更改用戶#1的密碼並以superadmin身份登錄站點。
第二個目標是還否認了一些「混亂」的管理頁面(如模塊選擇)而不是其他(如網站信息配置或主題選擇等)
我發現User One模塊這似乎解決了第一個問題,但我不知道如何解決第二個問題。我發現了一些模塊,但似乎沒有人適合..似乎大多數ACL被認爲是保護內容,而不是網站本身,就好像網站管理員永遠是服務器所有者本身一樣。
我使用的是role_delegation模塊,因此管理員沒有「管理權限」權限。但他需要'管理用戶'來創建/刪除用戶。我用user_one模塊解決了用戶#1的密碼更改問題,現在我正在尋找一種方法來部分化對* site *本身的管理權限,而不僅僅是內容..(即管理員應具有管理所有內容,更改主題和站點信息,但不更改模塊選擇..) – redShadow 2010-04-01 14:24:10
這可能會很棘手。 – Kevin 2010-04-01 14:27:19