Windows PC를 폐기하기 전에 해 두어야 할 일 ── 데이터 삭제·계정 해제·백업의 실무 체크리스트

1. 먼저 짚어야 할 것

Windows PC를 폐기할 때, 얼핏 「초기화해 두면 된다」「파일을 지워 두면 된다」고 생각하기 쉽습니다. 그러나 실무상의 위험은 그것만이 아니며, 오래된 PC에는 생각보다 많은 정보가 남아 있습니다.

개인 파일
업무 파일
브라우저 로그인 상태
저장된 암호
메일
OneDrive나 Dropbox 등의 동기화 폴더
SSH 비밀 키
Git 자격 증명
클라우드 서비스의 API 키
VPN 설정
인증서
Wi-Fi 암호
BitLocker 복구 키
WSL이나 Docker 데이터
가상 머신
로컬 DB
회계 소프트웨어나 업무 앱 데이터

PC를 폐기하기 전에 해야 할 일은 크게 다음 네 가지입니다.

필요한 데이터를 잃지 않을 것
더 이상 쓰지 않는 PC에서 데이터가 복원되지 않을 것
계정과 라이선스 연결을 끊을 것
폐기한 사실과 절차를 나중에 설명할 수 있을 것

즉 PC 폐기는 「쓰레기로 내기 전의 정리」가 아니라, 작은 정보 보안 작업입니다.

이 기사에서는 개인 PC, 개발자 PC, 소규모 사무실의 업무 PC를 전제로, Windows PC를 폐기, 양도, 매각, 트레이드인, 리스 반납하기 전에 확인하고 싶은 점을 정리합니다.

이 글의 지식 맵

Windows PC의 폐기·양도·매각에서는 먼저 필요한 데이터의 백업과 복원 확인부터 시작한 뒤, Windows 재설정(데이터 정리)이나 전용 Secure Erase/Sanitize, 물리 파괴 등 NIST SP 800-88이 제시하는 Clear/Purge/Destroy 수준에 맞는 데이터 삭제 수단을 고릅니다. BitLocker가 켜져 있으면 복구 키의 소재를 Microsoft 계정이나 Entra ID, Active Directory에서 확인하고, TPM을 지우기보다 먼저 따로 보관해 두어야 합니다. 법인 PC에서는 Intune의 Wipe/Retire나 Autopilot 등록 해제를 데이터 삭제보다 먼저 수행하고, 삭제 증명서로 나중에 작업 내용을 설명할 수 있게 합니다.

flowchart LR
    accTitle: Windows PC 폐기 전의 데이터 삭제와 계정 정리 지식 맵
    accDescr: PC 폐기가 백업과 복원 확인에서 시작해 BitLocker와 복구 키 소재 확인, Windows 재설정이나 전용 삭제·물리 파괴 등 데이터 삭제 수단의 구분, Microsoft 계정이나 조직 관리에서의 디바이스 등록 해제, 삭제 증명 보관으로 이어지는 일련의 절차 관계를 보여주는 그림
    pc_disposal["PC 폐기"]
    data_erasure["데이터 삭제 절차"]
    backup_restore_verification["백업과 복원 확인"]
    windows_reset["이 PC 초기화"]
    data_cleaning_option["데이터 정리"]
    high_assurance_erasure_requirement["정부·업계 데이터 삭제 표준을 충족하는 요건"]
    nist_sp_800_88["NIST SP 800-88 Rev. 2"]
    physical_destruction["물리 파괴"]
    secure_erase_sanitize["Secure Erase/Sanitize"]
    cipher_w["cipher /w"]
    bitlocker["BitLocker"]
    device_loss_data_leak["분실·도난에 의한 데이터 유출"]
    device_encryption["디바이스 암호화"]
    manage_bde["manage-bde"]
    recovery_key["복구 키(복구 암호)"]
    microsoft_account["Microsoft 계정"]
    entra_id["Microsoft Entra ID"]
    active_directory["Active Directory(AD DS)"]
    tpm_clear["TPM 지우기"]
    intune["Microsoft Intune"]
    windows_autopilot["Windows Autopilot"]
    residual_drive_data["누락된 다른 드라이브의 잔존 데이터"]
    disposal_certificate["삭제 증명서·파기 증명서"]
    backup_restore_verification -->|"권장되는 대응"| pc_disposal
    backup_restore_verification -->|"보다 먼저 해야 한다"| windows_reset
    windows_reset -->|"구현을 담당한다"| data_erasure
    windows_reset -->|"에서 구성할 수 있다"| data_cleaning_option
    data_cleaning_option -->|"사용은 비권장"| high_assurance_erasure_requirement
    high_assurance_erasure_requirement -.->|"전제로 한다"| nist_sp_800_88
    data_erasure -->|"이용한다"| physical_destruction
    physical_destruction -->|"구현을 담당한다"| nist_sp_800_88
    data_erasure -.->|"이용한다"| secure_erase_sanitize
    secure_erase_sanitize -->|"구현을 담당한다"| nist_sp_800_88
    cipher_w -->|"사용은 비권장"| pc_disposal
    pc_disposal -.->|"전제로 한다"| bitlocker
    bitlocker -->|"완화한다"| device_loss_data_leak
    device_encryption -->|"자동화한다"| bitlocker
    bitlocker -->|"에서 확인할 수 있다"| manage_bde
    recovery_key -.->|"에 저장된다"| microsoft_account
    recovery_key -.->|"에 저장된다"| entra_id
    recovery_key -.->|"에 저장된다"| active_directory
    recovery_key -->|"보다 먼저 해야 한다"| tpm_clear
    pc_disposal -.->|"전제로 한다"| tpm_clear
    pc_disposal -.->|"전제로 한다"| microsoft_account
    intune -->|"보다 먼저 해야 한다"| data_erasure
    windows_autopilot -.->|"양립하지 않는다"| pc_disposal
    windows_reset -.->|"원인이 될 수 있다"| residual_drive_data
    data_erasure -.->|"에서 확인할 수 있다"| disposal_certificate

그림의 실선은 항상 성립하는 관계, 점선은 조건이 붙는 관계입니다(성립 조건은 상세 페이지의 관계별 설명에 적혀 있습니다). 관계 전체 목록(총 25건, 근거와 확신도 포함)과 주요 개념의 정의는 지식 맵 상세 페이지에 정리되어 있습니다(일본어). 데이터: JSON-LD / Turtle

2. 「폐기」의 의미를 나눈다

먼저, 이 기사에서 말하는 「폐기」는 완전히 쓰레기로 처분하는 경우만이 아닙니다.

실제로는 다음과 같은 경우가 있습니다.

「어디로 넘어가는가」에 따라 필요한 강도가 달라집니다. 예를 들어 집 안에서 검증용으로만 쓴다면 완전한 물리 파괴까지는 필요 없을 수 있습니다. 반면 업무 데이터를 다루던 PC를 외부 업체에 넘긴다면 삭제 증명이나 물리 파괴까지 포함해 생각해야 합니다.

먼저 정해야 할 것은 다음 질문입니다.

이 PC는 폐기 후 누구 손에 넘어가는가
이 PC에는 어느 정도 기밀성이 높은 정보가 들어 있었는가
이 PC의 스토리지를 재사용할 것인가, 파괴할 것인가
나중에 폐기 절차를 설명해야 하는가

이 답이 모호한 채로 「일단 초기화」하면 필요한 데이터를 지워 버리거나, 반대로 지워야 할 데이터를 남기게 됩니다.

3. PC 폐기에서 정말로 지켜야 할 것

PC 폐기에서 지키고 싶은 것은 PC 본체가 아니라 다음 세 가지입니다.

데이터
계정
신뢰

데이터는 이해하기 쉽습니다. 문서, 사진, 메일, 소스 코드, 데이터베이스, 인증 정보 등입니다.

