FrontierStack logoFrontierStack
홈 › 유출 뉴스

유출 뉴스: 키를 위험에 빠뜨린 사고

사이트 구축에 쓰는 서비스나 서버에서 실행 중인 소프트웨어가 침해되면, FrontierStack은 몇 시간 안에 이를 알고 영향을 받는 도메인과 서버에 대해 보안 경보를 띄웁니다. 이 페이지에 실린 것은 Enfour가 FrontierStack과 KeyRotate에 배포하는 것과 같은 권고입니다. 무슨 일이 있었는지, 영향받기 쉬운 키, 취해야 할 조치를 싣고 있습니다.

각 권고는 Enfour의 키로 서명되어 있으며, 앱과 이 페이지 모두 표시하기 전에 서명을 검증합니다. FrontierStack에서는 절차가 체크리스트가 되어, 대응 완료로 표시할 때까지 보안 경보에 남습니다. API 키가 유출된 사고라면 KeyRotate가 키가 쓰이는 모든 곳에서 교체합니다.

권고 #8(2026년 11월 7일 발행)

위급영향 기간 2026년 10월 29일 – 2026년 10월 30일 · 2026년 10월 30일 차단

Binance 해킹, 엔지니어 노트북을 통해 약 63억 달러 탈취(2026년 10월)

Binance에 따르면 공격자는 DevOps 엔지니어의 침해된 노트북을 이용해 서비스 컨테이너에 침입한 뒤 무단 출금을 실행했습니다. 피해 규모는 약 63억 달러로 추정됩니다. Binance는 10월 29일 21:29(GMT)에 보안 문제를 처음 알렸고, 출금을(한때는 입금도) 중단했으며, 탈취된 자금 중 약 30억 달러를 동결했습니다. 10월 30일에는 노트북 외에도 추가 침입 경로를 발견했다고 밝혔습니다. 지갑 개인 키가 유출된 증거는 없으며, 이용자 자금은 안전하고 모든 손실을 SAFU 펀드와 회사 자금으로 보상하겠다고 밝혔습니다. 고객의 API 키, 로그인 정보, 개인정보에 공격자가 접근했는지는 밝히지 않았으므로 Binance API 키를 새로 발급하고 이번 사건을 미끼로 한 사기에 주의하십시오.

대응 절차(5개 항목)
  1. Binance API 키를 삭제하고, 출금을 끄고 본인 IP 주소에서만 쓸 수 있도록 제한한 새 키를 만든 뒤 트레이딩 봇, 세무 도구, 포트폴리오 앱에 새 키를 붙여 넣으십시오. ↗
  2. Binance API 키를 준 모든 봇과 앱에서 주문 및 이체 내역을 확인하고, 출금이 재개될 때까지 자동 매매를 일시 중지하십시오.
  3. Binance ▸ 보안에서 알 수 없는 기기와 출금 주소를 삭제하고, 피싱 방지 코드를 설정하고, 2단계 인증이나 패스키를 켜 두십시오.
  4. Binance는 자금이 안전하며 손실을 직접 보상한다고 밝혔습니다. 환불, 보상 청구, 더 빠른 출금 방법을 제안하는 사람에게 응하지 말고 비밀번호, 2FA 코드, 복구 문구는 절대 알려 주지 마십시오. Binance 공식 채널의 안내만 따르십시오. ↗
  5. Binance가 출금 서비스를 재구축하는 동안 출금은 계속 중단됩니다. 10월 30일 기준으로 약 45시간 후 재개를 목표로 한다고 밝혔습니다. 자금을 옮기기 전에 Binance의 공식 공지를 기다리십시오.

공지 읽기

위급영향 기간 2026년 10월 19일 – 2026년 10월 24일 · 2026년 10월 24일 차단

So-net·plala 회원 정보 유출, 일부 메일 비밀번호 포함(2026년 10월)

Sony Network Communications에 따르면 2026년 10월 19일 So-net 회원 데이터베이스가 무단 접근을 당했습니다. 이 회사는 10월 23일 무단 접근을 확인하고 서버를 중지한 뒤 공격자의 접속을 차단했습니다. 유출된 정보는 So-net 회원 2,141,986건과 plala(S 코스) 회원 443,495건(2026년 3월 이후 탈퇴자 포함)의 이름, 전화번호, 이메일 주소, 사용자 ID, 생년월일, 성별, 인터넷 접속용 ID, 메일 서비스(G), A-Box, So-net VAIO 메일, PostPet 메일 계정 54,401건의 이메일 주소와 메일 비밀번호(10월 27일 초기화됨), 은행 계좌 정보 16건, 비밀번호 재설정 통지서 7건입니다. 회원 로그인 비밀번호와 신용카드 정보는 포함되지 않았으며 NURO 등 다른 서비스는 영향이 없다고 합니다. 해당 메일 서비스를 사용했다면 My Page에서 메일 비밀번호를 다시 설정하시고, 실제 개인정보를 이용한 정교한 사기 메시지에 주의하십시오.

