오픈소스 개발자를 겨냥한 사회공학 공급망 침투

Slack의 신뢰 관계를 겨냥한 공급망 침투

2026년 4월 7일 OpenSSF(Open Source Security Foundation)는 오픈소스 개발자를 겨냥한 활발한 사회공학 공격 캠페인에 대해 고위험도 권고를 냈다. OpenSSF CTO Christopher "CRob" Robinson은 OpenSSF Siren 메일링 리스트를 통해 이 권고를 게시했다.

공격의 출발점은 소프트웨어의 취약점이 아니다. 공격자는 Linux Foundation의 저명한 리더를 사칭해 Slack 워크스페이스의 개발자에게 접근하고, 커뮤니티 안에서 형성된 신뢰를 공급망 침투의 통로로 삼았다. 표적은 TODO Group(Linux Foundation OSPO 워킹 그룹)과 연관된 오픈소스 커뮤니티의 Slack 워크스페이스였다.

사회공학은 신뢰, 권위, 희소성과 같은 심리적 약점을 이용해 시스템 접근 권한을 얻는 방식이다. 공급망 침투는 개발·배포 과정의 한 지점을 장악해 그 아래의 사용자와 프로젝트에 영향을 확장하는 공격을 뜻한다. 이 캠페인은 두 방식을 결합했다.

리더 사칭에서 시스템 장악까지

공격자는 Linux Foundation 리더의 신원을 정교하게 복제한 뒤 개발자에게 비공개 AI 도구를 제안했다. 이 도구는 오픈소스 프로젝트의 다이내믹스를 분석하고, 코드 기여가 리뷰어 검토 전에 병합될 확률을 예측한다고 소개됐다. 소수에게만 공유한다는 메시지로 배타성과 긴급성을 만들고, 가짜 이메일 주소와 접근 키까지 제공해 신뢰성을 보강했다.

⤢✕

이 과정은 사칭, 피싱, 자격 증명 수집, 악성코드 배포로 이어진다.

단계	기법	세부 내용
(1) 사칭	신원 복제	Linux Foundation 리더의 이름, 프로필, 역할을 정밀하게 복제한 Slack 계정 생성
(2) 피싱	링크 전달	Google Sites에 호스팅된 피싱 페이지 URL을 다이렉트 메시지로 전송
(3) 수집	자격 증명 탈취	가짜 인증 플로우를 통해 이메일 주소와 인증 코드 수집
(4) 배포	악성코드 설치	악성 루트 인증서 설치 후 원격 서버에서 악성 바이너리 다운로드·실행

macOS에서는 악성 루트 인증서 설치 뒤 스크립트가 원격 IP 2.26.97.61에서 gapi 바이너리를 내려받아 실행하며 시스템 완전 장악을 노린다. Windows에서도 브라우저 기반 인증서 설치 과정을 통해 유사한 트래픽 가로채기를 달성한다.

피싱 페이지를 Google Sites에 올린 점도 눈여겨볼 부분이다. 개발자가 신뢰하는 Google 인프라를 경유하게 만들어 URL 필터링을 우회하려는 방식이다.

메인테이너를 노린 공격의 반복

이번 캠페인은 국가 지원 오픈소스 공급망 공격이 늘어나는 흐름과 맞닿아 있다. 북한 연계 공격 사례에서는 코드 결함 대신 메인테이너 개인에게 접근하는 방식이 핵심이었다.

⤢✕

Axios 사건에서 북한 해커들은 수 주간 메인테이너를 사회공학으로 공략했다. 가짜 Slack 워크스페이스, 위조된 회사 신원, 조작된 Microsoft Teams 통화를 이용해 RAT 설치를 유도했고, 침해된 메인테이너 계정을 통해 주간 1억 회 이상 다운로드되는 npm 패키지에 악성코드를 주입했다.

또한 북한 해커들은 npm, PyPI, Go, Rust 생태계 전반에 1,700개의 악성 패키지를 배포했다. 이 사례들의 공통점은 코드의 기술적 취약점보다 개발자 개인을 공격의 진입점으로 삼는다는 데 있다.

협업 구조가 공격 표면이 되는 이유

오픈소스 프로젝트는 기여자 간 신뢰 위에서 운영된다. 이 신뢰 모델은 협업을 가능하게 하지만, 공격자가 권위 있는 인물이나 친숙한 조직을 흉내 낼 때 약점이 될 수 있다.

릴리스 권한이 소수의 핵심 메인테이너에게 집중된 프로젝트도 많다. 한 명의 계정이나 시스템이 침해되면 영향 범위가 크게 넓어진다. 상당수 프로젝트는 무급 자원봉사자가 유지하고 있어 보안 교육이나 인시던트 대응 체계가 충분하지 않을 수 있다.

메인테이너의 이름, 이메일, 소속 조직은 Git 커밋, 프로필, 컨퍼런스 발표를 통해 공개되는 경우가 많다. Slack, Discord, GitHub, 메일링 리스트처럼 활동 채널도 여러 개이므로 공격자가 접근할 지점 역시 늘어난다.

도구만으로는 메울 수 없는 거버넌스 공백

OpenSSF Siren은 오픈소스 보안 위협 정보를 공유하는 메일링 리스트이며, 이번 캠페인에서는 최초 경보 채널 역할을 했다. 2024년 xz-utils 사건은 장기간의 사회공학을 통해 메인테이너 권한을 얻은 XZ backdoor 사례로, 이후 커뮤니티 보안 거버넌스를 강화해야 한다는 논의를 촉발했다.

SLSA(Supply-chain Levels for Software Artifacts)는 빌드 과정의 변조 방지에 초점을 둔 소프트웨어 공급망 무결성 프레임워크다. Sigstore는 코드 서명과 검증을 자동화해 패키지 무결성을 확인하는 데 활용된다. 이런 통제는 필요하지만, 사칭 메시지를 받은 사람이 설치를 승인하는 문제까지 단독으로 해결하지는 못한다.

메인테이너 인증을 강화하는 정책도 함께 필요하다. 2FA(이중 인증) 의무화, 하드웨어 보안 키 도입, 릴리스 서명 정책 강화가 여기에 해당한다.

요청을 검증하고 침해 지표를 대조하는 운영

비공식 채널에서 받은 요청은 공식 채널로 다시 확인해야 한다. 특히 소프트웨어 설치나 자격 증명 입력을 요구하는 메시지는 사칭 여부를 별도로 검증할 필요가 있다.

오픈소스 레지스트리인 npm, PyPI, crates.io와 코드 호스팅 플랫폼에는 2FA를 의무화할 수 있다. 루트 인증서 설치 요청은 즉시 의심하고, MDM(Mobile Device Management) 정책으로 차단하는 방안도 고려 대상이다.

Slack에서는 외부 DM 수신 제한, 새 멤버의 DM 전송 대기 기간 설정, 관리자 계정에 대한 검증된 배지 시스템 도입이 방어 수단이 될 수 있다. 사회공학 패턴을 다루는 정기적 보안 인식 교육도 필요하다.

마지막으로 악성 IP 2.26.97.61, gapi 바이너리 해시, 가짜 Google Sites URL 등 공개된 침해 지표를 대조해야 한다. 공급망 보호는 빌드와 배포 단계의 무결성 검증에 더해, 신뢰 관계를 악용하는 접근 자체를 발견하고 차단하는 체계까지 갖출 때 완성된다.