Uploaded image for project: 'Atlassian Guard'
  1. Atlassian Guard
  2. ACCESS-1129

Add audit log when IDP synced user is removed from group in idp

    • 8
    • Our product teams collect and evaluate feedback from a number of different sources. To learn more about how we use customer feedback in the planning process, check out our new feature policy.

      Issue Summary

      Missing log events:

      1. IDP synced user removed from the group at IDP deactivates the account. The user's group removal is logged in the audit log but the user's deactivation event is not logged.
      2. When a Managed account gets deactivated due to Atlassian's "Export Control - Compliance Policy", the user gets the following notification:
        Dear Atlassian user,
        U.S. law prohibits Atlassian, an Australian corporation with offices in the United States, from providing you with access to our products and services. After analyzing the applicable lists of restricted parties maintained by the U.S. Government, we were unable to confirm that your name was not affiliated with a restricted party. If this is a case of misidentification, please reply with two different copies of official documentation to verify your identity.
        Official documentation includes, but is not limited to, a government-issued drivers license or identification card, passport, utility bill, mortgage or bank statement, etc. Please make sure your full name and address are clearly visible.
        We look forward to your reply.
        Sincerely,
        Atlassian
        

        However, this data is not recorded in the Org Audit logs so it becomes difficult for the Org Admins to understand why the Account was disabled.

      Steps to Reproduce

      1. Remove an IDP synced user from all IDP synced groups, this will deactivate the user
      2. deactivated account event is not logged in audit logs through the user's group membership removal is logged. 

            [ACCESS-1129] Add audit log when IDP synced user is removed from group in idp

            Cole Norman made changes -
            Labels New: guard-s7
            SET Analytics Bot made changes -
            Support reference count Original: 7 New: 8

            Matt Oxley added a comment - - edited

            I've just ran into this at my company with one of our users. Stupidly frustrating as it triggered when we made changes to start using Atlassian Access. Thinking we had a problem with his account / the setup we wasted a lot of time debugging this.

             

            Support came back with detail that they've been reached out to directly to provide personal documentation - which they in my opinion - correctly assumed was spam/phishing attempt. Ideally their account should "work" in a specific part of the product when deactivated, to remove email from their reactivation workflow.

             

            There needs to be either an email fired to admins when a user is deactivated due to export control, as the quickest fix to at least let people know why, and as per this it needs to be flagged in the audit log. (e.g. user create failed - export control restriction see <link to documentation>),  Better would be a banner at the top of the deactivated users account - stating it has been done by Atlassian, rather than the one currently which just states "Contact the user's organisation administrators to enable the account." - when we have no control to correct that.

             

            Matt Oxley added a comment - - edited I've just ran into this at my company with one of our users. Stupidly frustrating as it triggered when we made changes to start using Atlassian Access. Thinking we had a problem with his account / the setup we wasted a lot of time debugging this.   Support came back with detail that they've been reached out to directly to provide personal documentation - which they in my opinion - correctly assumed was spam/phishing attempt. Ideally their account should "work" in a specific part of the product when deactivated, to remove email from their reactivation workflow.   There needs to be either an email fired to admins when a user is deactivated due to export control, as the quickest fix to at least let people know why, and as per this it needs to be flagged in the audit log. (e.g. user create failed - export control restriction see <link to documentation>),  Better would be a banner at the top of the deactivated users account - stating it has been done by Atlassian, rather than the one currently which just states "Contact the user's organisation administrators to enable the account." - when we have no control to correct that.  
            SET Analytics Bot made changes -
            Support reference count Original: 6 New: 7
            SET Analytics Bot made changes -
            Support reference count Original: 5 New: 6
            Anusha Rutnam made changes -
            Summary Original: Add user profile and account changes to org audit log - when changes are made to a Managed user New: Add audit log when IDP synced user is removed from group in idp
            Anusha Rutnam made changes -
            Description Original: h3. Issue Summary

            Missing log events:
             # When an org admin makes changes to a user profile via the Organization UI: 

             *
             ** Full name
             ** Email address
             ** Job title change
             ** Department
             ** Based in
             ** Profile picture
             ** Timezone

             # IDP synced user removed from the group at IDP deactivates the account. The user's group removal is logged in the audit log but the user's deactivation event is not logged.
             # When a Managed account gets deactivated due to Atlassian's "Export Control - Compliance Policy", the user gets the following notification:
            {noformat}
            Dear Atlassian user,
            U.S. law prohibits Atlassian, an Australian corporation with offices in the United States, from providing you with access to our products and services. After analyzing the applicable lists of restricted parties maintained by the U.S. Government, we were unable to confirm that your name was not affiliated with a restricted party. If this is a case of misidentification, please reply with two different copies of official documentation to verify your identity.
            Official documentation includes, but is not limited to, a government-issued drivers license or identification card, passport, utility bill, mortgage or bank statement, etc. Please make sure your full name and address are clearly visible.
            We look forward to your reply.
            Sincerely,
            Atlassian
            {noformat}
            However, this data is not recorded in the Org Audit logs so it becomes difficult for the Org Admins to understand why the Account was disabled.

            h3. Steps to Reproduce
             # Navigate to your Org > Directory > Managed accounts; update the email address/full name/etc. on the account
             # For scenario 2: remove an IDP synced user from all IDP synced groups, this will deactivate the user, deactivated account event is not logged in audit logs through the user's group membership removal is logged. 
            New: h3. Issue Summary

            Missing log events:
             # IDP synced user removed from the group at IDP deactivates the account. The user's group removal is logged in the audit log but the user's deactivation event is not logged.
             # When a Managed account gets deactivated due to Atlassian's "Export Control - Compliance Policy", the user gets the following notification:
            {noformat}
            Dear Atlassian user,
            U.S. law prohibits Atlassian, an Australian corporation with offices in the United States, from providing you with access to our products and services. After analyzing the applicable lists of restricted parties maintained by the U.S. Government, we were unable to confirm that your name was not affiliated with a restricted party. If this is a case of misidentification, please reply with two different copies of official documentation to verify your identity.
            Official documentation includes, but is not limited to, a government-issued drivers license or identification card, passport, utility bill, mortgage or bank statement, etc. Please make sure your full name and address are clearly visible.
            We look forward to your reply.
            Sincerely,
            Atlassian
            {noformat}
            However, this data is not recorded in the Org Audit logs so it becomes difficult for the Org Admins to understand why the Account was disabled.

            h3. Steps to Reproduce
             # Remove an IDP synced user from all IDP synced groups, this will deactivate the user
             # deactivated account event is not logged in audit logs through the user's group membership removal is logged. 

            Hi everyone, as you are aware this ticket raises a request for two separate audit logs:

            • When updates are made by an org admin to a managed user's account (e.g. name and email)
            • IDP synced user removed from the group at IDP deactivates the account. The user's group removal is logged in the audit log but the user's deactivation event is not logged.

             

            These areas are handled by two separate product teams internally so I have created a separate ticket here: 
            ID-8153 – Add org-level audit log when name or email change is made to a managed user

             

            I am re-naming this ticket to reflect that it refers only to the IDP aspect of the original ticket.

             

            Please let me know if you have any questions.

            Anusha Rutnam added a comment - Hi everyone, as you are aware this ticket raises a request for two separate audit logs: When updates are made by an org admin to a managed user's account (e.g. name and email) IDP synced user removed from the group at IDP deactivates the account. The user's group removal is logged in the audit log but the user's deactivation event is not logged.   These areas are handled by two separate product teams internally so I have created a separate ticket here:  ID-8153 – Add org-level audit log when name or email change is made to a managed user   I am re-naming this ticket to reflect that it refers only to the IDP aspect of the original ticket.   Please let me know if you have any questions.
            Anusha Rutnam made changes -
            Link New: This issue was cloned as ACCESS-1479 [ ACCESS-1479 ]
            Anusha Rutnam made changes -
            Summary Original: Add user profile and account changes to org audit log New: Add user profile and account changes to org audit log - when changes are made to a Managed user

              Unassigned Unassigned
              probbins@atlassian.com Peter Robbins
              Votes:
              12 Vote for this issue
              Watchers:
              5 Start watching this issue

                Created:
                Updated: