코드형 인프라(IaC) 보안이란?

MarketsandMarkets 보고서에 따르면, 글로벌 Infrastructure as Code (IaC) 시장 규모는 2022년 8억 달러였으며 2027년에는 23억 달러로 성장할 전망입니다. 이는 해당 기간 연평균 성장률 24.0%에 해당합니다. IaC의 이점은 분명하지만, 보안에 미치는 영향은 자주 간과됩니다. 조직이 자동화된 프로세스에 더 많이 의존할수록 강력한 IaC 사이버 보안이 중요해집니다. IaC는 규정 준수와 감사를 간소화하고, 강력한 보안 정책을 인프라에 직접 통합합니다. 이 글에서는 IaC 보안의 개념과 중요성, 관련 위험, 인프라를 안전하게 지키기 위한 IaC 보안 모범 사례를 알아봅니다.

코드형 인프라(IaC)란?

IaC는 컴퓨팅 리소스를 수동으로 설정하는 대신, 머신이 읽을 수 있는 YAML (YAML Ain’t Markup Language), JSON (JavaScript Object Notation), HCL (HashiCorp Configuration Language) 같은 구성 파일 형식으로 리소스를 관리하고 설정하는 방식입니다.

IaC를 사용하면 코드를 작성해 서버, 데이터베이스, 네트워크 등의 설정, 확장, 관리를 자동화할 수 있습니다.

이 방식은 여러 시스템에서 일관되고 확장 가능하며 쉽게 복제할 수 있는 환경을 구축합니다. IaC는 수동 설정이나 스크립트에 의존하는 대신 선언형 모델(원하는 최종 상태를 지정) 또는 명령형 모델(원하는 상태에 도달하는 구체적인 단계를 정의)을 사용합니다. 이러한 모델은 애플리케이션 코드처럼 변경 사항을 추적하고 버전을 관리할 수 있습니다.

대표적인 IaC 도구인 AWS CloudFormation, Terraform, Ansible을 사용하면 팀이 코드로 인프라를 정의, 모니터링, 수정할 수 있습니다. 이 방식은 버전 관리와 변경 사항 추적을 지원하며, 수동 구성에 따른 인적 오류의 위험도 크게 줄입니다.

IaC 보안이 중요한 이유

IaC 구성에 사이버 보안 문제가 있다면 공격자가 잘못 구성된 클라우드 서비스, 보안이 취약한 API 또는 열린 포트를 쉽게 악용할 수 있습니다.

예를 들어 AWS CloudFormation 템플릿에서 S3 버킷 권한을 잘못 구성하면 민감한 데이터가 의도치 않게 공개될 수 있습니다. 마찬가지로 Terraform 스크립트에 자격 증명을 하드코딩하면 코드 저장소가 침해되었을 때 심각한 보안 위험이 발생합니다. 이는 데이터 유출이나 서비스 중단 같은 심각한 문제로 이어질 수 있습니다.

이 때문에 오늘날의 클라우드 환경에서는 IaC 보안이 매우 중요합니다. IaC 보안은 인프라 정의에 보안 통제를 직접 통합합니다. 여기에는 CI/CD 파이프라인 실행 중 CIS 벤치마크 또는 NIST 가이드라인에 따른 자동화된 규정 준수 검사가 포함될 수 있습니다. 개발 초기 단계에서 보안 위험을 발견하고 해결해 잠재적 위협이 프로덕션 환경에 도달하지 않도록 합니다.

IaC 보안의 또 다른 핵심은 여러 환경에 보안 정책과 구성을 일관되게 적용하는 것입니다. 이러한 일관성은 인적 오류의 가능성을 줄입니다.

IaC의 이점

IaC를 사용하면 개발자가 리소스를 더 빠르게 배포하고, 확장과 반복 배포가 가능한 인프라를 구축하며, 구성을 자동화해 시간과 리소스를 절약할 수 있습니다. IaC의 이점을 자세히 살펴보겠습니다:

#1. 일관성과 표준화

IaC는 스크립트를 사용해 개발, 테스트, 프로덕션 등의 모든 환경을 동일한 방식으로 설정합니다. 환경 간 차이를 방지해 개발 환경에서 프로덕션 환경으로 이전할 때 발생할 수 있는 문제를 줄입니다. 예를 들어 팀은 Terraform 모듈로 모든 환경의 네트워크 보안 그룹에 표준 구성을 정의해 일관된 보안 정책을 적용할 수 있습니다.

이러한 통일성은 개발, 테스트, 프로덕션 환경 간 차이를 최소화하고, 취약점으로 이어질 수 있는 구성 오류의 위험을 줄입니다.

#2. 버전 관리와 감사

