Giữ bí mật chuỗi trong mã nguồn (mở)

Tôi đã hoàn thành việc phát triển một ứng dụng cho Android và dự định xuất bản nó với GPL - tôi muốn nó là nguồn mở. Tuy nhiên, bản chất của ứng dụng (một trò chơi) là nó hỏi các câu đố và có các câu trả lời được mã hóa vào tài nguyên chuỗi. Tôi không thể công bố câu trả lời! Tôi được yêu cầu xem xét việc lưu trữ mật khẩu một cách an toàn - nhưng tôi không tìm thấy bất cứ điều gì phù hợp.

Có thể xuất bản mã nguồn của tôi với một chuỗi chuỗi bị ẩn, mã hóa hoặc bị che khuất không? Có lẽ bằng cách đọc các câu trả lời từ một cơ sở dữ liệu trực tuyến?

Cập nhật

Giải pháp của Yuval Filmus dưới đây đã có hiệu quả. Khi tôi đọc nó lần đầu tiên tôi vẫn không biết phải làm thế nào. Tôi tìm thấy một số giải pháp, cho tùy chọn thứ hai: lưu trữ giải pháp băm trong nguồn và tính toán hàm băm mỗi khi người dùng đoán. Để làm điều này trong javascript, có thư viện crypto-js tại http://code.google.com.vn/p/crypto-js/ . Đối với Android, hãy sử dụng chức năng MessageDigest . Có một ứng dụng (trên fdroid / github) được gọi là HashPass thực hiện điều này.

Bạn có ít nhất hai lựa chọn, tùy thuộc vào vấn đề bạn muốn giải quyết.

Nếu bạn muốn người đọc vô tội trong mã của bạn không vô tình nhận được câu trả lời hoặc ít nhất bạn muốn làm cho nó hơi khó khăn để người dùng không bị cám dỗ, bạn có thể mã hóa các giải pháp và lưu trữ khóa như một phần của mã của mình, có lẽ là một kết quả của một số tính toán (để làm cho nó thậm chí còn khó khăn hơn).

Nếu bạn muốn ngăn người dùng truy xuất câu trả lời, bạn có thể sử dụng hàm một chiều hoặc trong thuật ngữ máy tính, hàm băm . Lưu trữ một hash của câu trả lời, và họ bạn có thể kiểm tra xem câu trả lời là đúng mà không có nó là có thể suy ra câu trả lời nào cả mà không tìm thấy nó lần đầu tiên. Điều này có nhược điểm là khó kiểm tra câu trả lời gần với câu trả lời đúng, mặc dù có một số giải pháp thậm chí cho vấn đề này.

Bạn có hai ba lựa chọn:

Giữ câu trả lời tách biệt với phần còn lại của mã nguồn

Nếu bạn muốn mã của mình là nguồn mở, tuy nhiên không muốn câu trả lời là nguồn mở, thì bạn mở mã nguồn cho ứng dụng mà không có câu hỏi & câu trả lời, với câu hỏi và câu trả lời là một "plugin" nguồn đóng riêng biệt hoặc tập tin dữ liệu. Ứng dụng Android của bạn sẽ kết hợp cả hai thứ này lại với nhau thành một ứng dụng.

Đặt câu trả lời trong mã nguồn của bạn

Ngoài ra, nếu bạn coi các câu hỏi và câu trả lời là một phần cốt lõi của những gì bạn muốn mở nguồn thì bạn nên đặt câu trả lời vào mã nguồn, tốt nhất là không bị xáo trộn để người khác có thể đọc và sửa đổi chúng . Làm xáo trộn mã nguồn để không thể hiểu và sửa đổi nó không thực sự phù hợp với các nguyên tắc của mã nguồn mở.

Đặt câu trả lời trên một máy chủ trên internet

Với cả hai giải pháp trên, người nào đó đã tải xuống ứng dụng của bạn để tìm ra câu trả lời mà không cần chơi chương trình của bạn trong bất kỳ trường hợp nào - bất kể bạn che giấu / mã hóa câu trả lời của mình như thế nào, nếu chương trình của bạn có thể xác định câu trả lời mà không cần thêm thông tin, vì vậy một con người có thể kiểm tra ứng dụng biên dịch của bạn.

Nếu bạn thực sự muốn đảm bảo rằng không ai có thể tìm ra câu trả lời thì lựa chọn thực sự duy nhất là không cung cấp cho họ câu trả lời và yêu cầu ứng dụng gọi dịch vụ web, v.v ... bất cứ khi nào họ muốn biết câu trả lời. Ứng dụng sẽ gửi câu trả lời mà người dùng đã nhập và dịch vụ web sẽ cho ứng dụng biết câu trả lời có đúng hay không, theo cách đó, người dùng không có cách nào trả lời câu trả lời là gì cho đến khi họ đã có câu trả lời đúng của brute-buộc dịch vụ web, mà bạn có thể phát hiện và bảo vệ chống lại).