대응 절차(5개 항목)
  1. 메일 서비스(G), A-Box, So-net VAIO 메일, PostPet 메일을 사용했다면 So-net My Page에서 새 메일 비밀번호를 설정하십시오. 기존 비밀번호는 초기화되었으므로 설정하기 전까지 메일 앱은 로그인할 수 없습니다. ↗
  2. 해당 메일함과 같은 비밀번호를 사용한 다른 모든 서비스에서도 비밀번호를 변경하고 2단계 인증을 켜십시오.
  3. 유출과 관련된 이메일, 문자, 전화에 응하지 말고 링크나 첨부 파일도 열지 마십시오. 보낸 사람이 귀하의 이름, 생년월일, 전화번호, 사용자 ID를 알고 있을 수 있습니다.
  4. 회사로부터 은행 계좌 정보가 유출되었다는 연락을 받았다면 본인이 하지 않은 출금이 없는지 계좌를 확인하십시오.
  5. 문의: So-net의 질문과 답변 페이지 또는 So-net 특별 상담 전화 0120-36-8887(평일·토요일 10:00~18:00). ↗

공지 읽기

위급영향 기간 2026년 10월 21일 · 2026년 10월 22일 차단

Railway 환경 변수 노출(2026년 10월)

공격자가 Railway의 환경 변수 저장 시스템에 접근하여 그중 일부(API 키, 데이터베이스 암호, 비공개 레지스트리 자격 증명)를 복호화했습니다. Railway는 공격자가 AI 제공업체 키를 노린 것으로 보고 있습니다. Railway 변수에 보관한 모든 비밀 값을 교체하고 새 값을 Railway에 붙여넣어 재배포한 다음, 각 공급업체에서 이전 값을 폐기하십시오.

영향받기 쉬운 키: OpenAI, Anthropic, OpenRouter, xAI (Grok), Stripe (secret key), GitHub

대응 절차(8개 항목)
  1. Railway 변수(서비스 및 공유)에 있는 모든 API 키, 토큰, 암호를 교체하고 새 값을 Railway에 붙여넣어 재배포한 다음, 각 공급업체에서 이전 키를 폐기하십시오.
  2. OpenAI, Anthropic, OpenRouter, xAI(Grok), Stripe에서 2026년 10월 21일 이후 알 수 없는 사용이 없는지 확인하십시오.
  3. 연결 문자열이 Railway 변수에 있던 PostgreSQL, MySQL, MongoDB, Redis 데이터베이스의 암호를 변경하십시오.
  4. Railway에 저장한 비공개 컨테이너 레지스트리 자격 증명을 교체하십시오.
  5. 새 Railway API 토큰을 만드십시오. Railway가 10월 22일에 모든 토큰을 무효화했으므로 이전 토큰을 쓰는 스크립트와 CI는 작동하지 않습니다. ↗
  6. Railway Buckets를 사용하는 서비스를 재배포하여 새 버킷 자격 증명을 적용하고 GitHub를 다시 연결하십시오.
  7. GitHub, AWS, Google Cloud 감사 로그에 알 수 없는 접근이 없는지 확인하십시오.
  8. 계정이 영향을 받았는지 알리는 Railway 이메일을 확인하고, Railway 암호나 토큰을 요구하는 메시지는 피싱으로 간주하십시오.

공지 읽기

위급영향 기간 2026년 10월 21일 · 2026년 10월 22일 차단

LiteLLM 1.107.0 릴리스에 자격 증명 탈취 위협 요소 포함(2026년 10월)

PyPI의 LiteLLM 1.107.0(2026년 10월 21일 11:39~13:23 UTC)과 Docker Hub·GHCR의 v1.107.0, latest, main-latest, main-stable 태그 이미지(14:20 UTC까지)는 공격자가 빌드한 것으로, 자격 증명을 훔칩니다. 대상은 AI 제공업체 키(LiteLLM 프록시 데이터베이스에 저장한 키 포함), 클라우드와 Kubernetes 자격 증명, SSH·Git 키, Claude·Codex·Gemini·Cursor 로그인 정보입니다. LiteLLM을 불러오지 않아도 Python이 시작될 때마다 실행됩니다. 설치한 머신이나 컨테이너가 있다면 그곳에서 접근할 수 있던 모든 것이 도난당했다고 보십시오. 먼저 머신을 정리한 뒤 교체하십시오. 공격자는 Claude Code 출력을 기록한 로그에 남아 있던 GitHub 토큰으로 침입했습니다.

영향받기 쉬운 키: OpenAI, Anthropic, Google (Gemini), OpenRouter, Amazon Bedrock API key, GitHub