IaC는 Git, Mercurial, Apache Subversion (SVN) 같은 도구와 잘 연동됩니다. 팀은 코드의 변경 사항을 추적하듯 인프라의 변경 사항을 추적하고, 시간에 따른 변경 내역을 쉽게 확인할 수 있습니다.

배포로 인해 문제가 발생하면 팀은 이전 버전으로 빠르게 되돌릴 수 있습니다. 또한 규정 준수와 보안 목적(HTTPS, SSH, GDPR 또는 HIPAA 등)에 필요한 감사 추적 기록을 제공해 조직이 규제 요건을 충족하도록 합니다.

여러 팀원이 충돌 없이 인프라의 서로 다른 영역을 동시에 작업할 수 있어 생산성도 높아집니다.

#3. 멱등성

동일한 코드를 여러 번 적용해도 항상 동일한 결과가 나옵니다.

멱등성은 구성을 반복 적용해도 불일치가 발생하지 않도록 하므로 개발, 테스트, 프로덕션 같은 환경 간 구성 드리프트를 방지합니다.

멱등성을 갖춘 IaC에서는 원하는 상태가 이미 존재하면 아무것도 변경되지 않아 의도치 않은 인프라 변경의 위험이 줄어듭니다.

#4. 재해 복구와 백업

IaC를 사용하면 전체 인프라 설정을 코드로 저장할 수 있습니다. 장애가 발생하면 스크립트를 다시 실행해 모든 것을 빠르게 복원할 수 있어 복구가 더 빠르고 쉬워집니다. IaC는 인프라 관리를 자동화해 다중 리전 배포를 간소화합니다. 조직은 여러 지역에 리소스를 복제해 고가용성을 신속하게 확보할 수 있습니다.

IaC는 재해 복구 상황에서 신속한 재배포와 일관된 구성을 지원해 다운타임을 최소화합니다.

#5. 인적 오류 위험 감소

코드를 통한 인프라 설정 자동화는 인적 오류 가능성을 크게 줄입니다. 정의된 프로세스를 일관되게 실행하면 구성 오류가 줄고 인프라 안정성이 높아집니다.  예를 들어 Terraform 같은 도구로 클라우드 리소스를 코드로 정의하고 여러 환경에 동일한 구성을 적용하면 일관되게 배포할 수 있습니다. 이 방식은 수동 작업에서 자주 발생하는 실수를 줄입니다. 그 결과 인프라를 안정적으로 관리할 수 있습니다.

#6. 보안과 규정 준수 강화

IaC 스크립트에 보안 규칙과 규정 준수 검사를 포함하면 모든 인프라가 모범 사례를 따르도록 할 수 있습니다. 자동화된 테스트로 변경 사항을 적용하기 전에 보안 상태를 검증할 수 있습니다. 예를 들어 AWS CloudFormation 템플릿에 AWS Config 규칙을 포함하면 리소스 구성이 보안 모범 사례를 따르는지 지속적으로 평가할 수 있습니다.

IaC의 보안 위험에는 어떤 것이 있나요?

IaC는 다양한 이점을 제공하지만, 효과적으로 관리하지 않으면 사이버 보안 위험을 초래할 수도 있습니다.

대표적인 우려 사항을 살펴보겠습니다:

• 보안이 취약한 시크릿 저장 및 전송: API 키와 비밀번호 같은 시크릿이 IaC 템플릿에 하드코딩되는 경우가 있습니다. 이러한 시크릿이 노출되면 공격자가 중요 시스템에 무단으로 접근할 수 있습니다.

• 규정 준수 위반: IaC는 의도치 않게 규정 준수 문제를 일으킬 수도 있습니다. 템플릿이 (GDPR, HIPAA, PCI-DSS) 같은 규제 요건이나 조직 정책을 따르지 않으면, 잘못 구성된 리소스가 규정 준수 기준을 충족하지 못할 수 있습니다. 이는 법적 문제나 금전적 제재로 이어질 수 있습니다. 예를 들어 비교적 경미한 위반에도 최대 €10 million의 과징금 또는 전년도 회사 총연매출의 2% 중 더 높은 금액이 부과될 수 있습니다.

• 구성 드리프트: 시간이 지나면서 수동 변경이나 IaC 템플릿에 반영되지 않은 업데이트로 인해 구성이 원래 상태에서 벗어날 수 있습니다. 이러한 드리프트는 추적하기 어려운 취약점을 만들 수 있습니다. 예를 들어 조직 내에서 사용하는 승인되지 않은 애플리케이션과 기기는 표준 보안 프로토콜을 우회하는 경우가 많고 취약점 모니터링 대상에서도 제외될 수 있어 심각한 보안 위험을 초래합니다.

• 광범위한 공격 표면: 특히 IaC를 통한 자동화는 단일 취약점으로 여러 리소스가 동시에 침해될 수 있게 하므로 본질적으로 공격 표면을 넓힙니다.

