온라인 세계에서 보안에 이어 가장 뜨겁게 논쟁되는 주제는 단연 프라이버시입니다. 특히 최근 몇 년간 소셜 네트워크와 모바일 컴퓨팅이 빠르고 공격적으로 확산되면서 더욱 그렇습니다. 마이크로소프트 역시 대중의 감시망에 오르게 되었는데, Windows 10 출시와 함께 사용자 데이터를 수집한다는 의심스러운 관행, 즉 전문 용어로 원격 분석(telemetry)이 큰 화두가 되었습니다.개인적으로는 컴퓨터 보안 논쟁과 마찬가지로 이 주제가 지나치게 과대평가되었다고 생각하지만, 왜 그토록 많은 사람들에게 중요한지는 충분히 이해합니다. 무지는 두

Windows 10은 SMBv1을 비활성화한다, 아니요, 하지 않는다, 어쩌면 비활성화할지도 모른다. 최근 이런 상반된 주장들이 쏟아지고 있습니다. Windows 10 빌드 1709와 1804를 중심으로 마이크로소프트가 Windows에서 SMBv1 프로토콜을 제거했다는 소문이 돌면서, 네트워크상의 다른 컴퓨터에 연결하려는 사용자(대체로 가정 환경)가 접속하지 못하는 상황이 벌어질 수 있다는 것입니다. 어쩌면 말이죠.필자가 빌드 1804를 리뷰할 때는 이런 문제를 겪지 않았습니다. 다만 새로 설치한 시스템이 아니라 잘 구성된 기존 환

필자의 Windows 10 테스트 머신은 Windows 8에서 업그레이드하는 방식으로 탄생했습니다. 순수하게 새로 설치된 적이 없기 때문에 설정값들은 수년 전의 것으로, Windows 8과 Windows 10의 데이터가 뒤섞여 있죠. 그래서 Build 1804 같은 새 빌드를 테스트할 때마다 독자들로부터 클린 설치 상태에서도 확인해 보라는 메일을 받곤 했습니다.SMBv1 관련 질문을 계기로 실제로 그렇게 해봤습니다. 이 과정에서 Windows 10의 초기 구성 방식, 오프라인/온라인 통합, 개인정보 설정, 데스크톱 조정 등이 얼마나

Windows 10이 출시되면서 Microsoft는 Windows Update 기능에 여러 가지 변화를 가져왔습니다. 일반 사용자를 위한 필수 업데이트와 강제 재부팅(물론 우회 방법은 있습니다), 시간이 지날수록 저장 공간을 절약해 주지만 관리 유연성은 떨어뜨리는 누적 업데이트, 그리고 특정 업데이트를 숨길 수 있는 명확한 방법의 부재까지 말입니다.평범한 사용자에게는 어느 정도 합리적인 정책일 수 있지만, 설치할 항목을 스스로 통제하고 싶은 고급 사용자, 특히 드라이버나 특정 구성 요소를 세밀하게 관리하려는 사용자에게는 전혀 맞지

Windows에서 특정 관리 기능을 활성화, 제한 또는 제어하고 싶다면 여러 가지 방법을 사용할 수 있습니다. 하지만 결국 모든 조정 작업은 레지스트리 변경으로 귀결됩니다. 레지스트리 편집기(regedit.exe)를 통해 수동으로 변경할 수도 있고, 그룹 정책(Group Policies)을 사용할 수도 있습니다. 후자는 시스템 기능을 원하는 형태로 구성한 뒤 여러 컴퓨터에 손쉽게 복제·적용할 수 있는 관리 템플릿 집합으로, 시스템 관리를 크게 단순화해 줍니다.그룹 정책 역시 내부적으로는 레지스트리를 변경하지만, 사용자에게는 읽기 쉬

Windows 10을 다루다 보면 흥미로운 현상을 자주 마주하게 됩니다. 상당수 기능이 숨겨져 있거나 일부러 찾기 어렵게 만들어져 있어서, 예전 버전의 Windows에 비해 관리 작업이 훨씬 까다로울 때가 많습니다. 하지만 이 운영체제가 워낙 널리 사용되다 보니, 거의 모든 문제에 대해 똑똑한 해결 방법과 우회로가 반드시 존재합니다.문제의 원인을 파악하는 것만큼이나 적절한 도구를 찾는 일이 중요합니다. 체계적인 문제 해결 원칙을 따르고 있다면, 잘 갖춰진 도구 상자는 문제를 빠르고 효율적으로 해결하는 데 큰 힘이 됩니다. 이 글에서

데이터 백업의 중요성은 아무리 강조해도 지나치지 않습니다. 시스템 이미지 역시 마찬가지죠. 하드디스크는 언제든 고장 날 수 있고, 하드웨어는 도난당할 수 있으며, 실수로 파일을 손상시키는 일도 얼마든지 일어날 수 있습니다. 현실에서 자기 자신의 복제본을 만들 수 없는 것과 달리(아직은요), 소프트웨어는 데이터를 다른 위치에 안전하게 복제할 수 있는 간편한 방법을 제공합니다. Windows 환경에서 제가 가장 아꼈던 백업·복제 소프트웨어는 Karens Replicator였습니다. 그러나 개발자가 몇 년 전 세상을 떠나면서 프로그램은