계정도 중요합니다. PC가 Microsoft 계정, 회사 또는 학교 계정, OneDrive, 브라우저, 클라우드 스토리지, 개발 서비스, VPN, 원격 데스크톱에 연결된 채로면 제3자가 이를 악용할 수 있습니다.

그리고 놓치기 쉬운 것이 신뢰입니다.

정보 유출이 일어났을 때 다음을 설명하지 못하면 곤란합니다.

그 PC는 언제 폐기되었는가
누가 폐기를 승인했는가
어떤 스토리지가 들어 있었는가
어떤 방법으로 데이터를 지웠는가
삭제 또는 파괴를 확인했는가
어느 업체에 넘겼는가
증명서나 기록은 남아 있는가

개인 PC라면 여기까지 엄격하지 않아도 되는 경우가 있습니다. 그러나 업무 PC에서는 폐기 기록도 보안 대책의 일부입니다.

4. 전체 흐름

Windows PC를 폐기하기 전의 표준적인 흐름은 다음과 같습니다.

1. 폐기 방법을 정한다
2. PC 안의 내용을 파악한다
3. 필요한 데이터를 백업한다
4. 백업에서 복원할 수 있는지 확인한다
5. 앱, 라이선스, 개발 환경, 비밀 정보를 확인한다
6. OneDrive와 각종 클라우드 동기화를 멈춘다
7. Microsoft 계정과 업무용 계정 연결을 정리한다
8. BitLocker와 디바이스 암호화 상태를 확인한다
9. 데이터 삭제 방법을 고른다
10. Windows 초기화, 전용 도구로 삭제, 또는 물리 파괴를 실시한다
11. 초기 설정 화면까지 도달했거나, 파괴가 끝났음을 확인한다
12. Microsoft 계정이나 관리 포털에서 디바이스를 삭제한다
13. 폐기 기록, 삭제 증명, 회수 전표를 보관한다

핵심은 지우기 전에 확인하는 것입니다.

이 기사는 35장까지 있습니다. 구조 설명은 5장 이후로 넘기고, 실제로 작업할 단계가 되면 자신의 입장에 맞는 체크리스트로 바로 이동하세요.

• 32. 개인 PC용 체크리스트
• 33. 개발자 PC용 체크리스트
• 34. 법인 PC용 체크리스트

5장부터 31장까지는 이 체크리스트의 각 항목에 대해 「왜 필요한가」「어디를 여는가」를 설명한 것으로 보면 됩니다. 체크리스트에서 손이 멈춘 항목만 해당 장으로 돌아가는 편이 효율적입니다.

백업 전에 초기화하면 되돌릴 수 없습니다. 계정 해제 전에 PC가 부팅되지 않게 되면 관리 포털이나 클라우드 쪽 정리가 번거로워집니다. BitLocker 상태를 확인하지 않고 TPM을 지우면 스스로 데이터에 접근하지 못하게 되는 경우도 있습니다.

폐기 작업은 기세로 시작하지 않는 편이 안전합니다.

5. 먼저 백업한다

맨 먼저 해야 할 일은 데이터 삭제가 아닙니다.

백업입니다.

Windows에는 Windows 백업이라는 기능이 있어 파일, 테마, 설정, 일부 앱, Wi-Fi 정보 등 새 PC로 옮기기 쉬운 정보를 백업할 수 있습니다.

다만 이것만 전적으로 의지하는 것은 위험합니다. 이유는 단순합니다.

모든 앱 데이터가 대상은 아닐 수 있다
업무 파일을 개인용 OneDrive에 올려도 되는 것은 아니다
거대한 VM이나 Docker 데이터는 대상 밖이 되기 쉽다
로컬 DB나 개발용 시크릿은 빠지기 쉽다
클라우드에 동기화된 것처럼 보여도 실제로는 동기화 오류인 경우가 있다

안전한 흐름은 다음과 같이 이중으로 잡는 것입니다.

Windows 백업이나 클라우드 동기화로 일반적인 이전 데이터를 남긴다
중요한 작업 데이터는 별도로 외장 SSD나 사내 스토리지에도 빼 둔다

특히 중요한 것은 백업했다는 사실이 아니라 복원할 수 있다는 사실입니다.

백업 대상에 파일이 있는 것처럼 보여도 내용이 오래됐거나, 바로 가기만 있거나, 클라우드 플레이스홀더인 경우가 있습니다.

폐기 전에는 최소한 다음을 확인합니다.

다른 PC에서 백업 대상을 열 수 있는가
중요한 파일을 실제로 열 수 있는가
암호가 걸린 파일의 암호를 기억하는가
압축 파일이 손상되지 않았는가
백업 대상에서 빠진 폴더는 없는가

6. 백업 대상 체크리스트

폐기 전 백업에서 빠지기 쉬운 것을 듭니다.

사용자 폴더

먼저 기본입니다.

바탕 화면
문서
다운로드
사진
비디오
음악
OneDrive 아래 폴더

다운로드는 임시 보관 장소로 쓰기 쉽지만, 실제로는 중요한 PDF, 청구서, 인증서, 설치 파일, 수령 파일이 남아 있는 경우가 있습니다.

메일과 일정

메일이 클라우드에 있는 경우에도 로컬에만 있는 데이터가 없는지 확인합니다.

Outlook의 PST 파일
오래된 메일 아카이브
메일 소프트웨어 고유의 로컬 데이터
내보낸 일정
연락처

특히 예전 Outlook에서 PST를 쓰던 환경에서는 Documents\Outlook Files 등에 아카이브가 남아 있는 경우가 있습니다.

브라우저

브라우저에는 생각보다 많은 정보가 있습니다.

북마크
저장된 암호
확장 기능
자동 완성 정보
세션 정보
Cookie
인증서
개발자 도구 워크스페이스 설정

새 PC로 옮긴다면 브라우저 동기화 상태를 확인합니다. 필요 없다면 폐기 전에 로그아웃하고 동기화를 해제합니다. 다만 최종적으로 스토리지 전체를 삭제한다면 브라우저 안의 개별 삭제만으로 안심할 필요는 없습니다.

업무 앱

업무 앱은 데이터 저장 위치가 알기 어려운 경우가 있습니다.

회계 소프트웨어
급여 소프트웨어
판매 관리 소프트웨어
연하장 소프트웨어
스캐너 부속 소프트웨어
전자 인증서를 쓰는 앱
고유 형식의 데이터베이스

앱 화면에서 백업이나 내보내기를 하지 않으면 단순한 폴더 복사로는 복원하지 못하는 경우가 있습니다.

인증서와 비밀 키

개발자나 업무 담당자의 PC에서는 인증서가 중요합니다.

클라이언트 인증서
코드 서명 인증서
VPN 인증서
전자 신청용 인증서
비밀 키 파일
PFX 파일

인증서는 파일뿐 아니라 Windows 인증서 저장소에 들어 있는 경우도 있습니다. 필요하면 비밀 키를 포함해 내보낼 수 있는지 조직의 관리자에게 확인합니다.

개발 환경

개발자 PC는 일반 사무 PC보다 빠지는 항목이 많습니다.

Git 리포지토리
push하지 않은 커밋
commit하지 않은 변경
로컬 브랜치
SSH 비밀 키
GPG 키
NuGet.config
npmrc
pip 설정
Docker volume
WSL 배포판
가상 머신
로컬 DB
.env 파일
클라우드 CLI 인증 정보
IDE 설정
스니펫
로컬에만 있는 설계 메모

특히 위험한 것은 push하지 않은 커밋과 .env입니다.

.env에는 연결 문자열, API 키, 테스트용 암호 등이 들어가기 쉽습니다. 백업으로 남겨야 하는지, 폐기하고 재발급해야 하는지를 나눠 생각합니다.

