클라우드 보안 팁은 공격자가 실제로 악용하는 취약점(예: 아무도 알아채지 못한 공개 S3 버킷, 와일드카드가 포함된 CI 실행기)을 다룰 때만 유용합니다. AWS 권한 문제, 빌드 로그에 유출된 비밀 키 또는 빌드 과정 중에 조용히 설치된 악성 종속성 등이 원인이 될 수 있습니다. pipeline 실행하세요. 대부분의 클라우드 보안 사고는 알려지지 않은 위협 때문에 발생하는 것이 아닙니다. 오히려 제대로 시행되거나 우선순위가 지정되거나 수정되지 않은 알려진 취약점 때문에 발생합니다.
이 가이드는 계층별(신원, 데이터, 인프라, 소프트웨어 공급망)로 정리된 20가지 실용적인 클라우드 보안 팁을 다룹니다. CI/CD pipeline보안, 탐지 및 사고 대응. 단일 클라우드 계정을 강화하든 여러 팀을 보호하든 관계없이 DevSecOps pipeline이러한 통제 조치는 실제로 발생하는 침해 사고를 예방하는 데 도움이 됩니다.
수많은 클라우드 보안 팁에도 불구하고 클라우드 보안이 계속 실패하는 이유는 무엇일까요?
클라우드 보안은 클라우드 환경에서 실행되는 데이터, 애플리케이션 및 인프라를 보호하는 제어, 정책 및 도구의 집합입니다. 이는 ID, 네트워크, 데이터, 애플리케이션 코드, 종속성, 인프라 구성 및 빌드를 포괄합니다. pipelines.
경험이 풍부한 팀조차 계속 실패하는 이유는 지식 부족 때문이 아닙니다. 세 가지 구조적인 문제가 있습니다.
- 속도 vs. 보안. Pipeline빠르게 변화합니다. 마찰을 일으키는 제어는 비활성화됩니다. 클라우드 보안을 제대로 이해하는 팀은 게이트를 추가하는 대신, 워크플로에 직접 적용을 자동화합니다.
- 도구 파편화. 하나의 도구로 비밀 정보까지 스캔하세요. SCA 다른 곳에서는, IaC 세 번째는 통일된 관점이 없다는 것입니다. 통일된 관점이 없으면 여러 계층 사이에 격차가 발생하고, 조사 결과가 실제 위험과 연관되지 않습니다.
- 경계 피로. 하루에 수백 건의 CVE를 탐지하는 스캐너는 엔지니어들이 중요한 취약점을 포함한 모든 탐지 결과를 무시하도록 만듭니다. 우선순위 지정은 선택 사항이 아니라, 보안이 실제로 작동하는지를 결정하는 핵심 요소입니다.
아래의 클라우드 보안 팁은 실질적인 방식으로 이러한 격차를 해소하도록 설계되었습니다. 클라우드 보안을 런타임 문제로만 취급하는 대신, 코드에서 클라우드에 이르는 전체 전달 경로를 다룹니다.
클라우드 보안 팁 20가지:
ID 및 액세스 관리 클라우드 보안 팁
1. 모든 곳에서 다중 요소 인증을 활성화하세요
MFA는 클라우드 보안에서 가장 높은 투자 수익률(ROI)을 제공하는 제어 방식입니다. MFA는 자격 증명 도용 공격을 완벽하게 차단하며, 공격자들은 이를 잘 알고 있습니다. MFA가 적용되지 않은 계정은 취약한 공격 대상이 됩니다.
클라우드 환경의 모든 사용자 계정(개발자 계정, 관리 콘솔, 클라우드 공급자 포털 등)에 다단계 인증(MFA)을 적용하세요. CI/CD dashboards. 특권 계정에는 피싱 방지 기능이 있는 다단계 인증(하드웨어 키, 암호 키)을 사용하십시오. 인증 앱을 통한 시간 기반 코드가 최소 요구 사항입니다.
2. 특히 인간이 아닌 존재에 대해서는 최소 권한 원칙을 적용하십시오.
최소 권한의 원칙 인간에게는 잘 이해되는 부분입니다. 팀들이 꾸준히 간과하는 부분은 비인간 정체성입니다. CI/CD 서비스 계정, 람다 함수, 컨테이너 워크로드, GitHub Actions 실행기.
이러한 계정은 한 번 설정하면 다시 수정할 필요가 없기 때문에 와일드카드 권한을 축적합니다. 또한 이러한 계정은 비밀 정보, 저장소, 운영 리소스 및 하위 시스템에 접근할 수 있으므로 공격자들이 공급망 공격에서 표적으로 삼는 대상이기도 합니다.
서비스 계정 권한을 분기별로 감사하십시오. 90일 동안 사용되지 않은 권한은 모두 제거하십시오.
3. 장기 인증 정보를 단기 토큰으로 교체
정적 API 키와 장기 토큰은 클라우드 보안 침해의 가장 흔한 원인 중 하나입니다. commit리포지토리에 저장되고, CI 로그에 유출되고, Slack에 복사되고, 잊혀진다. .env 그런 다음 파일은 몇 달 또는 몇 년 동안 유효한 상태로 유지됩니다.
가능한 한 유효기간이 짧은 자격 증명으로 교체하십시오. AWS STS 역할 가정, GCP 워크로드 ID 페더레이션, GitHub Actions OIDC정적 자격 증명이 불가피한 경우, 해당 자격 증명을 시크릿 관리자(Vault, AWS Secrets Manager, Azure Key Vault)에 저장하고 자동으로 갱신하세요.
4. 권한 상승을 위한 적시 접근(Just-in-Time Access) 방식을 구현합니다.
영구적인 관리자 접근 권한은 영구적인 위험을 의미합니다. 영구적으로 상승된 권한을 보유하면 단 하나의 계정 정보 유출만으로도 운영 환경에 접근할 수 있습니다.
JIT 액세스 시스템(AWS IAM Identity Center, GCP Privileged Access Manager, Okta Access Requests)은 필요에 따라 시간 제한 방식으로 관리자 권한 상승을 허용하며, 모든 감사 로그를 제공합니다. 개발자는 필요할 때 필요한 권한을 얻을 수 있고, 공격자는 고정된 공격 대상이 없습니다.
5. 서비스 간 통신 전반에 걸쳐 제로 트러스트를 시행합니다.
기존의 경계 보안 모델은 네트워크 내부의 모든 것이 신뢰할 수 있다고 가정합니다. 하지만 마이크로서비스, 컨테이너, 동적 워크로드를 특징으로 하는 클라우드 네이티브 환경에서는 이러한 가정이 위험해집니다.
제로 트러스트 이는 요청의 출처와 관계없이 모든 요청이 인증 및 권한 부여된다는 것을 의미합니다. 서비스 간 인증(mTLS, 서비스 메시 ID)을 구현하고, 워크로드 수준에서 네트워크 정책을 적용하며, 내부 트래픽을 기본적으로 신뢰할 수 없는 것으로 처리합니다.
데이터 보호 클라우드 보안 팁
6. 내부 트래픽을 포함한 모든 것을 암호화하십시오.
저장 시 암호화(AES-256(관리형 KMS)는 이제 standard 연습. 대부분의 팀이 가진 격차는 바로 이것입니다. 내부 트래픽 전송 중 암호화.
마이크로서비스와 컨테이너 간 통신이 이루어지는 VPC 환경에서는 "내부"에 머무르는 트래픽이라고 해서 반드시 안전한 것은 아닙니다. 내부 서비스 통신에는 상호 TLS(mTLS)를 구현해야 합니다. 각 팀이 직접 설정하는 대신, 서비스 메시(Istio, Linkerd) 또는 제로 트러스트 네트워킹 계층을 활용하여 mTLS를 자동으로 적용하는 것이 좋습니다.
7. 노출된 기밀이 확산되기 전에 탐지하고 해결하십시오.
비밀 commit저장소에 저장된 비밀 정보는 더 이상 비밀로 유지되지 않습니다. GitHub는 공개 저장소를 몇 초 만에 인덱싱합니다. 내부 저장소도 예외는 아닙니다. 일단 비밀 정보가 Git 기록에 남으면, 현재 또는 미래에 저장소 접근 권한이 있는 사람이라면 누구나 접근할 수 있습니다.
예방 조치가 중요합니다.pre-commit hooksIDE 플러그인 등을 활용하지만 그것만으로는 충분하지 않습니다. 과거 데이터를 포함한 모든 저장소를 지속적으로 스캔해야 합니다. commits, CI/CD 로그, IaC 파일 및 컨테이너 이미지. 비밀 키가 감지되면 즉각적인 대응이 필요합니다. 즉, 키를 폐기하고, 주기적으로 변경하며, 노출과 감지 사이에 키에 접근했는지 여부를 평가해야 합니다.
8. 민감도에 따라 데이터를 분류하고 제어 조치를 적용합니다.
클라우드 환경의 모든 데이터가 노출될 경우 동일한 위험을 수반하는 것은 아닙니다. 모든 데이터를 똑같이 취급하면 위험도가 낮은 데이터에는 과도한 보안 조치를 투자하고 실제로 중요한 데이터는 제대로 보호하지 못하게 됩니다.
데이터를 민감도에 따라 분류합니다(공개, 내부, 기밀, 제한). 접근 제어 및 암호화를 적용합니다. standard각 계층에 대한 감사 로깅 요구 사항을 충족해야 합니다. 가능한 경우 분류를 자동화하고, 수동 태깅은 확장성이 떨어집니다.
인프라 및 구성 보안
9. 스캔 IaC 모든 것에서 Commit배치 직전만이 아니라
인프라스트럭처 애즈 코드(Infrastructure as Code)는 프로덕션 환경이 아닌, 설정 오류가 발생하는 곳입니다. 공개 S3 버킷, 개방형 보안 그룹 또는 IAM 역할 등이 그 예입니다. * : * 권한 문제는 우연히 발생하는 것이 아닙니다. 아무도 지적하지 않은 테라폼 파일이나 쿠버네티스 매니페스트의 한 줄에서 시작됩니다.
IaC 모든 항목에서 스캔이 실행되어야 합니다. pull request코드 검토 워크플로에서 발견된 사항들을 검토합니다. Terraform, Kubernetes 매니페스트, CloudFormation, Helm 차트, Dockerfile 등을 스캔합니다. CI/CD 설정.
제니 IaC Security 모든 지원되는 형식을 스캔합니다. commit특정 리소스에 대한 결과를 매핑하고 PR 워크플로와 통합하여 개발자가 별도의 공간이 아닌 작업 현장에서 피드백을 받을 수 있도록 합니다. dashboard 그들은 절대 문을 열지 않아요. 무료 체험 시작하기 →
10. 보안 정책을 코드처럼 다루십시오
수동 보안 검토는 확장성이 떨어집니다. 하지만 정책을 코드로 구현하면 확장성이 뛰어납니다.
OPA(Open Policy Agent) 또는 Kyverno와 같은 도구를 사용하여 보안 규칙을 버전 관리 및 테스트가 가능한 코드로 표현하고, 이를 적용하십시오. pipeline 레벨은 Kubernetes 배포를 포함합니다. 특권 : 사실 루트 권한으로 실행되는 컨테이너는 빌드를 자동으로 매번 실패하게 만듭니다. 정책이 코드에 있으면 다른 엔지니어링 산출물처럼 검토되고 개선됩니다. 하지만 문서에만 있으면 정책이 변질되기 쉽습니다.
11. 보안 구성 기준선을 시행하고 변경 사항을 모니터링합니다.
기본 설정은 보안이 아닌 편의성을 위해 최적화되어 있습니다. 클라우드 서비스, 컨테이너 런타임 및 관리형 Kubernetes 클러스터는 사용하기 쉽고 악용하기도 쉬운 설정으로 제공됩니다.
에서 시작하다 CIS 클라우드 공급자, 컨테이너 런타임 및 운영 체제에 대한 벤치마크를 생성하고, 이를 정책 코드로 인코딩하여 자동으로 적용되도록 하세요. 또한, 변경 사항을 지속적으로 모니터링하여, 지난주에 규정을 준수했던 구성이 압박 속에서 급하게 변경된 후에는 더 이상 규정을 준수하지 않을 수 있음을 방지해야 합니다.
12. 네트워크를 분할하고 측면 이동을 제한합니다.
평면형 네트워크 아키텍처는 공격자가 하나의 워크로드를 침해하면 다른 모든 워크로드에 접근할 수 있음을 의미합니다. 네트워크 세분화는 공격 범위(파괴 반경)를 제한합니다.
VPC, 서브넷 및 보안 그룹을 사용하여 기능 및 중요도별로 격리 영역을 생성하십시오. 서비스 간의 동서 트래픽을 필요한 만큼만 제한하십시오. 송신 필터링을 구현하십시오. 대부분의 공격 대상 워크로드는 공격자가 제어하는 서버에 도달해야 하므로 송신 제어는 이를 탐지하거나 방지할 수 있는 가장 좋은 방법 중 하나입니다.
소프트웨어 공급망 클라우드 보안 팁
가장 중요한 클라우드 보안 팁 중 일부는 더 이상 클라우드 제공업체 콘솔에서 시작되지 않습니다. 오히려 소프트웨어 공급망, 즉 종속성에서부터 시작됩니다. CI/CD 워크플로, 비밀 정보, 빌드 스크립트 및 아티팩트는 모두 배포 전에 클라우드 위험을 초래할 수 있습니다.
13. 빌드에 포함하기 전에 모든 종속성을 검사하십시오.
오픈소스 패키지는 현대 공급망 공격에서 가장 흔한 초기 침투 경로입니다. 2024년 샤이훌루드(Shai-Hulud) 공격은 830개 이상의 npm 패키지를 감염시켰고, XZ 유틸리티(XZ Utils) 백도어는 수백만 대의 리눅스 시스템에서 SSH 인증을 위협했습니다. 두 경우 모두 악성 코드는 일반적인 패키지 설치 과정을 통해 침투했습니다.
Basic SCA (소프트웨어 구성 분석) 단순히 CVE 목록만으로는 충분하지 않습니다. 실제로 필요한 것은 다음과 같습니다.
- 도달 가능성 분석취약한 함수가 실제로 코드에서 호출되고 있습니까?
- 맬웨어 감지이 패키지는 악성 행위, 난독화된 스크립트, 예상치 못한 네트워크 호출, 라이프사이클 등의 특징을 보이는가? hooks 외부 런타임을 설치하는 건가요?
- EPSS 점수 산정이 CVE가 이론적인 수준이 아니라 실제로 지금 당장 활발하게 악용될 확률은 얼마나 될까요?
14. 잠금 CI/CD Pipelines
CI/CD 이러한 시스템은 비밀 정보, 클라우드 자격 증명 및 운영 환경에 접근할 수 있습니다. 또한 일반적으로 배포되는 운영 시스템보다 보안 수준이 낮습니다.
시행해야 할 통제 사항:
- 모든 변경 사항에 대해 코드 검토를 요구합니다. pipeline 구성 파일(.github/workflows/, 젠킨스파일등)
- 자체 호스팅 실행 도구는 승인된 저장소로 제한해야 합니다. 검토되지 않은 실행 도구에 대한 접근은 자격 증명 도용으로 이어질 수 있습니다.
- 비밀 정보를 평문 환경 변수로 전달하지 마십시오. 비밀 정보 관리자 통합 기능을 사용하십시오.
- 회계 감사 pipeline 예기치 않은 명령, 비정상적인 네트워크 호출 또는 예기치 않은 시간에 실행된 로그
제니 CI/CD 보안 시행 guardrails 당신의 pipeline 안전하지 않은 빌드를 차단하고, 주입된 워크플로우를 감지하고, 이를 보장합니다. pipeline 모든 단계에서 청렴성을 유지합니다. 데모 예약 →
15. 빌드 무결성을 검증하고 산출물에 서명합니다.
공격자가 빌드 스크립트에 코드를 삽입하거나, 컴파일 후 결과물을 수정하거나, CI 실행기를 손상시킬 수 있다면 소스 코드가 아무리 깨끗하더라도 소프트웨어 공급망 전체를 장악할 수 있습니다.
빌드 무결성 제어를 적용합니다.
- 모든 종속성 버전과 기본 이미지를 태그가 아닌 정확한 다이제스트에 고정합니다.
- 빌드 아티팩트에 서명하고 배포 전에 서명을 검증하십시오.
- 예기치 않은 변화가 있는지 모니터링하세요. CI/CD 워크플로 파일, 주입된 워크플로는 Shai-Hulud와 같은 공격의 핵심 지표였습니다.
- SLSA 인증을 구현하여 무엇이, 어떤 출처에서, 그리고 누구에 의해 만들어졌는지 암호학적으로 증명하십시오. pipeline
위협 감지 및 사고 대응
16. 로깅을 중앙 집중화하고 전체 스택에 걸쳐 가시성을 확보하십시오.
보이지 않는 것은 감지할 수 없습니다. 대부분의 클라우드 보안 모니터링은 런타임, CloudTrail, VPC 흐름 로그, GuardDuty에 초점을 맞춥니다. 이는 필요하지만 충분조건은 아닙니다.
Shai-Hulud와 SolarWinds 같은 공격이 성공한 이유 중 하나는 빌드 과정에서 취약점이 발생했기 때문입니다. pipeline프로덕션 모니터링이 시작되기 훨씬 이전부터 존재했습니다. 완벽한 가시성을 확보하려면 소스 코드 변경 사항, 빌드 및 아티팩트 계층, 클라우드 런타임, API 활동 전반에 걸친 모니터링이 필요합니다.
17. 심각도뿐 아니라 악용 가능성을 기준으로 발견 사항의 우선순위를 정하십시오.
매주 500건의 탐지 결과를 생성하는 스캐너는 팀원들이 중요한 탐지 결과를 포함하여 모든 탐지 결과를 무시하도록 훈련시킵니다. 우선순위 설정은 효과적인 보안 프로그램과 서류상으로만 존재하는 프로그램을 구분하는 핵심 요소입니다.
효과적인 우선순위 지정은 접근성(취약한 코드가 실제로 실행되는가?), 노출도(서비스가 인터넷에 노출되어 있는가?), EPSS 점수(실제 공격 가능성), 비즈니스 맥락(운영 환경 대 개발 환경)을 종합적으로 고려하여 이루어집니다.
Xygeni ASPM 모든 결과를 종합합니다 SAST, SCA, IaC비밀과 pipeline security 통합된 위험 관점을 제공하고, 상황에 맞는 우선순위를 지정하여 팀이 무엇을 먼저 수정해야 하는지 정확하게 알려줍니다. 데모 예약 →
18. 행동 기준선을 설정하고 기준선에서 벗어나는 경우 경고를 발령합니다.
알려진 악성 시그니처는 알려진 위협을 탐지합니다. 행동 이상 탐지는 알려지지 않은 위협, 제로데이 취약점, 새로운 공격 패턴, 내부자 위협을 탐지합니다.
당신을 위해 CI/CD 특히 환경에 맞춰 일반적인 빌드 시간, 정상적인 패키지 설치 패턴, 빌드 중 예상되는 네트워크 목적지 등에 대한 기준을 설정합니다. standard 비밀 접근 패턴. 이러한 기준선에서 벗어나는 것은 가장 초기의 경고 신호이며, 대부분의 팀이 전혀 파악하지 못하는 부분입니다.
19. 클라우드 환경별 사고 시나리오에 대한 실행 지침(Runbook)을 정의합니다.
일반적인 사고 대응 계획은 클라우드 환경에 특화된 시나리오를 고려하지 않습니다. 예를 들어, 40개 서비스에 이미 설치된 손상된 패키지, 악성 사전 설치 스크립트에 의해 자격 증명이 탈취된 CI 실행기, 지난 72시간 동안 변조되었을 가능성이 있는 빌드 아티팩트 등이 있습니다.
손상된 종속성 문제를 해결하기 위한 특정 실행 설명서를 작성하세요. pipeline 자격 증명 도용, 잘못된 구성으로 인한 데이터 노출, 악의적인 CI 워크플로 주입 등의 위협에 대응하기 위한 각 런북에는 대응 책임자, 즉시 취소해야 할 권한, 그리고 피해 범위를 파악하는 데 필요한 포렌식 조사 내용이 명시되어야 합니다.
20. 탁상용 운동 프로그램을 실행하세요cis네, 최소 1년에 두 번
검증되지 않은 런북은 가설일 뿐입니다. 테이블탑 연습cis공격자가 허점을 발견하기 전에 대응 계획의 허점을 드러내는 것이 중요합니다. 목표는 작전 계획을 완벽하게 따르는 것이 아니라, 무엇이 부족한지 파악하는 것입니다.
최소 2회 운동cis매년 발생하는 사고 수를 시뮬레이션하여 공급망 침해, 잘못된 구성으로 인한 데이터 유출, CI 실행기 손상 등 다양한 시나리오를 고려합니다. 실제로 대응할 팀(보안, DevOps, 온콜 개발자)도 포함해야 합니다.
클라우드 보안 팁 체크리스트: 빠른 참조
| 층 | 키 컨트롤 |
|---|---|
| 통합 인증 | 모든 곳에서의 MFA, 최소 권한, 단기 자격 증명, JIT 액세스 |
| Data | 저장 및 전송 중 암호화, 비밀 키 스캔 및 자동 폐지, 데이터 분류 |
| 인프라 | IaC 스캔 중 commit정책을 코드로 구현한 것, CIS 기준선 시행, 네트워크 분할 |
| 공급망 | SCA 접근성 및 악성코드 탐지 기능을 갖추고 있습니다. CI/CD 경화, 구조 무결성 및 SLSA |
| Detection System | 중앙 집중식 로깅, EPSS 기반 우선순위 지정, 행동 이상 탐지 |
| 응답 | 클라우드 전용 런북, 테이블탑 연습cis예, 문서화된 폭발 반경 평가 |
Xygeni는 클라우드 보안 팁을 전체 스택에 적용하는 데 어떻게 도움을 줄까요?
클라우드 보안 팁은 팀이 소프트웨어 개발 수명주기 전반에 걸쳐 일관되게 적용할 수 있을 때만 효과가 있습니다. 대부분의 도구는 런타임, 코드, 종속성, 비밀 키 또는 기타 한 가지 계층만 다룹니다. CI/CD하지만 실제 공격은 여러 계층에 걸쳐 이루어집니다.
Xygeni는 최초 Git 푸시부터 프로덕션 환경까지 통합된 탐지, 우선순위 지정 및 수정 기능을 통해 이러한 계층들을 연결합니다.
| 층 | Xygeni 기능 | 그것이 방지하는 것 |
|---|---|---|
| 소스 코드 | SAST + AI 기반 교정 | 인젝션 공격, 인증 실패, 안전하지 않은 설계 |
| 종속성 | SCA + 악성코드 탐지 + EPSS | 공급망 취약점, 취약한 포장 |
| 기미 | 비밀 보안 + 자동 해지 | 자격 증명 노출, 장기 토큰 위험 |
| IaC 및 구성 | IaC Security | 제품 생산에 도달하기 전의 잘못된 구성 |
| CI/CD Pipeline | CI/CD 보안 + 이상 탐지 | Pipeline 주입, 주자 타협 |
| 빌드 아티팩트 | Build Security + SLSA provenance | 변조된 아티팩트, 서명되지 않은 릴리스 |
| 위험 태세 | ASPM | 통합된 관점, 계층 간 우선순위 지정 |
결과적으로 보안 팀은 잡음 대신 신호를 얻게 됩니다. 개발자는 별도의 도구를 사용하지 않고도 작업 환경에서 피드백을 받을 수 있습니다. 그리고 보안은 개발 과정을 지연시키는 장벽이 아니라, 개발 프로세스의 일부가 됩니다.
최종 생각
클라우드 보안 팁은 나열하기는 쉽지만 실제로 적용하기는 어렵습니다. 진정한 클라우드 위험을 줄이는 팀은 수동 검토, 분산된 도구 또는 심각도에 따른 우선순위 지정에 의존하지 않습니다. 대신, 내부 보안 제어를 자동화합니다. pipeline취약점을 우선순위로 정하고, 전체 소프트웨어 공급망을 클라우드 공격 표면의 일부로 간주합니다.
이는 런타임 인프라뿐만 아니라 소스 코드, 종속성, 기밀 정보까지 보호해야 한다는 것을 의미합니다. IaC, CI/CD 워크플로, 빌드 결과물 및 애플리케이션 위험 상태를 함께 관리합니다.
현재 사용 중인 도구가 이러한 계층 간에 격차를 남긴다면, Xygeni는 코드에서 클라우드에 이르는 전체 경로에 걸쳐 통합된 감지, 우선순위 지정 및 수정 기능을 통해 이러한 격차를 해소하는 데 도움을 줍니다.
👉 7 일 무료 평가판 시작 신용카드 필요 없음, 스캔 결과 몇 분 안에 확인 가능
👉 데모 예약 Xygeni가 사용하시는 특정 클라우드 환경에 어떻게 적용되는지 확인해 보세요. pipeline 설치
저자에 관하여
공동 창립자 및 CTO
파티마 Said AppSec, DevSecOps 및 개발자 중심 콘텐츠를 전문으로 제공합니다. software supply chain security그녀는 복잡한 보안 신호를 명확하고 실행 가능한 지침으로 변환하여 팀이 우선순위를 더 빠르게 정하고, 불필요한 정보를 줄이며, 더 안전한 코드를 배포할 수 있도록 돕습니다.
