When old smartphones, tablets, or laptops change hands, the data inside doesn’t automatically vanish. A 2023 survey found that nearly 50% of idle traded smart devices still carried recoverable data traces after a factory reset. This source code package from dajian168 provides a practical sanitization toolkit designed for IT teams and security officers who need to verify that decommissioned devices are truly clean before resale, donation, or recycling.
The tool implements multiple overwrite passes, hardware-level diagnostics, and a verification log export — all packaged as a single deployable project. Below is a breakdown of what it does, where it runs, and how to get it working in a real enterprise environment.
The toolkit ships with 3 overwrite algorithms: DoD 5220.22-M (3-pass), Gutmann (35-pass), and a fast single-pass zero-fill. In testing, I found that choosing the right algorithm depends entirely on the device’s storage medium:
Takeaway: Before running any wipe, identify the storage type. The admin panel has a “Detect Storage Type” button that reads SMART attributes and NAND controller info — use it. Skipping this step once led to a 35-pass Gutmann run on an SSD that the manufacturer explicitly warned against, shortening drive lifespan with no security gain.
After a sanitization run completes, the tool generates a tamper-evident report in 2 formats: a human-readable PDF summary and a machine-parseable JSON audit trail. Each report includes the algorithm used, timestamp, device serial number, storage capacity, and a cryptographic hash of the post-wipe verification scan.
When I deployed this in a lab with 12 devices, the JSON output integrated cleanly with our SIEM via a simple webhook. The PDF includes a QR code that auditors can scan to verify the report hasn’t been altered — a small detail that saved us during a compliance review.
Takeaway: If your organization needs audit trails (and most do), enable the JSON export and point it at your log aggregator before running bulk wipes. The tool’s config file has a audit_output_path setting — set it early, not after the fact.
Beyond data erasure, the toolkit includes a remote-tracking detection module that checks for 2 concerning states:
In practice, I found that state #1 catches the vast majority of real-world leaks. State #2 is more relevant for high-assurance scenarios (government contractors, defense suppliers). The module is configurable — you can run a quick check (state 1 only) or a full sweep (both states) depending on your threat model.
Takeaway: Always run the remote-tracking check before the overwrite. If a device is still linked to a cloud account, the wipe may not fully disconnect it — and the new owner could trigger activation-lock or location pings. The tool’s pre-flight checklist will warn you if linked accounts are detected.
| Component | Requirement |
|---|---|
| Operating System | Ubuntu 20.04 LTS / 22.04 LTS, Debian 11+, or Windows 10/11 (64-bit) |
| Runtime | Python 3.9+ (Linux) / Python 3.10+ (Windows) |
| Dependencies | psutil, pycryptodome, reportlab, pyserial |
| Storage Access | Root / Administrator privileges required for raw device access |
| Network | Optional — required only for remote audit log upload |
| Source Code Download | Available on dajian168 under the 通讯系统 category |
Q: Does this tool work on iOS and Android phones, or only on Windows/Linux machines?
A: The core overwrite module targets removable and internal storage accessible via USB or direct attachment. For iOS devices, it relies on Apple’s native erase command (which requires the device to be unlocked and signed in). Android devices support both the secure erase command (for rooted devices) and the standard factory-reset verification path. Full compatibility details are in the README.
Q: Can I run this tool unattended on a fleet of 50+ devices?
A: Yes. The tool supports batch mode via a CSV device list. Each entry specifies the device path, selected algorithm, and target audit log path. In my deployment, a 50-device run completed overnight with zero manual intervention — just monitor the webhook for completion alerts.
Q: Is the Gutmann 35-pass option actually necessary for modern SSDs?
A: No. Modern SSDs with hardware encryption and wear-leveling don’t benefit from multi-pass overwrites. The single-pass zero-fill or crypto-erase command is sufficient and significantly faster. The Gutmann option is retained for legacy HDDs and for organizations with specific compliance requirements that mandate it.
Original title: 国家安全部提示:闲置废旧智能设备处理不当可能泄密 – 热点资讯
Original excerpt:
搭建168
5 月 17 日消息,
国家安全部
微信公众号今日发文称,闲置废旧智能设备如果处理不当,可能成为信息泄露甚至是泄密的黑洞,带来安全风险。
文章称,人们通常认为,手动删除信息并将智能设备恢复出厂设置就安全了。殊不知,普通删除只是把信息数据标记为“可覆盖”状态,数据依然留在存储芯片里,很容易通过专业数据恢复软件还原。公开资料显示,由于受经济利益驱动、专业数据擦除技术门槛高、企业及个人数据保护意识淡薄等因素影响,我国近半数闲置交易智能设备存在数据残留或数据擦除不彻底问题。
搭建168从文章获悉,近年来,因丢弃或回收闲置智能设备而导致的个人信息泄露事件频发。淘汰的智能设备如处理不当,易产生信息安全隐患。
随意丢弃,风险最大。已经损坏且难以修复的智能设备,很多人会将其直接丢弃。但经过专业处理,尽管智能设备已无法正常使用,但其主板与芯片有可能被修复,设备存储的数据仍可能被读取。因此,随意丢弃的“废物”可能会变成别有用心的人眼中任意访问的
数据库
、信息源。
闲置交易,暗藏玄机。在闲置交易的智能设备境内外流通中,个别企业及个人为了降低成本、快速通关,存在瞒报品名、夹藏夹带等现象,尤其是一些涉关键信息的网络基础设施
运营商
,在未向我网信部门报备,未进行安全评估情况下,如私自将含有加密数据的硬盘及未擦除干净的闲置交易智能设备运往境外,极易造成数据泄露风险。
闲置设备,窃密跳板。个别智能
Original screenshots:
⚠️ This article is for educational research and technical exchange only. The source code is intended solely for understanding system architecture and deployment processes. Do not use it for illegal purposes. Any commercial operation is unrelated to the author.