7. 개발자 PC에서 해 두고 싶은 추가 확인

개발자 PC에서는 파일만 옮겨서는 부족한 경우가 있습니다.

폐기 전에 다음과 같이 확인해 두면 이전 후에 곤란해지기 어렵습니다.

Git 상태를 확인한다

# 예: 작업 폴더 아래의 Git 리포지토리를 찾는다
Get-ChildItem -Path C:\Work -Directory -Recurse -Force -ErrorAction SilentlyContinue |
    Where-Object { Test-Path (Join-Path $_.FullName ".git") } |
    Select-Object FullName

각 리포지토리에서 다음을 확인합니다.

git status
git branch --show-current
git remote -v
git log --oneline --decorate -5

로컬 변경이 남아 있으면 커밋한 뒤 push하거나, 패치로 빼 둡니다.

git diff > changes.patch
git diff --staged > staged.patch

WSL을 확인한다

WSL을 쓰는 경우에는 배포판을 확인합니다.

wsl --list --verbose

필요하면 내보냅니다.

wsl --export Ubuntu D:\Backup\wsl-ubuntu.tar

다만 WSL 안에는 Linux 쪽 SSH 키, 클라우드 인증 정보, .env, DB 데이터가 포함될 수 있습니다. 빼 둔 곳의 보관에도 주의가 필요합니다.

Docker Desktop을 확인한다

Docker 이미지는 다시 받을 수 있는 경우가 많지만, volume은 로컬 데이터를 가지고 있는 경우가 있습니다.

docker volume ls
docker ps -a
docker images

데이터베이스용 volume, 검증 환경의 업로드 파일, 개발용 MinIO 데이터 등이 있다면 백업 또는 폐기 방침을 정합니다.

클라우드 CLI 인증 정보를 파악한다

다음과 같은 폴더에는 인증 정보나 설정이 남아 있는 경우가 있습니다.

%USERPROFILE%\.aws
%USERPROFILE%\.azure
%USERPROFILE%\.kube
%USERPROFILE%\.docker
%USERPROFILE%\.ssh
%USERPROFILE%\.gnupg
%APPDATA%\NuGet\NuGet.Config
%USERPROFILE%\.npmrc
%USERPROFILE%\pip\pip.ini

폐기 전에 스토리지 전체를 삭제한다면 로컬에 남은 인증 정보는 사라집니다. 그러나 백업으로 복사하는 경우에는 복사본의 관리도 필요합니다.

불필요한 토큰이나 키는 새 PC로 옮기기보다 재발급하는 편이 안전한 경우도 있습니다.

8. 앱 목록과 라이선스를 적어 둔다

PC를 삭제한 뒤에 곤란한 것이 앱 재설치입니다.

특히 다음과 같은 소프트웨어는 미리 확인합니다.

유료 소프트웨어
영구 라이선스 소프트웨어
대수 제한이 있는 소프트웨어
오래된 설치 파일이 필요한 소프트웨어
사내 배포 앱
드라이버와 주변 기기 유틸리티
VPN 클라이언트
인증서가 필요한 앱

Windows 11 / Windows 10에서는 winget을 쓸 수 있는 환경이라면 설치된 앱 목록을 낼 수 있습니다.

winget list > installed-apps.txt
winget export -o winget-export.json

winget export는 모든 앱을 완전히 복원하는 마법이 아니지만, 새 PC를 구축할 때의 메모로는 도움이 됩니다.

라이선스에 대해서는 다음을 확인합니다.

라이선스 키를 적어 두었는가
계정에 연결된 라이선스인가
오래된 PC에서 로그아웃 또는 인증 해제가 필요한가
설치 파일을 구할 수 있는가
지원이 끝난 소프트웨어를 계속 이전해야 하는가

폐기는 오래된 소프트웨어를 다시 볼 좋은 기회이기도 합니다.

9. BitLocker와 디바이스 암호화 상태를 확인한다

최근 Windows PC에서는 BitLocker나 디바이스 암호화가 켜져 있는 경우가 있습니다.

BitLocker는 드라이브 전체를 암호화해 PC의 분실, 도난, 부적절한 폐기로 데이터가 유출될 위험을 낮추는 Windows 기능입니다. 또한 디바이스 암호화는 일정한 조건을 충족하는 Windows 디바이스에서 BitLocker 기반 암호화를 자동으로 켜는 기능입니다.

폐기 전에는 암호화 상태를 확인합니다.

manage-bde -status

PowerShell이라면 다음과 같이도 확인할 수 있습니다.

Get-BitLockerVolume

확인하고 싶은 것은 다음입니다.

C 드라이브가 암호화되어 있는가
데이터용 드라이브가 암호화되어 있는가
암호화가 완료되었는가, 진행 중이 아닌가
복구 키를 본인 또는 조직이 관리하고 있는가
이 PC가 개인 계정에 연결되어 있는가, 회사·학교 계정에 연결되어 있는가

BitLocker가 켜져 있으면 안심이라고 단순히 말할 수는 없습니다.

처음부터 드라이브 전체가 암호화되어 있고 복구 키도 적절히 관리되고 있다면 데이터 보호 면에서는 유리합니다. 그러나 폐기 직전에 암호화를 켠 것만으로는 과거에 삭제된 데이터나 미암호화 영역까지 충분히 보호되었는지 판단하기 어려운 경우가 있습니다.

또한 복구 키가 Microsoft 계정이나 회사·학교 계정에 저장되어 있는 경우도 있습니다. 폐기 전후에는 필요에 따라 복구 키 보관 위치도 확인합니다.

복구 키의 소재는 다음 장소를 순서대로 확인합니다.

PC 쪽에 어떤 키 보호 기능이 설정되어 있는지는 관리자로 실행한 명령 프롬프트 또는 PowerShell에서 확인할 수 있습니다.

manage-bde -protectors -get C:\

이 명령은 해당 드라이브에서 켜져 있는 모든 키 보호 방법과 그 종류와 ID를 표시합니다. 복구 키가 여러 개인 환경에서는 복구 키 ID의 앞 8자리를 적어 두면 어떤 키가 대상인지 가릴 수 있습니다.

10. OneDrive와 클라우드 동기화를 정리한다

OneDrive, Dropbox, Google Drive 등의 클라우드 동기화를 쓰는 PC에서는 다음을 나눠 생각합니다.

클라우드에 남길 데이터
이 PC에서 지울 데이터
이 PC와의 동기화만 해제할 데이터

흔한 오해는 OneDrive 폴더 안의 파일을 PC에서 삭제하면 클라우드에서도 삭제되는 경우가 있다는 점입니다.

폐기 전에는 갑자기 파일을 지우지 말고, 먼저 동기화 상태 확인부터 들어갑니다.

동기화가 완료되었는가
동기화 오류가 없는가
로컬에만 존재하는 파일이 없는가
클라우드에서 열 수 있는가

그다음 PC와의 연결을 끊습니다.

OneDrive라면 알림 영역의 OneDrive 아이콘에서 설정을 열고, 계정 탭에서 이 PC 연결 해제를 할 수 있습니다.

다만 최종적으로 Windows를 초기화해 드라이브를 지우는 경우에는 클라우드 동기화 해제에만 지나치게 매달릴 필요는 없습니다. 중요한 것은 필요한 데이터가 클라우드 또는 백업 대상에 있는지 확인한 뒤에 PC 쪽을 지우는 것입니다.

11. Microsoft 계정과의 연결을 끊는다

Windows PC에 Microsoft 계정으로 로그인한 경우, 그 PC는 Microsoft 계정의 디바이스 목록에 등록됩니다.

폐기, 매각, 양도하는 PC는 작업 후에 Microsoft 계정의 디바이스 목록에서 삭제해 둡니다.

