- Developer doesn’t validate any us

- Developer doesn’t validate any user input and it’s leading to SQL injection. Attacker can concat sub query to extract any database records.
- The application echo back user input without any sanitized on Contact function, attacker can inject malicious script and on the beauty day, our admin/staff visit the portal to get contact news, the malicious script will be executed on their behalf (it might not expose at blackbox assessment, cause of the pentester doesn’t have any valid account to verify this bug, or at the testing time, admin/staff – they are busy and they won’t access to the backend for any reasons, and then the malicious script submited by the pentester will not be executed. But on another day, pentester’s script fired. Try to image that if they are not pentester and they got admin/staff session.
- By the differented in error message, attacker can easily guess the existing users in the application, the more users they have, the more change to successfully gain access control to authenticated portal, and they might take over entire web server by exploiting any critical bugs on the context of authenticated user (if existed).

Kết quả (Việt) 1:

-Nhà phát triển không xác nhận bất kỳ người dùng nhập vào và nó đang dẫn đầu SQL Injection. Kẻ tấn công có thể truy vấn sub concat để trích xuất bất kỳ hồ sơ cơ sở dữ liệu.-Ứng dụng echo trở lại người sử dụng đầu vào mà không có bất kỳ làm vệ sinh trên các chức năng liên hệ, kẻ tấn công có thể tiêm các script độc hại và những ngày đẹp, admin/nhân viên của chúng tôi ghé thăm cổng thông tin để nhận tin tức liên hệ, đoạn mã độc hại sẽ được thực hiện trên danh nghĩa của họ (nó có thể không tiết lộ tại blackbox assessment, nguyên nhân của pentester là không có bất kỳ tài khoản hợp lệ để xác minh lỗi này , hoặc lúc thử nghiệm, admin/nhân viên-họ đang bận rộn và họ sẽ không truy cập vào backend cho bất kỳ lý do, và sau đó kịch bản độc hại submited bởi pentester sẽ không được thực thi. Nhưng vào một ngày khác, kịch bản của pentester sa thải. Cố gắng để hình ảnh đó nếu họ không phải là pentester và họ nhận admin/nhân viên phiên.-Bởi differented trong thông báo lỗi, kẻ tấn công có thể dễ dàng đoán người dùng hiện có trong các ứng dụng, nhiều người dùng họ có, càng có nhiều thay đổi để thành công đạt được kiểm soát truy cập vào cổng thông tin xác thực, và họ có thể đi qua toàn bộ trang web server bằng cách khai thác bất kỳ lỗi nghiêm trọng trên bối cảnh người dùng xác thực (nếu đã tồn tại).

Kết quả (Việt) 2:

- Nhà phát triển không xác nhận bất kỳ người dùng nhập vào và nó dẫn đến SQL injection. Kẻ tấn công có thể concat truy vấn phụ để trích xuất bất kỳ hồ sơ cơ sở dữ liệu.
- Các ứng dụng echo lại đầu vào người sử dụng mà không cần bất kỳ vệ sinh về chức năng liên lạc, kẻ tấn công có thể tiêm script độc hại và vào ngày đẹp, admin / nhân viên chuyến thăm cổng thông tin để có được thông tin liên lạc, độc hại kịch bản sẽ được thực hiện thay mặt cho họ (có thể không phơi bày trong cuộc giám Blackbox, nguyên nhân của pentester không có bất kỳ tài khoản hợp lệ để xác minh lỗi này, hoặc tại thời điểm kiểm tra, quản trị viên / nhân viên - họ đang bận rộn và họ sẽ không truy cập vào phụ trợ cho bất kỳ lý do, và sau đó kịch bản độc hại đệ trình bởi các pentester sẽ không được thực thi Nhưng vào một ngày khác, kịch bản pentester của bắn Cố gắng hình ảnh rằng nếu họ không pentester và họ đã nhận admin / phiên nhân viên...
- đến các differented trong thông báo lỗi, kẻ tấn công có thể dễ dàng đoán được người dùng hiện tại trong ứng dụng, người sử dụng nhiều hơn họ có, thay đổi nhiều hơn để đạt được thành công kiểm soát truy cập vào cổng thông tin xác thực, và họ có thể đảm nhận toàn bộ máy chủ web bằng cách khai thác bất kỳ lỗi nghiêm trọng trên bối cảnh người dùng xác thực (nếu tồn tại).