Là kiến ​​thức về các cơ chế hack cần thiết cho MMO?

Giả sử tôi đã lên kế hoạch, trong tương lai (không phải bây giờ! Có rất nhiều điều tôi cần tìm hiểu trước) muốn tham gia vào một dự án nhóm sẽ tạo ra một trò chơi trực tuyến nhiều người chơi (mmo), và công việc của tôi sẽ là kết nối mạng phần. Tôi không quen thuộc với lập trình mạng (Tôi đã đọc một cuốn sách rất cơ bản về PHP, MYSQL và tôi đã nhầm lẫn một chút với WAMP ).

Trong quá trình nghiên cứu về PHP và MYSQL, tôi có nên tìm hiểu về hack không? Hack như quét cổng, hack bộ định tuyến, v.v. Trong MMO, mọi người luôn cố gắng gian lận, bot và như vậy, nhưng kịch bản tồi tệ nhất sẽ là có ai đó hack cơ sở dữ liệu. Đây chỉ là quan niệm của tôi về điều này, tôi thực sự không biết. Tuy nhiên, tôi hiểu khá rõ về mạng, như mạng con / cổng / IP (cục bộ / toàn cầu) / v.v.

Theo ý kiến ​​chuyên môn của bạn, (Nếu bạn hiểu chủ đề, hãy soi sáng cho tôi) Tôi có nên tìm hiểu về những điều này để chống lại khả năng điều này xảy ra không?

Ngoài ra, trong số những điều tôi đã đề cập (quét cổng, hack bộ định tuyến) Có điều gì khác liên quan đến hack mà tôi nên xem xét không? Tôi không quá quen thuộc với các khía cạnh độc hại / Bảo mật của Mạng.

Và một lưu ý: Tôi không phải là một đứa trẻ đang cố gắng học cách hack. Tôi chỉ muốn học càng nhiều càng tốt trước khi tôi vào đại học, và tôi thực sự cần biết liệu tôi có cần học cái này hay không.

Vâng, một người nào đó (trên thực tế, có nhiều người) trong nhóm phát triển bất kỳ trò chơi nhiều người chơi nào, bất kể quy mô, nên có kiến ​​thức làm việc mạnh mẽ về các khái niệm bảo mật mạng ở cả cấp độ phần cứng và phần mềm.

Điều này đặc biệt đúng đối với các trò chơi sẽ có rất nhiều sự kiên trì của cơ quan, vì điều đó cấu thành đầu tư từ phía người chơi và do đó là một mục tiêu tạo ra mục tiêu sinh lợi cho tin tặc.

Tham gia các lớp học về mạng / bảo mật mạng / bảo mật chung (crytography, et cetera) trong trường đại học sẽ hữu ích trong việc cung cấp cho bạn một số kiến ​​thức nền tảng cần thiết để trở thành một trong những nhà phát triển nói trên.

Biết một cái gì đó về bảo mật là một ý tưởng tốt trước khi thử viết một trò chơi nhiều người chơi, nhưng những thứ như quét cổng và hack bộ định tuyến, hoặc thậm chí là mật mã, không phải là điều bạn nên xem xét trong giai đoạn này.

Thay vào đó, những điều bạn nên tìm hiểu là sự tin tưởng , xác nhận và mạnh mẽ . Biết một chút về tâm lý, đặc biệt là về thử thách và phần thưởng, cũng không phải là điều xấu. Tôi thực sự không thể dạy bạn nhiều điều trong một câu trả lời ngắn như thế này, nhưng đây là một số mẹo giúp bạn bắt đầu với lập trình an toàn:

• Đối xử với bất kỳ đầu vào từ bên ngoài kiểm soát trực tiếp của bạn như thể nó không phải là những gì bạn mong đợi. Điều đó bao gồm tất cả đầu vào của người dùng, mọi thứ bạn nhận được qua mạng và thậm chí mọi thứ từ các phần khác của cơ sở mã của bạn. Cố gắng suy nghĩ về việc không nghĩ về những gì đầu vào nên chứa, hoặc thậm chí về những gì kẻ tấn công có thể cung cấp cho bạn thay vào đó, nhưng chỉ đơn giản là về những gì đầu vào có thể có và cách xử lý an toàn bất kỳ đầu vào nào bạn có thể nhận được.

