Details

    • Type: Sub-task Sub-task
    • Status: Open
    • Priority: Major Major
    • Resolution: Unresolved
    • Affects Version/s: Release Branch 4.0, Release Branch 09.04, Trunk
    • Fix Version/s: None
    • Component/s: framework
    • Labels:
      None
    • Sprint:
      Bug Crush Event - 21/2/2015

      Description

      This issue was first brought up here: https://sourceforge.net/forum/message.php?msg_id=7496877

      Basically, any user with PARTYMGR_CREATE/UPDATE permissions can set the password of another user. This creates opportunity for Malfeasance. For example, a customer service rep could set the password of the admin user.

      A simple solution would be to create a new security permission PARTYMGR_PASSWD and require that permission for setting or changing password of a different user, instead of using PARTYMGR_UPDATE. PARTYMGR_PASSWD could then be associated with the administrative user.

      An alternative is to use the SECURITY_UPDATE permission instead of PARTYMGR_UPDATE or a new PARTYMGR_PASSWD permission.

        Issue Links

          Activity

          Gavin made changes -
          Workflow jira [ 12470528 ] OFbiz Workflow [ 12506417 ]
          Jacques Le Roux made changes -
          Parent OFBIZ-1525 [ 12384719 ]
          Issue Type Bug [ 1 ] Sub-task [ 7 ]
          Adrian Crum made changes -
          Field Original Value New Value
          Link This issue is part of OFBIZ-1868 [ OFBIZ-1868 ]
          Si Chen created issue -

            People

            • Assignee:
              Unassigned
              Reporter:
              Si Chen
            • Votes:
              0 Vote for this issue
              Watchers:
              0 Start watching this issue

              Dates

              • Created:
                Updated:

                Development

                  Agile