취약성 관리란?

취약성 관리란?

취약성의 위협은 잘 알려져 있으며 소프트웨어 제조업체는 가능한 한 빨리 이러한 문제를 해결하기 위한 조치를 취합니다. 그러나 이러한 패치 또는 업데이트는 취약점을 수정하기 위해 적용되는 경우에만 유용합니다.

취약성 관리는 취약성을 찾고, 분류하고, 수정하고, 보고하는 프로세스입니다. 종종 취약성은 업데이트를 적용하여 수정됩니다. 그러나 이는 복잡한 프로세스일 수 있으며 업데이트를 항상 사용할 수 있는 것은 아닙니다. 조직 전체에서 대규모로 취약성을 관리하려면 잘 정의되고 확장 가능한 프로세스가 필요합니다.

취약성 관리 프로세스

취약성을 대규모로 관리하려면 잘 설계된 프로세스가 필요합니다. 이 프로세스는 다음 5단계로 나눌 수 있습니다.

#1. 신분 증명

조직은 존재하는지 모르는 취약성을 해결할 수 없습니다. 취약성 관리 프로세스의 첫 번째 단계는 주의가 필요할 수 있는 취약성을 식별하는 것입니다.

취약점은 다양한 방법으로 발견될 수 있습니다. 자동화된 취약성 검사 는 일부 취약성을 드러낼 수 있습니다. 심층적인 침투 테스트 또는 레드 팀 참여를 통해 다른 사람을 식별할 수 있습니다. 사이버 보안 평가를 수행한 후 조직은 관리할 잠재적 취약성 목록을 가지고 있어야 합니다.

#2. 심사

취약성 관리는 리소스를 많이 사용할 수 있습니다. 패치를 통해 취약성을 수정할 때 보안 팀은 패치를 찾아 테스트하고 대규모로 적용하고 패치가 작동하고 추가 문제가 발생하지 않았는지 확인해야 합니다. 조직 환경의 취약성 수가 이를 수정할 수 있는 능력을 초과하는 경우가 많습니다. 또한 경우에 따라 복구 비용이 잠재적 위험과 그로 인한 이점보다 클 수 있습니다.

따라서 취약성 관리 프로세스의 두 번째 단계는 분류입니다. 보안 팀은 해결되지 않은 취약성 목록을 검토하고 위험, 영향 및 수정 비용에 따라 우선 순위를 지정해야 합니다. 이를 통해 위험을 줄이고 투자 수익을 극대화하기 위해 리소스를 할당할 수 있습니다.

#3. 해상도

발견된 각 취약성에 대해 어떤 형태의 해결을 수행해야 합니다. 상황에 따라 조직은 다음과 같은 여러 가지 방법 중 하나를 선택할 수 있습니다.

• 수정: 수정에는 취약성을 완전히 닫는 작업이 포함됩니다. 예를 들어 공급업체에서 제공하는 업데이트는 적용되는 경우 해당 제품의 프로그래밍 오류를 수정할 수 있습니다.
• 완화: 완화는 취약성의 악용 가능성 또는 영향을 줄입니다. 예를 들어 조직에서는 방화벽 및 네트워크 세분화를 사용하여 공격자가 취약한 소프트웨어에 접근하기 어렵게 만들 수 있습니다.
• 어음의 인수: 조직이 해결할 수 없거나 해결하지 않을 영향이 적은 취약성의 경우 수용이 유일한 옵션입니다. 취약성에 따라 조직의 위험 및 공격에 대한 취약성이 증가할 수 있습니다.

#4. 재평가

취약점을 수정하려는 보안 팀의 시도는 효과적이지 않거나 새로운 보안 위험을 초래할 수 있습니다. 취약성을 해결한 후 팀은 다른 취약성 검사 또는 보안 평가를 실행하여 실제로 닫혔는지 확인해야 합니다.

#5. 보고 및 개선

취약성 추적 및 관리 노력은 여러 가지 이유로 중요합니다. 예를 들어 완화되거나 허용되는 취약성은 여전히 공격에 취약할 수 있습니다. 또한 취약성 추적 및 보고는 사이버 보안 투자에 대한 명확한 ROI를 보여줍니다.

회고 및 보고 프로세스 중에 보안 팀은 학습한 교훈을 추출해야 합니다. 이는 향후 유사한 취약성으로부터 보호하기 위해 보안 제어, 프로세스 또는 모니터링을 개선할 수 있는 기회를 식별하는 데 도움이 될 수 있습니다.