보안 위협

공급망 공격

포스팅 뷰1

공급망 공격(Supply Chain Attack)이란 무엇일까요?

한눈에 보는 요약
  • 정의 — 표적을 직접 공격하지 않고, 표적이 신뢰하는 제3자(소프트웨어 공급자·오픈소스·협력사)를 먼저 장악해 그 경로로 침투하는 공격입니다.
  • 핵심하나를 뚫으면 수천 곳이 열립니다. 공격자가 가장 높은 효율을 얻는 구조입니다.
  • 어려움 — 정식 서명을 받은 정상 업데이트로 들어오기 때문에, 받는 쪽에서는 의심할 근거가 없습니다.

공급망 공격이란 소프트웨어·서비스·협력사 등 신뢰 관계를 매개로 최종 표적에 침투하는 우회 공격 기법을 말합니다.

공급망 공격이란?

공급망 공격(Supply Chain Attack)은 노리는 조직을 정면으로 상대하지 않고, 그 조직이 믿고 쓰는 무언가를 먼저 오염시키는 공격입니다. 백신을 잘 갖추고 망을 분리한 대기업이나 정부기관도, 자기가 쓰는 소프트웨어 업데이트는 의심하지 않고 설치합니다. 공격자는 그 지점을 노립니다.

발상은 냉정한 계산입니다. 보안이 단단한 표적 100곳을 각각 뚫는 대신, 그 100곳에 납품하는 회사 한 곳을 뚫습니다. 그 회사의 보안 수준이 고객사보다 낮은 경우가 많고, 성공하면 100곳이 한꺼번에 열립니다.

그래서 이 공격이 겨누는 것은 기술적 취약점이라기보다 신뢰 관계 자체입니다. "이 업데이트는 제조사가 서명한 것이니 안전하다", "이 라이브러리는 수년간 잘 관리돼 왔다"는 판단이 곧 공격 표면이 됩니다.

공격자가 소프트웨어 공급자 한 곳을 침해하면, 정상 업데이트를 타고 다수의 고객사로 동시에 확산되는 구조 하나를 뚫어 여러 곳을 얻습니다 공격자 효율을 계산한다 ① 공급자 침해 소프트웨어 공급자 업데이트·라이브러리 제공 감염 ② 정상 업데이트를 타고 동시 확산 고객사 · 정부기관 금융회사 제조 대기업 병원·대학 … 수천 곳 고객사를 하나씩 뚫는 것보다 훨씬 싸고 확실합니다
▲ 공격자가 상대하는 것은 고객사의 보안이 아니라, 공급자의 보안이다

왜 막기 어려운가

보안을 잘 갖춘 조직도 이 공격에는 속수무책인 경우가 많습니다. 이유가 네 가지입니다.

  • 정상 경로로 들어온다 — 제조사가 정식 서명한 업데이트이므로 백신도 방화벽도 막을 이유를 찾지 못합니다.
  • 자동으로 설치된다 — 보안 패치는 빨리 적용하라고 배운 대로 자동 업데이트를 켜 두는데, 그 성실함이 그대로 감염 경로가 됩니다.
  • 우리가 통제할 수 없는 곳에서 벌어진다 — 사고는 공급자의 빌드 서버나 오픈소스 저장소에서 일어납니다. 우리 보안 수준과 무관합니다.
  • 발견이 늦다 — 정상 프로그램이 하는 정상적인 통신처럼 보여, 침입부터 탐지까지의 기간이 길어집니다.

공급망 공격의 유형

'공급망'은 소프트웨어만이 아닙니다. 우리 조직에 무언가를 공급하는 모든 고리가 대상입니다.

