Business
Jobs
  • About Us
  • Solutions
    • Job Postings
      Post your job and receive qualified candidates in 48h.
    • Candidate Assessments
      500+ technical and psychological tests, plus anti-fraud.
    • Headhunting
      Tailor-made executive search from start to finish.
    • Payroll + EOR
      Payroll dispersal and EOR across 15+ LATAM countries.
  • Pricing
  • Jobs

0

492
Views
AWS ALB - prevent usage of TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256

I use AWS ALB. I configured it to the strictest security policy which is "FS 1.2 res" and as described here it still supports ECDHE-RSA-AES128-SHA256 and ECDHE-RSA-AES256-SHA384

(TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256 and TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384)

These are considered weak. Is there a way to avoid supporting them while using AWS?

Update: AWS added ELBSecurityPolicy-FS-1-2-Res-2020-10 that answers the need

over 4 years ago · Santiago Trujillo
2 answers
Answer question

0

This is the formal answer from AWS

Unfortunately, I regret to say that there isn’t any predefined Security Policy which you can use to avoid supporting the aforementioned weak ciphers in case of both Application Load Balancer (ALB) or Network Load Balancer (NLB). Also, currently ALB or NLB do not support custom security policies.

Having said that, I would like to inform you that there is an active feature request already in place to have an ability to attach custom security policy to an ALB. I can assure you our service team is actively working to add this feature to ALB. We have an internal request to track the feature and I've added your voice to the request to expedite the process. However, I don't have any ETA as when this feature request will be released due to various validation and regression testing process that all the feature requests go through.

Workaround:

For now the only workaround would be to use a Classic Load Balancer(CLB), which supports attaching Custom security policies[1] and you can also enable Server Order Preference[2]. In this case, the ELB selects the first cipher in its list that is in the client's list of ciphers. This ensures that the load balancer determines which cipher is used for SSL connection. If you do not enable Server Order Preference, the order of ciphers presented by the client is used to negotiate connections between the client and the load balancer.

However, please note that CLB does not offer robust features as ALB.

Update: AWS added ELBSecurityPolicy-FS-1-2-Res-2020-10 that answers the need

over 4 years ago · Santiago Trujillo Report

0

If you use an ALB you're limited to the security policies as they are.

CloudFronts policies also enforce this cipher suite with their policies this so you would not be able to get around it this way.

Although they're now legacy, classic load balancers do have a feature that allows you configure a security policy on your load balancer rather than being bound to a predefined one.

Alternatively if you do not want to use this you would need to use a Network Load Balancer (either replacing the ALB or in front of a proxy that sits in front of your ALB). By using an NLB your target host can define cipher suites and TLS versions.

over 4 years ago · Santiago Trujillo Report
Answer question
Find remote jobs

Discover the new way to find a job!

Top jobs
Top job categories
Business
Post vacancy Pricing Sales
Legal
Terms and conditions Privacy policy
© 2026 PeakU Inc. All Rights Reserved.
Andres GPT
Show me some job opportunities
There's an error!