Acelere a implantação do SASE com a série SASE Week Backstage. Explore as sessões

fechar
fechar
  • Por que Netskope divisa

    Mudando a forma como a rede e a segurança trabalham juntas.

  • Nossos clientes divisa

    A Netskope atende a mais de 3.400 clientes em todo o mundo, incluindo mais de 30 das empresas da Fortune 100

  • Nossos parceiros divisa

    Fazemos parceria com líderes de segurança para ajudá-lo a proteger sua jornada para a nuvem.

Um Líder em SSE.
E agora Líder em Single-Vendor SASE.

Descubra por que a Netskope estreou como líder no Quadrante Mágico™ do Gartner® para Single-Vendor SASE

Obtenha o Relatório
Destaques de clientes visionários

Leia como os clientes inovadores estão navegando com sucesso no cenário atual de mudanças na rede & segurança por meio da plataforma Netskope One.

Baixe o eBook
Destaques de clientes visionários
A estratégia de comercialização da Netskope, focada em Parcerias, permite que nossos Parceiros maximizem seu crescimento e lucratividade enquanto transformam a segurança corporativa.

Saiba mais sobre os parceiros da Netskope
Grupo de diversos jovens profissionais sorrindo
Sua Rede do Amanhã

Planeje seu caminho rumo a uma rede mais rápida, segura e resiliente projetada para os aplicativos e usuários aos quais você oferece suporte.

Receba o whitepaper
Sua Rede do Amanhã
Apresentando a plataforma Netskope One

O Netskope One é uma plataforma nativa da nuvem que oferece serviços convergentes de segurança e rede para permitir sua transformação SASE e zero trust.

Saiba mais sobre o Netskope One
Abstrato com iluminação azul
Adote uma arquitetura Secure Access Service Edge (SASE)

O Netskope NewEdge é a maior nuvem privada de segurança de alto desempenho do mundo e oferece aos clientes cobertura de serviço, desempenho e resiliência inigualáveis.

Conheça a NewEdge
NewEdge
Netskope Cloud Exchange

O Cloud Exchange (CE) da Netskope oferece aos clientes ferramentas de integração poderosas para tirar proveito dos investimentos em estratégias de segurança.

Saiba mais sobre o Cloud Exchange
Vista aérea de uma cidade
A plataforma do futuro é a Netskope

Intelligent Security Service Edge (SSE), Cloud Access Security Broker (CASB), Cloud Firewall, Next Generation Secure Web Gateway (SWG) e Private Access for ZTNA integrados nativamente em uma única solução para ajudar todas as empresas em sua jornada para o Secure Access Service Arquitetura de borda (SASE).

Vá para a plataforma
Vídeo da Netskope
Next Gen SASE Branch é híbrida — conectada, segura e automatizada

Netskope Next Gen SASE Branch converge o Context-Aware SASE Fabric, Zero-Trust Hybrid Security e SkopeAI-Powered Cloud Orchestrator em uma oferta de nuvem unificada, inaugurando uma experiência de filial totalmente modernizada para empresas sem fronteiras.

Saiba mais sobre Next Gen SASE Branch
Pessoas no escritório de espaço aberto
Desenvolvendo uma Arquitetura SASE para Leigos

Obtenha sua cópia gratuita do único guia de planejamento SASE que você realmente precisará.

Baixe o eBook
Mude para serviços de segurança na nuvem líderes de mercado com latência mínima e alta confiabilidade.

Conheça a NewEdge
Rodovia iluminada através de ziguezagues na encosta da montanha
Permita com segurança o uso de aplicativos generativos de IA com controle de acesso a aplicativos, treinamento de usuários em tempo real e a melhor proteção de dados da categoria.

Saiba como protegemos o uso de IA generativa
Ative com segurança o ChatGPT e a IA generativa
Soluções de zero trust para a implementação de SSE e SASE

Conheça o Zero Trust
Passeio de barco em mar aberto
Netskope obtém alta autorização do FedRAMP

Escolha o Netskope GovCloud para acelerar a transformação de sua agência.

Saiba mais sobre o Netskope GovCloud
Netskope GovCloud
  • Recursos divisa

    Saiba mais sobre como a Netskope pode ajudá-lo a proteger sua jornada para a nuvem.

  • Blog divisa

    Saiba como a Netskope permite a transformação da segurança e da rede por meio do serviço de acesso seguro de borda (SASE)

  • Eventos e workshops divisa

    Esteja atualizado sobre as últimas tendências de segurança e conecte-se com seus pares.

  • Security Defined divisa

    Tudo o que você precisa saber em nossa enciclopédia de segurança cibernética.

Podcast Security Visionaries

O futuro da segurança: mudança quântica, inteligência artificial e macropolítica
Emily Wearmouth e Max Havey conversam com o CEO da Netskope, Sanjay Beri, e o CTO Krishna Narayanaswamy sobre o futuro da segurança.