Nếu bạn đang tìm cách làm xáo trộn câu trả lời của mình, điều đó gợi ý cho tôi rằng bạn không thực sự muốn mở nguồn câu trả lời của mình ngay từ đầu, vì vậy bạn nên xem xét các lựa chọn đầu tiên.

Nếu điều quan trọng là người dùng không thể tìm thấy câu trả lời trước thì tùy chọn thứ ba là lựa chọn thực sự duy nhất của bạn, tuy nhiên tôi đang loay hoay nghĩ về một kịch bản mà điều này đáng để nỗ lực, nhất là vì nó ngăn người dùng của bạn từ việc sử dụng ứng dụng của bạn mà không cần kết nối Internet.

Nếu đối tượng che khuất các chuỗi khỏi việc đọc mã nguồn thông thường nhưng vẫn mở chúng để người khác có thể dễ dàng thực hiện các thay đổi của riêng họ - ví dụ: nếu bạn đang xuất bản nguồn thành một cuộc phiêu lưu văn bản và không muốn bất kỳ văn bản mô tả nào xuất hiện mà sẽ tạo thành một spoiler, sau đó sử dụng một cái gì đó có thể đảo ngược như rot13.

Trên thực tế, bạn có thể quay13 tất cả các tệp dịch của mình và lật chúng lại một cách nhanh chóng.

Đó là giữ tinh thần cởi mở. Băm "ma thuật" ngẫu nhiên không thực sự thân thiện với lập trình viên.

Nguồn mở yêu cầu mã nguồn phải được công khai và có sẵn, không phải dữ liệu trò chơi. Vì vậy, bạn có thể dễ dàng đặt dữ liệu vào một tệp khác và không xuất bản dữ liệu đó. Thêm một số tiền điện tử nếu bạn muốn ngăn chặn việc đọc tệp thông thường. Tôi nghi ngờ một loại tiền điện tử mạnh là cần thiết cho ứng dụng của bạn.

Tại sao bạn sẽ lưu trữ câu trả lời của mình trong mã nguồn GPL nếu bạn không muốn người dùng biết chúng? Ngay cả khi bây giờ chúng không được biết đến hoặc dễ dàng bị bẻ khóa, chúng có thể (và có thể sẽ) trong tương lai.

Thay vì lưu trữ chúng trong ứng dụng của bạn, hãy sử dụng cơ sở dữ liệu bên ngoài. Tạo một dịch vụ web nhỏ để so sánh các câu trả lời với những gì trong cơ sở dữ liệu của bạn. Sau đó, hãy để ứng dụng của bạn thực hiện cuộc gọi đến dịch vụ web đó bất cứ khi nào nó phải xác minh. Vấn đề chính là, vì nó yêu cầu truy cập internet, bạn sẽ mất một số cơ sở người dùng tiềm năng. giấy phép ứng dụng của bạn chỉ nên áp dụng cho chính ứng dụng, không phải cho dịch vụ web.

Bạn cũng có thể chỉ cần đặt câu trả lời của bạn trong một cơ sở dữ liệu nhỏ và đưa nó vào chương trình của bạn. Theo tôi biết, GPL chỉ áp dụng cho mã nguồn, không phải bất kỳ dữ liệu nào mà ứng dụng của bạn lưu trữ. Tôi có thể sai về điều đó, mặc dù.

Hãy nhớ rằng ngay cả khi bạn lưu trữ cơ sở dữ liệu trong một máy chủ web từ xa, cơ sở dữ liệu vẫn có thể được sao chép bằng cách viết ra tất cả các cặp khóa / giá trị chính xác đã được nhìn thấy. Và nói chung, các ứng dụng di động nên cố gắng không đưa ra lỗi hoặc ngừng hoạt động vì mạng bị hỏng (sử dụng tin nhắn xếp hàng và "cập nhật khi bạn có thể").

Vì vậy, nếu bạn muốn có một cơ sở dữ liệu cục bộ, nhưng không thích ý tưởng về việc nó được giải mã một cách trắng trợn, bạn có thể sử dụng bộ lọc nở (để tránh nói chuyện với mạng hoặc có một cơ sở dữ liệu được giải mã lớn cục bộ). Đây là cách trình kiểm tra chính tả được sử dụng để làm việc khi không gian bộ nhớ thực sự chật hẹp.

Vì vậy, nếu bạn thêm các cặp câu hỏi / câu trả lời vào bộ lọc như:

Hash (NormalizeString (Câu hỏi [n])) + Hash (NormalizeString (Trả lời [n]))

Nếu bạn hỏi liệu "Capitol of Virginia? Richmond" có trong tập hợp không, nó sẽ trả lời "chắc chắn là không" hoặc "gần như chắc chắn là có". Nếu bạn nhận được quá nhiều dương tính giả, thì hãy làm cho cơ sở dữ liệu lớn hơn.

Bạn có thể có một cơ sở dữ liệu rộng lớn trong một không gian nhỏ, giả sử rằng người dùng sẽ đánh vần Câu hỏi và Trả lời chính xác như bạn mong đợi. Giữ cơ sở dữ liệu nhỏ giúp cập nhật, bởi vì chúng có thể phải được chuyển qua mạng không dây.