운영체제 중에서 Windows 10은 상당히 존재감이 강한 편입니다. 공격적인 마케팅 방식 덕분에 어디서나 눈에 띄고 거슬리는데, 깔끔하고 조용한 데스크톱 환경을 선호하는 숙련된 사용자라면 불필요한 기능과 잡동사니를 걷어내기 위해 여러 단계를 거쳐야 합니다. 그 대표적인 예가 바로 Windows 탐색기에 표시되는 OneDrive 아이콘입니다. 사실 OneDrive를 사용하지 않는 것 자체는 그리 어렵지 않습니다. 무시하거나, 시작 프로그램에서 비활성화하거나, 심지어 프로그램 자체를 제거할 수도 있습니다. 하지만 한 가지 끈질긴 문

윈도우 환경에서 가장 아끼는 데이터 백업·복제 도구를 꼽으라면 단연 Karens Replicator입니다. 단순하고 소박하지만 놀랄 만큼 강력한 성능을 발휘하는 이 프로그램은 윈도우 7 시절부터 즐겨 사용해 왔습니다. 한동안 윈도우 8.1 머신에서도 썼지만, 시스템 업데이트 이후 파일 시스템 변화가 생기면서 프로그램이 작동하지 않게 되어 어쩔 수 없이 손을 놓았습니다. 원래 개발자가 몇 년 전 세상을 떠난 뒤라 더 이상 업데이트는 없으리라 생각했고, 그렇게 막을 내린 줄로만 알았습니다.그런데 지인 중 한 분이 그 자리를 이어받아 개

저는 똑똑하고 지능적인 소프트웨어를 정말 좋아합니다. 여기서 똑똑한 소프트웨어란 단순히 눈앞의 불편함만 해결하는 도구가 아니라, 철학적으로 올바르게 설계되어 근본적인 전략적 문제를 풀어내는 도구를 의미합니다. 윈도우에서 이런 설계 철학의 대표적인 예로는 EMET과 익스플로잇 완화(Exploit Mitigation) 기능을 꼽을 수 있습니다. 두 기능 모두 구식이 된 블랙리스트 방식, 즉 악성 소프트웨어를 일일이 차단하는 필터링 모델을 사용하지 않습니다. 대신 잘못된 메모리 접근 명령 자체를 걸러내는 철학적 접근을 취합니다. 어떤 앱

몇 달 전, 저는 Linux 홈 디렉터리를 백업하는 방법에 대한 글을 작성한 적이 있습니다. 데이터와 애플리케이션 설정은 물론 암호화까지 다룬 내용이었는데, 모든 Linux 시스템에 기본 탑재된 간단한 도구만 사용했기 때문에 어디서든 언제든 활용할 수 있었습니다. 그러고 나니 독자 여러분께서 Windows용으로도 같은 튜토리얼을 부탁하는 메일과 제안을 보내주셨습니다.처음에는 Windows 셸 스크립트를 활용한 명령줄 기반 가이드를 작성할까 생각했지만, 조금 더 쉬운 방식을 택하기로 했습니다. 대부분의 사용자는 GUI 환경에서 Win

시스템 샌드박싱 소프트웨어를 마지막으로 테스트해본 것은 XP 시대였습니다. 기억이 정확하다면 ShadowGuard와 Deep Freeze 같은 프로그램들이 있었는데, 이들은 가상 파일시스템 레이어를 생성해 활성 세션 동안 발생하는 변경 사항을 임시로 기록하고, 재부팅 시 모든 내용을 깨끗한 상태로 되돌리는 방식으로 동작했습니다. 요약하면, 선택적 수정만 허용되는 읽기 전용 시스템이라 할 수 있죠. 개별 애플리케이션에는 이보다 덜 복잡한 방식이 필요했습니다. 그런 수요를 위해 등장한 것이 바로 Sandboxie입니다. 아이러니하게도

안드로이드 스마트폰을 사용하고 있다면 KDE Connect에 관심을 가질 만합니다. KDE 커뮤니티가 개발한 이 애플리케이션은 스마트폰과 Plasma 데스크톱을 페어링해 다양한 기능을 양방향으로 사용할 수 있게 해줍니다. 미디어 제어, SMS 확인, 시스템 정보 조회, 파일 공유 등 여러 작업이 손쉽게 가능하죠.저는 이전에 이 소프트웨어를 리뷰하면서 상당히 유용하다고 평했는데, 다른 모바일 운영체제 지원이 추가되면 더 좋겠다는 생각을 했습니다. 이름에서 짐작할 수 있듯이 KDE Connect는 본래 KDE(Plasma) 데스크톱 환