대응 절차(8개 항목)
  1. 모든 가상 환경·CI 작업·컨테이너에서 litellm 1.107.0이 있는지, 10월 21일에 latest·main-latest·main-stable 태그에서 받은 이미지가 있는지 확인하십시오. site-packages에 cook.pth, cook.py, sitecustomize.py가 있으면 감염된 것입니다.
  2. 먼저 pip를 실행하지 마십시오. Python을 시작할 때마다 위협 요소가 다시 실행됩니다. 모든 site-packages에서 cook.pth, cook.py, sitecustomize.py와 해당 __pycache__ 파일을 삭제하고, /tmp/remote_code_loader.lock을 잡고 있는 Python 프로세스를 종료한 다음 litellm==1.106.2로 다시 빌드하거나 재설치하십시오. ↗
  3. LiteLLM 프록시에 저장한 모든 제공업체 키(설정·환경 변수·데이터베이스), 마스터 키, 모든 가상 키, DATABASE_URL 비밀번호를 교체하십시오.
  4. 머신에서 접근할 수 있던 다른 시크릿도 모두 교체하십시오. 클라우드 역할과 액세스 키, GitHub·Git 토큰, SSH·GPG 키, 데이터베이스 비밀번호, 프로세스 환경 변수의 시크릿이 해당됩니다. 머신을 정리하기 전에 바꾼 것은 다시 바꾸십시오.
  5. 해당 머신의 Claude Code, Codex, Gemini CLI, Cursor에서 로그아웃한 뒤 다시 로그인하고, 브라우저에 저장한 비밀번호를 변경하십시오.
  6. 2026년 10월 21일 11:00 UTC 이후 AWS CloudTrail에서 GetCallerIdentity 호출, Bedrock 사용, IAM 열거, 새 액세스 키가 있는지, AI 제공업체 사용량에 직접 하지 않은 요청이 있는지 확인하십시오.
  7. DNS나 방화벽에서 litellm.dev 도메인을 차단하십시오. 위협 요소가 훔친 정보를 그곳으로 보냅니다.
  8. AI 도구 출력을 기록한 로그(Claude Code 대화 기록, 프록시 요청 로그)에 GitHub 토큰 등 시크릿이 남아 있는지 찾아보고, 발견한 것은 폐기하십시오.

공지 읽기

위급영향 기간 2026년 10월 19일 – 2026년 10월 22일 · 2026년 10월 22일 차단

FXTF: VPS 서비스를 통해 거래 계좌 로그인 정보 도난(2026년 10월)

FXTF(골든웨이 재팬)는 다른 회사 VPS 서비스에 대한 공격으로 VPS에서 거래하던 일부 고객의 거래 계좌 ID와 비밀번호가 탈취되어 로그인과 거래에 사용되었을 수 있다고 발표했습니다. FXTF 자체 시스템이 공격받은 것은 아니라고 밝혔습니다. VPS 이용자에게는 즉시 비밀번호를 변경하도록 요청하고 다른 고객에게도 변경을 권장하며, 10월 23일부터 MT4/MT5 일회용 비밀번호를 의무화합니다.

대응 절차(6개 항목)
  1. VPS가 아닌 기기에서 지금 바로 FXTF 거래 계좌 비밀번호를 변경하십시오. 변경할 수 없다면 FXTF 고객지원(0120-445-435)에 전화하십시오. ↗
  2. 마이페이지에서 패스키를 등록하고 패스키 로그인을 켜십시오.
  3. 다른 사람의 세션이 남지 않도록 FXTF MT4, FXTF MT5, FXTF GX, 마이페이지에서 모두 로그아웃하십시오.
  4. 거래 내역과 잔고에 직접 하지 않은 거래가 있는지 확인하고, 있으면 FXTF에 알리십시오.
  5. 10월 23일부터 FXTF MT4/MT5 로그인에 필수가 된 일회용 비밀번호를 설정하십시오.
  6. 같은 비밀번호를 쓰는 다른 서비스에서도 비밀번호를 변경하십시오.

공지 읽기

위급영향 기간 2026년 10월 19일 – 2026년 10월 21일 · 2026년 10월 21일 차단

Onamae.com 데스크톱 클라우드 FX 서버 해킹, 거래 계좌 로그인 정보 도난(2026년 10월)

GMO의 FX 자동매매용 VPS인 'Onamae.com 데스크톱 클라우드' 서버에 제3자가 악성 프로그램을 설치했으며, 최대 26,739대가 영향을 받았을 수 있습니다. 서버의 MT4/MT5 등 도구에 저장한 거래 계좌 로그인 정보가 탈취되어 고객 계좌에서 무단 거래가 이루어졌고, 수백만 엔 규모의 손실도 보고되었습니다. GMO는 10월 21일 04:00(일본 시간)부터 모든 서버를 중지했으며, 재개 시기와 침입 시작 시점은 밝히지 않았습니다. 다른 기기에서, 서버에서 사용한 모든 거래 계좌와 기타 로그인의 비밀번호를 변경하고 모든 세션을 끊으십시오.

