AWS Lambda 함수 URL을 사용할 때 요청을 검증하는 방법

소개

Lambda 함수 URL은 AWS Lambda 함수에 대해 내장된 HTTPS 엔드포인트입니다. API Gateway와 같은 중개 서비스 없이도 HTTP를 통해 Lambda 함수를 직접 호출할 수 있습니다. 이는 기능을 공개적으로 액세스하거나 웹 애플리케이션에 통합해야 할 때 배포를 단순화합니다. Lambda 함수 URL을 사용하여 요청을 검증하면 Model 및 RequestValidator See를 사용할 수 있는 API 게이트웨이와 달리 고유한 과제와 미묘한 차이가 발생합니다.

이 글에서는 간단하게 이벤트 객체의 유효성을 검사하고 수신된 이벤트 페이로드에 불일치가 있는 경우 적절한 오류를 반환하는 방법을 안내하겠습니다.

Lambda 함수 URL이 필요한 이유

Lambda 함수 URL은 HTTP를 통해 Lambda 함수를 호출하는 간단한 방법을 제공하는 고유한 URL이 있는 전용 엔드포인트입니다. Lambda 함수 URL을 생성하면 AWS가 자동으로 함수에 대한 URL을 생성하며, IAM 기반 인증을 구성하거나 이를 공개(공개 액세스용)로 둘 수 있습니다.

Lambda 함수 URL의 중요성은 다음과 같습니다.

1. 단순성: 간단한 HTTP 엔드포인트만 필요한 경우 API 게이트웨이를 설정하고 관리할 필요가 없습니다.

2. 비용 효율적: Lambda 함수 URL에는 표준 Lambda 가격 외에 추가 비용이 발생하지 않으므로 기본 사용 사례에 API Gateway를 사용할 때보다 비용이 절감됩니다.

3. 빠른 배포: 신속한 프로토타이핑이나 API 게이트웨이 설정이 불필요한 사용 사례에 적합합니다.

4. 기본 HTTPS 지원: 추가 구성 없이 안전한 통신을 제공합니다.

5. 인증 제어: 보안 액세스를 위해 IAM 기반 인증을 지원하거나 개방형 엔드포인트에 대해 공개로 설정할 수 있습니다.

언제 Lambda 함수 URL이 필요합니까?

1. 마이크로서비스 및 웹훅:

   • HTTP 요청에 응답하는 마이크로서비스를 쉽게 생성하세요.
   • Lambda 함수 URL을 사용하여 타사 서비스(예: 결제 시스템, 알림)의 웹훅 콜백을 처리합니다.

2. 프로토타입 제작 및 데모:

   • API 게이트웨이를 설정하지 않고도 데모 목적으로 백엔드 기능을 빠르게 노출할 수 있습니다.

3. 자동화 및 내부 도구:

   • 직원들이 간단한 URL을 통해 직접 액세스할 수 있는 내부 도구를 만드세요.

4. 정적 웹사이트 백엔드:

   • 동적 기능(예: 양식 제출)을 위해 Amazon S3 또는 CloudFront에서 호스팅되는 정적 웹 사이트를 Lambda 함수 URL과 연결합니다.

5. IoT 통합:

   • IoT 장치가 HTTP 엔드포인트를 통해 직접 서버리스 기능을 트리거하도록 허용합니다.

Lambda 함수 URL에서 요청을 검증하는 방법

단계:

1. 요청 모델 정의
2. 재사용 가능한 요청 모델을 사용하여 이벤트 본문 데이터(페이로드)를 검증하세요
3. 모델을 핸들러 메소드에 연결

요청 모델 정의

이벤트 본문의 모델을 정의합니다. 이름, 이메일, 선택적 mobileNumber를 원한다고 가정해 보세요. 예상되는 이벤트 본문과 일치하는 모델을 만들 예정입니다.

전제 조건: Joi 설치 --> npm 설치 조이

const Joi = require('joi');

const eventModel = Joi.object({
    name: Joi.string().required(),
    email: email: Joi.string().email({ minDomainSegments: 2, tlds: { allow: ['com', 'net'] } }),
    mobileNumber: Joi.string().optional()
})

요청 모델을 사용하여 이벤트 유효성 검사

모델을 생성한 후 다음으로 모델을 사용하여 이벤트 본문 데이터의 유효성을 검사해야 합니다. 이 단계는 또한 오류가 적절하게 처리되도록 보장합니다.

const validateEventData = async (data) => {
    try{
        const value = await eventModel.validateAsync(data);
        return value;
    }catch(error){
        throw new Error( error.message || error);
    }
}

모델을 핸들러 메소드에 플러그인

module.exports.handler = async (event, context) => {
  try{
    const body = validateEventData(event.body);
    return { statusCode: "200", body };
    }
  }catch (err) {
    return {
        statusCode: 400,
        body: { message: 'Invalid request body', error: err.message || err },
    };
  }
}

샘플 오류

다음과 같은 불일치 이벤트 개체를 보낸다고 가정해 보겠습니다.

{
    "email": "value3@gmail.com"
    "mobileNumber": "234567890"
}

필수 필드 이름을 빼냈습니다.

  "statusCode": 400,
  "body": { "message": "Invalid request body", "error": "\"name\" is required"
  }

다음은 더 깊이 있는 내용을 제공하고 핵심 내용을 강화하기 위해 결론 섹션을 리팩토링하고 확장한 버전입니다.

---

결론

수신 요청을 적절하게 검증하는 것은 SQL 삽입, 스크립트 삽입 및 기타 형태의 악의적 입력과 같은 잠재적인 취약성으로부터 AWS Lambda 함수를 보호하는 데 중요한 단계입니다. 강력한 검증 방식을 구현하면 애플리케이션의 보안, 신뢰성, 탄력성을 유지할 수 있습니다.

이 기사에서는 Joi 라이브러리를 사용하여 AWS Lambda 함수에서 요청 검증을 수행하는 방법을 시연했습니다. Joi를 사용하면 명확한 검증 스키마를 정의하고, 데이터 무결성을 강화하고, 입력이 요구 사항을 충족하지 않을 때 사용자에게 유익한 오류 메시지를 제공할 수 있습니다. 이 접근 방식은 보안 위협으로부터 애플리케이션을 강화할 뿐만 아니라 검증 논리를 구조화하고 재사용 가능하게 유지하여 유지 관리성을 향상시킵니다.

설명된 단계를 따르면 입력 검증을 Lambda 함수에 원활하게 통합하고 검증 오류를 적절하게 처리할 수 있습니다. 결과적으로 서버리스 애플리케이션이 더욱 안전하게 작동할 수 있어 올바른 형식의 유효한 데이터만 처리된다는 확신을 갖게 됩니다.

검증은 포괄적인 보안 전략의 한 계층일 뿐이라는 점을 기억하세요. 이를 적절한 오류 로깅, 입력 삭제 및 인증 메커니즘(예: AWS Cognito)과 결합하면 애플리케이션의 보안이 더욱 강화됩니다.

강력한 서버리스 아키텍처를 구축하려면 이와 같은 안전한 코딩 방법이 필수적입니다. 지금 바로 입력 검증 구현을 시작하여 AWS Lambda 엔드포인트를 보호하고 사용자에게 보다 안전한 환경을 제공하세요.

——————————————

더 많은 기사를 보려면 내 소셜 계정을 팔로우하세요.

• 링크드인
• 트위터
• 개발자
• 중간

위 내용은 AWS Lambda 함수 URL을 사용할 때 요청을 검증하는 방법의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!