Reproduzir o podcast Navegue por todos os podcasts
O futuro da segurança: mudança quântica, inteligência artificial e macropolítica
Últimos blogs

Leia como a Netskope pode viabilizar a jornada Zero Trust e SASE por meio de recursos de borda de serviço de acesso seguro (SASE).

Leia o Blog
Nascer do sol e céu nublado
SASE Week 2024 On-Demand

Aprenda a navegar pelos últimos avanços em SASE e confiança zero e explore como essas estruturas estão se adaptando para enfrentar os desafios de segurança cibernética e infraestrutura

Explorar sessões
SASE Week 2024
O que é SASE?

Saiba mais sobre a futura convergência de ferramentas de redes e segurança no modelo predominante e atual de negócios na nuvem.

Saiba mais sobre a SASE
  • Empresa divisa

    Ajudamos você a antecipar os desafios da nuvem, dos dados e da segurança da rede.

  • Carreira divisa

    Join Netskope's 3,000+ amazing team members building the industry’s leading cloud-native security platform.

  • Customer Solutions divisa

    Estamos aqui junto com você a cada passo da sua trajetória, assegurando seu sucesso com a Netskope.

  • Treinamento e credenciamentos divisa

    Os treinamentos da Netskope vão ajudar você a ser um especialista em segurança na nuvem.

Apoiando a sustentabilidade por meio da segurança de dados

A Netskope tem o orgulho de participar da Visão 2045: uma iniciativa destinada a aumentar a conscientização sobre o papel da indústria privada na sustentabilidade.

Saiba mais
Apoiando a sustentabilidade por meio da segurança de dados
Ajude a moldar o futuro da segurança na nuvem

At Netskope, founders and leaders work shoulder-to-shoulder with their colleagues, even the most renowned experts check their egos at the door, and the best ideas win.

Faça parte da equipe
Vagas na Netskope
A talentosa e experiente equipe de Serviços Profissionais da Netskope fornece uma abordagem prescritiva para sua implementação bem sucedida.

Conheça os Serviços Profissionais
Netskope Professional Services
Proteja sua jornada de transformação digital e aproveite ao máximo seus aplicativos de nuvem, web e privados com o treinamento da Netskope.

Saiba mais sobre Treinamentos e Certificações
Grupo de jovens profissionais trabalhando

A Real-World Look at AWS Best Practices: Networking

Sep 07 2021

Introduction

Best practices for securing an AWS environment have been well-documented and generally accepted, such as in AWS’s guidance. However, organizations may still find it challenging on how to begin applying this guidance to their specific environments.

  • Which controls should be applied out-of-the-box vs. customized?
  • What pitfalls exist in implementing the various controls or checks?
  • How do you prioritize remediation of the “sea of red” violations?

In this blog series, we’ll analyze anonymized data from Netskope customers that include security settings of 650,000 entities from 1,143 AWS accounts across several hundred organizations. We’ll look at the configuration from the perspective of the best practices, see what’s commonly occurring in the real world and:

  • Discuss specific risk areas that should be prioritized
  • Identify underlying root causes and potential pitfalls
  • Focus on practical guidance for applying the Benchmark to your specific environment

This blog post focuses on IAM security controls related to networking. Based on the analysis, we will highlight two opportunities to improve security by making these networking changes:

  1. Use More Secure Remote Access: Replace security groups that allow inbound Internet access to remote admin ports with more secure methods to remotely administer EC2 instances. 4% of the security groups in use allow inbound Internet access for SSH or RDP. 
  2. Do Not Use Default Security Groups: Ensure that default security groups do not allow any traffic and are not used. 609 default security groups (1% of all security groups) are being used and allow traffic of some kind.

Networking

These three technical controls relating to network security were analyzed against 16,059 network ACLs and 59,361 security groups in 1,143 accounts:

#Best Practice# Violations%
1No NACLs allow ingress from 0.0.0.0/0 to remote admin ports15,77898.3
2No SGs allow ingress from 0.0.0.0/0 to remote admin ports2,3804.0
3Default SGs should restrict all traffic6091.0

1. NACLs

Background: NACLs apply to a particular subnet of a VPC and can be used in combination with security groups to control access to resources within the VPC. They allow all traffic in and out of the VPC by default, are stateless, and specify both allow and deny rules. One can implement defense-in-depth by using both NACLs and security groups.

Data: 15,778 (98%) out of the 16,059 NACLs across 92% of the accounts in this dataset allow Internet access from the Internet to either SSH or RDP.

