0Pricing
Serverless AWS Lambda Development · Lekcja

Dobre praktyki bezpieczeństwa sieci

Zaimplementuj solidne zabezpieczenia sieciowe dla funkcji Lambda w VPC, korzystając z grup zabezpieczeń, sieciowych list ACL i prywatnych endpointów, aby ograniczyć powierzchnię ataku.

Dobre praktyki bezpieczeństwa sieci to bezpłatna lekcja Serverless AWS Lambda Development na CoddyKit. To lekcja 3 z 4. Możesz przeczytać całą lekcję poniżej za darmo — a potem ćwiczyć ją interaktywnie w przeglądarce z wbudowanym edytorem kodu i tutorem AI dostępnym 24/7. To część ścieżki edukacyjnej Serverless AWS Lambda Development, a Twój postęp synchronizuje się między webem a aplikacją CoddyKit. Kurs Serverless AWS Lambda Development zawiera 4 lekcji w sumie.

Części tej lekcji nie zostały jeszcze przetłumaczone i są wyświetlane po angielsku.

Secure Lambda in a VPC

When your AWS Lambda function operates within a Virtual Private Cloud (VPC), it gains access to private resources like databases. This also means you need to secure its network communication.

Network security is critical to prevent unauthorized access and data breaches for your serverless applications.

Security Groups Explained

Security Groups (SGs) act as virtual firewalls for your Lambda's network interfaces within a VPC.

  • They control inbound and outbound traffic at the instance (ENI) level.
  • SGs are stateful: if you allow outbound traffic, the return inbound traffic is automatically allowed.
  • You attach SGs directly to your Lambda function's ENIs when it's configured in a VPC.

SG Rules: Least Privilege

When setting up Security Group rules, always follow the principle of least privilege.

  • Inbound Rules: Specify which traffic is allowed into your Lambda (e.g., from a database).
  • Outbound Rules: Specify which traffic your Lambda is allowed to send out (e.g., to S3 or a database).

Only open ports and allow traffic from trusted sources or to necessary destinations.

Network ACLs (NACLs)

Network Access Control Lists (NACLs) provide an additional layer of security at the subnet level within your VPC.

  • NACLs are stateless: you must explicitly allow both inbound and outbound return traffic.
  • They can include both allow and deny rules, processed in order by rule number.
  • NACLs apply to all resources within a subnet, including your Lambda's ENIs.

SG vs. NACL Comparison

Both Security Groups and NACLs filter network traffic, but they operate at different levels:

  • Security Groups: Instance-level (ENI), stateful, allow rules only.
  • NACLs: Subnet-level, stateless, allow & deny rules, processed by rule number.

Typically, you use SGs for granular control over specific resources and NACLs as a broader, coarser security layer for subnets.

Accessing AWS Services Privately

When your Lambda function is in a VPC, its traffic to public AWS services (like S3, DynamoDB, CloudWatch) would normally exit the VPC via a NAT Gateway or Internet Gateway.

This can introduce security risks and extra costs. VPC Endpoints allow private, secure communication to these services within your VPC.

Interface Endpoints Explained

Interface Endpoints (powered by AWS PrivateLink) provide a private connection to services using an Elastic Network Interface (ENI) in your VPC.

  • They allow your Lambda to access services like S3, DynamoDB, and CloudWatch Logs without traversing the public internet.
  • Traffic stays entirely within the AWS network, enhancing security and potentially reducing latency.

Endpoint Security

VPC Endpoints themselves can be secured:

  • Endpoint Policies: You can attach IAM resource policies directly to an endpoint to control which principals can use it and what actions they can perform.
  • Security Groups: For Interface Endpoints, you can associate a Security Group with the endpoint's ENIs. This SG controls traffic to and from the endpoint.

This ensures only authorized Lambda functions or resources can use the private connection.

Secure S3 Access Scenario

Imagine a Lambda function in a VPC that needs to upload files to an S3 bucket.

To do this securely and privately, you would:

  • Configure the Lambda in a private subnet with specific Security Group rules.
  • Set up an S3 Interface Endpoint in your VPC.
  • Apply an Endpoint Policy to the S3 Endpoint and attach a Security Group to its ENIs.

