Các Pro giúp mình với.
Mình thêm 2 dòng này vào Iptables:
iptables -A INPUT -p icmp --icmp-type echo-request -j ACCEPT
iptables -A OUTPUT -p icmp --icmp-type echo-reply -j ACCEPT
 

- Mình sử dụng echo-request cho INPUT và echo-reply cho OUTPUT như 2 dòng trên có đúng ko?
 

- Khi mình add 2 dòng trên vào Iptables và restart thì báo lỗi ở dòng:
iptables -A OUTPUT -p icmp --icmp-type echo-reply -j ACCEPT
 

- Khi đảo ngược OUTPUT, INPUT ở 2 dòng trên thi nó báo lỗi ở dòng set la OUTPUT.

Các Pro chỉ mình sai ở chỗ nào với.
 

Chào anh conmale
- Khi em thêm 2 dòng
ptables -A INPUT -p icmp --icmp-type echo-request -j ACCEPT
iptables -A OUTPUT -p icmp --icmp-type echo-reply -j ACCEPT
- Rồi restart thi báo lỗi
# service iptables restart
Flushing firewall rules: [ OK ]
Setting chains to policy ACCEPT: filter [ OK ]
Unloading iptables modules: [ OK ]
 

Applying iptables firewall rules: iptables-restore: line 20 failed
[FAILED]
-Dòng 20 là dòng : iptables -A OUTPUT -p icmp --icmp-type echo-reply -j ACCEPT

- Em dùng vmware làm linux ảo. Anh xem lại dùm em.
Cảm ơn anh!
 

Nhưng chẳng hạn em muốn ping tới hệ thống thì được, nhưng ko cho ping ra ngoài, nên em đã add 2 dòng sau:  

#iptables -A OUTPUT -p icmp -icmp-type echo-request -j DROP

#iptables -A RH-Firewall-1-INPUT -p icmp --icmp-type echo-request -j ACCEPT
#iptables -A OUTPUT -p icmp --icmp-type echo-reply -j ACCEPT

Hèm, lý do cụ thể là không có cái chain nào tên là RH-Firewall-1-OUTPUT cả. Cụ thể, thay vì Code:

-A RH-Firewall-1-OUTPUT -p icmp --icmp-type echo-reply -j DROP

bồ hãy thay đoạn trên bằng Code:

-A OUTPUT -p icmp --icmp-type echo-reply -j DROP

 

Và, không cần add rule -j ALLOW cho OUPUT vì Policy của OUTPUT đã là ALLOW.
 

Và, interface lo không phải lúc nào cũng ACCEPT. Tốt nhất để policy là DROP, sau đó chỉ ACCEPT những connection nào cần thiết mà thôi.  

Mr.Khoai wrote:

Và, interface lo không phải lúc nào cũng ACCEPT. Tốt nhất để policy là DROP, sau đó chỉ ACCEPT những connection nào cần thiết mà thôi.  

Hi khoai!
Em giải thích thêm tí, cái này anh chưa hiểu rõ mấy. 

...

- Có một tài khoản đã bị "lộ" password (đến giờ vẫn chưa biết vì sao) nhưng username này đã tiến hành brute force các tài khoản khác + root account dùng lo, vượt qua hết các limit trên iptables cho eth0.
....
 

Mr.Khoai wrote:

...

- Có một tài khoản đã bị "lộ" password (đến giờ vẫn chưa biết vì sao) nhưng username này đã tiến hành brute force các tài khoản khác + root account dùng lo, vượt qua hết các limit trên iptables cho eth0.
....
 

Tức là kẻ ấy đã log vào server thành công rồi mới brute hả em? 

conmale wrote:

Mr.Khoai wrote:

...

- Có một tài khoản đã bị "lộ" password (đến giờ vẫn chưa biết vì sao) nhưng username này đã tiến hành brute force các tài khoản khác + root account dùng lo, vượt qua hết các limit trên iptables cho eth0.
....
 

Tức là kẻ ấy đã log vào server thành công rồi mới brute hả em? 

Dạ đúng anh. Kẻ đó dùng account và password thích hợp để log in vào server, sau đó scp vài tools lên server và tiến hành tấn công localhost. Vì nhiều lý do, em không tiện hỏi han đứa bạn có account đó, mà chỉ assume là account đó bị nhân nhượng thôi anh.

khoai 

anh pnco,

Anh quanta đã giải thích ý của em rồi. Thật ra thông thường thì lo được xem là trusted. Tuy nhiên, cá nhân em đã bị trường hợp này:

- Em có một sshd server, và có vài tài khoản dành cho một số bạn bè.

- Em không chơi blacklist/whitelist mà chỉ limit ssh connection trên eth0 là 3 cái mỗi phút. Ai connect nhiều hơn thì phải chờ --> Điều này làm giảm hiệu quả của sshd brute force rất nhiều

- Có một tài khoản đã bị "lộ" password (đến giờ vẫn chưa biết vì sao) nhưng username này đã tiến hành brute force các tài khoản khác + root account dùng lo, vượt qua hết các limit trên iptables cho eth0.

Từ đó về sau em không dám trust cái lo nữa, nhất là khi server được publish ra ngoài. Việc siết chặt interface loopback có lẽ là quá paranoid, nhưng đôi khi bỏ lỏng thì không ổn.

khoai