이처럼 광범위한 공격 표면을 보호하려면 개발과 배포의 모든 단계에서 엄격한 보안 통제를 적용해야 합니다.

IaC 보안은 어떻게 작동하나요?

Infrastructure as Code(IaC) 보안은 코드를 통해 관리하는 클라우드 인프라를 안전하게 보호하는 것입니다.

작동 방식은 다음과 같습니다:

1) 자동화된 IaC 스캔: IaC 보안 도구는 코드에서 다음과 같은 문제를 자동으로 검사합니다:

• 안전하지 않은 액세스 제어 설정
• 민감한 데이터를 노출할 수 있는 잘못 구성된 클라우드 서비스
• 최소 권한 원칙을 위반하는 과도한 권한의 계정

당사의 정적 코드 분석은 코드를 실행하지 않고 분석하는 데 중점을 둔 자동화된 스캔 방식입니다. 알려진 보안 정책과 모범 사례를 기준으로 IaC 스크립트의 취약점을 분석하여, 구성이 적용되기 전에 안전한지 확인합니다.

2) 개발 워크플로 통합: 보안 검사를 소프트웨어 개발 프로세스에 직접 통합합니다. 개발 초기에 보안 검사를 통합하는 ‘시프트 레프트’를 통해 개발자는 코드가 배포되기 전에 보안 문제를 조기에 발견하고 수정합니다.

3) 정책 적용: NIST 지침이나 회사별 보안 표준을 기준으로 IaC 템플릿을 검사하는 중앙 정책 엔진을 설정할 수 있습니다. 규정을 준수하지 않는 배포에는 자동으로 경고를 표시하거나 배포를 차단합니다.

4) 지속적인 모니터링: 배포 후에는 모니터링 도구가 인프라 변경 사항을 지속적으로 평가합니다. 초기 설정에서 벗어나는 ‘구성 드리프트’를 탐지하여 시간이 지나도 보안과 규정 준수를 유지합니다.

Infrastructure as Code 보안 도구

IaC 배포를 관리하고 보호하는 데 사용하는 도구를 요약하면 다음과 같습니다:

1. TFSec: Terraform 코드에 특화된 경량 정적 분석 도구입니다. 지나치게 허용적인 IAM 정책, 안전하지 않은 리소스 구성, 민감한 데이터 노출과 같은 보안 문제를 식별합니다. CIS 및 HIPAA 같은 규정 준수 프레임워크에 매핑된 사전 정의 규칙으로 Terraform 코드가 보안 모범 사례를 따르는지 평가합니다.
2. Jit: Keeping Infrastructure as Code Secure(KICS)를 비롯한 다양한 보안 스캔 도구와 통합되는 DevSecOps 플랫폼을 제공합니다. 자동 수정 기능을 갖추고 있으며, 200개가 넘는 Infrastructure as Code(IaC) 구성 오류에 대한 실행 가능한 인사이트를 제공합니다. 이를 통해 팀은 취약점에 선제적으로 대응하고 개발 수명주기 전반에서 안전하고 효율적으로 소프트웨어를 개발합니다.
3. Checkov: Terraform, AWS CloudFormation, Kubernetes YAML, ARM 템플릿 등 다양한 IaC 언어를 지원하는 오픈 소스 정적 분석 도구입니다. 코드의 보안 및 규정 준수 문제를 스캔하고 실행 가능한 수정 인사이트를 제공합니다. Checkov는 CI/CD 파이프라인에 통합할 수 있으며, 널리 사용되는 IDE용 플러그인을 제공하여 개발 중 실시간 보안 피드백을 전달합니다.
4. Prowler: AWS, Azure, GCP 등 주요 클라우드 플랫폼을 종합적으로 평가하도록 설계되었습니다. CIS 및 NIST 같은 기존 프레임워크를 기준으로 수백 가지 통제 항목에 걸쳐 보안 구성을 평가합니다. 사고 대응, 지속적인 모니터링, 규정 준수 검증도 지원합니다. 이를 통해 조직은 취약점을 식별하고 클라우드 보안 태세를 강화합니다.
5. Conftest: Terraform, Kubernetes YAML, JSON 등의 형식으로 작성된 구조화된 구성 데이터를 테스트하는 오픈 소스 도구입니다. IaC 파일 전반에 보안 정책과 모범 사례를 적용합니다. 예를 들어 팀은 Conftest로 사용자 지정 정책을 만들어 공개 S3 버킷의 배포를 막거나 모든 리소스에 태그 지정 표준을 적용할 수 있습니다.

IaC 보안 모범 사례

IaC의 보안 이점을 극대화하려면 개발 프로세스의 모든 단계에 보안을 통합해야 합니다. IaC를 안전하게 보호하는 모범 사례는 다음과 같습니다:

