KeyRotate
KeyRotate › 유출 뉴스

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

키나 로그인 정보를 맡긴 서비스가 침해되면, KeyRotate는 몇 시간 안에 이를 알고 그 서비스를 썼는지 묻습니다. 이 페이지에 실린 것은 Enfour가 앱에 배포하는 것과 같은 권고입니다. 무슨 일이 있었는지, 영향받기 쉬운 키, 취해야 할 조치를 싣고 있습니다.

각 권고는 Enfour의 키로 서명되어 있으며, 앱과 이 페이지 모두 표시하기 전에 서명을 검증합니다. KeyRotate에서는 절차가 개요 화면의 체크리스트가 되고, API 키가 유출된 사고라면 그곳에 저장한 키를 한 번에 교체할 수 있습니다.

권고 #5(2026년 10월 24일 발행)

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

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

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

영향받기 쉬운 키: OpenAI, Anthropic, OpenRouter, xAI (Grok), Stripe, 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, 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

대응 절차(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년 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월 2일 – 2026년 10월 8일 · 2026년 10월 9일 차단

SBI 증권 경고: 탈취된 Google·Apple 계정을 통한 패스키 악용(2026년 10월)

SBI 증권은 피싱으로 Google이나 Apple 계정 로그인 정보를 훔친 뒤, 그 계정에 동기화된 패스키와 비밀번호 메모로 증권 계좌에 로그인해 거래하는 수법에 대해 주의를 당부했습니다. 사례는 다른 증권사에서 보고된 것이며, SBI 증권은 자사 계좌의 피해는 확인되지 않았다고 밝혔습니다. 패스키를 Google이나 Apple 계정에 보관한다면 그 계정도 증권 계좌 로그인만큼 철저히 보호하십시오.

대응 절차(5개 항목)
  1. 패스키를 저장한 Google·Apple 계정에서 2단계 인증과 복구용 이메일·전화번호를 확인하고, 모르는 기기를 삭제하십시오. ↗
  2. SBI 증권에는 패스키로 로그인하고 로그인 비밀번호를 끄십시오.
  3. 증권 계좌 비밀번호를 클라우드 메모 등 계정이 탈취되면 드러나는 곳에 저장하지 마십시오.
  4. 이메일이나 문자 링크로 로그인하지 말고 사이트나 앱을 직접 여십시오.
  5. 거래 내역과 계좌 등록 정보에 직접 하지 않은 변경이 있는지 확인하십시오.

공지 읽기

인증 기관 침해

높음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 권고문에 있습니다. ↗

공지 읽기

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

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

KeyRotate는 적어도 12시간마다 새 권고를 확인하고, 쓴다고 답한 서비스에 대해서만 알리며, 모든 절차가 끝날 때까지 진행 상황을 기록합니다.

Mac App Store에서 다운로드