대략적인 흐름은 다음과 같습니다.

1. account.microsoft.com/devices 에 로그인한다
2. 대상 PC를 찾는다
3. 「디바이스 삭제」 또는 해당하는 해제 조작을 한다
4. Microsoft Store의 디바이스 제한이나 Find My Device 대상에서 빠졌는지 확인한다

주의할 점은 Microsoft 계정의 디바이스 목록에서 삭제해도 PC 스토리지가 지워지는 것은 아니라는 점입니다. 반대로 PC를 초기화했다고 해서 Microsoft 계정 쪽 디바이스 목록이 깨끗해진다고도 할 수 없습니다. 로컬 데이터 삭제와 클라우드 쪽 디바이스 정리는 별도 작업으로 봅니다.

또한 PC를 잃었거나 도난당했거나 수중에 없는 경우에는 Find my device나 계정 로그아웃 기능도 확인합니다. 수중에 있는 PC의 폐기라면 먼저 데이터 백업과 삭제를 우선하고, 그다음에 클라우드 쪽 등록을 정리하는 편이 이해하기 쉽습니다.

12. 회사 또는 학교 계정을 제거한다

회사나 학교 계정으로 로그인했던 PC는 개인 PC보다 신중히 다룹니다.

Windows에서는 설정에서 회사 또는 학교 계정을 연결할 수 있습니다. 이 연결로 메일, 파일, 앱, 조직 리소스에 접근할 수 있게 되는 경우가 있습니다.

폐기 전에는 다음을 확인합니다.

이 PC는 회사 소유인가, 개인 소유인가
Intune 등의 MDM으로 관리되고 있는가
Microsoft Entra ID에 가입되어 있는가
Windows Autopilot에 등록되어 있는가
BitLocker 복구 키가 조직 쪽에 저장되어 있는가
리스 자산 또는 회사 자산으로 등록되어 있는가

각각 확인하는 장소는 다음과 같습니다.

dsregcmd /status는 그 PC가 Microsoft Entra ID에 가입되어 있는지, 도메인에 가입되어 있는지, 어느 테넌트에 속하는지 표시합니다. 관리자에게 상담하기 전에 스스로 상황을 파악해 두면 이야기가 빨라집니다.

개인 소유 PC에 회사 계정을 연결했던 경우에는 설정 > 계정 > 회사 또는 학교 액세스에서 끊을 수 있는 경우가 있습니다.

다만 회사 소유 PC에서는 이용자가 임의로 초기화해서는 안 되는 경우가 있습니다.

예를 들어 Intune으로 관리되는 PC에서는 관리자가 Retire, Wipe, Delete 등의 디바이스 조작을 구분하는 경우가 있습니다. 또한 Windows Autopilot에 등록된 PC는 Windows만 초기화해도 재설정 때 원래 조직으로 돌아가는 듯한 동작을 하는 경우가 있습니다.

회사 PC 폐기에서는 이용자가 혼자 판단하지 말고, 정보시스템 부서나 관리자의 절차를 따르는 것이 안전합니다.

13. PC 재활용과 회수 방법도 확인한다

Windows 초기화뿐 아니라 실제 처분 방법도 확인합니다.

일본에서는 사용이 끝난 PC를 제조사 회수나 소형 가전 재활용 등의 제도에 따라 처분합니다. 가정용 PC와 사업용 PC는 취급이 다른 경우가 있습니다.

개인이라면 다음과 같은 선택지가 있습니다.

제조사의 PC 재활용 접수
지자체나 인증 사업자의 소형 가전 회수
중고 매입점이나 트레이드인
가족이나 지인에게 양도

법인이라면 다음과 같은 관점이 필요합니다.

회사 자산 관리 대장에서 제외
리스 회사로의 반납
산업폐기물로 처리
데이터 삭제 증명서 또는 파괴 증명서
위탁처와의 계약·비밀 유지
수송 중 분실 대책

회수 업체에 내는 경우에도 「업체가 지워 주니까 아무것도 하지 않아도 된다」고 생각하지 않는 편이 안전합니다.

본인 또는 조직의 책임으로 다음 중 어느 쪽으로 할지 정합니다.

스스로 삭제 또는 파괴한 뒤에 넘긴다
삭제 증명을 발행할 수 있는 업체에 위탁한다

14. 데이터 삭제의 기본 관점

데이터 삭제에는 수준이 있습니다.

NIST SP 800-88 Rev. 2에서는 매체 Sanitize 방법으로 크게 Clear, Purge, Destroy라는 생각을 제시합니다. 거칠게 말하면 다음과 같이 정리됩니다.

어느 수준이 필요한지는 데이터의 기밀성과 폐기 후 행선지에 따라 달라집니다.

이 기사의 15장부터 22장에서는 삭제 방법을 하나씩 설명합니다. 흩어지면 전체 모습이 보이기 어려우므로, 먼저 목록으로 비교해 둡니다.

강도 칸은 어디까지나 「폐기 후 제3자 손에 넘어간다는 전제에서의 가늠」입니다. 같은 방법이라도 드라이브 종류, 암호화했던 기간, 대상으로 한 드라이브 범위에 따라 결과는 달라집니다.

개인의 오래된 PC를 재활용으로 낸다면 Windows의 이 PC 초기화에서 모두 제거와 데이터 정리를 선택해 일반적인 위험을 낮출 수 있는 경우가 있습니다.

반면 고객 정보, 인증 정보, 의료·금융·기밀 설계 정보 등을 다루던 PC라면 그것만으로는 부족한 경우가 있습니다. 그 경우에는 전용 삭제 도구, 스토리지 제조사의 Sanitize 기능, 암호화 삭제, 또는 물리 파괴를 검토합니다.

중요한 것은 다음입니다.

「지운 셈」과 「복원할 수 없다」는 다르다
「Windows가 부팅되지 않는다」와 「데이터를 읽을 수 없다」는 다르다
「초기화했다」와 「업계 표준의 삭제를 충족했다」는 다르다

15. 「삭제」나 「빠른 포맷」만으로는 부족하다

파일을 지우고 휴지통을 비워도 그것만으로 데이터 본체가 완전히 사라진다고는 할 수 없습니다.

일반적인 삭제는 파일 시스템에서 「이 영역은 비었다」고 다룰 뿐이며, 실제 데이터가 덮어씌워지기 전까지는 복원될 수 있습니다.

빠른 포맷도 마찬가지입니다. 관리 정보만 다시 만들 뿐, 스토리지 전체를 완전히 덮어쓰는 것은 아닙니다.

다음과 같은 대응은 폐기 전 데이터 삭제로 약합니다.

휴지통을 비우기만 한다
사용자 폴더를 삭제하기만 한다
브라우저 기록만 지운다
Windows 사용자만 삭제한다
빠른 포맷만 한다
파티션만 삭제한다

이들은 일상 이용에서는 「보이지 않게 하는」 조작으로 의미가 있습니다. 그러나 제3자에게 PC를 넘기기 전의 삭제로는 부족합니다.

16. Windows의 「이 PC 초기화」로 할 수 있는 것

개인 PC의 폐기나 양도에서 가장 쓰기 쉬운 것은 Windows의 이 PC 초기화입니다.

Windows 11에서는 대체로 다음 위치에서 실행합니다.

설정 > 시스템 > 복구 > 이 PC 초기화

Windows 10에서는 다음 위치입니다.

설정 > 업데이트 및 보안 > 복구 > 이 PC를 초기 상태로 되돌리기

폐기나 양도에서는 기본적으로 모두 제거를 고릅니다.

그다음 선택에서는 다음 관점이 중요합니다.

개인 파일을 남기지 않는다
앱과 설정을 되돌리지 않는다
드라이브를 정리한다
필요하면 모든 드라이브를 대상으로 한다

