Tình hình

Khách hàng đã tham gia đợt bán trước Ethereum năm 2014 và cất giữ an toàn tệp ethereum_wallet_backup.json trong suốt một thập kỷ. Khi cuối cùng họ thử mở tệp này, mật khẩu mà họ chắc chắn là đúng lại bị từ chối mỗi lần — cả bởi ví lẫn mọi công cụ tiêu chuẩn mà họ đã thử.

Thách thức

Tệp presale bảo vệ mã hóa ban đầu (encseed) của mình bằng PBKDF2-HMAC-SHA256 và AES-128-CBC, và khóa được tạo ra từ chính các byte của mật khẩu. Mật khẩu của người dùng chứa một ký tự đặc biệt, điều này có nghĩa là lỗi gần như chắc chắn không phải do nhập sai mật khẩu mà là do mã hóa sai — các ký tự đó được lưu trữ theo cách khác so với cách chúng đang được nhập vào lúc này.

Cách chúng tôi đã khôi phục lại nó

Chúng tôi đã tái tạo các trường hợp xung đột mã hóa thường gây rắc rối cho các ví tiền điện tử trong giai đoạn bán trước: UTF-8 so với Latin-1, sự khác biệt trong chuẩn hóa Unicode (NFC so với NFKD), và sự hoán đổi bố cục bàn phím. Mỗi biến thể của mật khẩu đã ghi nhớ đều được chạy trên tệp bằng chế độ presale của hashcat (16300) và đối chiếu với địa chỉ ví đã biết. Một biến thể mã hóa đã giải mã encseed thành công — hóa ra mật khẩu đó đã đúng ngay từ đầu.

Kết quả

Chìa khóa được khôi phục đã giúp chủ sở hữu có toàn quyền kiểm soát 1.000 ETH, số tiền này sau đó đã được chuyển sang một ví tiền điện tử hiện đại. Phí dịch vụ được tính dựa trên kết quả thành công; không phải trả trước bất kỳ khoản nào.

Bạn có trường hợp tương tự không?

Nếu mật khẩu đặt hàng trước của bạn “chắc chắn không thể sai” nhưng vẫn không thể giải mã được, thì đây hầu như luôn là nguyên nhân. Xem thêm: Khôi phục mật khẩu đặt hàng trước Ethereum · Tham khảo về RNG yếu