노리는 고리 수법 특징
소프트웨어 업데이트 공급자의 빌드 시스템을 침해해 정식 배포물에 악성코드를 삽입 피해 규모가 가장 크다
오픈소스 라이브러리 관리자 계정을 탈취하거나, 장기간 신뢰를 쌓아 관리 권한을 얻은 뒤 백도어 삽입 거의 모든 제품이 오픈소스를 쓴다
패키지 저장소 유명 패키지와 비슷한 이름을 올려 오타로 설치되게 유도(타이포스쿼팅) 개발 단계에서 유입된다
빌드·배포 환경 CI/CD 파이프라인의 스크립트나 인증 정보를 탈취해 산출물을 조작 소스는 깨끗한데 결과물이 감염
IT 서비스 제공자 원격 관리 도구의 권한을 확보해 다수 고객사에 동시 침투 랜섬웨어 대량 배포에 쓰인다
협력사·외주 인력 위탁 업무용 계정·VPN·공유 자료를 통해 내부망과 문서에 접근 국내 유출 사고에서 비중이 크다
하드웨어·펌웨어 제조·유통 과정에서 장비에 악성 요소를 심어 납품 탐지가 극히 어렵다

어떻게 진행되는가 — 업데이트 감염형 5단계

가장 파괴적인 유형인 소프트웨어 업데이트 감염은 다음 순서로 진행됩니다.

공급자 침해, 코드 삽입, 정상 서명 배포, 고객사 자동 설치, 내부 확산의 다섯 단계 업데이트를 타고 들어오는 5단계 1 공급자 침해 빌드 서버에 몰래 침입 2 코드 삽입 정상 제품에 악성코드 심기 3 정상 서명 배포 제조사 인증서로 서명된 채 전달 4 고객사 설치 자동 업데이트로 그대로 유입 5 내부 확산 백도어 개설· 정보 탈취 ④에서 고객사는 아무 잘못도 하지 않았습니다 — 정식 업데이트를 받았을 뿐입니다
▲ 3단계에서 '정상 서명'이 붙는 순간, 받는 쪽의 방어는 대부분 무력해진다

대표 사례

SolarWinds (2020) — 공격자가 2019년 9월 SolarWinds 내부망에 침입해 빌드 시스템을 장악하고, 2020년 3월부터 네트워크 관리 제품 Orion의 정식 서명된 업데이트에 악성코드(Sunburst)를 넣어 배포했습니다. 약 1만 8천여 고객이 이 업데이트를 설치했고, 미 재무부·국무부 등 연방기관과 다수 글로벌 기업이 영향을 받았습니다. 약 9개월간 탐지되지 않았습니다.Fortinet
XZ Utils 백도어 (2024) — 리눅스에서 널리 쓰이는 압축 라이브러리에 백도어가 심어진 사건(CVE-2024-3094)입니다. 공격자는 해킹이 아니라 약 2년간 오픈소스 프로젝트에 성실히 기여해 관리자 신뢰를 얻은 뒤 백도어를 넣었습니다. 주요 배포판에 퍼지기 직전, 한 개발자가 SSH 접속이 미세하게 느려진 것을 이상하게 여겨 발견했습니다. 기술이 아니라 사회공학으로 공급망을 뚫은 사례입니다.
오픈소스 계정 탈취 (진행 중) — 2026년 상반기 위협 동향에서도 오픈소스 생태계를 노린 공급망 공격 고도화가 주요 이슈로 꼽혔습니다. 개발자 한 명의 계정을 탈취해 정상 프로젝트에 악성 패키지를 배포하는 방식으로, 그 한 건이 여러 기업으로 확산됩니다.AhnLab

실무 체크 포인트 — 공급망 리스크 관리

사고가 남의 회사에서 나더라도 피해는 우리가 입습니다. 완전한 차단은 불가능하니 알고, 좁히고, 빨리 찾는 세 방향으로 접근합니다.