Microsoft의 설명에서는 데이터 정리를 켜면 파일을 삭제하고 드라이브를 정리해, 다른 사람이 삭제된 파일을 복원하기 어렵게 됩니다. 다만 이 데이터 삭제 기능은 소비자용이며, 정부나 업계의 데이터 삭제 표준을 충족하는 것은 아니라고 되어 있습니다.

여기가 중요한 지점이며, Windows 초기화는 편리하지만 만능은 아닙니다.

개인 이용의 일반적인 양도·폐기에는 쓰기 쉽다
기밀성이 높은 데이터의 삭제 증빙으로는 부족한 경우가 있다
SSD나 고장 드라이브에서는 전용 Sanitize나 파괴가 필요한 경우가 있다

17. 개인 PC에서의 표준 절차

개인 PC를 매각, 양도, 회수로 내는 경우의 현실적인 절차는 다음과 같습니다.

1. 필요한 데이터를 백업한다
2. 다른 PC나 스마트폰에서 백업을 열 수 있는지 확인한다
3. OneDrive 등의 동기화 상태를 확인한다
4. 브라우저나 앱의 계정 상태를 확인한다
5. BitLocker 또는 디바이스 암호화 상태를 확인한다
6. Windows의 「이 PC 초기화」를 연다
7. 「모두 제거」를 고른다
8. 「데이터 정리」를 켠다
9. 드라이브가 여러 개면 대상 드라이브를 확인한다
10. 초기화를 실행한다
11. 초기 설정 화면까지 진행되면 새 사용자는 만들지 않고 전원을 끈다
12. Microsoft 계정의 디바이스 목록에서 삭제한다

초기 설정 화면이란 국가나 지역, 키보드, 네트워크 등을 고르는 화면입니다. 이 화면까지 도달했다면 다음 이용자가 자신의 계정으로 설정할 수 있습니다.

이 시점에서 새 사용자를 만들어 버리면 그 사용자 정보를 다시 지워야 합니다. 매각이나 양도라면 초기 설정 화면에서 전원을 끄는 편이 이해하기 쉽습니다.

18. 「모든 드라이브」를 놓치지 않는다

Windows 초기화에서 특히 주의하고 싶은 것이 여러 드라이브입니다.

노트북에서도 다음과 같은 구성이 있습니다.

C: OS용 SSD
D: 데이터용 SSD 또는 HDD
SD 카드
외장 SSD
복구 파티션
제조사 고유 영역

데스크톱 PC에서는 더 복잡합니다.

NVMe SSD
SATA SSD
HDD
추가 드라이브
오래된 PC에서 옮긴 데이터 디스크
RAID 구성

Windows 초기화 때 Windows가 설치된 드라이브만을 고르면 D 드라이브 등에 데이터가 남을 수 있습니다.

폐기, 매각, 양도에서는 다음을 확인합니다.

Get-Disk | Select-Object Number, FriendlyName, SerialNumber, Size, PartitionStyle
Get-Volume | Select-Object DriveLetter, FileSystemLabel, FileSystem, SizeRemaining, Size

불필요한 내장 드라이브가 있으면 Windows 초기화 대상에 넣거나, 개별적으로 삭제 또는 물리 파괴합니다.

흔한 실패는 C 드라이브만 깨끗이 하고, D 드라이브에 오래된 사진, 업무 파일, 백업, 가상 머신을 남긴 채로 넘기는 것입니다.

19. HDD와 SSD에서는 삭제에 대한 생각이 다르다

오래된 HDD와 SSD에서는 데이터 삭제에 대한 생각이 다릅니다.

HDD는 자기 디스크 위의 위치에 대해 덮어쓴다는 발상이 비교적 이해하기 쉬운 매체입니다. 전 영역을 덮어쓰는 삭제 도구가 흔히 쓰여 왔습니다.

반면 SSD나 NVMe SSD는 내부에서 웨어 레벨링이나 오버프로비저닝을 합니다. OS에서 보이는 논리 주소와 실제 물리 셀의 대응이 고정이 아닙니다.

그 때문에 단순한 덮어쓰기로 「과거의 데이터가 모두 확실히 덮어씌워졌다」고 단정하기 어려운 경우가 있습니다.

NIST SP 800-88 Rev. 2에서도 SSD와 같은 매체에서는 추가 보장이 필요하면 단순한 덮어쓰기가 아니라 더 강한 Purge나 Destroy를 써야 한다는 생각이 제시되어 있습니다.

실무에서는 다음과 같이 생각하면 됩니다.

SSD에서는 스토리지 제조사나 PC 제조사가 제공하는 삭제 기능을 쓰는 편이 적절한 경우가 있습니다. BIOS / UEFI에 Secure Erase나 Sanitize가 준비된 기종도 있습니다.

다만 이름이 비슷해도 기능과 보장은 제품마다 다릅니다. 기밀성이 높은 데이터에서는 사내 규정이나 삭제 증명을 낼 수 있는 업체 이용을 우선합니다.

20. BitLocker를 이용한 암호화 삭제의 기본 관점

암호화된 스토리지에서는 암호 키가 없으면 데이터를 읽을 수 없습니다.

그 때문에 적절히 암호화되어 있던 드라이브에서는 키를 무효화하거나 폐기해 실제 데이터 읽기를 어렵게 하는 생각이 있습니다. 이를 암호화 삭제, 또는 cryptographic erase라고 부르는 경우가 있습니다.

다만 BitLocker에 대해서는 주의가 필요합니다.

다음 조건이 충족되면 폐기 전 안전성은 높아집니다.

폐기 전부터 BitLocker가 켜져 있었다
암호화가 완료되어 있었다
OS 드라이브뿐 아니라 데이터 드라이브도 암호화되어 있었다
복구 키가 적절히 관리되고 있었다
TPM과 복구 키의 취급을 이해하고 있다

반대로 다음과 같은 경우에는 BitLocker만 의지하는 것은 위험합니다.

폐기 직전에 처음 암호화했다
「사용된 영역만 암호화」였다
과거에 암호화하지 않고 쓰던 기간이 길다
D 드라이브나 외장 디스크가 암호화되어 있지 않다
복구 키의 소재를 모른다

「BitLocker가 있으니 초기화하지 않아도 된다」고 생각하지 않는 편이 좋습니다.

실무에서는 다음과 같이 조합해 생각합니다.

평소부터 BitLocker를 켜 둔다
폐기 때는 Windows 초기화나 전용 삭제를 한다
기밀성이 높은 데이터에서는 삭제 증명 또는 물리 파괴를 쓴다

BitLocker는 폐기 때뿐 아니라, 평소의 분실·도난 대책으로 켜 두는 데 의미가 있습니다.

21. cipher /w의 위치

Windows에는 cipher /w라는 명령이 있어, NTFS 볼륨의 미사용 영역을 덮어써서 삭제된 데이터의 복원을 어렵게 하는 데 쓸 수 있습니다.

사용 예입니다.

cipher /w:C:\

Microsoft의 설명에서는 cipher /w:<directory>는 그 디렉터리가 있는 볼륨의 사용 가능한 미사용 영역을 덮어씁니다.

다만 폐기 전의 주된 수단으로 과신하지 않는 편이 좋습니다.

이유는 다음과 같습니다.

현재 존재하는 파일은 지우지 않는다
지정 폴더만이 아니라 그 볼륨의 미사용 영역이 대상이 된다
다른 드라이브나 숨은 파티션은 따로 생각해야 한다
SSD에서는 단순한 덮어쓰기의 보장이 약한 경우가 있다
처리에 시간이 걸린다
업계 표준의 삭제 증명이 되지 않는다

cipher /w는 「실수로 삭제한 흔적을 미사용 영역에서 읽히기 어렵게 하는」 용도에서는 도움이 되는 경우가 있습니다.

