[태그:] 윈도우

  • 방치된 앱 업데이터 끄는 법, 윈도우·맥·안드로이드

    방치된 앱 업데이터 끄는 법, 윈도우·맥·안드로이드

    3줄 요약

    • 개발이 끝난 앱이라도 업데이터는 백그라운드 서비스로 남아 주인 없는 서버에 계속 접속할 수 있어요. 누가 그 도메인을 차지하느냐에 따라 내 PC가 봇넷의 일원이 될 수도 있어요.
    • Popcorn Time 포크인 Time4Popcorn의 업데이터는 암호화되지 않은 HTTP와 낡은 크롬 엔진으로 돌고 있었어요. Eye Security는 도메인을 직접 등록해서 업데이터를 스스로 끄게 하는 업데이트를 200만 건 넘게 내려보냈어요.
    • 안 쓰는 앱의 업데이터는 운영체제마다 찾는 곳이 달라요. 윈도우는 services.msc와 작업 스케줄러, 맥은 로그인 항목과 LaunchAgents 폴더, 안드로이드는 앱 목록에서 찾아 끄고 지우면 돼요.

    앱 개발은 여러 해 전에 멈췄는데 업데이터는 멀쩡히 살아 있었어요. 토렌트 영상을 넷플릭스처럼 바로 틀어 주던 Popcorn Time의 포크, Time4Popcorn 얘기예요. 이 앱의 업데이터는 윈도우, macOS, 안드로이드 기기에 남아 버려진 도메인에 꼬박꼬박 접속하고 있었어요. 보안 업체 Eye Security는 이 업데이터를 ‘끄려고’ 업데이트를 직접 만들어 내려보냈고, 다운로드는 200만 건을 넘겼어요. 기능을 고치는 업데이트가 아니라 끄는 업데이트가 200만 건. 다운로드 횟수가 곧 기기 수는 아니지만, 이 업데이터가 아직 얼마나 많은 곳에서 돌고 있었는지 짐작하기엔 충분한 숫자예요.

    해적판 앱 하나의 일로 넘기기 어려운 이유가 있어요. 예전에 깔아 놓고 잊은 프로그램의 업데이터가 서비스나 예약 작업 형태로 여러분 PC에도 남아 있을 수 있거든요. 순서는 이렇게 갈게요. 방치된 업데이터가 왜 위험한지 먼저 보고, 그다음 윈도우·맥·안드로이드에서 어디를 열어야 찾아서 끌 수 있는지.

    도메인 하나만 잡으면 업데이터 전체가 손에 들어온다

    데스크톱 앱 상당수는 본체 말고도 ‘업데이터’라는 작은 프로그램을 하나 더 깔아요. 윈도우에서는 부팅과 함께 켜지는 서비스나 예약 작업으로, 맥에서는 로그인할 때 뜨는 백그라운드 항목으로 등록되는 경우가 많죠. 앱 창을 한 번도 안 열어도 업데이터는 정해진 주소에 접속해 새 버전이 있는지 묻고, 있으면 받아서 설치해요. 개발자가 관리하는 동안에는 이만큼 편한 기능도 드물어요.

    탈은 개발이 끝난 뒤에 나요. 개발자가 도메인 갱신을 멈추면 그 주소는 누구나 새로 등록할 수 있는 상태가 되거든요. 업데이터는 그런 사정을 모르고 같은 주소에 계속 질문을 보내요. 새 주인이 “이 파일을 설치해”라고 답하면? 평소 하던 대로 따르는 거죠. Eye Security가 Time4Popcorn 업데이터에서 확인한 위험 요소는 크게 세 가지였어요. 하나씩 떼어 놓고 봐도 문제인데, 셋이 한 프로그램 안에 한꺼번에 겹쳐 있었다는 게 더 고약해요.

    • 주인 없는 도메인: 업데이터가 접속하는 도메인이 버려진 상태였어요. 그중 하나만 차지해도 업데이터가 깔린 기기 전체에 명령을 내릴 수 있어요. 봇넷을 꾸리는 데 별도의 해킹이 거의 필요 없는 셈이죠. 공격자 입장에선 도메인 등록이 사실상 침투 과정의 전부예요.
    • 암호화되지 않은 HTTP 통신: 통신이 암호화돼 있지 않으면 중간에서 내용을 바꿔치기할 틈이 생겨요. 연구진 설명으로는 도메인을 차지하지 않아도 중간자 공격으로 특정 기기만 골라 노릴 수 있었어요. 첫 번째가 ‘전체를 한 번에’ 잡는 길이라면, 이쪽은 ‘한 대만 정확히’ 노리는 길이에요.
    • 낡은 크롬 엔진: 이 소프트웨어는 오래되고 보안상 취약한 버전의 크롬 위에서 돌고 있었어요. 앱 안에 브라우저 엔진을 통째로 넣어 만든 프로그램은 PC에 깔린 크롬과 따로 움직여요. PC의 크롬을 아무리 최신으로 유지해도 앱 속 엔진에 알려진 취약점은 그대로 열려 있다는 얘기예요.

    Eye Security의 Niels Teusink는 이 업데이터로 사실상 어떤 소프트웨어든 전체 권한으로 설치하고 실행할 수 있었다고 설명해요. 감시 용도로도 쓸 수 있었고요. 업데이터가 접속해 오는 기기만 봐도 누가 이 소프트웨어를 쓰는지 알아낼 수 있으니까요. 하나 더 짚어 둘게요. 윈도우 서비스는 일반 사용자보다 높은 권한의 시스템 계정으로 도는 경우가 많아요. 이런 업데이터가 뚫리면 피해가 앱 하나에서 끝나지 않는다는 점, 꼭 기억해 두세요.

    공격자보다 한발 먼저 도메인을 등록한 연구진

    연구진이 고른 방법은 단순해요. 공격자가 할 법한 일을 먼저 해 버리는 것. 버려진 도메인 하나를 직접 등록하고, 거기서 ‘스스로 꺼지라’는 내용의 업데이트를 내려보냈어요. 동의 없이 남의 컴퓨터에서 코드를 실행시키는 방식이라 윤리적 논란이 있다는 건 연구진도 알고 있었어요. 연구진 입장은 남은 선택지가 “아무것도 하지 않는 것”뿐이었다는 거예요. 업데이트 과정은 어차피 아무 기능도 하지 않으면서 사용자에게 위험만 만들고 있었다는 거죠. 수긍이 가는 논리예요. 손을 놓고 있으면 그 도메인은 언제든 다른 누군가가 등록할 수 있는 상태로 남으니까요. 전례도 있어요. FBI가 70만 대 넘는 컴퓨터를 감염시킨 봇넷을 스스로 제거하게 만든 사례처럼, 감염된 기기를 원격으로 ‘청소’하는 방식은 이전에도 쓰인 적이 있어요.

    운영체제별 결과는 꽤 달랐어요. 표에서 ‘그대로 남은 것’ 칸을 눈여겨보세요. 연구진이 대신 처리해 준 일과 사용자가 직접 치워야 할 일이 거기서 갈려요.

    운영체제 연구진 업데이트가 한 일 그대로 남은 것 사용자가 직접 할 일
    윈도우 서비스 제어 관리자(Service Control Manager)로 업데이터 서비스를 중지하고 비활성화 파일은 하나도 지우지 않음 프로그램 제거, 서비스 상태 확인
    macOS 셸 스크립트로 명령을 실행해 업데이트 프로세스가 시작되지 못하게 차단 앱 본체(지웠다는 설명 없음) 앱과 백그라운드 항목 삭제
    안드로이드 조치하지 않음(업데이트를 설치하려면 사용자가 직접 조작해야 해서) 업데이터를 포함한 앱 전체 앱 직접 삭제

    중간에 웃지 못할 일도 있었어요. 연구진의 업데이트 파일이 VirusTotal에 올라가면서 보안 프로그램들이 이걸 악성코드로 판정해 막기 시작한 거예요. 위험한 업데이터는 멀쩡히 돌고, 그걸 끄려는 업데이트만 차단되는 상황. 연구진은 업데이트를 고쳐야 했어요. 백신 입장에서는 ‘모르는 서버가 보낸, 서비스를 건드리는 실행 파일’이라 선의인지 악의인지 가리기 어려웠던 것으로 보여요. 백신을 탓하기도 애매한 대목이에요. 하는 동작만 놓고 보면 악성코드와 다를 게 별로 없으니까요. 연구진은 업데이트 다운로드가 200만 건을 넘긴 뒤 배포를 멈췄고, 쓰던 도메인은 웹 보안 비영리단체인 Shadowserver Foundation에 넘겼어요.

    윈도우는 services.msc와 작업 스케줄러 두 곳을 본다

    연구진이 윈도우에서 한 일, 그러니까 서비스를 멈추고 ‘사용 안 함’으로 바꾸는 건 손으로도 똑같이 할 수 있어요. 아래 경로는 윈도우 11 기준이고 윈도우 10 표기는 괄호에 적었어요. 운영체제 업데이트를 거치며 표기가 조금씩 바뀌기도 하니, 이름이 딱 맞지 않으면 비슷한 항목을 찾아보면 돼요.

    1. 설치된 앱부터 훑기: 설정 → 앱 → 설치된 앱(윈도우 10: 설정 → 앱 → 앱 및 기능)으로 가세요. 정렬을 ‘설치 날짜’로 바꾸면 오래전에 깔고 잊은 프로그램이 아래쪽에 모여요. 이름이 기억나지 않거나 게시자가 비어 있는 프로그램은 따로 메모해 두세요. 다음 단계에서 서비스 목록과 맞춰 볼 때 쓸 거예요.
    2. 서비스 확인: Win+R을 누르고 services.msc를 입력하세요. 목록에서 앱 이름이나 ‘Update’, ‘Updater’가 들어간 항목을 더블클릭하면 ‘일반’ 탭의 ‘실행 파일 경로’에 어느 프로그램 소속인지 나와요. 지울 앱의 업데이터가 맞다면 ‘시작 유형’을 ‘사용 안 함’으로 바꾸고 ‘중지’, ‘확인’ 순서로 누르면 끝.
    3. 경로를 한 번에 보기: 서비스를 하나씩 열어 보기 번거로우면 PowerShell에서 Get-CimInstance Win32_Service | Where-Object StartMode -eq 'Auto' | Select-Object Name, State, PathName을 실행해 보세요. 자동으로 시작되는 서비스와 실행 파일 경로가 한 화면에 나와요. 볼 건 경로예요. C:\Windows\System32가 아니라 낯선 프로그램 폴더나 사용자 폴더 아래에 있는 항목부터 확인하면 돼요.
    4. 명령어로 끄기: 관리자 권한 PowerShell에서 sc.exe stop 서비스이름을 실행한 다음 sc.exe config 서비스이름 start= disabled를 실행하세요. 여기서 두 군데가 자주 걸려요. 하나, PowerShell에서 그냥 sc라고 쓰면 파일에 내용을 쓰는 Set-Content의 별칭으로 처리되니 꼭 sc.exe로 써야 해요. 둘, start= 뒤에는 공백을 한 칸 넣어야 해요. 붙여 쓰면 명령이 먹히지 않아요.
    5. 작업 스케줄러: 서비스만 보고 끝내면 반쪽짜리 점검이에요. 서비스 대신 예약 작업으로 업데이트를 확인하는 프로그램도 많거든요. 시작 메뉴에서 ‘작업 스케줄러’를 검색해 열고, 왼쪽 ‘작업 스케줄러 라이브러리’에서 앱 이름이 들어간 작업을 골라 오른쪽 ‘사용 안 함’을 누르면 돼요.
    6. 시작 앱: Ctrl+Shift+Esc로 작업 관리자를 열고 ‘시작 앱’(윈도우 10: ‘시작 프로그램’ 탭)에서 모르는 항목을 ‘사용 안 함’으로 바꾸세요.

    주의할 점이 하나 있어요. 모르는 서비스라고 전부 꺼 버리면 그래픽 드라이버나 보안 프로그램이 고장 날 수 있어요. 경로로 소속 확인, 끄기, 재부팅 후 며칠 사용, 문제없으면 앱 제거. 이 순서가 안전해요. 앱을 지우면 딸린 서비스도 대개 같이 지워지는데, 서비스 목록에 여전히 남아 있다면 위 방법으로 꺼 두면 돼요.

    맥은 LaunchAgents까지, 안드로이드는 직접 지우는 수밖에

    맥에서 연구진은 업데이트 프로세스가 아예 시작되지 못하게 막았어요. 손으로 할 일도 방향은 같아요. 로그인할 때 저절로 뜨는 항목을 찾아서 끄는 것.

    1. 로그인 항목: 시스템 설정 → 일반 → 로그인 항목(macOS 15 이상: ‘로그인 항목 및 확장 프로그램’, macOS 12 이하: 시스템 환경설정 → 사용자 및 그룹 → 로그인 항목)으로 가세요. 아래쪽 ‘백그라운드에서 허용’ 목록에서 안 쓰는 앱의 스위치를 끄면 돼요.
    2. LaunchAgents 폴더: Finder → 이동 → 폴더로 이동(⇧⌘G)에서 ~/Library/LaunchAgents, /Library/LaunchAgents, /Library/LaunchDaemons를 차례로 열어 보세요. 파일 이름에 앱 이름이나 제작사 이름이 들어간 .plist 파일이 자동 실행 설정이에요. 스위치만 끄는 1번보다 한 단계 더 깊이 들어가는 셈이죠.
    3. 터미널로 내리기: 먼저 launchctl list | grep -i 앱이름으로 돌고 있는지 확인하세요. 사용자 폴더에 있는 항목은 launchctl bootout gui/$(id -u) ~/Library/LaunchAgents/파일이름.plist로, 시스템 폴더에 있는 항목은 sudo launchctl bootout system /Library/LaunchDaemons/파일이름.plist로 내리면 돼요. /Library/LaunchAgents에 있는 항목은 로그인한 사용자 쪽에서 실행되니 첫 번째 명령에서 경로만 바꿔 쓰면 되고요. 그다음 plist 파일을 휴지통으로 옮기세요.
    4. 앱 본체 삭제: 응용 프로그램 폴더에서 앱을 휴지통으로 옮기세요. 응용 프로그램 → 유틸리티 → 활성 상태 보기에서 같은 이름의 프로세스가 남아 있는지도 한 번 더 확인해 보고요.

    안드로이드는 연구진이 아예 손대지 못한 영역이에요. 업데이트를 설치하려면 사용자가 직접 승인해야 해서 원격으로 끄는 방법이 통하지 않았거든요. 폰에 남아 있는 앱은 누가 대신 치워 주지 않는다는 뜻이에요. 사용자가 직접 지워야만 없어져요.

    1. 설정 → 애플리케이션(순정 안드로이드 계열: 설정 → 앱 → 모든 앱 보기) → 해당 앱 → 삭제.
    2. 설정 → 애플리케이션 → 오른쪽 위 ⋮ → 특별한 접근 → 출처를 알 수 없는 앱 설치로 가세요. 삼성 갤럭시 기준 경로이고, One UI 버전에 따라 ⋮ 메뉴 없이 목록에 바로 보이기도 해요. 순정 계열은 설정 → 앱 → 특별한 앱 액세스 → 알 수 없는 앱 설치예요. 여기서 파일 관리자나 브라우저에 준 설치 권한을 꺼 두세요. 앱을 지워도 이 권한이 열려 있으면 같은 경로로 또 들어올 수 있으니까요.
    3. Play 스토어 → 프로필 아이콘 → Play 프로텍트 → 스캔을 눌러 스토어 밖에서 설치한 앱까지 한 번 검사하세요.

    Popcorn Time을 깔았던 PC, 서비스는 꺼져도 파일은 남는다

    Popcorn Time은 ‘해적판의 넷플릭스’로 불렸고, 개발이 멈춘 뒤에도 수백만 대 기기에 설치된 채 남아 있어요. 업데이터가 돌던 기기도 세계 곳곳에 퍼져 있었고요. 그중 국내 기기가 몇 대였는지는 알려지지 않았어요. 숫자를 모른다고 안심할 일은 아니에요. 해외 토렌트 스트리밍 앱을 깔아 본 적이 있다면 점검 대상이라고 생각하는 게 맞아요.

    • 윈도우에서 연구진 업데이트를 받았다면 업데이터 서비스만 꺼졌을 뿐 파일은 지워지지 않았어요. 프로그램 목록에 앱이 그대로 있다면 직접 제거해야 해요. 파일이 남아 있으니 앱 속 낡은 크롬 엔진도 그대로 있다고 보는 게 자연스러워요(추측). 앱을 다시 실행하면 그 엔진도 다시 돌 거예요.
    • 백신이 연구진 업데이트를 막았을 수도 있어요. 수정 전 업데이트가 악성코드로 분류돼 차단된 기기라면 업데이터가 아직 켜져 있을 수 있어요(추측). 백신 기록에 관련 파일을 차단한 이력이 보이면 서비스 목록부터 열어 보세요.
    • 안드로이드 폰은 아무 조치도 받지 않았어요. 스토어 밖에서 APK 파일로 앱을 설치한 적이 있다면 앱 목록부터 확인하세요.
    • 해적판 앱만의 문제도 아니에요. 한국 PC에는 은행·공공기관 사이트를 쓰면서 깔린 보안 프로그램이나 예전 업무용 유틸리티처럼 서비스로 상주하는 프로그램이 많이 쌓이는 편이에요. 이런 프로그램이 위험하다는 뜻은 아니에요. 더는 쓰지 않는 사이트용이라면 같은 방법으로 정리해 두는 편이 공격받을 틈을 줄이는 길이라는 얘기예요.

    확인된 것과 아직 불확실한 것

    확인된 것

    • Time4Popcorn 업데이터는 윈도우·macOS·안드로이드 기기에서 동작하면서 버려진 도메인에 암호화되지 않은 HTTP로 접속하고 있었다.
    • 이 소프트웨어는 오래되고 보안상 취약한 버전의 크롬으로 돌고 있었다.
    • 연구진은 도메인 하나를 등록해 업데이터를 스스로 비활성화하는 업데이트를 보냈다. 윈도우에서는 파일을 지우지 않고 서비스만 멈추고 비활성화했고, macOS에서는 업데이트 프로세스가 시작되지 못하게 막았다.
    • 안드로이드는 업데이트를 설치하려면 사용자가 직접 조작해야 해서 조치 대상에서 빠졌다.
    • VirusTotal에 업로드된 뒤 보안 프로그램들이 연구진 업데이트를 악성으로 분류해서 연구진이 업데이트를 고쳐야 했다.
    • 업데이트 다운로드가 200만 건을 넘긴 뒤 배포를 멈췄고, 쓰던 도메인은 Shadowserver Foundation에 넘어갔다.

    아직 불확실한 것

    • 실제로 위험에 노출됐던 기기 수. 200만 건은 다운로드 횟수라서 기기 수와 같다고 볼 수 없다.
    • 업데이터가 접속하던 도메인이 전부 확보됐는지. 원문에는 연구진이 도메인 하나를 등록했고, 쓰던 도메인을 넘겼다는 내용만 있다.
    • 연구진보다 먼저 누군가 이 업데이터를 악용한 적이 있는지.
    • 백신 차단 때문에 비활성화 업데이트를 받지 못한 기기가 얼마나 되는지.

    남길 앱과 지울 앱을 가르는 네 가지 기준

    방치된 업데이터 문제는 ‘이 프로그램을 아직 누가 관리하고 있나’라는 질문 하나로 모여요. 점검하다가 지울지 말지 애매한 프로그램이 나오면 아래 네 가지를 차례로 따져 보세요.

    • 마지막 배포가 언제였나: 공식 사이트나 배포 페이지에서 마지막 버전이 언제 나왔는지 확인하세요. 몇 년째 새 버전이 없다면 업데이터도 관리되지 않고 있을 가능성이 커요.
    • 공식 도메인이 살아 있나: 앱에 적힌 홈페이지 주소에 들어갔는데 도메인 판매 페이지나 전혀 엉뚱한 내용이 뜬다면 위험 신호예요. Time4Popcorn처럼 업데이터가 접속하는 주소도 이미 남의 손에 넘어갔을 수 있어요.
    • 디지털 서명이 있나: 윈도우에서는 실행 파일을 오른쪽 클릭 → 속성 → ‘디지털 서명’ 탭에서 서명한 곳을 확인할 수 있어요. 이 탭이 아예 없으면 서명되지 않은 파일이에요. 맥에서는 터미널에서 spctl -a -vv /Applications/앱이름.app을 실행하면 승인 여부와 출처가 나와요.
    • 업데이터를 꺼도 불편한 게 없나: 개발이 끝난 앱의 업데이터는 받아 올 새 버전 자체가 없어요. Eye Security 연구진 말대로 기능은 없고 위험만 남은 상태라면 망설일 이유가 없어요. 끄세요.

    거창한 보안 도구까지 갈 필요는 없어요. 몇 달에 한 번 ‘설치된 앱’을 설치 날짜순으로 정렬해서 아래쪽을 훑어보는 것. 그 습관만 들여도 주인 잃은 업데이터가 PC에 몇 년씩 눌러앉는 일은 대부분 막을 수 있어요.

    출처: The Verge

  • RTX 스파크 노트북, 앱은 통과·게임은 CPU 병목

    RTX 스파크 노트북, 앱은 통과·게임은 CPU 병목

    3줄 요약

    • 엔비디아 RTX 스파크 N1X 노트북에서는 업무 앱과 크리에이티브 앱이 Arm 윈도우로도 대체로 무난하게 돌아간다.
    • 그래픽 성능은 넉넉하다. 하지만 적이 화면을 가득 채우는 게임처럼 CPU 부하가 큰 타이틀에서는 프레임이 일정 수준 위로 오르지 않는다.
    • 고를 때는 네 가지를 순서대로 본다. 필수 앱이 x86 전용인지, 드라이버가 필요한 장비가 있는지, 주력 게임이 CPU를 많이 쓰는지, 로컬 AI에 필요한 메모리가 얼마인지다.

    제일 싼 구성이 2,599.99달러부터예요. 그것도 미국 가격으로요. 엔비디아가 새로 내놓은 Arm 기반 칩 RTX 스파크 N1X는 애플·인텔·AMD·퀄컴의 최상위 칩과 맞붙겠다고 나온 하이엔드 전용 제품이라, 애초에 싼 선택지가 없거든요. 이 정도 돈을 쓴다면 벤치마크 점수보다 먼저 따질 게 있습니다. 매일 여는 프로그램과 즐겨 하는 게임이 Arm 윈도우에서 제대로 도느냐. 더버지 기자 세 명이 이 칩을 넣은 노트북 다섯 대를 일주일 동안 나눠 쓰고 사용기를 남겼는데, 그 내용을 바탕으로 구매 전에 확인할 기준을 순서대로 짚어 볼게요.

    N1X 칩은 하나, 구성은 20코어와 18코어 두 가지

    RTX 스파크는 노트북과 소형 데스크톱에 들어가는 Arm 기반 SoC예요. CPU 코어가 많고, 그래픽은 엔비디아 RTX 블랙웰이고, CPU와 GPU가 메모리 하나를 같이 쓰는 통합 메모리 구조입니다. 핵심은 이 마지막 부분인데요. 보통 게이밍 노트북은 그래픽카드 전용 메모리(VRAM)가 따로 붙어 있어서 GPU 몫의 용량이 딱 그만큼으로 묶여요. 통합 메모리는 다릅니다. 시스템 메모리 전체를 GPU 작업에도 나눠 쓰거든요. 엔비디아가 꽤 큰 로컬 AI 모델까지 직접 돌린다고 내세우는 근거가 바로 이 구조예요.

    칩 구성은 두 가지예요.

    • 상위 구성: CPU 20코어, GPU CUDA 코어 6,144개. 이번에 테스트한 다섯 대가 전부 이쪽이에요.
    • 하위 구성: CPU 18코어, CUDA 코어 5,120개. 서피스 랩톱 울트라의 저가 구성과 메모리 24GB짜리 에이수스 프로아트 P14에 들어가고, 가격은 2,599.99달러부터 시작해요.

    여기서 하나 걸리는 점이 있어요. 2,599.99달러짜리 진입 모델은 이번 사용기에 없었다는 거예요. CPU 코어도 CUDA 코어도 한 단계 적은 칩이니, 아래 이야기를 그대로 하위 구성에 옮겨 적용하긴 어렵습니다.

    테스트에 쓰인 상위 구성 제품은 마이크로소프트 서피스 랩톱 울트라(통합 메모리 128GB, 대표 기종), 에이수스 프로아트 P16(64GB·128GB), 레노버 요가 9n 2-in-1(64GB), HP 옴니북 울트라(32GB)예요. 가격은 HP 옴니북 울트라가 3,199.99달러로 가장 낮고, 에이수스 프로아트가 6,999.99달러로 가장 높아요. 같은 상위 구성 칩을 쓰는데도 두 배 넘게 벌어지는 셈이죠. 노리는 사람도 분명합니다. 개발자, 프로그래머, 콘텐츠 크리에이터 중에서도 로컬 AI 작업에 DLSS 5 같은 최신 엔비디아 기술을 쓰는 게임까지 노트북 한 대로 끝내고 싶은 사람. 요구 사항이 까다로운 층을 골라서 겨냥한 거예요.

    메모리 용량은 용도부터 정하고 고르세요. 통합 메모리 노트북은 대개 나중에 메모리를 늘리기 어렵거든요. 처음 고른 용량을 그대로 끌고 가게 되는 거죠(모델별 증설 가능 여부는 제조사 사양표에서 확인). 업무 앱과 게임이 주목적이면 24GB나 32GB로 시작해도 괜찮아요. 큰 AI 모델을 로컬에서 돌리려고 사는 거라면 얘기가 달라집니다. 64GB나 128GB를 골라야 이 칩의 장점을 제대로 쓰게 돼요. 모델 전체가 메모리에 올라가야 GPU가 제 속도를 내니까요. 다만 로컬 AI가 이 칩의 간판 기능인데도, 이번 사용기는 앱 호환성과 게임 이야기가 대부분이에요. AI 성능만 보고 128GB 구성까지 올릴 생각이라면 아직 판단 근거가 얇다는 점은 감안하세요.

    업무 앱은 대부분 통과, 남는 변수는 x86 전용 툴과 드라이버

    몇 년 전까지만 해도 Arm 윈도우는 ‘쓰기 불편한 윈도우’ 취급이었어요. 분위기가 바뀐 건 퀄컴 스냅드래곤 X 칩이 나오고 나서입니다. Arm 전용(네이티브) 앱 개발이 크게 늘었고, 아직 x86용밖에 없는 앱은 마이크로소프트의 에뮬레이션 계층 ‘프리즘(Prism)’이 변환해서 돌려 줘요. RTX 스파크 노트북도 똑같은 윈도우를 쓰니까, 앱 호환성은 스냅드래곤 X 노트북과 거의 같다고 보면 됩니다.

    테스트 결과만 놓고 보면 합격점. 어도비 포토샵과 프리미어는 이미 Arm 네이티브 버전이 나와 있고, 라이트룸 클래식은 x86 앱인데도 쓰는 동안 문제를 못 느꼈다고 해요. 기자 한 명은 아예 RTX 스파크 노트북을 주력 PC로 삼고 시그널, 디스코드, 오대시티, 캡컷, 에버노트, IrfanView, 슬랙, ScreenToGif를 매일 띄웠는데, 제대로 안 돌아간 앱이 하나도 없었대요. 이게 Arm 앱인지 x86 앱인지 신경 쓸 일조차 없었다고요. 퀄컴 칩 Arm 노트북을 2년 동안 매일 써 온 다른 기자의 말은 더 짧습니다. 이제는 앱이 네이티브인지 아닌지 구분이 안 된다는 것.

    그렇다고 매끄럽기만 했던 건 아니에요. 앱이 평소보다 늦게 떠서 ‘이거 열리긴 하나’ 싶은 순간이 가끔 있었고, 드물게는 두 번 실행해야 열렸어요. 에버노트 노트가 다른 창으로 넘어간 사이 사라졌다가 강제 새로 고침을 하고서야 다시 나타난 일도 있었고요. 시스템 다크 모드 설정을 무시하는 앱까지. 하나씩 보면 사소한데, 매일 붙잡고 일하는 기계라면 쌓일수록 거슬리는 종류예요.

    그래서 사기 전에 확인할 건 두 가지예요.

    • x86 전용 전문 소프트웨어를 쓰는가: 업종 전용 프로그램이나 사내 특수 툴처럼 x86으로만 나오는 소프트웨어에 업무가 걸려 있다면, Arm 윈도우에서 가장 크게 발목 잡히는 지점이 바로 여기예요. 프로그램마다 다운로드 페이지에 ‘Arm64’나 ‘ARM’ 버전이 있는지부터 보세요.
    • 드라이버를 설치해야 하는 장비나 프로그램이 있는가: 프리즘이 변환해 주는 건 일반 앱뿐이고, 하드웨어 드라이버는 에뮬레이션하지 않아요. 오디오 인터페이스, 프린터, VR 장비처럼 전용 드라이버가 필요한 장비라면 제조사가 Arm용 드라이버를 내놨는지가 관건입니다. 이번 테스트에서도 밸브 스팀 프레임의 무선 어댑터 드라이버는 끝내 설치되지 않았어요.

    게임 프레임을 정하는 건 그래픽이 아니라 CPU 병목

    원래 Arm 윈도우는 게임용으로 고려할 만한 플랫폼이 아니었어요. Arm 네이티브 게임은 지금도 많지 않고요. RTX 스파크가 택한 방법은 단순합니다. 강력한 엔비디아 GPU로 에뮬레이션 부담을 힘으로 밀어붙이는 거죠. 테스터 한 명은 1440p 해상도, 중간 옵션, DLSS 성능 모드로 맞췄더니 대부분의 게임에서 안정적인 60fps가 나왔다고 해요. 15인치 화면이라 중간 옵션 화질도 거슬리지 않았다는 평이었고요.

    아래 표는 기자 두 명이 서로 다른 기종에서 잰 결과예요. 해상도도 옵션도 게임마다 제각각이라 숫자끼리 줄 세우는 건 큰 의미가 없어요. 어떤 게임이 어떤 설정에서 잘 도는지 감을 잡는 용도로 보세요.

    게임 설정 결과
    검은 신화: 오공 네이티브 해상도(3270×2180), 중간 옵션, DLSS 성능 모드 평균 70fps
    사이버펑크 2077 중간 옵션, DLSS 성능 모드 평균 66fps
    포르자 호라이즌 6 중간 옵션, DLSS 성능 모드 평균 57fps
    리터널 1440p, 높음 60fps 유지
    Expedition 33 DLSS 성능 모드로 1200p 업스케일, 높음 60fps 유지
    스타워즈 제다이: 서바이버 DLSS 성능 모드로 1200p 업스케일, 중간 60fps 유지
    섀도우 오브 더 툼레이더 네이티브 1800p, 최고 옵션 60fps 유지
    헬다이버즈 2 DLSS 업스케일 1080p, 최고 난이도 60fps 보장 안 됨(CPU 한계)
    스타워즈 제로 컴퍼니 그래픽·해상도를 바꿔도 차이 없음 전투 중 37~39fps(CPU 한계)
    맥스 페인 2 – 일부 구간 50fps까지 하락

    눈여겨볼 곳은 맨 아래 세 줄이에요. 헬다이버즈 2는 최고 난이도에서 적이 화면을 꽉 채우면 DLSS로 1080p까지 낮춰도 60fps를 못 지켰어요. 스타워즈 제로 컴퍼니는 더 노골적인데요. 그래픽 옵션과 해상도를 최대로 올리든 최소로 내리든, 전투 중 프레임이 37~39fps에서 꿈쩍도 안 했습니다. 옵션을 내려도 프레임이 그대로라면 막힌 곳은 GPU가 아니라 CPU라는 뜻이거든요. 대규모 전투 게임이나 유닛이 많은 전략 게임이 주력이라면, 이 노트북의 약점에 정면으로 부딪히게 돼요.

    오래되고 가벼운 게임이면 괜찮겠거니 싶지만 꼭 그렇지도 않아요. 2003년에 나온 맥스 페인 2에서도 50fps까지 떨어지는 구간이 있었고, 2D 게임 모음집 UFO 50도 몇 번 끊겼어요. 다른 2D 게임 두어 개는 멀쩡했고요. 그래픽 부하가 큰 게임도 아닌데 이런 증상이 나온다는 건, 사양표만 보고 ‘옛날 게임쯤이야’ 하고 넘길 일이 아니라는 얘기예요. VR은 아직 판단을 미루는 게 좋겠습니다. 타이탄폴 2 VR 모드는 실행은 됐지만 몇 분 지나자 조금씩 불안정해졌고, 스팀의 스트리밍 오디오 기능은 설치조차 안 돼서 소리가 헤드셋 대신 노트북에서 나왔대요.

    그리고 이 수치는 전부 팬이 최고 속도로 돌고, 열기가 책상이나 무릎으로 쏟아지는 상태에서 나온 거예요. 얇은 게이밍 노트북이라면 흔한 일이긴 한데, 좋은 데스크톱이나 휴대용 게임기와 비교하면 훨씬 시끄럽고 뜨거워요. 테스터들의 평을 한 줄로 줄이면 이렇습니다. 전용 게이밍 노트북만큼은 아니어도, 맥북 프로급 노트북으로 이동 중에 게임하기엔 충분하다.

    에뮬레이션 앱이 말썽일 때 손볼 설정 세 곳

    윈도우 빌드와 제조사에 따라 화면이 조금씩 달라서, 아래 경로는 대략적인 길잡이 정도로 봐 주세요.

    1. 앱이 네이티브인지 확인하기
    작업 관리자(Ctrl+Shift+Esc) → 세부 정보 → 맨 위 열 제목 줄(이름, PID 등)을 마우스 오른쪽 버튼으로 클릭 → 열 선택 → ‘아키텍처’ 체크(한국어판 열 이름은 확실하지 않음). 그러면 실행 중인 프로세스마다 Arm64, x64 같은 값이 붙어요. Arm64가 아닌 앱이 유난히 느리거나 불안정하다면, 개발사 사이트에서 Arm 버전이 나왔는지 확인하고 갈아 까는 게 제일 확실합니다.

    2. x86 앱의 에뮬레이션 옵션 바꾸기
    앱 실행 파일이나 바로 가기를 마우스 오른쪽 버튼으로 클릭 → 속성 → 호환성 탭 → ‘에뮬레이션 설정 변경’ 버튼(영문판은 Change emulation settings, 한국어 표기는 확실하지 않음). 자꾸 멈추거나 화면이 깨지는 x86 앱이 있을 때 들어가는 곳이에요. 옵션을 하나씩 바꿔 가며 증상이 사라지는지 보면 되는데, 뭘 바꿨는지는 꼭 적어 두세요. 효과가 없으면 원래대로 돌려놔야 하니까요.

    3. 다크 모드를 따르지 않는 앱
    설정 → 개인 설정 → 색 → ‘모드 선택’을 ‘어둡게’로 바꿨는데도 혼자 밝게 뜨는 앱이 있어요. 테스트에서도 실제로 나온 증상이고요. 이럴 땐 시스템 설정과 씨름하기보다 앱 자체 설정의 테마(모양) 항목에서 어두운 테마를 직접 고르는 쪽이 빠릅니다.

    앱이 늦게 뜨거나, 에버노트 사례처럼 내용이 사라진 것처럼 보여도 데이터부터 지우진 마세요. 앱 안에서 새로 고침을 하거나 앱을 다시 실행해 보는 게 먼저예요. 테스트 때도 강제 새로 고침 한 번으로 원래대로 돌아왔거든요.

    은행 보안 프로그램과 안티치트, 한국에서 먼저 따져볼 부분

    국내 환경은 이번 테스트 범위 밖이었어요. 아래 내용은 Arm 윈도우의 구조를 바탕으로 한 추측이라는 점을 먼저 밝혀 둡니다.

    • 금융·공공 사이트 보안 프로그램: 국내 인터넷 뱅킹이나 공공기관 사이트 중에는 아직도 키보드 보안, 백신, 인증 관련 프로그램 설치를 요구하는 곳이 있죠. 이 중 일부는 시스템 깊숙한 곳에서 드라이버 형태로 동작해서, Arm용 버전이 없으면 설치 단계에서 막힐 가능성이 커 보여요(추측). 테스트에서 VR 무선 어댑터 드라이버가 설치되지 않은 것과 같은 종류의 문제예요.
    • 안티치트가 들어간 온라인 게임: 커널 수준에서 도는 안티치트도 결국 드라이버예요. 즐겨 하는 온라인 게임이 있다면 게임사가 Arm 윈도우를 지원하는지 공지부터 찾아보는 게 안전해 보입니다(추측). 참고로 이번 사용기에는 안티치트 얘기가 아예 없었어요.
    • 국내 전용 업무 소프트웨어: 한컴오피스 한글, 사내 그룹웨어 플러그인, 세무·회계 프로그램처럼 국내에서 주로 쓰는 소프트웨어는 Arm 네이티브 버전이 있는지부터 보세요. 일반 앱이라면 프리즘으로 돌아갈 가능성이 높다는 게 테스트 결과에서 짐작되는 부분이에요. 하지만 설치할 때 드라이버나 보안 모듈이 같이 깔리는 프로그램이라면 사정이 달라져요.
    • 참고할 자료: 앱과 보안 프로그램 호환성은 운영체제 쪽 문제라서, 국내에서 스냅드래곤 X 노트북을 쓰는 사람들 후기가 좋은 참고가 돼요. 반면 게임과 그래픽 드라이버는 엔비디아 GPU를 쓰는 RTX 스파크만의 문제라 따로 확인해야 하고요.

    확인된 것과 아직 불확실한 것

    확인된 것

    • RTX 스파크 N1X 상위 구성은 CPU 20코어·CUDA 코어 6,144개, 하위 구성은 18코어·5,120개다.
    • 테스트 기종은 서피스 랩톱 울트라(128GB), 에이수스 프로아트 P16(64GB·128GB), 레노버 요가 9n 2-in-1(64GB), HP 옴니북 울트라(32GB)이고, 하위 구성 제품으로는 에이수스 프로아트 P14(24GB) 등이 있다.
    • 미국 가격은 하위 구성이 2,599.99달러부터, 테스트 기종이 3,199.99~6,999.99달러다.
    • 어도비 포토샵·프리미어는 Arm 네이티브 버전이 있고, 일상 업무 앱은 대부분 프리즘 에뮬레이션으로 문제없이 돌았다.
    • 헬다이버즈 2(최고 난이도), 스타워즈 제로 컴퍼니처럼 CPU 부하가 큰 게임에서는 프레임이 일정 수준 위로 오르지 않았다.
    • 스팀 프레임 무선 어댑터 드라이버와 스팀 스트리밍 오디오는 설치되지 않았다.
    • 부하가 클 때 팬 소음과 발열이 심하다.

    아직 불확실한 것

    • 로컬 AI 작업에서 생긴 문제의 구체적 내용. 테스터들은 게임과 AI에서 진짜 문제가 생겼다고 했지만, 이 글이 바탕으로 한 자료에는 AI 쪽 증상이 나오지 않는다.
    • 마이크로소프트·에이수스·레노버·HP의 RTX 스파크 노트북이 한국에 나오는지, 나온다면 원화로 얼마인지는 정해진 정보가 없다.
    • 국내 금융·공공 보안 프로그램과 온라인 게임 안티치트가 돌아가는지.
    • VR이 불안정했던 원인이 와이파이인지, 칩이나 드라이버 문제인지.
    • 모델별 메모리 증설 가능 여부, 그리고 드라이버·에뮬레이션 업데이트로 게임 호환성이 얼마나 좋아질지.

    x86 툴도, 대규모 전투 게임도 없다면 후보에 올릴 만하다

    맞는 사람부터 볼게요. 전제는 x86 전용 툴이나 Arm 드라이버가 없는 장비를 쓰지 않는다는 거예요. 거기에 포토샵·프리미어 같은 크리에이티브 작업을 하면서 출장지에서 게임도 좀 하고 싶고, 로컬 AI 때문에 큰 통합 메모리가 필요하고, 부하가 걸릴 때의 소음과 열이 크게 신경 쓰이지 않는다면 고려해 볼 만해요. 반대로 대규모 전투 게임이나 전략 게임이 주력이거나, 안티치트가 들어간 온라인 게임을 자주 하거나, 업무가 특정 x86 프로그램에 묶여 있다면 기다리는 편이 낫습니다. 게임이 최우선이라면 전용 게이밍 노트북만 못하다는 건 테스터들도 분명히 못 박은 부분이고요. 이 가격대에서 게임 하나만 보고 고를 물건은 아니라는 게 제 판단이에요.

    1. 필수 앱 목록을 적고, Arm64 버전이 있는지 아니면 프리즘으로 잘 도는지 확인한다.
    2. 드라이버가 필요한 장비와 보안 프로그램이 Arm을 지원하는지 확인한다.
    3. 주력 게임이 CPU를 많이 쓰는 장르인지 따져 본다.
    4. 로컬 AI 계획에 맞춰 메모리 용량을 고르되, 대개 나중에 늘리기 어렵다는 점을 염두에 둔다.

    네 줄을 다 통과했다면, 그때 가서 2,599.99달러부터 시작하는 가격표를 들여다보면 됩니다.

    출처: The Verge

  • MS 윈도우 행사 10월 7일…젠슨 황 무대 오른다

    MS 윈도우 행사 10월 7일…젠슨 황 무대 오른다

    3줄 요약

    • 마이크로소프트가 10월 7일 미국 샌프란시스코에서 윈도우·서피스 행사를 연다. 주요 윈도우 행사는 2024년 5월 이후 처음이다.
    • 사티아 나델라 CEO와 파반 다불루리 윈도우·서피스 총괄이 나온다. 엔비디아 젠슨 황 CEO도 참석하며, 행사 주제는 로컬 AI가 바꿀 PC의 다음 단계다.
    • RTX 스파크 PC와 서피스 랩톱 울트라의 가격·출시 정보가 나올 수 있다는 전망이 있다. 윈도우 12 발표는 예상되지 않는다.

    10월 7일, 미국 샌프란시스코. 마이크로소프트가 이날 윈도우와 서피스 기기가 나아갈 방향을 발표한다. 회사가 내건 주제는 “로컬 AI가 PC의 다음 장을 어떻게 만들어갈지에 대한 대화”다.

    윈도우를 앞세운 큰 행사는 2024년 5월이 마지막이었다. 2년 넘게 비어 있던 무대가 다시 열린다.

    누가 무대에 오르는지 보면 행사 성격이 대략 보인다. 더버지 보도에 따르면 사티아 나델라 마이크로소프트 CEO와 파반 다불루리 윈도우·서피스 총괄이 나온다. 윈도우 행사라면 당연한 구성이다. 눈에 띄는 이름은 따로 있다. 엔비디아 젠슨 황 CEO. 윈도우 행사에 엔비디아 대표가 선다는 사실 자체가 이번 발표의 중심이 어디인지 보여준다.

    젠슨 황 참석이 가리키는 곳, RTX 스파크 PC

    로컬 AI는 클라우드 서버를 거치지 않는다. PC 안의 칩이 AI 모델을 직접 돌리는 방식이다.

    그러니 AI 기능이 얼마나 쓸 만한지는 PC 하드웨어에 달렸고, 칩을 공급하는 파트너의 발언권도 그만큼 커진다. 윈도우 행사에 칩 회사 CEO가 서는 게 어색하지 않은 이유다.

    원문 기자도 이 부분을 짚었다. 젠슨 황의 참석을 근거로 엔비디아 RTX 스파크 PC가 행사의 핵심 주제가 될 수 있다고 봤다. 이 전망이 맞는다면 가격과 출시 정보가 아직 구체적으로 나오지 않은 서피스 랩톱 울트라 소식도 함께 나올 가능성이 크다.

    짚어둘 점이 하나 있다. 이 전망은 참석자 명단에서 나온 추정이다. 마이크로소프트가 미리 알린 내용이 아니다. RTX 스파크 PC의 사양이나 참여 제조사도 원문에는 설명이 없다. 제품이 구체적으로 어떤 모습일지는 행사 당일에야 드러날 것으로 보인다.

    지금까지 거론되는 주제를 추리면 이렇다.

    • RTX 스파크 PC: 가장 유력한 핵심 주제. 근거는 젠슨 황의 참석
    • 서피스 랩톱 울트라: 가격과 출시 일정이 추가로 공개될 가능성
    • 윈도우 품질 개선: 그동안의 개선 작업과 다음 계획이 소개될 전망
    • 윈도우 12: 깜짝 발표 가능성은 낮다는 평가

    2021년 이후 단 두 번, 윈도우 행사는 전환점에만 열렸다

    마이크로소프트가 윈도우 하나만 놓고 큰 행사를 여는 일은 흔치 않다. 2021년 이후 주요 윈도우 행사는 두 번뿐이었다. 둘 다 플랫폼 방향이 바뀌는 시점이었다.

    시기 핵심 내용 눈에 띄는 점
    2021년 6월 윈도우 11 공개 라이브 스트리밍으로 발표
    2024년 5월 Arm 기반 코파일럿+ PC 공개 퀄컴과의 협력 관계 강화
    2026년 10월 7일 로컬 AI 중심의 PC 방향 발표(예정) 나델라·다불루리·젠슨 황 참석

    2024년 행사의 주인공은 Arm 칩과 퀄컴이었다. 이번에는 엔비디아 CEO가 무대에 오른다. 윈도우 PC의 AI 성능 경쟁에서 마이크로소프트와 손잡는 칩 회사가 늘고 있다는 신호로 읽힌다.

    퀄컴이 밀려났다고 보기는 이르다. 퀄컴과의 협력이 이번 행사에서 어떻게 다뤄질지는 기사에 언급이 없다. 파트너가 바뀐다기보다 늘어난다고 보는 편이 지금까지 나온 정보에 더 맞다.

    운영체제 쪽은 기대를 낮춰 두는 게 좋겠다. 기자는 새 버전보다 기존 윈도우의 완성도, 즉 품질 개선 작업과 다음 계획이 중점적으로 다뤄질 것으로 예상했다. 윈도우 12 깜짝 공개는 예상하지 않는다고 밝혔다.

    한국 시간 8일 새벽 2시 시작, 국내 출시·가격은 미정

    행사 시작 시각은 다음과 같다.

    • 미국 태평양 시간: 10월 7일 오전 10시
    • 미국 동부 시간: 10월 7일 오후 1시
    • 한국 시간: 10월 8일 새벽 2시

    국내에서 실시간으로 보려면 밤을 새워야 하는 시간대다. 마이크로소프트가 공식 생중계를 하는지는 기사에 나오지 않는다.

    독자 상황에 따라 챙길 것이 다르다.

    • 윈도우 11 사용자: 윈도우 12 발표는 예상되지 않는다. 새 운영체제보다 지금 쓰는 윈도우의 품질 개선 소식이 더 중요할 것으로 보인다(전망).
    • 노트북 구매 예정자: 서피스 랩톱 울트라와 RTX 스파크 PC 발표가 예상된다. 고성능 윈도우 노트북을 살 계획이라면 결제는 행사 발표를 본 뒤로 미루는 편이 낫다.
    • 국내 출시·가격: 서피스 랩톱 울트라와 RTX 스파크 PC 모두 국내 출시 일정과 원화 가격에 대한 공식 발표가 아직 없다.
    • 한국어 지원: 로컬 AI 기능이 한국어를 어느 수준까지 지원할지는 아직 알려지지 않았다.

    국내 소비자에게 가장 아쉬운 건 마지막 두 항목이다. 행사에서 제품 정보가 나오더라도 한국 출시 일정과 원화 가격은 따로 확인해야 한다.

    확인된 것과 아직 불확실한 것

    확인된 것

    • 일시와 장소: 10월 7일 오전 10시(태평양 시간), 샌프란시스코
    • 주제: 로컬 AI가 PC의 다음 단계를 어떻게 바꿀지에 대한 논의
    • 참석자: 사티아 나델라 CEO, 파반 다불루리 윈도우·서피스 총괄, 젠슨 황 엔비디아 CEO
    • 이전 주요 윈도우 행사: 2024년 5월(코파일럿+ PC), 그 전은 2021년 6월(윈도우 11)

    아직 불확실한 것

    • RTX 스파크 PC가 실제로 핵심 주제가 될지(참석자 명단에 근거한 추정)
    • 서피스 랩톱 울트라의 가격과 출시 일정이 공개될지
    • 윈도우 품질 개선의 구체적인 내용과 적용 시기
    • 윈도우 12 발표 여부(기자는 가능성이 낮다고 봄)
    • 퀄컴 등 다른 칩 회사의 참여 여부
    • 국내 출시 일정과 가격

    이번 무대의 주인공은 새 OS가 아니라 칩 파트너

    이번 행사에서 새 운영체제를 기대할 근거는 약하다. 주제는 로컬 AI이고, 함께 무대에 서는 사람은 칩 회사 대표다. 이 두 가지를 보면 새 OS 공개보다 로컬 AI를 중심으로 윈도우 PC 하드웨어의 방향을 제시하는 자리로 보는 게 자연스럽다.

    2024년 코파일럿+ PC 발표는 Arm 진영과의 협력을 알린 자리였다. 이번에는 엔비디아가 그 자리에 선다. 두 회사가 어떤 제품을 내놓느냐에 따라 앞으로 윈도우 PC 라인업의 성격도 달라질 것이다.

    남은 건 제품 사양, 가격, 출시 지역. 세 가지 모두 10월 7일 발표에서 확인해야 한다.

    출처: The Verge

  • 개발자 노트북 램 얼마나 필요할까, 32GB냐 64GB냐 그게 문제다

    개발자 노트북 램 얼마나 필요할까, 32GB냐 64GB냐 그게 문제다

    도커 컨테이너 두세 개 띄우고, IDE 켜고, 크롬 탭 스무 개쯤 열어놓으면 노트북 팬이 이륙 준비하는 비행기 소리를 낸다. 개발자라면 다들 한 번은 겪어본 장면이다. 마이크로소프트가 개발자 전용으로 만든 새 윈도우 환경을 공개하면서 권장 메모리로 64GB를 못 박았다는 소식이 퍼지자, 커뮤니티에서 다시 이 논쟁이 불붙었다. “노트북 램, 대체 몇 GB를 사야 하나요?”

    개발 환경이 유독 램을 많이 먹는 이유

    사무용 PC와 개발용 PC는 메모리 쓰는 방식 자체가 다르다. 문서 작업이나 웹 서핑은 대개 몇백 MB로 끝난다. 개발 작업은 다르다. 여러 프로그램이 동시에 메모리를 붙잡고 안 놔준다.

    • IDE와 언어 서버 — Visual Studio, IntelliJ, VS Code는 코드 분석과 자동완성을 위해 백그라운드에서 별도 프로세스를 계속 돌린다
    • 가상화·컨테이너 — 도커, WSL2, 가상머신은 각각 독립된 메모리 공간을 요구한다
    • 브라우저 탭 — 크롬 개발자 도구를 켠 채로 탭 20개, 그것만으로 4~8GB가 증발한다
    • 빌드 툴체인 — 큰 프로젝트를 컴파일하거나 번들링할 때 메모리 사용량이 순간적으로 치솟는다

    여기에 백그라운드 인덱싱, 실시간 린트, AI 코딩 어시스턴트까지 얹히면 요구량은 눈덩이처럼 불어난다. 하나하나는 별거 아닌데, 다 합치면 무섭다.

    8GB, 16GB로 버틸 수 있을까

    결론부터. 8GB는 이제 개발용으로는 사실상 끝났다고 봐야 한다. 운영체제가 부팅 직후에 벌써 3~4GB를 먹는 시대라, IDE 하나만 올려도 여유가 사라진다.

    16GB는 애매하다. 간단한 웹 프론트엔드 작업이나 스크립트 정도는 버틴다. 하지만 도커 컨테이너 두세 개를 띄우거나 안드로이드 스튜디오 에뮬레이터를 돌리는 순간 스와프가 시작되고, 체감 속도는 뚝 떨어진다.

    32GB, 대부분에게 현실적인 답

    웹 백엔드, 모바일 앱, 흔히 말하는 풀스택 개발이라면 32GB에서 크게 아쉬울 일이 없다. IDE에 브라우저, 도커 컨테이너 몇 개까지 동시에 켜놔도 여유 공간이 남는다.

    가격 대비 성능으로 보면 32GB가 지금 노트북 시장에서 가장 균형 잡힌 지점이다. 16GB에서 32GB로 올라갈 때 체감되는 속도 차이가, 32GB에서 64GB로 갈 때보다 훨씬 크다는 것도 기억해 둘 만하다. 여기서 갈리는 사람이 많다 — “32면 충분한데 왜 64를 사?”파와 “돈 아끼려다 후회한다”파.

    64GB가 진짜 필요해지는 순간

    그래도 64GB가 필요한 작업군은 분명 있다.

    • 로컬에서 대형 언어 모델을 돌리거나 파인튜닝하는 머신러닝 작업
    • 가상머신과 컨테이너를 여러 개 동시에 운용하는 인프라·데브옵스 업무
    • 4K 영상 편집이나 3D 렌더링을 병행하는 게임 개발
    • 대규모 모노레포를 통째로 빌드하는 엔터프라이즈 프로젝트

    마이크로소프트가 개발자용 윈도우 환경의 권장 사양으로 64GB를 내건 배경도 여기 있다. 백그라운드 프로세스를 줄여서 쾌적하게 만들겠다는 취지라도, 개발 도구를 여러 개 동시에 띄우는 순간 메모리 요구량은 순식간에 불어난다. 이건 좀 과하다 싶을 수도 있지만, 매일 여러 VM 돌리는 사람 입장에선 납득 가는 숫자다.

    램 늘리기 전에 먼저 체크할 것들

    무작정 램부터 늘리기 전에, 점검할 항목이 몇 가지 있다.

    • 백그라운드 프로그램 정리 — 작업 관리자에서 상주 프로그램과 시작 앱을 확인하고, 안 쓰는 건 꺼둔다
    • 브라우저 확장 프로그램 — 안 쓰는 확장 하나씩 지울 때마다 메모리가 눈에 띄게 줄어든다
    • WSL2 메모리 제한 설정 — .wslconfig 파일에서 최대 메모리 사용량을 지정해 두면 램을 독차지하는 상황을 막는다
    • 가상 메모리(페이지 파일) 설정 — SSD가 빠르면 페이지 파일을 넉넉히 잡아 급한 불을 끌 수 있다

    이렇게만 정리해도 물리 메모리를 안 늘리고 체감 속도를 꽤 끌어올리는 경우가 많다. 의외로 효과가 크다.

    분야별 추천 사양, 한눈에

    • 웹 프론트엔드 / 스크립팅 — 16GB(최소), 32GB(권장)
    • 백엔드 / 풀스택 — 32GB
    • 모바일 앱 개발(에뮬레이터 다수 운용) — 32GB~64GB
    • 데브옵스 / 인프라(컨테이너·VM 다중 운용) — 64GB
    • AI·머신러닝 로컬 작업 — 64GB 이상, GPU 메모리도 함께 따져봐야 한다

    요즘 노트북은 나중에 램을 교체하기 어려운 모델이 많다. 온보드 메모리 방식이 늘면서, 살 때 최대한 넉넉하게 잡아두는 편이 나중에 속 편하다.

    핵심만 3줄

    일반적인 개발 업무라면 32GB로 충분하다. 여윳돈이 있다면 32GB 대신 64GB를 택하는 쪽이 나중에 후회가 적다. 컨테이너, 가상머신, AI 도구를 동시에 굴리는 환경이라면 64GB는 옵션이 아니라 필수에 가까워지고 있다. 반대로 문서 작업이 주력이라면, 굳이 64GB까지 갈 이유는 없다.

    출처: Engadget

  • 윈도우 디스크 용량 갑자기 부족해졌다면, 이 순서로 확인해보자

    윈도우 디스크 용량 갑자기 부족해졌다면, 이 순서로 확인해보자

    어제까지 멀쩡했던 C드라이브가 오늘 아침 보니 수십 GB가 사라져 있다. 작업이라곤 딱히 한 것도 없는데 말이다. 최근에는 백신 프로그램 업데이트 도중 로그 파일이 걷잡을 수 없이 쌓이면서 디스크를 순식간에 채워버린 사례까지 보고됐다. 보안 패치 하나가 오히려 저장공간을 통째로 잡아먹는 부작용을 낳은 셈이다. 원인도 모른 채 무작정 파일부터 지우다가 중요한 데이터까지 날리는 경우, 생각보다 많다. 그래서 디스크 용량이 부족할 때 확인해야 할 순서를 정리해봤다.

    탐색기 용량 표시는 그대론데 왜 경고가 뜰까

    탐색기에서 눈으로 보이는 파일 크기 합계와 실제 디스크 사용량은 계산 방식이 다르다. 종종 어긋난다. 설정 > 시스템 > 저장공간으로 들어가면 앱, 임시 파일, 시스템 및 예약된 저장공간 등 항목별로 얼마나 차지하는지 막대그래프로 바로 보인다. 여기서 유독 큰 항목이 눈에 띈다면, 그게 범인일 확률이 높다. ‘기타’나 ‘시스템 및 예약된 저장공간’ 항목이 비정상적으로 크다면 아래 순서대로 점검해보자.

    일단 임시 파일과 브라우저 캐시부터 의심

    가장 흔한 원인은 역시 임시 파일이다. 확인할 위치는 이렇다.

    • %temp% 폴더 – 프로그램 설치나 업데이트 후 남은 잔여 파일
    • C:\Windows\Temp – 시스템 레벨 임시 파일
    • 크롬, 엣지 같은 브라우저 캐시 – 오래 안 지우면 수 GB까지 쌓인다
    • 윈도우 업데이트 다운로드 폴더(SoftwareDistribution) – 업데이트 끝나고도 삭제 안 되고 남는 경우 흔함

    이 폴더들, 대부분 지워도 시스템엔 문제없다. 다만 %temp% 안에 지금 실행 중인 프로그램이 쓰고 있는 파일은 삭제가 안 될 수 있다. 그런 파일은 그냥 건너뛰고 진행하면 된다.

    범인이 백신일 수도 있다

    백신 프로그램은 실시간 검사 로그와 격리(quarantine) 파일을 계속 쌓아둔다. 윈도우 디펜더라면 C:\ProgramData\Microsoft\Windows Defender 경로에 로그와 격리 데이터가 저장되는데, 업데이트 버그나 설정 오류로 이 로그가 비정상적으로 커지는 사례가 실제로 있었다. 보안 패치 배포 직후 디스크가 갑자기 가득 찼다면, 백신 로그 폴더 크기부터 확인해볼 필요가 있다. 이건 좀 어이없는 케이스인데, 보안을 지켜준다는 프로그램이 저장공간을 갉아먹는 셈이니까. 서드파티 백신을 함께 쓰고 있다면 프로그램 설정에서 로그 보관 기간을 줄이거나 격리 파일을 주기적으로 비우는 옵션을 켜두는 게 재발 방지에 도움이 된다.

    보이지 않는 용량 먹는 하마, 복원 지점과 절전 파일

    눈에 잘 안 띄는 곳에서 용량을 크게 차지하는 두 가지가 있다.

    • 시스템 복원 지점 – 디스크 정리 설정에서 보관 용량을 제한하거나 오래된 복원 지점을 삭제하면 수십 GB가 확보되기도 한다
    • hiberfil.sys(최대 절전 모드 파일) – 램 용량만큼 그대로 디스크를 차지한다. 최대 절전 모드를 안 쓴다면 명령 프롬프트에서 powercfg /hibernate off로 아예 꺼버릴 수 있다

    디스크 정리 도구로 한 번에 청소

    윈도우 기본 도구인 디스크 정리(cleanmgr)를 실행하고 ‘시스템 파일 정리’까지 체크하면 이전 윈도우 업데이트 백업, 임시 인터넷 파일, 휴지통까지 한꺼번에 정리된다. 최신 윈도우를 쓴다면 설정 > 저장공간의 Storage Sense를 켜두길 추천한다. 일정 주기로 임시 파일과 휴지통을 알아서 청소해주니, 매번 손으로 확인 안 해도 된다. 이건 진짜 켜두는 게 이득이다.

    그래도 안 줄어든다면

    위 방법으로도 해결이 안 된다면 다음을 의심해봐야 한다.

    • WinSxS 폴더 – 윈도우 구성요소 저장소인데, DISM 명령(DISM /Online /Cleanup-Image /StartComponentCleanup)으로 정리 가능하다
    • 숨김 파일 및 시스템 파일 – 탐색기 폴더 옵션에서 표시를 켜야만 보이는 대용량 로그가 숨어 있을 수 있다
    • 복구 파티션, 듀얼 부팅용 파티션 – 별도 드라이브로 잡혀 있어서 착각하기 쉽다

    정확한 원인을 잡고 싶으면 WizTree나 TreeSize 같은 무료 도구로 폴더별 용량을 트리 형태로 시각화해보는 게 훨씬 빠르다. 탐색기로 폴더 하나하나 뒤지는 것보다 몇 배는 편하다. 솔직히 이거 안 써본 사람만 손해다.

    이것도 궁금하죠?

    Q. 디스크 정리 후에도 용량이 안 늘어나요.
    A. 재부팅을 안 했다면 일단 재부팅부터. 삭제된 임시 파일 공간이 재부팅 전까지 반영 안 되는 경우가 종종 있다.

    Q. 백신 로그 폴더를 그냥 지워도 되나요.
    A. 프로그램이 실행 중일 때 강제로 지우면 오류 날 수 있다. 백신 설정 안에서 로그 삭제 옵션을 이용하거나, 프로그램 종료 후 정리하는 편이 안전하다.

    Q. SSD도 이런 문제가 생기나요.
    A. HDD든 SSD든 원인은 같다. 다만 SSD는 여유 공간이 부족하면 쓰기 속도 저하가 훨씬 빨리 체감된다. 최소 10~15%는 남겨두는 게 좋다.

    결국 체크 순서는 이렇다. 임시 파일 → 백신·보안 프로그램 로그 → 복원 지점과 절전 파일 → 시스템 파일. 이 순서대로만 훑어봐도 대부분의 디스크 부족 문제는 원인을 찾아 해결할 수 있다.

    출처: Ars Technica

  • 개발자 MS 계정 잠김, 코드 서명 지키는 법

    개발자 MS 계정 잠김, 코드 서명 지키는 법

    빌드 파이프라인이 코드 서명 단계에서 멈춘다. 로그를 열면 인증서 오류뿐. MS 계정에 접속하니 “비정상적인 활동이 감지됐다”는 안내가 떠 있다. 긴급 패치를 배포해야 하는데, 계정이 잠긴 상태다.

    먼 나라 얘기가 아니다. TechCrunch가 2026년 4월 전한 바에 따르면, 오픈소스 WireGuard VPN 개발팀이 정확히 이 문제로 소프트웨어 업데이트 배포를 못 하는 상황을 겪었다. 코드 서명용 MS 계정 하나가 잠기면서 새 버전 출시가 통째로 막혔다.

    코드 서명 인증서가 묶인 계정 잠김은 단순한 로그인 불편이 아니다. 서비스 연속성 자체가 위협받는 사고다. 왜 생기는지, 어떻게 막는지, 이미 터졌을 때 어떻게 대응하는지 실질적인 내용을 정리했다.

    왜 갑자기 잠기는 걸까?

    MS가 계정을 잠그는 이유는 한마디로 ‘비정상적인 활동(Unusual Activity)’ 감지다. 근데 이 ‘비정상’의 기준이 생각보다 훨씬 까다롭다. 이건 좀 억울한 면이 있다.

    • 접속 환경이 갑자기 바뀔 때: 평소 한국에서만 로그인하다가 해외 클라우드 서버나 VPN을 통해 접속하면 공격 시도로 오인된다. CI/CD 파이프라인을 해외 리전으로 이전하는 타이밍에 딱 이 문제가 터진다.
    • 비밀번호가 유출 목록에 걸릴 때: 내 비밀번호가 다른 서비스에서 털린 데이터베이스와 일치하면, MS는 예방 차원에서 그냥 잠가버린다. 여러 서비스에 비슷한 비밀번호를 돌려쓰는 습관이 있다면 이게 진짜 위험하다.
    • 자동화 알고리즘의 오탐: 대부분의 계정 잠금은 사람이 판단하는 게 아니라 AI 기반 알고리즘이 결정한다. 단시간에 API를 여러 번 호출하는 정상적인 빌드 작업을 공격으로 잘못 읽는 경우가 꽤 있다.

    결정적으로, 이 조치는 사전 경고 없이 이뤄진다. 어느 날 아침에 갑자기 로그인이 안 되는 것이다.

    서명용 계정이 잠기면 파장이 다르다

    모든 계정 잠김이 같은 건 아니다. 코드 서명 인증서가 붙어 있는 계정은 차원이 다른 문제다.

    코드 서명은 “이 소프트웨어는 우리가 만든 것이고, 이후 변조되지 않았다”는 디지털 인감이다. 윈도우 환경에서 이 서명이 없으면 사용자 화면에 ‘알 수 없는 게시자’ 경고가 뜨거나, SmartScreen이 실행 자체를 차단해버린다. 서명 있는 프로그램과 없는 프로그램, 사용자 반응은 완전히 다르다.

    계정이 잠기면 인증서 갱신도, 새 버전 서명도 불가능해진다. 긴급 보안 패치가 필요한 상황에서 계정이 잠겨 있다면? 배포 못 한다. 피해는 사용자에게 간다. 더 나쁜 시나리오도 있다. 공격자가 이 계정을 탈취해 악성코드에 정상 서명을 찍어 뿌린다면 — 보안 사고가 아니라 재앙 수준이다.

    개인 계정에 묶어두면 안 되는 이유

    “이건 김대리 계정으로 관리하고 있어.” 아직도 이런 팀이 있다면, 솔직히 시한폭탄이다. 특정 개인의 계정에 코드 서명 같은 핵심 자산을 걸어두면, 그 사람이 퇴사하거나 휴가 가거나 계정이 잠기는 순간 전체 배포가 멈춘다는 뜻이다. 조직 차원의 관리 체계가 없으면 버티지 못한다.

    • 조직(Organization) 계정으로 전환: 개인 계정 대신 회사 차원의 조직 계정을 만들어 관리해야 한다. 관리자 권한을 2~3명에게 나눠두고, 한 명이 자리를 비워도 시스템이 돌아가는 구조가 핵심이다.
    • 최소 권한 원칙(Principle of Least Privilege): CI/CD 파이프라인에는 거기에 필요한 권한만 가진 서비스 계정(Service Principal)을 별도로 만들어야 한다. 팀원 전원에게 관리자 권한을 주는 건 편해 보이지만 위험하다.
    • 접근 로그 기록: 누가, 언제, 어떤 목적으로 인증서 관련 작업에 접근했는지 로그가 남아 있어야 한다. 문제가 생겼을 때 추적이 안 되면 수습 자체가 불가능해진다.

    계정 잠김 예방 체크리스트

    사고 후 수습보다 예방이 비용이 훨씬 적다. 아래 항목들은 반드시 점검하고 적용해야 한다.

    • 앱 기반 MFA 사용: SMS 인증은 SIM 스와핑 공격에 취약하다. Microsoft Authenticator나 Google Authenticator 같은 앱 기반 OTP로 바꿔야 한다. 그리고 복구 코드는 비밀번호 관리자, 오프라인 문서, 팀 공용 금고 등 여러 곳에 반드시 백업해둬야 한다. 휴대폰 분실 시 복구 코드가 없으면 답이 없다.
    • 코드 서명 전용 계정 분리: 코드 서명용 MS 계정은 이메일이나 Office 365 용도로 쓰는 계정과 완전히 분리해야 한다. 자주 쓰는 계정일수록 피싱이나 보안 위협에 노출될 가능성이 올라간다. 섞어 쓰면 안 된다.
    • 고유한 비밀번호: 다른 어떤 서비스에서도 쓰지 않는 길고 복잡한 비밀번호. 기본 중의 기본인데 여전히 많이 지켜지지 않는다. 팀 차원에서 1Password나 Bitwarden 같은 비밀번호 관리 도구를 도입하는 걸 진지하게 고려해야 한다.
    • 신뢰할 수 있는 IP/장치 등록: 가능하다면 특정 IP 대역이나 등록된 장치에서만 계정에 접근하도록 추가 설정을 걸어두는 것도 방어선이 된다.

    이미 잠겼다면 — 복구 절차 A to Z

    예방에 실패했다면 침착하게. 단, 착각하면 안 된다. 고객센터 전화 한 통으로 풀리는 문제가 아니다.

    1. 공식 계정 복구 양식 제출: MS가 제공하는 공식 복구 양식을 작성해야 한다. 계정 생성 시기, 과거에 썼던 비밀번호, 최근에 보낸 이메일 제목 등 본인임을 증명할 수 있는 정보를 최대한 상세하게 적어야 한다.
    2. 지속적으로 문의 업데이트: 자동화된 답변만 계속 올 수 있다. 포기하지 말고 문의(Ticket)를 계속 업데이트해야 한다. 개발자 계정이고, 코드 서명 문제로 제품 배포 자체가 막혔다는 긴급성을 명확히 전달하는 게 포인트다.
    3. 공식 서류 준비: 사업자등록증, 법인 서류 등을 요구하는 경우도 있다. 미리 준비해두면 대응 시간이 크게 줄어든다.

    복구 기간은 빠르면 며칠, 길면 몇 주다. 그 기간 동안 서비스 배포가 멈춘다. 한 번이라도 경험해보면 예방의 필요성을 따로 설명할 필요가 없어진다.

    자주 묻는 것들

    Q. YubiKey 같은 하드웨어 보안 키를 쓰면 안전한가요?
    훨씬 안전하다. FIDO2 기반 하드웨어 키는 피싱에 거의 완벽하게 저항하고, 지금 쓸 수 있는 MFA 수단 중 가장 강력한 축에 든다. 조직 차원에서 도입을 검토할 가치가 있다. 다만 키 분실이나 파손에 대비한 복구 계획은 별도로 세워둬야 한다. 키 하나에만 의존하다 잃어버리면 그게 또 잠금 사태로 이어진다.

    Q. Azure Key Vault 같은 서비스가 도움이 될까요?
    도입할 가치가 충분하다. 코드 서명 인증서와 개인 키를 개인 PC나 빌드 서버가 아닌 Azure Key Vault나 AWS KMS 같은 클라우드 기반 HSM(하드웨어 보안 모듈)에 보관하는 건 현대적인 접근 방식이다. 개인 계정 잠금 문제에서 상당 부분 자유로워지고, 접근 제어와 감사 기능도 훨씬 세밀하다. 규모 있는 팀이라면 이쪽으로 가는 게 맞다.

    개발자 계정 하나가 전체 서비스 배포를 막는다. 개인의 부주의 문제로만 볼 게 아니라, 조직 전체의 보안 인프라 문제로 봐야 한다. 체계 없이는 같은 일이 반복될 수밖에 없다.

    출처: TechCrunch