Search for confirmation target by key name
Typical items to be checked are apiKey, accessToken, secret, password, cookie, email, phone, and address. However, since there are unique abbreviations and Japanese keys, you cannot rely on automatic determination based on the key name alone.
Even seemingly safe values like requestId or timestamp can become identifiers that can be matched against internal logs. Replace it if it is not needed for sharing purposes.
Steps to safely process JSON
- Separate HTTP headers and cookies and copy only the response body for sharing.
- Verify credentials, personal information, and internal identifiers as both keys and values.
- Replace strings with safe sample values and numbers with placeholders that preserve their digit count. Keep null and Boolean values when they are needed to test behavior.
- Check that it can be parsed as JSON after formatting and that no actual data remains in the second half of the array.
Why Data Types Should Be Preserved
| original type | Safe replacement example |
|---|---|
| Strings | "CUSTOMER-001" → "string001" |
| integer | 987654 → 123456 |
| Decimal number | 1250.75 → 1234.56 |
| Boolean or null | Keep the value when it is needed to test behavior |
Pay attention not only to the JSON itself, but also to the URL, developer tools header, and file name that appear in the screenshot.
Specific example: Sharing the response of the order API
An order API may contain personal information not only in obvious fields such as customerId, email, address, and accessToken, but also in free-text fields and nested arrays.
If you convert a number to a string, you will not be able to reproduce the type-dependent bug. Numeric values are treated as numbers, boolean values are treated as boolean values, and the positional relationship between keys and arrays is maintained.
- First check that it can be parsed as well-formed JSON.
- Check the authentication, customer, address, order, and metadata layers in sequence.
- Select and mask keys, strings, and numbers.
- Even when you right-click on a result to partially release it, only the values that are allowed to be made public are limited.
JWT may contain user information inside even if it is a string separated by periods. Replace the entire token, not just the middle.
Frequently asked questions
- Should I also mask the JSON key name?
- You can leave the general key of the public API, but if it contains internal business names, customer-specific items, or unpublished function names, the key will also be included.
- Do I also need to hide null, true and false?
- These values are usually not sensitive and help reproduce processing conditions, so leave them unchanged. However, if the presence of an attribute is itself sensitive, consider removing the entire field.
Try It in Your Browser
Your input is processed entirely in your browser. Keep the original data, review the output, and only then save or share it.
Open JSON masking tool