This ensures S3 traffic never leaves the AWS private network.

Lambda S3 Interaction

This Python Lambda function uploads a simple text file to an S3 bucket. When deployed within a VPC, its network access to S3 would be governed by the Security Groups, Network ACLs, and VPC S3 Endpoint configured in your VPC.

import boto3
import os

def lambda_handler(event, context):
    s3_client = boto3.client('s3')
    bucket_name = os.environ.get('BUCKET_NAME', 'your-secure-bucket-name')
    file_content = "Hello from a secure Lambda!"
    file_name = "secure_lambda_output.txt"

    try:
        s3_client.put_object(Bucket=bucket_name, Key=file_name, Body=file_content)
        return {
            'statusCode': 200,
            'body': f'Successfully uploaded {file_name} to {bucket_name}'
        }
    except Exception as e:
        print(f"Error uploading to S3: {e}")
        return {
            'statusCode': 500,
            'body': f'Failed to upload to S3: {str(e)}'
        }

Network Security Check

Which of the following statements about network security for Lambda functions in a VPC are TRUE?

Recap & Best Practices

You've learned how to secure your Lambda functions within a VPC!

  • Security Groups offer stateful, instance-level traffic control.
  • Network ACLs provide stateless, subnet-level filtering.
  • VPC Endpoints enable private access to other AWS services like S3 and DynamoDB.

Always apply the principle of least privilege to minimize your attack surface and keep your serverless applications secure.

Często zadawane pytania

Czy lekcja „Dobre praktyki bezpieczeństwa sieci” jest bezpłatna?

Tak — pełny tekst „Dobre praktyki bezpieczeństwa sieci” jest dostępny za darmo tutaj w sieci. Aby ćwiczyć ją interaktywnie (wbudowany edytor kodu i tutor AI dostępny 24/7) i odblokować resztę kursu Serverless AWS Lambda Development, przejdź na CoddyKit PRO. Kurs Serverless AWS Lambda Development zawiera 4 lekcji w sumie.

Co nauczysz się w „Dobre praktyki bezpieczeństwa sieci”?

Zaimplementuj solidne zabezpieczenia sieciowe dla funkcji Lambda w VPC, korzystając z grup zabezpieczeń, sieciowych list ACL i prywatnych endpointów, aby ograniczyć powierzchnię ataku. Ćwiczysz Serverless AWS Lambda Development z praktycznym kodem, który uruchamiasz bezpośrednio w przeglądarce, a tutor AI dostępny 24/7 odpowiada na Twoje pytania podczas pracy nad lekcją.

Czy potrzebuję doświadczenia, aby zacząć Serverless AWS Lambda Development?

Nie wymagamy żadnego doświadczenia. Serverless AWS Lambda Development w CoddyKit jest strukturyzowany dla początkujących i zaawansowanych użytkowników, więc możesz zacząć tutaj lub od początku i uczyć się w swoim tempie. To lekcja 3 z 4.

Ile czasu zajmuje lekcja „Dobre praktyki bezpieczeństwa sieci”?

Większość lekcji CoddyKit trwa około 5–10 minut. Każda lekcja to mały, interaktywny krok, dzięki czemu robisz systematyczne postępy i zawsze wracasz dokładnie do tego samego miejsca — na webie i w aplikacji.

Czy mogę pisać i uruchamiać kod w tej lekcji Serverless AWS Lambda Development?

Tak. Każda lekcja Serverless AWS Lambda Development zawiera wbudowany edytor kodu, więc piszesz i uruchamiasz prawdziwy kod bezpośrednio w przeglądarce i od razu otrzymujesz sprzężenie zwrotne od AI — bez konfiguracji na komputerze.

Wszystkie lekcje w tym kursie

  1. Lambda w VPC dla zasobów prywatnych
  2. Dostęp do baz danych w VPC
  3. Dobre praktyki bezpieczeństwa sieci
  4. Bramy NAT i dostęp do internetu z VPC
← Powrót do Serverless AWS Lambda Development