Giảm rủi ro sở hữu trí tuệ trong sân khấu: Cách SurtitleLive xử lý kịch bản và bản dịch

Kịch bản và bản dịch không chỉ là những tệp văn bản. Đây là tư liệu sản xuất có thể chịu sự điều chỉnh của bản quyền, giấy phép và các yêu cầu bảo mật thương mại. Một trong những mục tiêu thiết kế cốt lõi của SurtitleLive là giới hạn quyền truy cập cho khán giả và nhân sự được phép, đồng thời giảm nguy cơ sao chép tùy tiện.

Bài viết này giải thích bằng ngôn ngữ dễ hiểu những cơ chế SurtitleLive sử dụng trong lúc biểu diễn để hạn chế sao chép và truy cập ngoài tầm kiểm soát.

Tóm tắt về bảo mật

• Chỉ chuyển dữ liệu khi cần: Trình xem chính thức không tải sẵn toàn bộ kịch bản ở dạng văn bản thuần.
• Phân đoạn runtime được mã hóa: Nội dung phụ đề được chuyển dưới dạng các phân đoạn mã hóa và chỉ được giải mã trong bộ nhớ trình duyệt khi hiển thị.
• Giới hạn phạm vi và thời gian truy cập: Token bearer tạm thời, thời hạn hiệu lực và cơ chế thu hồi từ máy chủ giúp giới hạn khoảng thời gian quyền xem còn sử dụng được.
• Giới hạn thực tế: Những cơ chế này giúp giảm nguy cơ sao chép dễ dàng, chứ không bảo đảm ngăn chặn mọi hình thức sao chép.

1. Chuyển phần cần thiết, không chuyển cả tệp

Trước đây, một số hệ thống phụ đề gửi toàn bộ tệp kịch bản đến điện thoại ngay khi khán giả truy cập. Cách này nhanh, nhưng người am hiểu kỹ thuật có thể tìm thấy tệp và lưu lại toàn bộ nội dung vở diễn.

SurtitleLive đã thay đổi cách chuyển dữ liệu đó.

SurtitleLive v2 sử dụng kiến trúc Fetch on Demand. Thay vì nạp toàn bộ kịch bản văn bản thuần vào giao diện ngay từ đầu, Trình xem chính thức chỉ yêu cầu các phân đoạn phụ đề được mã hóa quanh cue hiện tại khi cần.

• Không tải sẵn toàn bộ kịch bản: Khi truy cập, người xem không nhận toàn bộ kịch bản dưới dạng một khối dữ liệu có thể đọc được trong trình duyệt.
• Yêu cầu theo tiến trình vở diễn: Các phân đoạn được yêu cầu quanh vị trí đang diễn ra và được giải mã trong bộ nhớ trình duyệt để hiển thị.
• Nhiều lớp kiểm soát truy cập: Quyền truy cập runtime dựa trên token bearer tạm thời, các phân đoạn mã hóa và cơ chế thu hồi. Tuy vậy, một ứng dụng khách tùy chỉnh có token hợp lệ vẫn có thể yêu cầu thêm các phân đoạn trong phạm vi được phép. Vì thế, thiết kế này nhằm giảm nguy cơ sao chép chứ không khiến việc sao chép trở nên bất khả thi.

2. Phân đoạn runtime được mã hóa

Ngay cả khi chỉ chuyển một đoạn văn bản ngắn đến điện thoại của khán giả, hệ thống cũng không gửi nội dung đó dưới dạng văn bản thuần.

• Mã hóa trên đường truyền: Kết nối sử dụng HTTPS/TLS để giúp bảo vệ lưu lượng trước hoạt động nghe lén thụ động, kể cả trên Wi-Fi công cộng.
• Mã hóa ở tầng ứng dụng: Nội dung phụ đề được chia thành các phân đoạn mã hóa. Luồng runtime sử dụng AES-256-GCM và một bước trao đổi khóa trước khi Trình xem có thể giải mã nội dung cần hiển thị.
• Chuyển theo từng phân đoạn: Trình xem chính thức yêu cầu các phân đoạn mã hóa và chỉ giải mã một khoảng nhỏ cần thiết cho việc trình chiếu. SurtitleLive không chuyển toàn bộ kịch bản văn bản thuần đến Trình xem của khán giả. Tuy nhiên, trình duyệt và thiết bị có thể hoạt động khác nhau; không hệ thống web nào có thể ngăn hoàn toàn ảnh chụp màn hình hoặc ứng dụng khách tùy chỉnh. Đây là biện pháp giảm rủi ro, không phải cơ chế bảo vệ tuyệt đối.

