Uploaded image for project: 'Jira Software Data Center'
  1. Jira Software Data Center
  2. JSWSERVER-21062

Editing workflow from project settings page gets blocked by Microsoft Azure Application Gateway's OWASP 3.0 core security rule

    XMLWordPrintable

Details

    • Bug
    • Resolution: Unresolved
    • Low
    • None
    • 8.17.0, 8.5.19, 8.13.11
    • REST API

    Description

      Issue Summary

      When a admin edits a workflow from project settings page(plugins/servlet/project-config/FIR/workflows) on Jira environment that runs behind Microsoft Azure Application Gateway's OWASP 3.0 core security rule, the request gets blocked!

      Steps to Reproduce

      • Enable Microsoft Azure Application Gateway's OWASP 3.0 core security rule if possible.
      • Edit a sample project work from project settings > workflow page.

      Expected Results

      Call to edit workflow /rest/api/2/mypreferences?key=workflow-mode should not get blocked.

      Actual Results

      Call to edit workflow gets blocked. Because the request payload not being in json format.

      { "resourceId": "xyz", "operationName": "ApplicationGatewayFirewall", "time": "2021-08-11T07:01:38.6064411Z", "category": "ApplicationGatewayFirewallLog", "properties": {
        "instanceId": "ApplicationGatewayRole_IN_0",
        "clientIp": "10.10.10.10",
        "clientPort": "0",
        "requestUri": "/rest/api/2/mypreferences?key=workflow-mode",
        "ruleSetType": "OWASP",
        "ruleSetVersion": "3.0",
        "ruleId": "0",
        "ruleGroup": "Default",
        "message": "Mandatory rule. Cannot be disabled. Failed to parse request body.",
        "action": "Blocked",
        "site": "Global",
        "details": {
          "message": "Access denied with code 400 (phase 2). Match of \"eq 0\" against \"REQBODY_ERROR\" required.",
          "data": "JSON parsing error: lexical error: invalid char in json text.\\x0a",
          "file": "",
          "line": ""
        },
        "hostname": "jira.whatnot.com",
        "transactionId": "123456789"
      }}
      

      Workaround

      Try writing a rule that neglects this URL and overrides the main rule. Something as suggested in example here.

      Attachments

        Issue Links

          Activity

            People

              Unassigned Unassigned
              vpandey2@atlassian.com Vikas Pandey (Inactive)
              Votes:
              3 Vote for this issue
              Watchers:
              4 Start watching this issue

              Dates

                Created:
                Updated: