TORUN SECURITY NEWS

보안 뉴스

취약점·랜섬웨어·침해사고를 매일 큐레이션해 한글 요약과 함께 전합니다.

2026년 10월 14일 수요일 기준

← 뉴스 홈으로

BleepingComputer · 통신/IT 뉴스

주요 뉴스

이 범위에서 지금 주목할 이슈

전체 목록

통신/IT
BleepingComputer·2026. 10. 02.

마이크로소프트 X 계정, 암호화폐 펌프 앤 덤프 사기에 해킹당해

마이크로소프트의 공식 X(옛 트위터) 계정이 해킹되어 암호화폐 토큰을 홍보하는 '펌프 앤 덤프(가격을 띄운 뒤 급하게 팔아치워 차익을 챙기는 사기 수법)'에 악용되는 사건이 발생했습니다. 공격자들은 마이크로소프트의 캐릭터인 클리피(Clippy)를 사칭한 계정과 연계해 가짜 암호화폐 토큰 $Clippy를 홍보했습니다. 마이크로소프트는 무단 접속 사실을 확인하고 해당 게시물을 삭제했으며, 법적 조치를 취하겠다고 밝혔습니다. 이번 사건은 2024년 마이크로소프트 인도 계정 해킹, 2024년 미국 증권거래위원회(SEC) 계정 해킹 등 유명 기관의 SNS 계정을 노린 암호화폐 사기 공격이 계속 이어지고 있음을 보여줍니다.

자세히 보기
중요통신/IT
BleepingComputer·2026. 10. 01.

DIVD, Zammad 제로데이 취약점이 AI 주도 네트워크 침해를 가능케 했다고 밝혀

네덜란드의 비영리 보안 연구단체 DIVD(취약점 공개 연구소)가 자체 네트워크 침해 사고의 원인을 공개했습니다. 오픈소스 헬프데스크·티켓팅 시스템인 Zammad에 존재하던 두 개의 제로데이(사전에 알려지지 않은) 취약점이 연쇄적으로 악용된 것이 원인이었습니다. 특히 이번 공격은 사람이 직접 조작한 것이 아니라 AI 에이전트가 스스로 판단해 자율적으로 공격을 이어간 것이어서 "시끄럽고 매우 지저분했다"고 표현될 정도로 순식간에 진행됐습니다. 공격자는 세션 탈취, 원격 코드 실행(RCE), 권한 상승을 통해 root 권한까지 확보했고, 다른 서비스에 접근해 데이터를 유출하는 전 과정이 단 몇 초 만에 이뤄졌습니다. 다행히 네트워크 분리와 신속한 대응 덕분에 공격자가 내부망 더 깊숙이 침투하지는 못했으며, DIVD는 Zammad 이용자들에게 버전 7로 업그레이드하거나 인스턴스를 즉시 오프라인으로 전환할 것을 권고했습니다.

자세히 보기
통신/IT
BleepingComputer·2026. 10. 01.

GitHub 공개 저장소에서 유효한 계정 정보 54만 3,000여 건 노출

보안 업체 Truffle Security가 GitHub에 공개된 저장소 2억 2,400만 개와 파일 580억 개 이상을 분석한 결과, 아직도 유효하게 사용 가능한 계정 정보(credential) 54만 3,699건이 노출된 상태로 남아 있는 것으로 나타났습니다. 노출된 정보가 공개 상태로 방치된 기간은 평균(중앙값) 784일이나 됐고, 가장 오래된 것은 2009년부터 노출돼 있었습니다. GitHub가 민감정보 유출을 막기 위해 Push Protection이라는 보호 기능을 도입했지만, 이미 새어나간 계정 정보를 자동으로 무효화해주지는 않아서 여전히 많은 정보가 위험에 노출돼 있습니다. 특히 npm 토큰은 유출돼도 대부분 곧 무효화되는 반면, Google Cloud 서비스 계정 정보는 유출된 것 중 절반 이상이 여전히 사용 가능한 상태로 확인돼 서비스별로 대응 수준 차이가 크다는 점이 드러났습니다. 전문가들은 노출된 계정 정보를 즉시 교체(rotate)하고, 저장소와 커밋 이력을 정리하며, 모든 활성 비밀정보에 자동 만료 기한을 설정할 것을 권고합니다.

자세히 보기
중요통신/IT
BleepingComputer·2026. 09. 30.

새로운 Spectre v2 공격 변종, 단 몇 분 만에 리눅스 root 비밀번호 해시 유출

Spectre v2 계열의 새로운 CPU 하드웨어 취약점 'BTR(Branch Target Reuse)'가 공개됐습니다. 인텔, AMD, ARM 등 대부분의 최신 CPU에서 발생하며, 이를 악용하면 리눅스 시스템에서 단 3~5분 만에 root 비밀번호의 해시값을 빼낼 수 있습니다. CPU가 분기 예측(다음에 실행할 명령을 미리 추측하는 기능)에 쓰는 낡은 정보를 이용해, 공격자가 원래는 실행되지 않아야 할 명령을 잠깐 몰래 실행시켜 메모리 속 민감한 데이터를 캐시를 통해 훔쳐보는 방식입니다. 이 문제는 CVE-2026-64507, CVE-2026-64508로 등록됐고 리눅스 커널에는 이미 패치가 반영됐습니다. 다만 아직 실제 공격에 악용된 사례는 확인되지 않았습니다.

자세히 보기
중요통신/IT
BleepingComputer·2026. 09. 29.

일본 게이오, 랜섬웨어 공격으로 업무 시스템 마비 확인

일본의 대형 사철(민영 철도) 운영사 게이오(Keio Corporation)가 랜섬웨어 공격을 받아 일부 업무 시스템이 마비됐습니다. 9월 26일 새벽 시스템 장애가 발생했고, 회사는 피해 확산을 막기 위해 네트워크를 차단한 뒤 경찰에 신고하고 외부 전문가와 함께 침입 경로와 피해 규모를 조사 중입니다. 이번 공격은 열차 운행에는 영향이 없고 호텔 등 숙박 사업 부문에 영향을 준 것으로 보이며, 계열 호텔의 결제 시스템 장애도 보도됐습니다. 아직 공격을 자처한 랜섬웨어 조직은 확인되지 않았습니다. 같은 주말 도쿄메트로도 별도의 침해 사고로 회원 이메일 주소 5만 9000건이 유출됐다고 밝혔는데, 두 사건이 같은 공격자에 의한 것인지는 불명확합니다.

자세히 보기
중요통신/IT
BleepingComputer·2026. 09. 29.

JadePuffer의 AI 에이전트 공격, Azure 클라우드 리소스 파괴 노려

JadePuffer(스톰-3168)라는 랜섬웨어 공격 조직이 AI 에이전트를 이용해 Microsoft Azure 클라우드 환경을 자동으로 공격하고 있습니다. 정찰, 자격증명 탈취, 내부 이동, 데이터 암호화까지 전체 공격 과정을 AI가 자동화해서 처리합니다. Microsoft가 6월에 관측한 공격에서는 탈취한 서비스 계정으로 100개 이상의 스토리지 계정과 Key Vault, 가상머신 등을 겨냥해 단 7분 만에 파괴 작업을 진행했습니다. 백업 복구를 막기 위해 복구 보호 장치까지 제거하려 했으며, 일부 자격증명은 공개된 깃허브(GitHub) 이슈에 노출되어 있던 것으로 확인됐습니다.

자세히 보기
통신/IT
BleepingComputer·2026. 09. 28.

미군 병사, 기술·통신사 10곳 갈취 혐의로 징역 70개월 선고

미군 현역 병사였던 21세 Cameron John Wagenius(별명 'kiberphant0m')가 2023년 4월부터 2024년 12월까지 AT&T, Verizon 등 최소 10개 미국 기술·통신 기업을 해킹하고 갈취한 혐의로 징역 70개월을 선고받았습니다. 그는 공범들과 함께 자체 제작한 SSH 무차별대입(brute force) 해킹 도구로 기업 네트워크 로그인 정보를 훔쳤고, 훔친 데이터를 BreachForums, XSS.is 같은 범죄 포럼에 공개하겠다고 위협하며 최소 100만 달러를 갈취하려 했습니다. 일부 데이터는 실제로 판매되었고 SIM 스와핑 등 추가 사기에도 악용되었습니다. 이번 사건은 Snowflake 클라우드 저장소를 노린 대규모 해킹 캠페인과도 연결되어 있으며, 그 여파로 AT&T, Ticketmaster, Santander 등 수억 명의 고객 정보가 유출된 바 있습니다.

자세히 보기
통신/IT
BleepingComputer·2026. 09. 27.

Cloudflare, 고객 데이터를 노출시킨 Containers 크로스 테넌트 취약점 수정

Cloudflare의 컨테이너 서비스(Containers)에서 서로 다른 고객의 데이터가 노출될 수 있는 취약점이 발견되어 수정되었습니다. 컨테이너 디스크를 삭제할 때 저장 블록을 초기화하지 않고 재사용하는 설정 결함 때문에, Workers Paid 계정을 가진 공격자가 같은 물리 서버에 있던 다른 고객의 디렉터리 구조, SQLite 데이터베이스, .env 파일, 자격증명 파일 등을 읽을 수 있었습니다. 보안 연구자 Oren Yomtov가 2026년 9월 4일 HackerOne을 통해 신고했고, Cloudflare는 9월 19일까지 인프라 패치를 완료했습니다. 실제 고객 데이터가 유출된 증거는 발견되지 않았으며, 고객이 별도로 취해야 할 조치는 없습니다.

자세히 보기
이전1 / 2다음