지루하신가요? 일상에 짜릿한 이벤트가 부족하다고 느끼시나요? 걱정 마세요, Windows 10이 언제든 서비스해 드립니다. 지난 3~4년간 기술 뉴스를 조금이라도 접해 보셨다면 눈치채셨을 겁니다. Windows 10은 언제나 예상치 못한 화제로 가득하다는 사실을 말입니다. 업데이트 후 시스템 설정이 바뀐다거나, 업데이트 자체에 문제가 생긴다거나, 그리고 이번에는 새로 설치한 후 로컬 계정을 만드는 방법이 화두가 되었습니다. 원래 아무 문제 없어야 할 일인데, 이상하게도 그렇지 않네요.며칠 전, 수많은 기사들이 하나의 (새로운) 현상

꽤 황당한 문제였습니다. 리눅스와 Windows 8.1을 듀얼 부팅으로 사용하던 Asus Vivobook에서 여러 응용 프로그램 설치와 업데이트 등 무리한 유지 보수 작업을 진행하던 중, 어느 순간 화면 색상이 확 변해 버린 것입니다. 밝기 슬라이더는 최대치에 그대로 있는데도 마치 밝기가 절반으로 줄어든 것처럼 화면 전체가 탁하고 칙칙해진 상태였죠.정확히 무엇이 이런 색상 변화를 일으켰는지는 끝내 찾지 못했지만, 중요한 것은 원래 좋아하던 색감으로 되돌리는 방법을 찾아야 한다는 점이었습니다. 그래서 색상 조정과 디스플레이 보정 기능

Windows 7의 지원 종료가 눈앞으로 다가왔습니다. 하지만 그렇다고 해서 이 훌륭한 운영체제에서 처음으로 겪는 Windows Update 실패를 막을 수는 없었죠. 약 1년간 사용하지 않던 오래된 노트북이 하나 있어서, Windows Update를 실행해 보기로 했습니다. 가장 먼저 필요했던 것은 향후 롤업 업데이트를 설치하기 위한 새로운 암호화 서명 패치였습니다.Windows Update를 통해 KB4474419 설치 프롬프트가 떴고, 실행했더니 모든 것이 순조로워 보였습니다. 그런데 약 70% 지점에서 업데이트 구성 실패,

이 작업을 시도하게 된 계기는 조금 복잡합니다. 좋은 이야기가 늘 그렇듯, 하나의 문제에서 출발했거든요. 저는 Windows 10과 여러 리눅스 배포판으로 멀티부팅을 구성한 노트북을 사용 중이었는데, 이 노트북이 갑자기 말썽을 부리기 시작했습니다. 부팅이 되지 않았고, 화면에는 아무것도 나타나지 않았습니다. 결국 시스템을 하나씩 복구해 나갔고, 마지막까지 남은 것은 유독 고집스럽게 굴던 Windows 10이었습니다. Windows 10 설치 미디어를 직접 활용하면, 부팅 실패 시 Windows가 자동으로 제공하는 복구 옵션보다 복구

며칠 전, 고장 난 노트북과 여덟 개의 운영체제(Windows와 Linux)가 공존하는 멀티부팅 환경에서 KDE neon 인스턴스를 복구한 이야기를 다룬 적이 있습니다. 당시 여러 배포판이 부팅되지 않은 원인은, 존재하지 않는 파티션을 마운트하도록 설정되어 있었기 때문이었습니다. 새로운 리눅스 시스템들이 단순한 숫자 대신 사람이 읽을 수 없는 의미 없는 UUID 문자열로 장치를 표시하는 최적화되지 않은 방식을 사용하기 때문에 발생한 문제였죠.이번에는 Windows 10 인스턴스도 손볼 차례입니다. 여기서의 문제도 비슷했습니다. Wi

다른 많은 기술 전문가들과 마찬가지로, 저도 최근 인터넷 익스플로러(IE)의 레거시 스크립팅 엔진(jscript.dll)에서 발견된 새로운 치명적 취약점 관련 권고문들을 접했습니다. 이 취약점은 현재 실제로 악용되고 있는 상황입니다. 이런 일 자체는 언제든 일어날 수 있죠. 하지만 저를 불편하게 한 것은 웹 곳곳에 퍼진 비관론과 공포 분위기였습니다. 대부분은 패닉 상태일 뿐, 문제를 분석하고 우아한 방식으로 완화할 수 있는지 검토하려는 노력은 거의 없었습니다.사실 마이크로소프트는 이미 공식 우회 방법(workaround)을 안내하고

몇 주 전, 새 컴퓨터를 세팅하면서 온라인 검색 기능을 비활성화하는 트윅을 적용하기 직전에 윈도우 10의 검색 화면 검은 화면 버그를 만났습니다. 원래 발생해서는 안 되는 어처구니없는 버그였고, 하루만 늦었어도 그냥 지나쳤을 문제였습니다. 하지만 이 경험은 저에게 생각거리를 던져주었습니다. 클래식 쉘(Classic Shell)을 다시 살펴볼 때가 온 것이 아닐까?클래식 쉘은 데스크톱 환경과는 맞지 않는 터치 중심의 전체화면 시작 화면을 굳이 거치지 않고도 윈도우 8을 쓸 수 있게 해주던 필수 도구였습니다. 그런데 클래식 쉘의 개발이