그러나 PC를 통째로 폐기한다면 Windows 초기화, 전용 삭제, 암호화 삭제, 물리 파괴 중 무엇을 쓸지를 먼저 생각해야 합니다.

22. 물리 파괴를 골라야 하는 경우

다음과 같은 경우에는 스토리지의 물리 파괴를 검토합니다.

고객 정보나 기밀 정보를 다루었다
의료, 금융, 법무, 연구개발, 인증 정보를 포함하고 있었다
PC가 고장 나서 삭제 도구를 실행할 수 없다
SSD의 삭제 보장을 스스로 확인할 수 없다
폐기 후 제3자에게 유통될 가능성이 있다
사내 규정에서 물리 파괴를 요구한다
삭제 증명이나 파괴 증명이 필요하다

물리 파괴에는 다음과 같은 방법이 있습니다.

스토리지를 분리해 보관한다
전문 업체에서 천공·파쇄한다
파괴 증명서를 발행받는다
현장 파괴를 의뢰한다

스스로 망치로 부수거나 드릴로 구멍을 내는 방법은 부상이나 배터리 파손의 위험이 있습니다. 특히 노트북은 배터리를 손상하면 위험합니다.

업무 용도에서는 독자적인 파괴보다 증명서를 낼 수 있는 업체에 의뢰하는 편이 좋습니다.

23. 부팅되지 않는 PC는 안전하지 않다

「고장 나서 부팅되지 않으니 데이터도 읽히지 않을 것이다」고 생각하는 것은 위험합니다. PC 본체가 부팅되지 않아도 스토리지만 분리해 다른 PC에 연결하면 읽을 수 있는 경우가 있습니다.

특히 다음과 같은 고장에서는 스토리지 자체는 살아 있는 경우가 있습니다.

화면이 나오지 않는다
메인보드가 고장 났다
전원이 들어오지 않는다
키보드가 고장 났다
Windows가 부팅되지 않는다
부트 로더가 고장 났다

부팅되지 않는 PC를 폐기하는 경우에는 다음 중 하나로 합니다.

스토리지를 분리해 다른 환경에서 삭제한다
스토리지를 분리해 물리 파괴한다

BitLocker가 켜져 있으면 스토리지를 다른 PC에 연결해도 복구 키 없이는 읽히지 않을 가능성이 높아집니다. 그래도 업무 PC에서는 「암호화되어 있었을 것이다」가 아니라, 기록으로 확인할 수 있는 상태가 바람직합니다.

24. TPM, BIOS, UEFI 설정도 정리한다

Windows PC에는 스토리지 말고도 설정이 남습니다.

예를 들어 다음과 같은 것입니다.

BIOS / UEFI 암호
부팅 순서
Secure Boot 설정
TPM 상태
Windows Hello 관련 키
지문이나 얼굴 인증 등록 정보
관리자 암호
자산 관리용 태그

PC를 양도 또는 매각한다면 BIOS / UEFI 암호를 해제하고, 필요에 따라 펌웨어 설정을 기본값으로 되돌립니다.

TPM을 지우는 조작도 있습니다. Microsoft의 절차에서는 Windows 보안의 디바이스 보안에서 보안 프로세서 문제 해결을 열고 TPM 지우기를 고르는 흐름이 설명되어 있습니다.

다만 TPM 지우기는 신중히 해야 합니다.

TPM은 BitLocker나 Windows Hello와 관련됩니다. 필요한 데이터를 백업하기 전, 또는 BitLocker 복구 키를 모르는 상태에서 TPM을 지우면 자신이 데이터에 접근하지 못하게 될 수 있습니다.

순서로는 다음과 같이 생각합니다.

먼저 데이터를 백업한다
BitLocker 복구 키의 소재를 확인한다
데이터 삭제 또는 초기화를 실시한다
양도·매각에서 필요하면 TPM이나 펌웨어 설정을 정리한다

자신이 없으면 TPM만 따로 건드리는 것보다 Windows 초기화 절차와 제조사의 양도·초기화 절차를 따르는 편이 안전합니다.

25. 주변 기기와 외장 스토리지를 잊지 않는다

PC 본체만 보면 외장 디바이스를 잊습니다. 폐기 때 함께 처분할 것이 없는지 확인합니다.

외장 HDD
외장 SSD
USB 메모리
SD 카드
microSD 카드
DVD나 Blu-ray
프린터 메모리
스캐너 저장 영역
NAS
USB 동글
스마트 카드
SIM 카드

특히 외장 HDD나 USB 메모리는 예전의 백업이나 개인 정보가 남기 쉽습니다.

「PC는 초기화했지만 함께 넣은 외장 HDD에 모든 데이터가 남아 있었다」는 상태는 피하고 싶습니다.

또한 Bluetooth 마우스나 키보드 같은 주변 기기는 큰 정보 위험이 되기 어렵지만, USB 보안 키, 스마트 카드, 전자 인증서가 든 토큰은 다릅니다. 이런 인증 디바이스는 반드시 등록 해제나 효력 말소를 확인합니다.

26. 스마트폰 연동, eSIM, 통신 계약도 확인한다

최근 Windows PC에서는 스마트폰 연동이나 모바일 통신 기능을 쓰는 경우가 있습니다.

폐기 전에 다음을 확인합니다.

스마트폰 연동 앱
Bluetooth 페어링
모바일 통신 SIM 카드
eSIM 프로필
VPN 프로필
원격 액세스 도구
MDM 에이전트

물리 SIM이 들어 있으면 분리합니다. eSIM을 쓰는 경우에는 통신 사업자나 PC 설정에서 삭제·해지 절차를 확인합니다.

원격 액세스 도구도 중요합니다.

AnyDesk
TeamViewer
Chrome Remote Desktop
Remote Desktop
VPN 클라이언트
사내 원격 지원 도구

PC를 초기화하면 사라지는 경우가 많지만, 계정 쪽에 오래된 디바이스 등록이 남는 경우가 있습니다. 이용하던 서비스의 관리 화면에서 불필요한 디바이스를 빼 둡니다.

27. 법인 PC에서는 「개인 판단으로 초기화하지 않는다」

회사에서 쓰던 PC는 개인 PC와 같은 감각으로 초기화하지 않는 편이 좋습니다.

이유는 다음과 같습니다.

회사 자산 대장에 등록되어 있다
리스 계약이 있다
Intune 등으로 관리되고 있다
BitLocker 복구 키가 조직에 저장되어 있다
Windows Autopilot에 등록되어 있다
삭제 증명이 필요한 경우가 있다
감사에 필요한 기록이 있는 경우가 있다

이용자가 임의로 Windows를 초기화하면 다음과 같은 문제가 생길 수 있습니다.

백업하지 않은 업무 데이터를 지워 버린다
자산 관리 번호와 실제 기기의 연결이 모호해진다
Intune이나 Entra ID에 오래된 디바이스가 남는다
Autopilot 등록이 남아 중고 유통 때 문제가 된다
삭제 증명을 남기지 못한다
리스 반납 조건을 충족하지 못한다

법인 PC 폐기는 일반적으로 다음과 같은 흐름이 안전합니다.

1. 이용자가 필요 데이터를 업무 스토리지로 빼 둔다
2. 관리자가 자산 번호, 일련 번호, 이용자를 확인한다
3. 관리자가 디바이스 관리 상태를 확인한다
4. 필요하면 Intune에서 Wipe 또는 Retire를 실행한다
5. Autopilot이나 Entra ID 등록을 정리한다
6. 삭제 또는 파괴를 실시한다
7. 증명서와 자산 대장을 연결해 보관한다

소규모 회사에서도 최소한 누구의 PC를, 언제, 어떤 방법으로 지웠는가는 남겨 두는 것이 좋습니다.

