Nhật ký thay đổi

6.0.9 2026-07-25

Sửa lỗi treo cho ứng dụng đã mã hóa khi hiển thị NullPointerException

• Đã sửa một lỗi treo JVM có thể xảy ra khi một phương thức được bảo vệ ném ra NullPointerException ngầm định và ứng dụng đọc thông báo của nó hoặc in dấu vết ngăn xếp. Tính năng "chi tiết NPE hữu ích" của runtime cố gắng dựng lại đoạn văn bản "because ... is null" từ bytecode đã mã hóa của phương thức, truy cập vào vùng nhớ không hợp lệ và làm treo VM (quan sát thấy ở các ứng dụng JavaFX FXML). Các phương thức được bảo vệ giờ đây bỏ qua thông báo chi tiết và quay về NullPointerException tiêu chuẩn; loại ngoại lệ, dấu vết ngăn xếp và bất kỳ thông báo nào do ứng dụng cung cấp đều không bị ảnh hưởng.
• Runtime cho JDK 17, 21 và 25 được dựng lại thành VLX 1.0.16 với bản sửa lỗi này. JDK 11 không bị ảnh hưởng vì tính năng NPE hữu ích không tồn tại trước JDK 14 và vẫn giữ VLX 1.0.15; JDK 8 vẫn giữ VLX 1.0.11.

6.0.8 2026-07-24

Runtime Tomcat tải theo nhu cầu và giá trị mặc định an toàn cho môi trường sản xuất

• Khắc phục lỗi khiến bộ mã hóa tự bảo vệ đã phát hành không thể đóng gói WAR Tomcat vì các lớp Tomcat bên trong app.p4jx không còn hiển thị như một JAR vật lý trên classpath. Tomcat 9.0.107 và 10.1.53 hiện là các artifact R2/COS bất biến, có phiên bản, được chọn theo namespace Servlet, tải xuống ở lần sử dụng đầu tiên, lưu trong bộ nhớ đệm cục bộ và xác minh bằng SHA-256 chính xác cùng danh sách JAR. Bộ nhớ đệm bị sửa đổi sẽ bị loại bỏ và tải lại.
• Các JAR công khai trong WEB-INF/lib hiện được triển khai thành tài nguyên Web vật lý, tách riêng theo từng ứng dụng và ràng buộc bằng hàm băm. Nhờ đó, Spring không phải đọc và xác minh lặp lại tệp lưu trữ lồng nhau cho từng lớp khi khởi động.
• Các bản dựng mới giờ mặc định dùng endpoint cấp phép sản xuất https://protector4j.com. Endpoint nội bộ http://10.10.10.16:16002 chỉ được dùng khi chọn rõ ràng P4JX_LICENSE_MODE=dev hoặc -PlicenseMode=dev.

6.0.7 2026-07-24

Phụ thuộc Tomcat lồng nhau và lớp động đáng tin cậy