#1. 정적 및 동적 분석 도구 사용

Checkmarx SAST, Coverity, SonarQube 같은 정적 분석 도구를 CI/CD 파이프라인에 통합하세요. 개발 프로세스 초기에 구성 오류와 취약점을 발견할 수 있습니다.

배포 후에는 Appium

이나 Selenium 같은 동적 테스트 도구로 모든 요소의 실시간 동작을 확인하고 보안 정책에 부합하는지 검증하세요.

#2. 역할 기반 액세스 제어(RBAC) 사용

RBAC는 적절한 권한을 가진 사람만 인프라를 변경하도록 보장합니다. 최소 권한 액세스를 적용하면 팀원에게 필요한 권한만 부여해 보안을 더욱 강화합니다. 예를 들어 개발자는 애플리케이션 배포 권한만 필요하고 네트워크 구성 변경 권한은 필요하지 않을 수 있습니다. 조직은 최소 권한 원칙에 따라 RBAC를 적용하고 역할별로 액세스를 제한하여 보안을 강화하고 위험을 줄입니다.

#3. 비밀 정보 관리 구현

API 키, 비밀번호, 인증 정보와 같은 민감한 정보를 IaC 스크립트에 하드코딩하지 마세요. 대신 HashiCorp Vault나 AWS Secrets Manager 같은 비밀 정보 관리 도구를 사용해 중요한 인증 정보를 안전하게 저장하고 사용하세요. 많은 IaC 도구가 비밀 정보 관리 제품과 기본 통합 기능을 제공합니다. 예를 들어 Terraform은 리소스를 프로비저닝할 때 Vault 공급자를 통해 비밀 정보를 동적으로 가져올 수 있습니다.

#4. 코드로 정책 적용

Open Policy Agent (OPA) 같은 도구를 활용해 보안 정책을 코드로 적용하세요. 예를 들어 OPA는 Terraform과 연동되어 계획 및 적용 단계에서 정책을 시행합니다. 조직은 Terraform 워크플로에 OPA를 통합해 구성 설정이 사전 정의된 보안 정책을 준수하는지 평가합니다. 정책을 통해 공개적으로 접근 가능한 S3 버킷의 생성을 막거나 보안이 취약한 리전에 리소스를 프로비저닝하지 못하도록 할 수도 있습니다. 이러한 선제적 접근 방식은 위험이 프로덕션 환경에 도달하기 전에 줄여줍니다.

#5. 정기적인 구성 검토 및 감사

구성이 보안 정책과 업계 규정을 준수하는지 정기적으로 검토하고 감사하세요. 자동화 도구를 사용하더라도 도구가 놓칠 수 있는 잠재적 문제를 발견하는 수동 검토의 가치를 간과하지 마세요.

SentinelOne의 지원 방식

인프라 프로세스의 모든 단계에서 강력한 보안이 중요합니다. SentinelOne Singularity Cloud는 IaC 배포에 중요한 보안 계층을 추가합니다.

SentinelOne Singularity Cloud는 IaC 도구로 설정한 리소스를 포함해 전체 클라우드 인프라를 보호하는 포괄적인 클라우드 네이티브 애플리케이션 보호 플랫폼(CNAPP)입니다.

CNAPP는 배포 전에 IaC 템플릿을 스캔해 잠재적인 보안 결함을 식별합니다. 이러한 선제적 스캔은 잘못 구성된 템플릿의 반복 배포를 방지하여 취약점이 여러 인스턴스로 확산되는 것을 막습니다.

예를 들어 IaC 템플릿이 암호화되지 않은 S3 버킷을 생성한다면, CNAPP 리소스가 프로비저닝되기 전에 이 문제를 식별해 데이터 노출 위험을 줄입니다.

퍼블릭 및 프라이빗 클라우드의 서버, 가상 머신, 컨테이너 전반에서 위협을 실시간으로 모니터링하고 신속하게 대응합니다.

또한 커널 수준의 워크로드 데이터를 기록합니다. 이 데이터는 보안 데이터 레이크, 그곳으로 전송되어 사고 분석과 효과적인 대응, 위협 헌팅에 활용됩니다.

잠재적 위협이 큰 문제로 번지기 전에 발견하고 대응하세요. 공격자의 관점에서 전체 클라우드 인프라를 철저히 자동 점검해 검증된 악용 경로를 찾아낼 수 있습니다. SentinelOne Singularity Cloud로 클라우드 인프라를 보호하세요. 위협이 확대되기 전에 탐지하는 선제적 보호를 선택하세요.

투어 시작

서버, VM, 컨테이너를 위한 AI 기반 클라우드 워크로드 보호(CWPP)로, 런타임 위협을 실시간으로 탐지 및 차단합니다.