대응 절차(8개 항목)
  1. VPS가 아닌 기기에서, 서버에서 사용한 모든 거래 계좌와 거래 도구(MT4/MT5, cTrader, 각 사 마이페이지)의 비밀번호를 변경하십시오. ↗
  2. 그런 다음 도난당한 로그인 정보가 쓰이지 않도록 모든 세션에서 로그오프하십시오. 플랫폼에서 할 수 없다면 브로커의 마이페이지나 고객센터에서 끊으십시오.
  3. 거래 내역과 잔고를 확인하고, 직접 하지 않은 거래가 있으면 즉시 브로커에 알리십시오.
  4. 브로커가 제공한다면 2단계 인증, 일회용 비밀번호, 패스키를 설정하십시오.
  5. 서버에서 사용하거나 저장하거나 메모한 다른 비밀번호(브라우저, 메모장, 이메일)도 모두 바꾸고, 같은 비밀번호를 쓰는 서비스도 바꾸십시오.
  6. 서버가 중지된 동안 EA가 작동하지 않습니다. 보유 포지션은 직접 관리하거나 청산하십시오.
  7. 브로커의 공지를 확인하십시오. OANDA, Titan FX, AXIORY, IronFX, IS6FX, XMTrading, FXTF 등이 안내를 냈습니다.
  8. 공격자라고 주장하는 이메일이나 비밀번호·카드 정보를 요구하는 메시지에 응하지 마십시오. GMO는 이메일이나 전화로 이를 묻지 않는다고 밝혔습니다.

공지 읽기

위급영향 기간 2026년 10월 17일 – 2026년 10월 19일 · 2026년 10월 20일 차단

OpenCode Console 제공업체 키 노출(2026년 10월)

침입자가 OpenCode Console의 레거시 시스템에 접근하여, Console 사용자 약 1.4%가 워크스페이스에 연결해 둔 OpenAI, Anthropic, Google 키를 읽었을 수 있습니다. 몇 시간 만에 큰 금액이 무단으로 청구된 사용자도 있습니다. Mac의 OpenCode(CLI 및 데스크톱 앱)는 키를 로컬에 보관하므로 영향을 받지 않았습니다. OpenCode Console에 연결한 모든 제공업체 키를 해당 제공업체에서 폐기하고 새 키를 만든 다음, 그 키를 쓰던 앱을 업데이트하십시오.

영향받기 쉬운 키: OpenAI, Anthropic, Google (Gemini)

대응 절차(6개 항목)
  1. OpenCode Console 워크스페이스에 연결한 모든 OpenAI, Anthropic, Google 키를 각 제공업체의 대시보드에서 폐기하고, 새 키를 만들어 이전 키를 쓰던 모든 앱을 업데이트하십시오.
  2. OpenAI, Anthropic, Google Cloud에서 2026년 10월 16일 이후의 사용량과 청구 내역에 본인이 하지 않은 요청이 있는지 확인하고, 부정 청구는 제공업체와 OpenCode에 신고하십시오.
  3. 도난된 키로 큰 금액이 청구되지 않도록 각 제공업체에서 월 사용 한도나 예산 알림을 설정하십시오.
  4. Google Cloud가 리소스 도용을 이유로 프로젝트를 정지했다면 먼저 해당 키를 교체한 다음 Google Cloud 콘솔에서 정지 해제를 요청하십시오. ↗
  5. 영향을 받은 사용자에게 보내는 OpenCode 이메일을 확인하십시오(OpenCode는 이메일을 받지 않았다면 키가 영향을 받지 않았다고 밝혔습니다). OpenCode가 사고 종료를 알릴 때까지 Console에 제공업체를 다시 연결하지 마십시오.
  6. 침해 안내 이메일의 링크가 아니라 각 제공업체 대시보드로 직접 이동하고, API 키나 OpenCode 로그인 정보를 요구하는 메시지는 피싱으로 간주하십시오.

공지 읽기

위급영향 기간 2026년 9월 30일 – 2026년 10월 1일 · 2026년 10월 15일 차단

STUDIO 무단 접근(2026년 10월)

STUDIO의 API 연동(Data Connect, API Connect)에 저장된 타사 API 키와 토큰, 사용자 지정 프록시 키, Google 스프레드시트 연동 자격 증명, 페이지 비밀번호가 이를 복호화하는 키와 함께 읽혔을 수 있습니다. STUDIO에 저장한 모든 키를 교체하고 새 키를 STUDIO에 붙여넣은 다음, 각 공급업체에서 이전 키를 폐기하십시오.

영향받기 쉬운 키: OpenAI, Google (Gemini), Anthropic, Stripe (secret key)

대응 절차(10개 항목)
  1. Data Connect 또는 API Connect에 저장한 모든 API 키와 토큰을 교체하고, 새 키를 STUDIO에 붙여넣은 다음 각 공급업체에서 이전 키를 폐기하십시오.
  2. STUDIO에 키가 있던 각 공급업체에서 2026년 9월 30일 이후의 사용량, 청구, 로그에 알 수 없는 활동이 없는지 확인하십시오.
  3. STUDIO 비밀번호를 변경하십시오(이메일 로그인만 해당). 같은 비밀번호를 사용한 다른 서비스의 비밀번호도 변경하십시오. ↗
  4. 비밀번호로 보호된 모든 페이지의 비밀번호를 변경하십시오.
  5. 양식 ▸ Google 스프레드시트 동기화 ▸ 동기화 중지 후 Google 연결된 앱에서 STUDIO를 제거하고 동기화를 다시 설정하십시오. ↗
  6. 사용자 지정 프록시: 10월 16일 STUDIO 이메일로부터 30일 이내에 서버를 새 프록시 키로 전환하고 STUDIO에 알리십시오.
  7. 모든 웹훅 알림 URL을 변경하고, URL에 포함된 비밀 값도 교체하십시오.
  8. 라이브 미리보기 URL을 삭제하고, 필요하면 새로 발급하십시오. ↗
  9. 양식 제출에 관한 STUDIO 이메일을 확인하고, 개인정보가 포함되어 있었다면 제출한 사람들에게 알려야 하는지 판단하십시오.
  10. STUDIO 비밀번호를 묻는 이메일이나 전화는 피싱으로 간주하십시오. STUDIO는 절대 묻지 않는다고 밝혔습니다.

