Hình nhu trong này ko phân biệt duoc root ko có pass, ko bật chứng thực password với một cái chứng thực ko có pass khác nhau chỗ nào. Moi người đang hiểu là root ko set pass là có thể login ko cần pass thì phải ?Vậy vấn đề đâu phải là do open port db ra ngoài đâu thím, vấn đề là root ko có pass hoặc pass quá dễ để dò mà
làm gì có ai chạy service mysql dưới quyền root, mà hâu như ko ai chạy service dưới quyền root cả
Correct tí, bọn sysadmin sẽ tạo 1 acc riêng để manage vụ DB. Thằng nào cẩn thận thì tạo riêng ra từng tí một cơ. Và mấy acc này còn khướt mới có quyền root.
Root ko có set pass tức là hình thức chứng thực chỉ có unix socket, tức là access được từ local thôi, ko có phương thức chứng thực qua password, chứ ko phải root không có pass nhung có phương thức xác thực qua password
Mò pass mà ra thôi , open pport thì đổi port khác , chỉ Allow 1 IP để access vào port đó thôi thì hack kiểu gì dc .Vậy vấn đề đâu phải là do open port db ra ngoài đâu thím, vấn đề là root ko có pass hoặc pass quá dễ để dò mà
Đọc qua cái ở post trước thì nó đã dò ra password mysql, chỉ cần user có quyền write là nó làm đc inject dll hoặc so chứ ko cần root user.
Ừ trường hợp của bác prescolt là vừa mở port ra ngoài vừa user root của mysql không có pass. Vậy là attacker nó chạy được command của OS dưới quyền user chạy mysql service là dễ hiểu. Cái này do cấu hình thiếu secure mà ra thôi.
Mình thấy bạn ko hiểu vấn đề, root ko pass thì chẳng có liên quan gì toi viẹc chạy command, haproxy gần đay bị lỗi hay apache có cái nào có root ko pass ko ?nhưng vấm bị thuc thi, bạn thì cú xoáy vào root ko pass thì có ý nghĩa gì. Root bị đặt pass là hệ quả của cái hack kia, từ con vps ko root access tu xa trên mysql thành con mysql có root access qua password. Lí thuyết thì có thể thực thi được nhung phải khai thác được lỗ hổng, có phải có sẵn cái shell vô gõ cọc dễ ăn của ngoại lắmỪ trường hợp của bác prescolt là vừa mở port ra ngoài vừa user root của mysql không có pass. Vậy là attacker nó chạy được command của OS dưới quyền user chạy mysql service là dễ hiểu. Cái này do cấu hình thiếu secure mà ra thôi.
via theNEXTvoz for iPhone
Em thấy có 1 trường hợp nữa là web của bác tồn tại lỗ hổng SSRF, từ đó attacker có thể local connect đến db kia. Cái plugin kia check uid thấy request đến từ web phía mình nên nghĩ là an toàn -> cho login vào db
