공급망 공격
포스팅 뷰1
공급망 공격(Supply Chain Attack)이란 무엇일까요?
- 정의 — 표적을 직접 공격하지 않고, 표적이 신뢰하는 제3자(소프트웨어 공급자·오픈소스·협력사)를 먼저 장악해 그 경로로 침투하는 공격입니다.
- 핵심 — 하나를 뚫으면 수천 곳이 열립니다. 공격자가 가장 높은 효율을 얻는 구조입니다.
- 어려움 — 정식 서명을 받은 정상 업데이트로 들어오기 때문에, 받는 쪽에서는 의심할 근거가 없습니다.
공급망 공격이란 소프트웨어·서비스·협력사 등 신뢰 관계를 매개로 최종 표적에 침투하는 우회 공격 기법을 말합니다.
공급망 공격이란?
공급망 공격(Supply Chain Attack)은 노리는 조직을 정면으로 상대하지 않고, 그 조직이 믿고 쓰는 무언가를 먼저 오염시키는 공격입니다. 백신을 잘 갖추고 망을 분리한 대기업이나 정부기관도, 자기가 쓰는 소프트웨어 업데이트는 의심하지 않고 설치합니다. 공격자는 그 지점을 노립니다.
발상은 냉정한 계산입니다. 보안이 단단한 표적 100곳을 각각 뚫는 대신, 그 100곳에 납품하는 회사 한 곳을 뚫습니다. 그 회사의 보안 수준이 고객사보다 낮은 경우가 많고, 성공하면 100곳이 한꺼번에 열립니다.
그래서 이 공격이 겨누는 것은 기술적 취약점이라기보다 신뢰 관계 자체입니다. "이 업데이트는 제조사가 서명한 것이니 안전하다", "이 라이브러리는 수년간 잘 관리돼 왔다"는 판단이 곧 공격 표면이 됩니다.
왜 막기 어려운가
보안을 잘 갖춘 조직도 이 공격에는 속수무책인 경우가 많습니다. 이유가 네 가지입니다.
- 정상 경로로 들어온다 — 제조사가 정식 서명한 업데이트이므로 백신도 방화벽도 막을 이유를 찾지 못합니다.
- 자동으로 설치된다 — 보안 패치는 빨리 적용하라고 배운 대로 자동 업데이트를 켜 두는데, 그 성실함이 그대로 감염 경로가 됩니다.
- 우리가 통제할 수 없는 곳에서 벌어진다 — 사고는 공급자의 빌드 서버나 오픈소스 저장소에서 일어납니다. 우리 보안 수준과 무관합니다.
- 발견이 늦다 — 정상 프로그램이 하는 정상적인 통신처럼 보여, 침입부터 탐지까지의 기간이 길어집니다.
공급망 공격의 유형
'공급망'은 소프트웨어만이 아닙니다. 우리 조직에 무언가를 공급하는 모든 고리가 대상입니다.
| 노리는 고리 | 수법 | 특징 |
|---|---|---|
| 소프트웨어 업데이트 | 공급자의 빌드 시스템을 침해해 정식 배포물에 악성코드를 삽입 | 피해 규모가 가장 크다 |
| 오픈소스 라이브러리 | 관리자 계정을 탈취하거나, 장기간 신뢰를 쌓아 관리 권한을 얻은 뒤 백도어 삽입 | 거의 모든 제품이 오픈소스를 쓴다 |
| 패키지 저장소 | 유명 패키지와 비슷한 이름을 올려 오타로 설치되게 유도(타이포스쿼팅) | 개발 단계에서 유입된다 |
| 빌드·배포 환경 | CI/CD 파이프라인의 스크립트나 인증 정보를 탈취해 산출물을 조작 | 소스는 깨끗한데 결과물이 감염 |
| IT 서비스 제공자 | 원격 관리 도구의 권한을 확보해 다수 고객사에 동시 침투 | 랜섬웨어 대량 배포에 쓰인다 |
| 협력사·외주 인력 | 위탁 업무용 계정·VPN·공유 자료를 통해 내부망과 문서에 접근 | 국내 유출 사고에서 비중이 크다 |
| 하드웨어·펌웨어 | 제조·유통 과정에서 장비에 악성 요소를 심어 납품 | 탐지가 극히 어렵다 |
어떻게 진행되는가 — 업데이트 감염형 5단계
가장 파괴적인 유형인 소프트웨어 업데이트 감염은 다음 순서로 진행됩니다.
대표 사례
실무 체크 포인트 — 공급망 리스크 관리
사고가 남의 회사에서 나더라도 피해는 우리가 입습니다. 완전한 차단은 불가능하니 알고, 좁히고, 빨리 찾는 세 방향으로 접근합니다.
국내 실무에서 더 자주 마주치는 공급망 리스크는 소프트웨어보다 사람입니다. 협력사 직원과 외주 개발자가 우리 문서와 시스템에 접근하고, 프로젝트가 끝난 뒤에도 자료가 그들의 PC에 남습니다. 오피스키퍼는 문서 중앙화로 자료를 개인 PC 대신 중앙에 두고, 정보유출방지로 반출 경로를 통제하며, 접근·반출 이력을 남겨 제3자가 무엇을 보고 무엇을 가져갔는지 확인할 수 있게 합니다.
자주 묻는 질문
Q. 우리 보안이 튼튼하면 괜찮은 건가요?
A. 아닙니다. 그게 이 공격의 핵심입니다. 사고는 공급자의 빌드 서버나 오픈소스 저장소에서 일어나고, 우리에게는 정식 서명된 정상 업데이트로 도착합니다. 우리 방어 수준과 무관하게 통과합니다.
Q. 그럼 자동 업데이트를 끄는 게 안전한가요?
A. 더 위험합니다. 패치를 안 하면 이미 공개된 취약점에 훨씬 쉽게 뚫립니다. 공급망 공격은 드물고 원데이 취약점 악용은 흔합니다. 업데이트는 계속하되, 중요 시스템은 단계적 배포로 이상 여부를 먼저 확인하는 쪽이 현실적입니다.
Q. SBOM이 있으면 공급망 공격을 막을 수 있나요?
A. 막지는 못하지만 대응 속도를 결정합니다. 특정 라이브러리에 백도어가 발견됐을 때, SBOM이 있으면 "우리 제품 중 무엇이 그걸 쓰는지"를 몇 분 안에 답할 수 있고 없으면 며칠이 걸립니다. 그 차이가 피해 규모를 가릅니다.
Q. 오픈소스를 쓰지 않으면 안전한가요?
A. 현실적으로 불가능합니다. 상용 소프트웨어도 내부적으로 수십~수백 개의 오픈소스를 포함합니다. 쓰지 않는 것이 아니라 무엇을 쓰는지 알고 관리하는 것이 답입니다.
Q. 중소기업도 해당되는 얘기인가요?
A. 오히려 두 방향에서 해당됩니다. 우리가 피해자가 될 수도 있고, 대기업에 납품하는 공급자로서 침투 경로가 될 수도 있습니다. 후자의 경우 사고 한 번으로 거래가 끊기므로, 보안 수준이 곧 영업 요건이 됩니다.
Q. 협력사 직원의 자료 접근은 어떻게 관리하나요?
A. 계정을 업무 범위와 기간으로 제한하고, 계약 종료 시 즉시 회수하는 절차를 만드는 것이 기본입니다. 여기에 자료를 개인 PC에 내려받지 않게 중앙에서 열람하도록 하고, 반출 이력을 남기면 사고 시 범위 확인이 가능해집니다.
협력사·외주가 드나드는 문서, 오피스키퍼로 통제하세요.
제품소개서 신청하기