Analysis: In this dataset, NACLs are not commonly used for filtering inbound internet traffic since almost all NACLs (15,778 or 98%) are configured to allow inbound traffic to SSH or RDP, while a much smaller number of security groups actually allow that same traffic through (2,380 or 4%). If organizations in this dataset are using NACLs for layered defense, then almost all of the NACLs NACLs should implement deny ACLs for inbound Internet traffic to ports 22 and 3389. On the other hand, if NACLs are not being used, then the next two controls regarding Security Groups should be the focus.

Controls:

    • Detection/Audit

      If NACLs are used, then regular and automated checks on NACL rules should be done in order to prevent misconfigured NACLs that allow too much traffic in or out of VPCs.NACLs can be inspected manually in the AWS Console or via the CLI:
      • aws ec2 describe-network-acls
    • Prevention/Mitigation
      Network ACLs can be set in the Console via CLI:
      • aws ec2 create-network-acl
      • aws ec2 create-network-acl-entry

2. Security Groups

Background: Security groups are used to control granular access to instances within a VPC. Best practices are to not allow inbound access to remote administration ports like SSH or RDP.

Data: 2,380 security groups in use allow inbound traffic to port 22 (SSH) or 3389 (RDP).Analysis: When looking at all security groups, 6,527 (11%) allow inbound Internet traffic to SSH or RDP ports. This occurs in about half (48%) of the accounts. The breakdown of the 6,527 security groups into attached vs. unattached is:

Analysis: When looking at all security groups, 6,527 (11%) allow inbound Internet traffic to SSH or RDP ports. This occurs in about half (48%) of the accounts. The breakdown of the 6,527 security groups into attached vs. unattached is:

DescriptionNotes# SGs%
Security Groups allowing ingress from 0.0.0.0/0 to remote admin portsports 22 or 33896,527100
Attachedin use2,38036
Not attachednot in use4,14764

From a remediation perspective, unattached security groups may not be as critical as attached ones as they are unused. However, unused objects of any kind should be reviewed and removed, as they can accidentally be used in the future or may waste time with maintenance and upkeep.

Allowing direct SSH or RDP access to a VPC via a security group is not the most secure way to do remote administration. The drawbacks of this approach include protocol attacks such as SSH multiplexing attacks, exposure of additional ports to the internet, lack of centralized logging, and lack of IAM authentication/access control. This is discussed in detail in: Leaving Bastion Hosts Behind Part 2: AWS.

Controls: 

  • Detection/Audit
    • Regular, automated checks should be implemented to ensure security groups do not allow inbound Internet traffic to remote administration ports.
    • The security groups for an EC2 instance can be checked in the Console or with the CLI:
      • aws ec2 describe-security-groups
    • AWS Config has two rules to detect security groups that allow either SSH or common ports such as RDP.
  • Prevention/Mitigation
    • Instead of exposing ports to inbound Internet traffic, use better solutions for private access to EC2 instances for remote administration. Alternatives include AWS Session Manager or products such as Netskope Private Access.

3. Default Security Groups

Background: There are two best practices related to default security groups.

  1. Default security groups should not allow any traffic inbound or outbound
    By default, all traffic to/from EC2 instances should be prevented, which forces conscious decisions to be made for which traffic is allowed. Since default security groups don’t allow any traffic, the corollary to this is: do not modify default security groups. It can only lead to confusion and errors.
  2. Don’t use default security groups
    Instead of using and modifying default security groups, create new, customized ones for your EC2 instances, which practices a principle of conscious, explicit policies rather than implicit, default policies.

Data: In this dataset, 609 default security groups in use allow traffic, which is 1% of all security groups.

Analysis: We will break down the default 10,307 default security groups to identify which are attached to a network interface (and being used) or not, since both sets are worth looking at for security reasons.

DescriptionNotes# SGs%
Default security groups allowing traffic inbound or outboundHave at least 1 inbound or 1 outbound rule10,307100
Attachedin use6096
Not attachednot in use9,69895

Attached default security groups should be remediated immediately by replacing them with customized security groups. 

Unattached or unused security groups of any kind should also be reviewed. Best practices guidance is to remove all rules from default security groups and ensure they are not attached to any resources.

Controls:

  • Detection/Audit
    • Regular and automated checks should be implemented to detect default security group usage, and these should be replaced with custom security groups instead.
    • The AWS Console and CLI can be used to audit security groups:
      • aws ec2 describe-security-groups
    • Default security groups are named “default” and all attached default security groups should be reviewed.
    • AWS Config also has a rule to detect if the default security group allows traffic.
  • Prevention/Mitigation
    • Ensure that the EC2 provisioning process uses or creates custom security groups and attaches that to a new EC2 instance.

Conclusion

The CIS Foundation Benchmark for AWS provides specific guidance on auditing and remediating your configurations in these areas. There are some basic measures that can be done to address some of the common risk areas due to storage or network configuration in your AWS environment:

  1. Secure Remote Admin: Instead of remotely administering and accessing com