• Vì bạn đề cập đến PHP và MySQL, hãy bắt đầu bằng cách xem SQL và các cuộc tấn công kịch bản chéo trang . Nếu bạn cũng quen thuộc với các ngôn ngữ cấp thấp như C, hãy xem xét các cuộc tấn công tràn bộ đệm . Đừng chỉ nghĩ về cách ngăn chặn chúng - hãy nghĩ về cách bạn viết mã của mình để những lỗi như thế đơn giản không thể xảy ra, cho dù là do tai nạn hay do ác ý. Ngôn ngữ lập trình của bạn gần như chắc chắn có các công cụ để cho phép bạn làm điều đó, nếu bạn chỉ học cách sử dụng chúng như ý muốn.

• Trong trò chơi nhiều người chơi, có lẽ bạn sẽ có một số mã máy khách đang chạy trên máy tính của người chơi. Làm quen với ý tưởng rằng một người dùng đủ thông minh và quyết đoán sẽ luôn có thể thỏa hiệp mã đó và làm cho nó làm những gì họ muốn. Đừng tin tưởng khách hàng , nếu bạn có thể tránh nó. Nếu bạn không thể tránh nó, hãy đảm bảo chỉ tin tưởng nó xa như bạn phải làm.

• Cố gắng không để tất cả trứng của bạn vào một giỏ. Nếu bạn không thể chạy trò chơi, trang web và cơ sở dữ liệu của mình trên các máy chủ riêng biệt, ít nhất là chạy chúng trong các tài khoản riêng biệt và đảm bảo không ai trong số họ có quyền truy cập lẫn nhau nhiều hơn họ cần. OK, có thể cả trò chơi và trang web của bạn đều cần quyền truy cập vào cơ sở dữ liệu người dùng của bạn, nhưng họ chắc chắn không cần quản trị viên truy cập vào nó, phải không? Có lẽ họ thậm chí không cần nhiều hơn chỉ đọc truy cập vào nó. Ít nhất, ngay cả khi bạn không thực thi việc ngăn cách nghiêm ngặt như vậy để bắt đầu, hãy thiết kế trò chơi của bạn để có thể đưa nó vào vị trí sau - đừng làm cho máy chủ trò chơi của bạn yêu cầu quản trị viên truy cập vào cơ sở dữ liệu. Hãy nhớ rằng tất cả các phần mềm đều có lỗi và sớm hay muộn sẽ có người tìm một lỗ hổng bảo mật trong bạn

Nói chung, điều cần nhận ra về bảo mật là đó là một suy nghĩ . Đó không phải là về việc biết các từ thông tin bảo mật mới nhất, hoặc về cách các cuộc tấn công mới nhất hoạt động hoặc về việc cố gắng dự đoán những gì tin tặc sẽ làm trước khi chúng thực hiện (mặc dù tất cả những điều đó có thể được sử dụng).

Lập trình an toàn thực tế là học cách sử dụng các công cụ mà bạn sử dụng theo cách chúng được sử dụng, về việc chia mã của bạn thành các phần nhỏ đủ để bạn có thể hiểu từng công cụ đó làm gì (và đảm bảo rằng chúng làm đúng, ngay cả khi các phần khác bị xâm phạm) và về việc viết mã của bạn để mong đợi điều bất ngờ. Nếu bạn làm tất cả những điều đó, bạn sẽ không cần biết tin tặc có thể thử gì, bởi vì bạn sẽ sẵn sàng cho mọi thứ.

Cá nhân, tôi sẽ không phải lo lắng về việc các hacker chưa .

Lý do rất đơn giản: bạn sẽ không nhận được tin tặc / kẻ gian lận cho đến khi bạn là một trò chơi khá phổ biến; tức là đáng để dành thời gian để hack / gian lận. Đợi cho đến khi bạn có một trò chơi được thiết lập đầu tiên và doanh thu đến để tài trợ cho những thứ đó.

Bạn có thể dành rất nhiều thời gian (ý tôi là rất nhiều) để cố gắng đánh lừa bằng chứng mã của bạn để nó không thể bị hack hoặc bị lừa. Hoặc bạn có thể thực hiện sao lưu ngoại vi thường xuyên (dù sao bạn cũng nên thực hiện) và tạo các điểm khôi phục thường xuyên. Khi một khai thác xảy ra, đóng nó.