공지 읽기

높음영향 기간 2026년 11월 5일 · 2026년 11월 6일 차단

Alpine Linux 등 musl 시스템의 OpenSSH 로그인 우회 취약점(sshole, CVE-2026-123158)

SSH 포트에 접속할 수 있는 공격자는 257~1024바이트 길이의 비밀번호를 보내는 것만으로 실제 비밀번호를 몰라도 로그인할 수 있습니다. 대상은 musl libc를 사용하는 Linux에서 PAM 없이 빌드된 sshd이며, Alpine의 openssh-server 패키지도 해당됩니다. PasswordAuthentication이 yes(기본값)이고, 비밀번호 필드가 *인 계정(키 전용 사용자, 클라우드 이미지의 alpine 사용자 등)이 있으며, $5$ 또는 $6$ 비밀번호 해시를 가진 다른 계정이 있는 서버만 영향을 받습니다. root로 직접 로그인되는 것은 PermitRootLogin yes인 경우뿐이지만, doas를 사용할 수 있는 계정이 뚫리면 root 권한을 얻을 수 있습니다. Alpine의 openssh-server-pam을 UsePAM yes로 사용하는 경우에는 영향을 받지 않습니다. 공격 코드는 공개되어 있으나, 현재까지 CISA는 악용 사례로 등재하지 않았습니다. OpenSSH 10.6p2에서 수정되었으며, Alpine은 3.16까지 수정된 패키지를 제공합니다. glibc를 사용하는 Linux(Debian, Ubuntu, RHEL), macOS, FreeBSD는 영향을 받지 않습니다. 이 방법으로 서버가 탈취되면 서버에 저장된 키와 비밀번호가 유출됩니다.

대응 절차(7개 항목)
  1. Alpine에서는 apk upgrade -U -a를 실행한 다음 rc-service sshd restart를 실행하십시오. 자동 업데이트를 포함해 업그레이드만으로는 이전 sshd가 계속 실행됩니다.
  2. Alpine의 수정된 openssh 패키지: edge 10.6_p2-r0, 3.24 10.3_p1-r2, 3.23 10.2_p1-r1, 3.22 10.0_p1-r11, 3.21 9.9_p2-r1, 3.20 9.7_p1-r6, 3.19 9.6_p1-r3, 3.18 9.3_p2-r4, 3.17 9.1_p1-r7, 3.16 9.0_p1-r6. ssh -V로는 패치 여부를 알 수 없으므로 apk list -I 'openssh*'로 확인하십시오.
  3. 바로 업데이트할 수 없다면 PasswordAuthentication no로 설정하고 sshd를 재시작하십시오. 먼저 SSH 키 로그인이 되는지 확인하고, 새 로그인이 성공할 때까지 현재 세션을 닫지 마십시오. 정확한 명령은 Alpine 공지에 있습니다. ↗
  4. 기타 musl 시스템(OpenWrt, Buildroot, Yocto, Void musl)에서는 OpenSSH 10.6p2 또는 제공업체의 수정된 패키지를 설치하십시오.
  5. 과거 로그인을 확인하려면 /var/log/messages에서 비밀번호가 없는 계정에 대한 Accepted password라는 sshd 줄을 찾으십시오. 노출된 시스템에서는 doas 사용 기록과 최근 생성된 사용자, 파일, 인증 키도 검토하십시오. 무단 로그인을 배제할 수 없다면 해당 시스템이 침해된 것으로 간주하십시오.
  6. 무단 로그인을 배제할 수 없다면 해당 서버에 저장된 API 키, 비밀번호, SSH 키(.env 파일과 환경 변수 포함)를 교체한 다음 이전 키를 폐기하십시오.
  7. OpenSSH 10.6p2 릴리스 노트입니다. ↗

공지 읽기

높음영향 기간 2026년 10월 12일 – 2026년 10월 21일 · 2026년 10월 22일 차단

GitLab 자체 관리형: 심각한 원격 코드 실행 취약점(2026년 10월)

GitLab은 2026년 10월 21일 CVE-2026-110264(CVSS 10.0)를 수정했습니다. 조작한 정규식으로 로그인하지 않은 누구나 자체 관리형 GitLab 서버에서 코드를 실행할 수 있는 취약점입니다. 7.0 이후 모든 버전이 해당되며, GitLab.com과 GitLab Dedicated는 이미 수정되었습니다. 이번 달 GitLab이 수정한 여러 정규식 취약점 중 하나로, 10월 12일에 수정된 취약점은 공개된 익스플로잇이 있습니다. 공격 보고는 없지만, 이렇게 장악된 서버에서는 CI/CD 변수, 토큰, 저장소가 유출됩니다. 지금 업데이트하고, 인터넷에서 접근할 수 있던 서버라면 시크릿도 교체하십시오.