3. Quyền truy cập runtime có thời hạn

Liên kết có thể bị chia sẻ. Chẳng hạn, ảnh chụp mã QR đăng trên mạng xã hội có thể khiến người ngoài nhóm khán giả dự kiến thử truy cập.

• Token runtime tạm thời: Quyền xem phụ thuộc vào thông tin xác thực runtime tạm thời với thời hạn đã cấu hình. Liên kết Trình xem không được thiết kế để trở thành một bản sao công khai tồn tại lâu dài của buổi diễn.
• Thu hồi từ máy chủ: Khi có lo ngại về bảo mật, máy chủ có thể thu hồi quyền đối với các yêu cầu runtime mới hoặc yêu cầu gia hạn.

Những rủi ro có thể giảm và những việc không thể ngăn

Bảo mật luôn cần cân bằng giữa mức độ bảo vệ và khả năng sử dụng. Điều quan trọng là nêu rõ ranh giới đó.

Những rủi ro có thể giảm

• Sao chép dễ dàng: Trình xem chính thức không tải toàn bộ kịch bản văn bản thuần vào giao diện ngay từ đầu, nhờ đó việc sao chép đơn giản qua trình duyệt trở nên khó hơn.
• Chia sẻ tệp tùy tiện: Giao diện Trình xem không để lộ một tệp kịch bản văn bản thuần duy nhất có thể chuyển tiếp ngay cho người khác.
• Truy cập ngoài tầm kiểm soát sau buổi diễn: Token bearer tạm thời, thời hạn hiệu lực và cơ chế thu hồi từ máy chủ giúp giới hạn khoảng thời gian quyền truy cập hợp lệ còn dùng được.

Những việc không thể ngăn

• Chụp hoặc quay màn hình: Nội dung con người nhìn thấy cũng có thể được máy ảnh ghi lại. Hệ thống không thể ngăn người dùng chụp màn hình hoặc dùng một điện thoại khác để quay màn hình.
• OCR (nhận dạng ký tự quang học): Người có chủ đích có thể quay màn hình rồi dùng phần mềm chuyển hình ảnh trở lại thành văn bản.
• Ứng dụng khách tùy chỉnh có quyền hợp lệ: Một ứng dụng khách tùy chỉnh có thông tin xác thực runtime hợp lệ có thể yêu cầu các phân đoạn trong phạm vi được phép. Cần xem thông tin xác thực runtime chính là quyền truy cập và bảo quản tương ứng.

Lưu ý thực tế về bảo mật

Không hệ thống phân phối kỹ thuật số nào có thể bảo đảm chống lại mọi hình thức sao chép. SurtitleLive được thiết kế để giảm nguy cơ sao chép tùy tiện và truy cập ngoài tầm kiểm soát, đồng thời duy trì trải nghiệm thiết thực cho khán giả và đội ngũ sản xuất được phép.

Kết luận

SurtitleLive không phải DRM và không thay thế các điều khoản cấp phép, hợp đồng hay điều kiện rõ ràng dành cho khán giả. Đây là quy trình phân phối runtime không để lộ toàn bộ kịch bản văn bản thuần ngay từ đầu, đồng thời giúp đội ngũ sản xuất kiểm soát quyền truy cập Trình xem một cách thiết thực.

Với các vở diễn có nội dung nhạy cảm, nên kết hợp biện pháp kỹ thuật với điều kiện rõ ràng dành cho khán giả và kế hoạch vận hành. Tác phẩm chỉ xuất hiện trước khán giả qua Trình xem đã được phê duyệt khi đội ngũ sản xuất mở quyền truy cập.