Rủi ro khi triển khai các ký hiệu gỡ lỗi (tệp pdb) trong môi trường sản xuất là gì?

Tôi có một ứng dụng ghi lại các dấu vết chuỗi ngoại lệ và tôi muốn các dấu vết ngăn xếp đó bao gồm tên tệp và số dòng khi được triển khai trong sản xuất. Tôi đã tìm ra cách triển khai các ký hiệu gỡ lỗi w / assembly, nhưng trong quá trình nghiên cứu vấn đề, tôi gặp phải câu hỏi này , điều này ngụ ý rằng không nên đưa các tệp pdb vào môi trường sản xuất. Nhận xét cho câu trả lời được chấp nhận có nội dung "... thông tin gỡ lỗi có thể cung cấp dữ liệu nhạy cảm và là một vectơ tấn công. Tùy thuộc vào ứng dụng của bạn là gì."

Vậy loại dữ liệu nhạy cảm nào có thể bị lộ? Làm thế nào để các ký hiệu gỡ lỗi có thể được sử dụng để xâm phạm ứng dụng? Tôi tò mò về các chi tiết kỹ thuật, nhưng những gì tôi thực sự đang tìm kiếm là một cách thực tế để đánh giá rủi ro khi bao gồm các ký hiệu gỡ lỗi cho bất kỳ ứng dụng và môi trường sản xuất nào. Hay nói một cách khác: điều tồi tệ nhất có thể xảy ra là gì?

CHỈNH SỬA: câu hỏi tiếp theo / làm rõ

Vì vậy, dựa trên câu trả lời của mọi người cho đến nay, có vẻ như câu hỏi này có thể được đơn giản hóa một chút cho các ứng dụng .NET. Điều này từ blog của John Robbins được liên kết trong câu trả lời của Michael Maddox đã làm tôi thất vọng:

Một .NET PDB chỉ chứa hai phần thông tin, tên tệp nguồn và các dòng của chúng và tên biến cục bộ. Tất cả các thông tin khác đã có trong siêu dữ liệu .NET nên không cần sao chép cùng một thông tin trong tệp PDB.

Đối với tôi, điều này nhắc lại những gì người khác đã nói về Reflector, với ngụ ý rằng vấn đề thực sự là quyền truy cập vào các hội đồng. Khi điều đó đã được xác định, quyết định duy nhất cần thực hiện đối với PDB là bạn có quan tâm đến việc để lộ tên tệp, số dòng và tên biến cục bộ hay không (giả sử rằng bạn không hiển thị dấu vết ngăn xếp cho người dùng cuối bắt đầu). Hay tôi đã đơn giản hóa điều này quá nhiều?

Đây là một câu hỏi khác để xem xét:

Có bất kỳ vấn đề bảo mật nào để lại các tệp gỡ lỗi PDB trên các máy chủ đang hoạt động không?

Và thêm thông tin về các tệp PDB:

Tệp PDB: Điều mà mọi nhà phát triển phải biết

Nói chung, tôi luôn bao gồm các tệp pdb trong các triển khai của mình, lợi nhuận thu được là quá lớn để bỏ qua.

Nếu bạn không bao giờ để lộ dấu vết ngăn xếp cho người dùng của mình (và nói chung là không nên làm như vậy), thì thực sự không có bất kỳ rủi ro bảo mật bổ sung nào khi triển khai các tệp PDB.

Khi một dấu vết ngăn xếp có thể nhìn thấy của người dùng xảy ra, người dùng có thể thấy toàn bộ dấu vết ngăn xếp bao gồm tên tệp và số dòng tệp của bạn. Điều này có thể cung cấp cho họ một số ý tưởng về cách ứng dụng của bạn được cấu trúc, điều này có thể giúp họ nếu bị hack.

Một mối đe dọa bảo mật lớn hơn là một cái gì đó giống như Reflector khi được sử dụng trên các tệp DLL của bạn sẽ cho phép chúng xem mã nguồn của bạn, có hoặc không có tệp pdb.

Nếu bạn đang triển khai môi trường sản xuất trong tổ chức của mình, thì đó không phải là vấn đề bảo mật.

Nếu bạn đang bán phần mềm của mình cho các tổ chức khác, thì tệp .pdb có thể giúp ai đó quan tâm đến thiết kế ngược hỗ trợ - đó có thể là vấn đề với bạn.

Tuy nhiên (nói rõ), bạn không muốn các dấu vết ngăn xếp của mình được hiển thị cho máy khách - cho dù tệp .pdbs có sẵn hay không. Nhưng nếu bạn chỉ ghi lại các dấu vết và hiển thị một trang lỗi 'khá' cho khách hàng, thì đó không phải là vấn đề.

Bằng cách có các ký hiệu gỡ lỗi, kẻ tấn công có thể xác định các biến toàn cục, hiệu số chức năng, v.v., được quan tâm.

Vì vậy, anh ấy có thể thấy hệ thống của bạn có chức năng như:

AddAdminUser(string name, string password);

Và biết bù đắp của nó. Nếu chương trình của bạn bị xâm phạm, anh ta có thể gọi hàm này để tự cấp cho mình đặc quyền quản trị viên.

Hoặc một cái gì đó như:

typedef enum {Basic, NTLM} AuthenticationMode;
AuthenticationMode g_authenticationMode;

Và biết những gì cần lật để chuyển ứng dụng của bạn sang chế độ không an toàn.

Ngoài ra, điều này sẽ mất khá nhiều thời gian thiết kế ngược để tìm ra. Tuy nhiên, không phải là một khoảng thời gian không thể vượt qua.

Nhưng . . . Tất cả điều này ngụ ý kẻ tấn công của bạn đã ở một vị trí mà anh ta có thể xâm phạm chương trình của bạn. Nếu đúng như vậy thì bạn đã thua rồi.

Nếu bạn có lý do kinh doanh chính đáng để triển khai các biểu tượng pdb, hãy tiếp tục. Triển khai PDB's sẽ không khiến bạn bất an. Nếu bạn không có lý do chính đáng để triển khai, bạn không nên làm điều này vì nó sẽ khiến các cuộc tấn công dễ dàng hơn một chút.

Bạn cũng có thể tạo các tệp PDB công khai - những tệp này tách một số thông tin nhất định, nhưng cung cấp cho bạn đủ ký hiệu để tạo dấu vết ngăn xếp và thực hiện gỡ lỗi cơ bản. Thông tin chi tiết có tại đây . Microsoft triển khai PDB công khai trên máy chủ biểu tượng của mình để mọi người sử dụng.

CHỈNH SỬA: Hầu hết những gì tôi đã nói đều áp dụng cho những mối quan tâm xung quanh việc triển khai PDB cho mã gốc - tôi nghĩ rằng rất nhiều mối quan tâm này mà mọi người chuyển sang .NET, mặc dù siêu dữ liệu lắp ráp đã truyền tải khá nhiều điều này rồi.

Ai đó có thể "khôi phục" mã nguồn hoàn chỉnh của ứng dụng của bạn. Nếu nó là Mã nguồn mở, bạn không cần phải lo lắng. Nếu nó có một số IP (thuật toán, bảo vệ, giấy phép), nó có lẽ không phải là một ý kiến ​​hay.

Đúng là các công cụ như Reflector có thể tái tạo lại các phần mã của bạn ngay cả khi không có tệp PDB, nhưng sự xáo trộn có thể giúp ích (tốt, chỉ một chút).