• Khắc phục lỗi khi WAR Tomcat được bảo vệ tải lớp hoặc dịch vụ từ WEB-INF/lib/*.jar. Protector4J hiện niêm phong siêu dữ liệu SHA-256 chính xác của JAR và lớp lồng nhau vào app.p4jx; các phụ thuộc không xác định, bị thay thế hoặc bị sửa đổi vẫn bị từ chối.
• Khắc phục lỗi Spring CGLIB và Hibernate Byte Buddy trên JDK 11 do MethodHandles.Lookup#defineClass sử dụng dấu nguồn dành riêng cho JDK 11. Mức tin cậy động vẫn yêu cầu nguồn gốc lớp gọi hoặc loader đã được VM xác minh; chuỗi dấu, tên lớp, đường dẫn, gói và CodeSource không cấp quyền tin cậy.
• Phát hành runtime VLX 1.0.15 cho JDK 11, 17, 21 và 25 trên 24 tổ hợp nền tảng được hỗ trợ. Tất cả đều vượt qua các cổng L1-L5 nghiêm ngặt, bao gồm FXML thực, Swing/AWT, tải phụ thuộc Tomcat lồng nhau và các trường hợp âm về nguồn gốc cũng như sửa đổi. JDK 8 tiếp tục giữ VLX 1.0.11.

6.0.6 2026-07-22

Nguồn gốc đáng tin cậy khi định nghĩa lớp

• Khắc phục lỗi khởi động của ứng dụng JavaFX FXML được bảo vệ: MethodUtil định nghĩa helper Trampoline, có nguồn gốc đã được VM xác minh, thông qua defineClass(byte[]). Mức tin cậy giờ đây chỉ lan truyền từ nguồn gốc lớp hoặc loader đã được VM xác minh, không từ tên lớp, đường dẫn, gói hoặc chuỗi CodeSource.
• Bổ sung phạm vi kiểm thử FXML thật với fx:controller, phần tử thuộc tính, tiêm Controller và khởi động WebView, cùng các kiểm thử hồi quy cho định nghĩa động đáng tin cậy, lan truyền hai cấp, nguồn không xác định, JAR chưa được phép và thay thế tên protected class.
• Phát hành runtime VLX 1.0.14 cho JDK 11, 17, 21 và 25. JDK 8 tiếp tục giữ VLX 1.0.11.

6.0.5 2026-07-21

Tính toàn vẹn của môi trường chạy native JavaFX

• Khắc phục lỗi khởi động JavaFX WebView trên Windows (Graphics Device initialization failed / No toolkit found) bằng cách đặt các DLL JavaFX đã đóng gói vào vlxjre/bin và điều chỉnh đường tìm kiếm thư viện native của trình khởi động.
• Mở rộng danh sách cho phép đã mã hóa trong app.p4jx để bao gồm các thư viện native bên ngoài. Các tệp native JavaFX phải khớp chính xác với giá trị SHA-256 bất kể đường dẫn, và Glass sẽ kiểm tra lại tệp thực sự được tải; các tệp không được nhận diện hoặc bị sửa đổi sẽ bị từ chối.
• Phát hành các môi trường chạy Protector4J đã cập nhật cho JDK 11, 17, 21 và 25. Các tổ hợp nền tảng JavaFX được hỗ trợ đã vượt qua L5.1-L5.4, bao gồm khởi động WebView và từ chối các mô-đun JAR, jdk.jsobject và thư viện native Glass bị sửa đổi.

6.0.4 2026-07-21

Tính toàn vẹn của mô-đun bên ngoài và khả năng tương thích với môi trường chạy JavaFX

• Đã loại bỏ cơ chế tin cậy dựa trên đường dẫn đối với các mô-đun bên ngoài. Mọi JAR mô-đun bên ngoài giờ đây phải khớp chính xác với một mục SHA-256 trong danh sách cho phép được nhúng vào app.p4jx; các tệp không được nhận diện hoặc bị sửa đổi sẽ bị từ chối bất kể vị trí.
• Đã thêm chức năng tự động phát hiện bao đóng phụ thuộc từ JavaFX module-info.class và kiểm soát việc cho phép các mô-đun JavaFX và JDK đã được cố định, bao gồm javafx.media và jdk.jsobject.
• Đã khắc phục lỗi khởi động JavaFX WebView và lỗi E818 / ClassFormatError sau khi tạo lớp khởi động trên các phiên bản JDK và nền tảng được hỗ trợ bằng các môi trường chạy P4JX mới phát hành.

6.0.3 2026-07-20

Khả năng tương thích của mô-đun JavaFX WebView

• Đã sửa việc phân giải mô-đun tùy chọn jdk.jsobject cho các runtime P4JX được hỗ trợ và xây dựng lại từ cùng phiên bản JDK/VLX. Runtime tương thích không còn bị từ chối chỉ vì ảnh lib/modules hoàn chỉnh có các byte khác nhau.
• Vẫn duy trì việc chọn thành phẩm theo dòng JDK và nền tảng, xác thực chính xác SHA-256 và tên mô-đun, đồng thời kiểm tra lại đầy đủ chuỗi phụ thuộc sau khi cài đặt.

6.0.2 2026-07-20

Khả năng tương thích JavaFX WebView

• Khắc phục lỗi khởi động JavaFX WebView bằng cách đóng gói javafx.media cùng với javafx.web và tự động chọn mô-đun jdk.jsobject khớp chính xác với P4JX khi runtime rút gọn chưa chứa mô-đun đó.
• Bổ sung tải xuống mô-đun tùy chọn từ dịch vụ công khai theo khu vực, được cố định bằng SHA-256 và ràng buộc với phiên bản, nền tảng và runtime. Runtime đã chứa mô-đun sẽ bỏ qua bước tải xuống.

6.0.1 2026-07-20

Khả năng tương thích JavaFX

• Đã sửa lỗi khởi động của các fat JAR có nhúng lớp runtime JavaFX. Tính năng tự động áp dụng quy tắc tương thích hiện giữ nguyên trạng thái không mã hóa cho các không gian tên API, phần triển khai và cầu nối JNI của JavaFX được nhúng, qua đó tránh trùng quyền sở hữu lớp với các mô-đun JavaFX đi kèm.
• Cải thiện chẩn đoán tương thích và hướng dẫn đa ngôn ngữ cho các ứng dụng có runtime JavaFX được nhúng.

6.0.0 2026-07-20

Protector4J 6.0 là một bản phát hành lớn dựa trên kiến trúc bảo vệ được thiết kế lại hoàn toàn, không phải bản cập nhật gia tăng thông thường của dòng 5.x.

Kiến trúc và bảo vệ

• Thiết kế lại kiến trúc nền tảng của Protector4J và giới thiệu cơ chế bảo vệ P4JX mới.
• Bổ sung gần 100 biện pháp bảo vệ trên các lớp tạo tệp lưu trữ, tải lớp, thực thi runtime, chống gỡ lỗi và bảo đảm tính toàn vẹn của thành phẩm.
• Nâng cao đáng kể rào cản đối với kỹ thuật đảo ngược. Kiến trúc mới được thiết kế để khiến việc bẻ khóa trong thời gian ngắn trở nên cực kỳ khó khăn, ngay cả khi sử dụng các công cụ phân tích tiên tiến có AI hỗ trợ.
• Tăng cường bảo mật cho yêu cầu giấy phép, tải xuống runtime, xác minh thành phẩm và bộ cài đa nền tảng.

Trải nghiệm sản phẩm

• Hỗ trợ JDK 8, 11, 17, 21 và 25, cùng quy trình đóng gói trực quan cho các ứng dụng Java, JavaFX, Spring Boot và Tomcat.
• Bổ sung quét tương thích, mã hóa lớp có chọn lọc, bảo vệ JAR phụ thuộc, nhập/xuất tác vụ YAML và xây dựng hàng loạt cho nhiều nền tảng đích.
• Thiết kế lại giao diện máy tính, hỗ trợ 11 ngôn ngữ và lưu tùy chọn ngôn ngữ lâu dài.

Lưu ý khi chuyển đổi

Cách sử dụng Protector4J 6.0 khác biệt đáng kể so với các phiên bản trước. Vui lòng đọc lại tài liệu mới nhất trước khi sử dụng, đồng thời sớm xây dựng lại và chuyển các ứng dụng đã mã hóa sang phiên bản 6.0 để tận dụng khả năng bảo vệ mạnh hơn.

Tải Protector4J 6.0

Các phiên bản trước