영향받기 쉬운 키: GitLab

대응 절차(5개 항목)
  1. 19.5.1, 19.4.3, 19.3.6, 19.2.9, 19.1.9, 19.0.10, 18.11.13 이상으로 업그레이드하십시오. 단일 노드 서버는 마이그레이션 중에 중단됩니다. ↗
  2. 업데이트 전에 인터넷에서 접근할 수 있던 서버는 장악되었을 수 있다고 보십시오. 로그에서 "Onigmo native worker crash"와 Org 모드 렌더링 오류 급증을 찾고, 모르는 관리자 사용자, 토큰, SSH 키가 있는지 확인하십시오.
  3. CI/CD 변수(프로젝트·그룹·인스턴스)의 시크릿, 배포 토큰, 개인·프로젝트 액세스 토큰, 러너 토큰, 웹훅 시크릿을 교체한 뒤 이전 것을 폐기하십시오.
  4. 직접 시작하지 않은 파이프라인 작업, 직접 하지 않은 커밋·태그·브랜치 보호 변경이 있는지 확인하십시오.
  5. GitLab.com과 GitLab Dedicated는 업데이트할 필요가 없습니다.

공지 읽기

높음영향 기간 2026년 10월 19일 – 2026년 10월 21일 · 2026년 10월 22일 차단

가이타메 파이네스트: 유출된 비밀번호로 무단 로그인과 무단 거래(2026년 10월)

가이타메 파이네스트는 다른 회사 서비스에서 유출되었을 수 있는 ID와 비밀번호로 제3자가 일부 고객 계좌에 로그인해 거래한 것을 확인했습니다. 자사 시스템에서의 유출은 확인되지 않았다고 밝혔습니다. 해당 계좌의 이용을 제한했으며 대상 고객에게 개별 연락할 예정입니다. 마이페이지와 MT4/MT5 비밀번호를 변경하고, 일회용 비밀번호를 설정하고, 내역을 확인하십시오.

대응 절차(4개 항목)
  1. 마이페이지 비밀번호와 MT4/MT5 거래 비밀번호를 변경하십시오. ↗
  2. 같은 비밀번호를 쓰는 다른 서비스에서도 비밀번호를 변경하십시오.
  3. 로그인 내역과 거래 내역을 확인하고, 직접 하지 않은 거래가 있으면 가이타메 파이네스트(0120-217-033, 평일 10:00~17:00 일본 시간)에 연락하십시오.
  4. 계좌에 일회용 비밀번호를 설정하십시오.

공지 읽기

주의영향 기간 2026년 10월 21일 · 2026년 10월 22일 차단

Node.js 보안 릴리스: Brotli 코드 실행과 TLS 검증(2026년 10월)

Node.js 26.12.1, 24.22.1, 22.23.4(2026년 10월 21일)에서 취약점 10건이 수정되었습니다. 가장 심각한 CVE-2026-111497은 node:zlib에 전달한 잘못된 Brotli 데이터로 메모리가 손상되는 것으로, 외부에서 받은 데이터를 압축 해제하는 서버에서는 원격 코드 실행으로 이어질 수 있습니다. 또 3건은 TLS 인증서가 잘못된 IP 주소에 대해 받아들여지는 취약점으로, 클라이언트가 API 키나 비밀번호를 사칭한 상대에게 보낼 수 있습니다. 이번 릴리스는 침해된 eMudhra 중간 인증서도 더 이상 신뢰하지 않습니다. 공격 보고는 없습니다. Node.js 20 이하는 수정되지 않습니다.

대응 절차(5개 항목)
  1. 모든 Node.js(서버, 컨테이너, CI 이미지, Lambda 등 고정 런타임)를 26.12.1, 24.22.1, 22.23.4 이상으로 업데이트하고 앱을 다시 시작하십시오. ↗
  2. Node.js 20 이하에서 실행 중인 앱은 지원되는 버전으로 옮기십시오. 수정되지 않습니다.
  3. Node.js를 내장한 데스크톱 앱과 도구(Electron 앱, CLI)는 제작사가 수정판을 내면 업데이트하십시오.
  4. 인터넷에 공개된 앱이 요청의 Brotli를 압축 해제하고 수정 전 버전으로 실행되었다면, 그 환경 변수와 .env 파일의 시크릿을 교체하십시오.
  5. IP 주소로 지정한 서비스에 TLS로 API 키나 비밀번호를 보내는 앱은, 업데이트 후 경로의 네트워크를 신뢰할 수 없다면 그 자격 증명을 교체하십시오.

공지 읽기

주의영향 기간 2026년 10월 19일 – 2026년 10월 22일 · 2026년 10월 22일 차단

ThreeTrader: 무단 접근 가능성(2026년 10월)