28. 삭제 증명·파괴 증명을 어떻게 다룰 것인가

업무 PC에서는 증명서가 중요해지는 경우가 있습니다.

증명서에는 예를 들어 다음 정보가 실립니다.

PC 제조사
모델
일련 번호
자산 번호
스토리지 제조사
스토리지 일련 번호
삭제 또는 파괴 방법
실시 일시
실시자
검증 방법
업체명
증명서 번호

항목명만 나열하면 실감이 잘 나지 않으므로, 기입 예 형태로 둡니다. 값은 모두 설명용 가상입니다.

증명서 양식을 스스로 만드는 경우에는 이 표의 왼쪽 열을 그대로 항목으로 쓰면 충분합니다. 업체에서 받는 경우에는 이 표의 항목이 채워져 있는지 수령 때 확인합니다.

중요한 점은 PC 본체 일련 번호뿐 아니라 스토리지 일련 번호도 적어 두는 것입니다. 스토리지를 교체했던 경우, PC 본체 정보만으로는 「어느 디스크를 지웠는지」가 모호해집니다.

가능하면 폐기 전에 다음을 적어둡니다.

Get-Disk | Select-Object Number, FriendlyName, SerialNumber, Size
Get-PhysicalDisk | Select-Object FriendlyName, SerialNumber, MediaType, Size

다만 환경에 따라서는 일련 번호를 가져오지 못하는 경우도 있습니다. 그 경우에는 사진, 자산 관리 번호, 업체의 보고서 등 여러 정보로 보완합니다.

29. 매각·양도에서는 「상대가 쓸 수 있는 상태」도 생각한다

폐기가 아니라 매각이나 양도의 경우에는 보안뿐 아니라, 다음 이용자가 쓸 수 있는 상태인지도 확인합니다.

Windows 라이선스 인증이 되는가
BIOS 암호가 남아 있지 않은가
BitLocker 복구 키를 요구받지 않는가
초기 설정 화면에서 멈춰 있는가
Microsoft 계정에 연결된 채로가 아닌가
Autopilot이나 조직 관리에 등록된 채로가 아닌가
부속 AC 어댑터가 있는가
스토리지를 뺀 상태로 판다면 명기했는가

특히 중고 PC에서 문제가 되기 쉬운 것이 조직 관리 등록입니다. Windows Autopilot 등에 등록된 채인 PC는 다음 이용자가 설정하려 할 때 원래 조직의 로그인을 요구받는 경우가 있습니다.

회사 PC를 중고로 유통한다면 Autopilot이나 Entra ID, Intune의 등록 해제까지 포함해 확인해야 합니다.

개인적으로 산 PC를 가족에게 양도하는 경우에도 Microsoft 계정, OneDrive, Find My Device, BitLocker, BIOS 암호는 정리해 둡니다.

30. 작업 로그를 남긴다

개인 PC라면 간단한 메모로 충분합니다.

2026-06-10
Surface Laptop 〇〇를 폐기 준비
데이터를 외장 SSD에 백업
Windows 초기화에서 「모두 제거」「데이터 정리」를 실시
초기 설정 화면을 확인
Microsoft 계정의 디바이스 목록에서 삭제
제조사 회수로 발송

업무 PC라면 조금 더 자세히 남깁니다.

자산 번호
제조사
모델
일련 번호
이용자
부서
스토리지 정보
BitLocker 상태
백업 확인자
삭제 방법
삭제 실시자
실시 일시
검증 결과
회수 업체
전표 번호
삭제 증명서 번호

번거로워 보이지만, 정보 유출이나 감사 대응에서는 나중에 「했을 것이다」고 말해도 설득력이 없습니다. 폐기 작업은 한 번 끝나면 실물이 손에서 사라지므로, 그래서 작업 로그가 효과가 있습니다.

31. 전형적인 실패 예

마지막으로 흔한 실패 예를 정리합니다.

실패 예1: 백업 전에 초기화했다

가장 많은 실패입니다.

오래된 PC라 대단한 데이터는 없다고 생각했다
초기화 후에 로컬에만 있는 사진이나 서류를 알아차렸다
OneDrive에 있다고 생각했는데 동기화되어 있지 않았다

대책은 실제로 다른 디바이스에서 백업을 열어 확인하는 것입니다.

실패 예2: D 드라이브를 남겼다

C 드라이브만 초기화하고 D 드라이브 데이터를 남기는 실패입니다.

C: 는 초기화됨
D: 에 예전 백업, 사진, 가상 머신, 업무 데이터가 잔존

대책은 Get-Disk나 Get-Volume으로 모든 드라이브를 확인하는 것입니다.

실패 예3: 개발용 시크릿을 백업에 섞었다

이전할 생각으로 .aws, .ssh, .npmrc, .env를 통째로 복사하고, 그 백업을 암호화하지 않은 채 외장 디스크에 두는 실패입니다.

폐기 PC에서는 사라져도 백업 대상에서 유출되면 의미가 없습니다.

비밀 정보는 옮길 것과 재발급할 것을 나눕니다.

실패 예4: 회사 PC를 임의로 초기화했다

이용자가 선의로 초기화한 결과, 관리자 쪽에서 증빙을 남기지 못하게 되는 경우가 있습니다.

회사 PC에서는 폐기·반납·양도 절차를 관리자에게 확인합니다.

실패 예5: 초기화만으로 기밀 데이터를 지운 셈이 되었다

Windows 초기화는 편리하지만 업계 표준의 삭제 증명은 아닙니다.

기밀성이 높은 데이터에서는 전용 삭제, 암호화 삭제, 물리 파괴, 증명서 발행을 검토합니다.

32. 개인 PC용 체크리스트

개인 PC를 폐기, 매각, 양도하기 전의 체크리스트입니다.

□ 폐기, 매각, 양도, 재사용 중 어느 것인지 정했다
□ 필요한 파일을 백업했다
□ 다른 디바이스에서 백업을 열 수 있음을 확인했다
□ OneDrive 등의 동기화 오류가 없음을 확인했다
□ 브라우저 북마크나 암호를 이전했다
□ 유료 앱이나 라이선스 취급을 확인했다
□ 외장 스토리지나 SD 카드를 뺐다
□ BitLocker 또는 디바이스 암호화 상태를 확인했다
□ Windows의 「모두 제거」를 골랐다
□ 「데이터 정리」를 켰다
□ 드라이브가 여러 개인지 확인했다
□ 초기 설정 화면까지 도달했다
□ Microsoft 계정의 디바이스 목록에서 삭제했다
□ 회수, 매각, 양도 기록을 남겼다

개인 이용에서는 이 체크리스트만으로도 사고를 상당히 줄일 수 있습니다.

33. 개발자 PC용 체크리스트

개발자 PC에서는 다음도 확인합니다.

□ push하지 않은 Git 커밋이 없다
□ commit하지 않은 변경을 처리했다
□ 로컬만의 브랜치를 확인했다
□ SSH 비밀 키 취급을 정했다
□ GPG 키 취급을 정했다
□ .env 파일을 확인했다
□ NuGet.config, .npmrc, pip.ini를 확인했다
□ AWS/Azure/GCP/Kubernetes 인증 정보를 확인했다
□ Docker volume을 확인했다
□ WSL 배포판을 확인했다
□ 로컬 DB의 백업 또는 폐기를 정했다
□ 가상 머신 디스크를 확인했다
□ IDE 설정이나 스니펫을 이전했다
□ 불필요한 API 키나 토큰을 철회했다
□ 백업 대상의 암호화를 확인했다

개발자 PC는 파일보다 자격 증명이 더 위험한 경우가 있습니다.

데이터 이전과 함께 오래된 키나 토큰을 정리하는 것을 권합니다.

34. 법인 PC용 체크리스트

