Các documentation for application licensing mô tả LICENSED_OLD_KEY
như ý nghĩa:Khi nào LICENSED_OLD_KEY được trả về từ máy chủ?
Ứng dụng này được cấp phép cho người dùng, nhưng có một phiên bản ứng dụng được cập nhật sẵn mà được ký kết với một chìa khóa khác nhau.
Mặt khác, documentation for signing strategies nói:
Nếu bạn đăng ký phiên bản mới mà không sử dụng giấy chứng nhận phù hợp, bạn cũng sẽ cần phải gán tên gói khác nhau để ứng dụng - trong trường hợp này, người dùng cài đặt phiên bản mới như một ứng dụng hoàn toàn mới.
Vì các ứng dụng được xác định theo tên gói, điều này có vẻ như bạn không thể thay đổi khóa ký cho ứng dụng đã xuất bản. (Thay vào đó, bạn có thể thay đổi khóa và gói, nhưng sau đó nó sẽ được thị trường xử lý như một ứng dụng mới.)
Tôi không thể nghĩ ra một kịch bản có thể nhận được phản hồi LICENSED_OLD_KEY
. Tui bỏ lỡ điều gì vậy?
Tôi thấy những gì bạn đang nói. Nhưng nếu bạn nói đúng, thì tài liệu là (để được hào phóng) gây hiểu lầm. Tôi không phải là người nhầm lẫn với cặp khóa được sử dụng để ký các ứng dụng với cặp khóa được sử dụng cho dịch vụ LVL: các tài liệu dường như nói rõ ràng rằng LICENSED_OLD_KEY phải làm gì với cách ứng dụng được ký, chứ không phải cách giao dịch LVL được mã hóa. (Nếu các phím LVL bị xâm nhập, có lẽ phiên bản mới của ứng dụng sử dụng cặp khóa LVL mới có thể được xuất bản mà không thay đổi cách ứng dụng được ký.) –
Ted, bạn có thể đăng liên kết tới một phần tài liệu mà nói không? Tôi rất nghi ngờ rằng các thành phần thị trường thậm chí nhìn vào cert của ứng dụng khi nó thực hiện LVL - ít nhất tôi có thể thực hiện kiểm tra với cả hai chứng nhận gỡ lỗi tiêu chuẩn và cert thực được sử dụng trên thị trường. – dragonroot
FWIW, vâng, các tài liệu là gây hiểu lầm - chủ đề này sẽ không tồn tại nếu không. – dragonroot