ThreeTrader는 Onamae.com 데스크톱 클라우드 VPS 공격 및 다른 FX 브로커의 무단 거래와 같은 시기에 자사 시스템에 대한 무단 접근 가능성을 고객에게 이메일로 알렸습니다. 자세한 내용은 공개하지 않았습니다. 클라이언트 포털 비밀번호와 모든 MetaTrader 계좌 비밀번호를 변경하고 2단계 인증을 켜십시오. 여기에 연결한 공지는 Myforex의 요약이며, 1차 출처는 ThreeTrader의 이메일입니다.

대응 절차(5개 항목)
  1. ThreeTrader 클라이언트 포털 비밀번호를 변경하십시오.
  2. 모든 MetaTrader(MT4/MT5) 계좌의 비밀번호를 변경하십시오.
  3. 제공된다면 2단계 인증을 켜십시오.
  4. 거래 내역과 잔고를 확인하고, 모르는 것이 있으면 ThreeTrader에 연락하십시오.
  5. 이 건에 관한 이메일이 threetrader.com에서 왔는지 확인하고, 이메일 링크가 아닌 포털에 직접 접속하십시오.

공지 읽기

주의영향 기간 2026년 10월 21일 – 2026년 10월 22일 · 2026년 10월 22일 차단

DigiD와 MijnOverheid, PHP 취약점으로 일시 중단(2026년 10월)

Logius는 2026년 10월 21일 PHP의 심각한 취약점(PHP2Shell)에 대한 예방 조치로 DigiD.nl, MijnOverheid.nl 등 정부 사이트를 중단했다가 수정 후 재개했습니다. DigiD 앱과 다른 사이트의 DigiD 로그인은 계속 작동했습니다. DigiD 계정이나 데이터가 도난당했다는 보고는 없으며, NCSC도 악용을 확인하지 못했습니다. 사기범은 이런 중단을 이용합니다. 다른 로그인 방법을 안내하거나 DigiD '재활성화'를 요구하는 메시지에 주의하십시오.

대응 절차(4개 항목)
  1. 로그인은 digid.nl, DigiD 앱, 또는 이용하는 기관의 사이트에서만 하고, 이메일이나 문자 링크로는 하지 마십시오. ↗
  2. 사용자 이름과 비밀번호만이 아니라 DigiD 앱이나 SMS 인증을 사용하십시오.
  3. Mijn DigiD 이용 내역에 모르는 로그인이 있는지 확인하십시오.
  4. 링크로 연 사이트에 DigiD 정보를 입력했다면 즉시 DigiD 헬프데스크에 연락하십시오.

공지 읽기

주의영향 기간 2026년 10월 16일 – 2026년 10월 21일 · 2026년 10월 21일 차단

인도 국영은행(SBI) 고객 데이터 다크웹 유출(2026년 10월)

인도 국영은행은 2026년 10월 21일, 다크웹에 나온 약 37만 5천 건의 기록 중 3,897건에 고객 개인정보(이름, 성별, 생년월일, 휴대전화 번호, 이메일, 주소, 지점과 CIF 식별자)가 포함되어 있다고 증권거래소에 공시했습니다. 비밀번호 유출은 보고되지 않았습니다. SBI는 데이터 출처를 아직 파악하지 못했고, 해당 고객에게 알렸는지도 밝히지 않았습니다. 이 정보를 인용한 그럴듯한 피싱 전화, 문자, 이메일에 주의하십시오.

대응 절차(5개 항목)
  1. OTP, PIN, 비밀번호, 카드 정보를 전화·문자·이메일로 알려주지 마십시오. SBI는 이를 묻지 않습니다.
  2. 계좌 정보를 언급하는 전화나 메시지도 가짜일 수 있습니다. SBI 웹사이트나 카드에 적힌 번호로 다시 전화하십시오.
  3. 인터넷 뱅킹 비밀번호나 MPIN을 다른 곳에서도 쓰고 있다면 변경하십시오.
  4. SMS와 이메일 알림이 켜져 있는지, 등록된 휴대전화 번호와 이메일이 여전히 본인 것인지 확인하십시오.
  5. 사기를 당했다면 즉시 SBI와 인도 사이버범죄 신고센터(1930) 또는 cybercrime.gov.in에 신고하십시오. ↗

공지 읽기

인증 기관 침해

높음2026년 10월 17일 공개

eMudhra 인증 기관 키 유출(2026년 10월)

eMudhra 중간 인증 기관 8개(EM DV, OV, EV TLS CA - G3B 및 G3C, EM OV CS CA - G3B 및 G3C)는 2025년 4월에 누구나 알아낼 수 있는 개인 키로 만들어졌습니다. 차단되기 전까지는 누구나 어떤 이름으로든 신뢰받는 웹 사이트 또는 코드 서명 인증서를 발급할 수 있었습니다. 브라우저, Apple, Microsoft가 2026년 10월 17일부터 20일 사이에 이를 차단했고 eMudhra가 폐기했습니다. 이들이 발급한 모든 인증서를 교체하고, 자체 신뢰 인증 기관 목록을 가진 소프트웨어를 업데이트하십시오.

