Skip to content

Clarification on "Free-Form Text Fields" in AWS Bedrock User Guide's Data Protection Section

0

In the Data Protection section of the official User Guide of AWS Bedrock, it is stated not to put sensitive information in "free-form text fields" because they can appear in diagnostics/billing. I would like to understand exactly what is meant by "free-form text fields" in that context. Below, I provide the excerpt from the User Guide:

"We strongly recommend that you never put confidential or sensitive information, such as your customers' email addresses, into tags or free-form text fields such as a Name field. This includes when you work with Amazon Bedrock or other AWS services using the console, API, AWS CLI, or AWS SDKs. Any data that you enter into tags or free-form text fields used for names may be used for billing or diagnostic logs."

1 Answer
0

In the context of AWS Bedrock and other AWS services, "free-form text fields" refer to any input areas where users can enter arbitrary text without strict formatting requirements. This typically includes fields like "Name" or "Description" that allow users to provide custom labels or information about resources.

The warning about not putting sensitive information in these fields is a general security best practice across AWS services. It's important to understand that the content entered in these fields may be used in various ways by AWS systems, including for billing purposes or in diagnostic logs. This means that sensitive data entered in these fields could potentially be exposed in unexpected places.

Some examples of free-form text fields where you should avoid entering sensitive information include:

  1. Resource name fields (e.g., when naming an Amazon Bedrock model or other AWS resources)
  2. Description fields for resources or configurations
  3. Custom tags applied to AWS resources
  4. Any field that allows for unrestricted text input

This guidance applies not only when using the AWS Management Console, but also when interacting with AWS services through APIs, the AWS Command Line Interface (CLI), or AWS Software Development Kits (SDKs).

To protect sensitive information, it's best to use dedicated secure storage solutions and access control mechanisms rather than including such data in general-purpose text fields or tags. This helps ensure that confidential information is properly managed and not inadvertently exposed through logs or billing information.
Sources
Data protection - Amazon Bedrock
Data protection in Tag Editor - Tagging AWS Resources and Tag Editor
Data Protection in AWS Toolkit for Visual Studio - AWS Toolkit with Amazon Q
Data Protection in the AWS Serverless Application Repository - AWS Serverless Application Repository
Data protection in AWS Glue DataBrew - AWS Glue DataBrew

answered a year ago
AWS
EXPERT
reviewed a year ago

You are not logged in. Log in to post an answer.

A good answer clearly answers the question and provides constructive feedback and encourages professional growth in the question asker.