[[["容易理解","easyToUnderstand","thumb-up"],["確實解決了我的問題","solvedMyProblem","thumb-up"],["其他","otherUp","thumb-up"]],[["難以理解","hardToUnderstand","thumb-down"],["資訊或程式碼範例有誤","incorrectInformationOrSampleCode","thumb-down"],["缺少我需要的資訊/範例","missingTheInformationSamplesINeed","thumb-down"],["翻譯問題","translationIssue","thumb-down"],["其他","otherDown","thumb-down"]],["上次更新時間:2025-09-03 (世界標準時間)。"],[[["\u003cp\u003eApplication Integration allows users to mask sensitive data in integration execution logs to enhance security and comply with data privacy regulations.\u003c/p\u003e\n"],["\u003cp\u003eMasking can be enabled at the project, integration, and variable levels, with project-level masking representing the highest level of control in the hierarchy.\u003c/p\u003e\n"],["\u003cp\u003eSensitive data masking is supported for all data types and uses a fixed format, such as \u003ccode\u003eMasked String of length 12\u003c/code\u003e, with regular expressions available for filtering.\u003c/p\u003e\n"],["\u003cp\u003eMasking sensitive data requires it to be enabled at all applicable levels, such as project, integration, and variable, as well as all regions associated with the project, or else the masking will not work.\u003c/p\u003e\n"],["\u003cp\u003eThere are no additional costs associated with masking, however it currently does not support masking data in nested fields.\u003c/p\u003e\n"]]],[],null,["# Mask sensitive data in logs\n\nSee the [supported connectors](/integration-connectors/docs/connector-reference-overview) for Application Integration.\n\nMask sensitive data in logs\n===========================\n\n|\n| **Preview\n| --- Mask sensitive data in logs**\n|\n|\n| This feature is subject to the \"Pre-GA Offerings Terms\" in the General Service Terms section\n| of the [Service Specific Terms](/terms/service-terms#1).\n|\n| Pre-GA features are available \"as is\" and might have limited support.\n|\n| For more information, see the\n| [launch stage descriptions](/products#product-launch-stages).\n\nThis document describes masking sensitive data in integration execution logs.\n\nAbout data masking\n------------------\n\nApplication Integration generates log messages for each integration execution. These logs can contain information that is used to determine the status of each integration step, or to troubleshoot failed integrations, tasks, or events. However, if you have enabled [local logging](/application-integration/docs/local-logging) or [Cloud Logging](/application-integration/docs/cloud-logging), all data variables and fields are included in the log output of the execution log or Cloud Logging respectively. These logs can also include sensitive or personally identifiable information (PII) that you don't want to be visible in the log output. With Application Integration, you can mask sensitive data in the log output so that this information is not visible when you review the logs.\n\nBenefits\n--------\n\nMasking sensitive data in logs provides the following benefits:\n\n- Improve customer security and privacy\n- Comply with data privacy regulations\n\nSupported data types\n--------------------\n\nYou can mask variables for all supported data types in Application Integration.\n\nMask sensitive data in logs\n---------------------------\n\nTo mask sensitive data in logs for a project, you must enable masking for all of the following resources:\n\n- [Project by enabling masking for all regions in that project](/application-integration/docs/enable-new-region#edit-region)\n- [Integration](/application-integration/docs/view-integration-details)\n- [Variables](/application-integration/docs/variables#create-a-variable)\n\n*Project-level* masking control signifies the highest tier of the masking hierarchy, subsequently followed by *integration* and *variables*. Authorization for project-level masking is established by using a flag at the region level. To enable project-level masking, enable masking for all regions within your projects. In your project, if you have enabled masking for the integration and the variable, but disabled masking for the region that contains the integration, then the masking functionality doesn't work. Similarly, if integration masking is disabled, variable masking for that integration doesn't work even if you have enabled masking at the region level.\n\nSuppose, you have a project that contains a region with multiple integrations. You want to disable masking for specific integration. In such a case, you can enable masking for the region and disable it for the specific integration that doesn't require masking. Based on your business needs, for your project, you can enable masking at the region, integration, and the variable level. On the other hand, if a project has multiple regions and you have enabled masking for only one region, then end-to-end masking will work only for that region and all integrations built within that region.\n\n### Masking format\n\nVariables are masked in the fixed masking format. For example, the following format shows a masked variable of type string and length 12:\n`Masked String of length 12`\n\nYou can search for masked variables with the `/Masked.*\\./` regular expression. You can use the following regular expressions to filter specific types of masked variables:\n\n- String: `Masked String.*\\.`\n- Integer: `Masked Int.*\\.`\n- Boolean: `Masked Bool.*\\.`\n\nThe fixed masking format is efficient for large strings. Both Cloud Logging and integration execution logs mask variables in the same format.\n\nExample use case\n----------------\n\nSuppose, your customers' sales data contains sensitive information such as, contact information, order history, pricing agreements, customer payments, etc. By enabling masking at different hierarchical levels, you can protect your data log visibility:\n\n- To protect customer sales in the production environment, enable masking for your project for all regions associated with that project.\n- To protect specific sections such as customer's payment details, enable masking for the intgeration that contains the payment flow.\n- To protect specific details such as customer's account number, enable masking for the variable that contains the account number.\n\nFor data protection, you must mask all sensitive information. If any level is left unmasked, it could lead to a potential point of unauthorized access.\n\nPricing\n-------\n\nThere's no additional cost for masking variables. For information about pricing, see\n[Application Integration pricing](/application-integration/pricing).\n\nLimitation\n----------\n\n- Application Integration doesn't support masking data in nested fields."]]