대응 절차(5개 항목)
  1. 이 중간 인증 기관이 발급한 인증서를 모두 교체하십시오. eMudhra는 이들의 발급을 중단하고 고객을 RSA 계층(emSign Root CA - G1)으로 이전하고 있습니다. 다른 인증 기관의 인증서도 사용할 수 있습니다.
  2. EM OV CS CA - G3B 또는 G3C 인증서로 서명한 소프트웨어는 다시 서명하고, 그 인증서로 서명된 이전 빌드는 신뢰하지 마십시오.
  3. Certificate Transparency에서 내 도메인을 검색하여 이 중간 인증 기관이 내가 요청하지 않은 인증서를 발급하지 않았는지 확인하십시오. ↗
  4. macOS, 브라우저, Python certifi, Node.js, Go, Java를 업데이트하여 유출된 중간 인증 기관을 더 이상 신뢰하지 않도록 하십시오. ↗
  5. macOS 기본 curl 등 폐기 여부를 확인하지 않는 도구는 여전히 이 인증서를 받아들입니다. /etc/ssl/cert.pem에서 emSign 루트를 제거하는 방법은 Mozilla 권고문에 있습니다. ↗

공지 읽기

권고는 마지막 날짜로부터 30일이 지나면 보관함으로 옮겨집니다. 지난 권고는 유출 뉴스 보관함에서 검색하고 걸러 볼 수 있습니다 →

유출 뉴스가 지켜보는 곳

Enfour의 Security Watch는 영어, 일본어, 한국어로 된 48개의 정보원을 상시 읽습니다. 각국의 침해사고대응팀, 악용이 확인된 취약점 목록, 소프트웨어 개발사의 발표, 보안 언론입니다. KeyRotate나 FrontierStack 이용자에게 영향을 줄 수 있는 것만 남기며, 모든 권고는 사람이 읽고 확인하고 서명한 뒤에 배포합니다. 원래 발표가 일본어나 한국어라면 해당 언어의 권고는 원문 표현을 따르고, 다른 언어는 그 번역입니다.

대상이 되는 것

  • KeyRotate가 키를 관리하는 419개 서비스에서 일어난 침해, 유출, 강제 재설정 가운데 키, 토큰, 로그인 정보가 탈취되었거나 그럴 우려가 있는 것.
  • FrontierStack이 모든 서버에서 확인하는 서버 소프트웨어의 보안 릴리스: PHP, OpenSSL, OpenSSH, nginx, Apache, Node.js, Python, MySQL, MariaDB, PostgreSQL, Redis.
  • FrontierStack이 감시하는 네트워크 장비에서 악용되었거나 심각한 취약점: NetScaler, BIG-IP, FortiGate, PAN-OS, Ivanti, Cisco ASA/FTD, LoadMaster, SonicWall SMA, SonicWall firewall, ShareFile SZC, Check Point, WatchGuard, Zyxel, Array AG, OpenVPN AS.
  • 인증 기관의 침해와 소프트웨어 공급망 공격(악성 패키지, 확장 기능, 업데이트).

지역 상점, 은행, 학교 등의 개인정보 유출이나 이용자가 쓰지 않는 제품의 취약점은 배포하지 않습니다. 침해는 이 페이지에, 서버와 장비 권고는 FrontierStack의 보안 업데이트와 엣지 어플라이언스 패널에 전달됩니다.

정보원

각국의 CERT와 정부 기관

  • 미국: CISA advisories, CISA Known Exploited Vulnerabilities
  • 유럽연합: CERT-EU, ENISA EU Vulnerability Database
  • 일본: JPCERT/CC, IPA, JVN, JVN iPedia
  • 한국: KrCERT/CC, KISA

악용된 취약점과 유출 데이터베이스

  • CISA Known Exploited Vulnerabilities, ENISA EU Vulnerability Database (exploited), GitHub Advisory Database (malicious packages), Have I Been Pwned

소프트웨어 개발사의 보안 발표

  • PHP, Node.js, PostgreSQL

공급망 연구

  • Socket, StepSecurity, Aikido, Wiz

보안 뉴스

  • 영어: BleepingComputer, The Hacker News, Krebs on Security, SecurityWeek, The Record, DataBreaches.net, Dark Reading, Help Net Security, The Register, Ars Technica
  • 일본어: piyolog, Security NEXT, ITmedia, ITmedia NEWS, ITmedia Enterprise, @IT, Mynavi TECH+, ScanNetSecurity, INTERNET Watch
  • 한국어: Boan News (보안뉴스), Electronic Times (전자신문), ITWorld Korea, DailySecu (데일리시큐)

권고가 안내하는 신고처

일본이나 한국 이용자에게 주로 영향을 주는 사고라면, 권고가 공식 신고처나 상담 창구를 안내할 수 있습니다.

일본

한국

문구는 각 회사의 공지를 Enfour가 요약한 것이며, 정식 정보는 각 회사의 공지입니다. 날짜는 각 회사가 밝힌 대로입니다.

이 권고를 FrontierStack에서 실시간으로

FrontierStack은 각 권고를 관리 중인 사이트와 서버에 대조해, 영향이 있을 때만 경보를 띄우고, 대응이 끝날 때까지 절차를 체크리스트로 남깁니다.

FrontierStack 다운로드