법인 PC에서는 다음과 같은 체크리스트로 합니다.

□ 폐기 대상 PC의 자산 번호를 확인했다
□ 제조사, 모델, 일련 번호를 적었다
□ 이용자와 부서를 확인했다
□ 백업 책임자를 확인했다
□ 업무 데이터가 사내 스토리지로 빠져 나갔다
□ BitLocker 상태와 복구 키 관리처를 확인했다
□ Intune / MDM 관리 상태를 확인했다
□ Entra ID 가입 상태를 확인했다
□ Autopilot 등록 상태를 확인했다
□ 삭제 방법을 정했다
□ 삭제 또는 파괴의 실시자를 정했다
□ 스토리지 일련 번호를 적었다
□ 삭제 증명 또는 파괴 증명을 받았다
□ 회수 업체, 전표 번호를 기록했다
□ 자산 대장을 업데이트했다
□ 계정, 라이선스, 디바이스 등록을 정리했다

작은 회사에서도 PC 대수가 늘면 기억만으로는 관리할 수 없습니다. 처음에는 Excel이나 스프레드시트여도 좋으니, 폐기 기록을 남기는 구조를 만들어 두고 싶습니다.

35. 정리

Windows PC를 폐기하기 전에 해야 할 일은 단순히 초기화 버튼을 누르는 것이 아닙니다.

필요한 것은 다음 순서입니다.

남길 것을 남긴다
끊을 것을 끊는다
지울 것을 지운다
증거를 남긴다

먼저 필요한 데이터를 백업하고 복원할 수 있는지 확인합니다. 다음으로 Microsoft 계정, OneDrive, 회사 계정, 개발용 자격 증명, 라이선스, MDM 관리 등의 연결을 정리한 뒤, Windows의 이 PC 초기화, 전용 삭제 도구, 암호화 삭제, 물리 파괴 중 무엇을 쓸지를 고릅니다.

개인 PC라면 모두 제거와 데이터 정리를 사용한 Windows 초기화가 현실적인 선택지가 됩니다. 다만 Microsoft 스스로도 이 삭제 기능은 소비자용이며, 정부나 업계의 데이터 삭제 표준을 충족하는 것은 아니라고 설명합니다.

SSD, 업무 PC, 기밀성이 높은 데이터, 고장 PC에서는 전용 Sanitize, 삭제 증명, 물리 파괴를 검토합니다.

PC 폐기에서 중요한 것은 다음 이해입니다.

파일 삭제는 데이터 삭제가 아니다
Windows 초기화는 만능이 아니다
부팅되지 않는 PC에도 데이터는 남아 있다
스토리지와 계정 정리가 핵심이다

폐기하는 PC는 지난 작업의 집적입니다. 마지막에 조금 정성 들여 목록을 확인하는 것만으로 데이터 분실과 정보 유출 양쪽을 피하기 쉬워집니다.

Windows PC를 버리기 전에는 PC 본체가 아니라 스토리지, 계정, 증빙을 본다.

이것을 기억해 두면 폐기 작업의 판단을 그르치기 어려워집니다.

참고

• Before you recycle, sell, or gift your Xbox or Windows PC - Microsoft Support
• Reset your PC - Microsoft Support
• Back up and restore with Windows Backup - Microsoft Support
• BitLocker overview - Microsoft Learn
• Device Encryption in Windows - Microsoft Support
• Find your BitLocker recovery key - Microsoft Support
• Manage devices used with your Microsoft account - Microsoft Support
• Unlink and re-link OneDrive - Microsoft Support
• Manage User Accounts in Windows - Microsoft Support
• Troubleshoot the TPM - Microsoft Learn
• Use Cipher.exe to overwrite deleted data - Microsoft Learn
• NIST SP 800-88 Rev. 2 Guidelines for Media Sanitization
• パソコンのリサイクル（資源有効利用促進法） - 経済産業省
• データ消去について - 一般社団法人 パソコン3R推進協会
• Device action: Retire - Microsoft Intune
• Device action: Wipe - Microsoft Intune
• Windows Autopilot registration overview - Microsoft Learn

관련 기사

같은 태그를 공유하는 최신 기사입니다. 더 가까운 주제로 지식을 넓힐 수 있습니다.

관련 토픽

이 기사와 가까운 토픽 페이지입니다. 기사를 출발점 삼아 관련 서비스와 다른 기사로 이어집니다.

이 주제와 연결되는 서비스

이 기사는 다음 서비스 페이지로 이어집니다. 가까운 입구부터 확인해 주세요.

자주 묻는 질문

이 기사 주제에 대해 상담 시 자주 나오는 질문을 모았습니다.

Windows PC를 폐기하기 전에 초기화만 하면 되나요?

초기화만으로는 부족한 경우가 있습니다. Windows의 「이 PC 초기화」에서 「모두 제거」와 「데이터 정리」를 선택하면 개인 이용의 일반적인 양도·폐기 위험은 낮출 수 있습니다. 다만 Microsoft 스스로도 이 삭제 기능은 소비자용이며, 정부나 업계의 데이터 삭제 표준을 충족하는 것은 아니라고 설명합니다. 고객 정보나 인증 정보 등 기밀성이 높은 데이터를 다루던 PC에서는 전용 삭제 도구, 암호화 삭제, 삭제 증명 발행, 물리 파괴를 검토해야 합니다.

파일 삭제나 빠른 포맷으로는 데이터가 지워지지 않나요?

지워지지 않습니다. 일반적인 삭제는 파일 시스템에서 「이 영역은 비었다」고 표시할 뿐이며, 실제 데이터가 덮어씌워지기 전까지는 복원될 수 있습니다. 빠른 포맷도 관리 정보만 다시 만들 뿐, 스토리지 전체를 덮어쓰지 않습니다. 휴지통을 비우거나 사용자 폴더를 지우거나 파티션을 삭제하는 조작은 「보이지 않게」 할 뿐이며, 제3자에게 PC를 넘기기 전의 삭제로는 부족합니다.

부팅되지 않는 PC는 그대로 폐기해도 안전한가요?

안전하지 않습니다. PC 본체가 부팅되지 않아도 스토리지만 분리해 다른 PC에 연결하면 읽을 수 있는 경우가 있습니다. 화면이 나오지 않거나 메인보드 고장, 전원이 들어오지 않는 고장에서도 스토리지 자체는 살아 있는 경우가 많습니다. 부팅되지 않는 PC를 폐기할 때는 스토리지를 분리해 다른 환경에서 삭제하거나 물리 파괴합니다. BitLocker가 켜져 있으면 복구 키 없이는 읽히지 않을 가능성이 높아지지만, 업무 PC에서는 기록으로 확인할 수 있는 상태가 바람직합니다.

SSD와 HDD에서 데이터 삭제 방법이 다른가요?

접근이 다릅니다. HDD는 전 영역을 덮어쓰는 삭제 도구가 흔히 쓰여 왔습니다. 반면 SSD나 NVMe SSD는 내부에서 웨어 레벨링을 하므로, 단순한 덮어쓰기로 「과거의 데이터가 모두 확실히 덮어씌워졌다」고 단정하기 어려운 경우가 있습니다. SSD에서는 스토리지 제조사나 PC 제조사가 제공하는 Secure Erase / Sanitize 기능이나 암호화 삭제를 쓰는 편이 적절한 경우가 있습니다. 기밀성이 높은 데이터에서는 삭제 증명을 낼 수 있는 업체를 이용하거나 물리 파괴를 우선합니다.

저자 프로필

기사 저자의 프로필 페이지입니다.

Go Komura

합동회사 코무라소프트 대표

Windows 소프트웨어 개발, 기술 상담, 장애 조사를 중심으로 재현이 어려운 장애 조사와 기존 자산이 남아 있는 프로젝트에 강점이 있습니다.