무엇을 쓰는지 안다 — 우리 제품과 시스템이 어떤 오픈소스·라이브러리로 구성됐는지 목록화했는가? 이것이 SBOM이 필요한 이유입니다
공급업체 보안 평가 — 도입 심사와 계약서에 보안 요구사항·사고 통보 의무를 넣었는가?
제3자 계정 최소 권한 — 협력사·외주 계정에 필요한 범위만 주고, 계약 종료 시 즉시 회수하는 절차가 있는가?
업데이트 검증 — 서명·해시를 확인하고, 중요 시스템은 단계적으로 배포해 이상 여부를 먼저 살피는가?
신뢰해도 감시한다 — 정상 프로그램이라도 평소와 다른 통신·행위를 하면 잡아내는 탐지 체계가 있는가?
피해 범위 제한 — 관리 도구가 뚫려도 전사로 번지지 않게 망과 권한을 분할했는가?
사고 통보 경로 — 공급자가 침해됐을 때 우리에게 알려질 통로가 계약과 운영에 마련돼 있는가?

국내 실무에서 더 자주 마주치는 공급망 리스크는 소프트웨어보다 사람입니다. 협력사 직원과 외주 개발자가 우리 문서와 시스템에 접근하고, 프로젝트가 끝난 뒤에도 자료가 그들의 PC에 남습니다. 오피스키퍼는 문서 중앙화로 자료를 개인 PC 대신 중앙에 두고, 정보유출방지로 반출 경로를 통제하며, 접근·반출 이력을 남겨 제3자가 무엇을 보고 무엇을 가져갔는지 확인할 수 있게 합니다.

자주 묻는 질문

Q. 우리 보안이 튼튼하면 괜찮은 건가요?

A. 아닙니다. 그게 이 공격의 핵심입니다. 사고는 공급자의 빌드 서버나 오픈소스 저장소에서 일어나고, 우리에게는 정식 서명된 정상 업데이트로 도착합니다. 우리 방어 수준과 무관하게 통과합니다.

Q. 그럼 자동 업데이트를 끄는 게 안전한가요?

A. 더 위험합니다. 패치를 안 하면 이미 공개된 취약점에 훨씬 쉽게 뚫립니다. 공급망 공격은 드물고 원데이 취약점 악용은 흔합니다. 업데이트는 계속하되, 중요 시스템은 단계적 배포로 이상 여부를 먼저 확인하는 쪽이 현실적입니다.

Q. SBOM이 있으면 공급망 공격을 막을 수 있나요?

A. 막지는 못하지만 대응 속도를 결정합니다. 특정 라이브러리에 백도어가 발견됐을 때, SBOM이 있으면 "우리 제품 중 무엇이 그걸 쓰는지"를 몇 분 안에 답할 수 있고 없으면 며칠이 걸립니다. 그 차이가 피해 규모를 가릅니다.

Q. 오픈소스를 쓰지 않으면 안전한가요?

A. 현실적으로 불가능합니다. 상용 소프트웨어도 내부적으로 수십~수백 개의 오픈소스를 포함합니다. 쓰지 않는 것이 아니라 무엇을 쓰는지 알고 관리하는 것이 답입니다.

Q. 중소기업도 해당되는 얘기인가요?

A. 오히려 두 방향에서 해당됩니다. 우리가 피해자가 될 수도 있고, 대기업에 납품하는 공급자로서 침투 경로가 될 수도 있습니다. 후자의 경우 사고 한 번으로 거래가 끊기므로, 보안 수준이 곧 영업 요건이 됩니다.

Q. 협력사 직원의 자료 접근은 어떻게 관리하나요?

A. 계정을 업무 범위와 기간으로 제한하고, 계약 종료 시 즉시 회수하는 절차를 만드는 것이 기본입니다. 여기에 자료를 개인 PC에 내려받지 않게 중앙에서 열람하도록 하고, 반출 이력을 남기면 사고 시 범위 확인이 가능해집니다.

🔗 연관 용어 바로가기
SBOM취약점사회공학APT 공격ASM 솔루션

협력사·외주가 드나드는 문서, 오피스키퍼로 통제하세요.

제품소개서 신청하기