PrivateS3 FAQ (AWS)

What is the security exposure when uploading files to AWS S3 over Direct Connect?

If you leverage the high-speed AWS Direct Connect to transfer files and objects to/from S3, the current solution is to use public VIF where AWS advertise the entire S3 public address ranges to on-prem. This implies that all on-prem users can upload to any S3 bucket, including to their personal S3 buckets on their own personal accounts, leading to confidential data leakage. The current solution is described as below.

s3_public_vif

In the diagram above, there is no VPC involved when using public VIF. Data is directly transferred to and from S3 riding on the Direct Connect link.

In another scenario where an instance in a VPC trying to access S3 buckets, you can specify an S3 private Endpoint. The advantage is such that packets do not get routed over Internet and instead packets are routed to S3 via AWS network. However, the endpoint is still represented by the public CIDR blocks representing AWS S3 in the region as shown below, in another words, someone with the valid credential to access the S3 Endpoint can transfer objects to his/her own S3 buckets.

s3_endpoint

Note that an Endpoint policy controls who can use the Endpoint service, but it does not control which destination S3 bucket the request can be granted.

Same issue of data leakage occurs if you upload files to S3 over public Internet.

What is Aviatrix PrivateS3?

Aviatrix PrivateS3 is a feature that allows you to leverage AWS Direct Connect to transfer objects and files between on-prem and S3 while giving you control of the S3 buckets by the ability to whitelist the S3 buckets.

sft_aviatrix

What are the benefits of PrivateS3?

The key benefits are:

  1. Transferring objects/data between on-prem and S3 by leveraging Direct Connect without using public VIF.

  2. The ability to control which S3 buckets can be accessed.

  3. The ability to deploy multiple Aviatrix Gateways to load balance the data traffic.

How does PrivateS3 work?

PrivateS3 works as follows.

  1. Customer on-prem resolves all S3 bucket names under management to the private IP address of the Aviatrix gateway created and managed in AWS internal NLB.

  2. The Controller scans periodically (every 30 minutes) S3 buckets in the selected region and accounts.

  3. The Controller sends email notification to the admin for newly discovered S3 buckets. All S3 buckets are denied access by default.

  4. The admin logs into the Controller to approve or deny access to the discovered S3 buckets.

  5. When Aviatrix PrivateS3 gateway receives the packets, it uses its FQDN feature to filter out any buckets names that are not on the allowed list, thus preventing data leakage.

How do I deploy PrivateS3?

Follow the PrivateS3 Workflow for deployment.

Can PrivateS3 work for traffic initiated from a VPC?

PrivateS3 is optimized for managing S3 access from on-prem. For traffic initiated from VPC, use Aviatrix FQDN feature for not only S3 access control but also all Internet-bound egress control.

Is there an additional AWS data charge by going through the Aviatrix Gateway?

No, there is no data charge by AWS for using PrivateS3. Normally AWS charges data transfer for data traffic leaving a VPC, however in this case, data transfer is through an AWS VPC endpoint to S3 which is free of charge.

Can PrivateS3 be deployed in TGW environment?

Yes. You can deploy PrivateS3 in a Spoke VPC in the TGW environment, as shown in the diagram below.

sft_deployment

Can Direct Connect termination VPC be in a different region of managed S3 buckets?

Yes. For example, the Direct Connect private VIF terminates in a VPC in us-west-2 and your S3 buckets are in us-east-1. You should launch the PrivateS3 gateway in a VPC in us-east-1 and make sure there is private connectivity to this VPC from on-prem.

Can PrivateS3 gateway be in a different region of managed S3 buckets?

Yes. However, in such case, you will not be able to leverage the S3 Gateway Endpoint service to route packets to S3 within AWS network. PrivateS3 will forward traffic to public Internet to reach S3 in a different region.

Can PrivateS3 solution scale out?

Yes. You can launch multiple PrivateS3 gateways in a multi-AZ fashion in a VPC. Aviatrix Controller automatically creates and manages AWS internal NLB to load balance the S3 access requests.

How can I test PrivateS3?

There is a simple method to simulate DNS resolution to the PrivateS3 internal NLB.

Launch a Linux instance or host, in sudo mode, edit file /etc/hosts. Add S3 bucket FQDN names to this file, as shown in the example below, where 172.32.1.212 is the PrivateS3 NLB IP address. This IP address can be found here.

dns_emulation

You can then run an AWS CLI command, such as “aws s3 ls”, you should be able to see the list of S3 buckets on the Access Account in the region where a PrivateS3 gateway is launched.

Below is another example of uploading a file to S3 using AWS CLI.

ubuntu@ip-172-32-1-144:~$ aws s3 cp init-cfg.txt.3 s3://sxw-new-bucket-2
upload: ./init-cfg.txt.3 to s3://sxw-new-bucket-2/init-cfg.txt.3

To test on a Window’s machine, you modify file at c:WindowsSystem32Driversetchosts. An example instruction is shown here.

How do I troubleshoot PrivateS3?

PrivateS3 combines FQDN feature and stateful firewall feature.

  1. Go to Security > Egress Control > Egress FQDN Filter. There should be a tag automatically created. Click Edit to see if the desired S3 bucket name is configured.

  2. Go to Gateway, select one PrivateS3 gateway, and click Edit. Scroll down to Destination NAT to make sure the DNAT rule is configured.

Does AWS S3 list command work?

Yes. AWS S3 CLI “list” command requires s3.region.amazonaws.com in the bucket rule where region is represented. This is automatically populated by the Controller.

Can Aviatrix Spoke Gateways be used for PrivateS3 function?

No, Aviatrix Spoke Gateways cannot be used for PrivateS3 function. This is because PrivateS3 requires certain DNAT rule that conflict with Spoke Gateway forwarding function.

Is an S3 endpoint required for PrivateS3?

No. An S3 endpoint in the VPC where PrivateS3 gateways are deployed is not required for PrivateS3 to work. However, creating an S3 endpoint allows traffic to be forwarded to S3 service without going through the Internet.