Skip to content
PRIVACY & TRUST

Keep passwords and API keys out of support messages

Support teams rarely need a password or API key to understand a customer’s problem. A safe enquiry includes enough context to identify the issue while excluding secrets that could grant account access.

A practical workflow

  1. Describe the symptom

    Explain the page, action and visible error in ordinary language. A screenshot can help if sensitive fields are removed.

  2. Use references carefully

    A workspace name or payment reference may be relevant. Do not include full payment-card details or customer records.

  3. Use the right channel

    Send the enquiry through the intended support route. If a secret has already been exposed, handle replacement through the appropriate provider process.

Avoid this mistake

Do not paste database credentials, server passwords or Google account access into a public form.

What to check

Check that a support message describes the problem without granting new access.

Use the minimum information needed

A useful review or support message rarely needs a password, document number or detailed personal record. Check text, images and public replies for unnecessary information before sharing. The appropriate follow-up route depends on the issue; a public review thread is not a substitute for confidential support. reviewbuddy.in’s privacy and AI disclosure pages explain the service’s data processing.

Privacy & trust

Explain data use in plain language →

A privacy explanation should tell people what information is collected and why. It should fit the actual service rather than making broad promises that.