bác ko ssh đc hay ssh vào rồi ko qua root được ?
thường nó phải có output mà  

mod_security hả? Cuốn tâm đắc nhất là cuốn này:
http://sourceforge.net/apps/mediawiki/mod-security/index.php?title=Reference_Manual

PS: dùng cái gì, đọc ngay tại liệu của chính nó. Đừng đi vòng quanh thế giới. 

khang0001 wrote:

thanks các bạn rất nhiều, mình down xong về in ra sách để nghiên cứu, các bạn cho mình nhiều nhiều sách nhé, vì in trên 3000 trang mới dc giảm giá. hizhiz 

Đừng lâm vô căn bệnh "mê tìm tài liệu" để rồi bị ngấy rồi bỏ một đống. Từ từ, cẩn thận, đều đặn, chuyên cần... cần cái gì tìm thêm cái nấy từng bước một.

Đi cho vững trước khi chạy. 

Cậu nói cần phải chuẩn bị 1 nền tảng thật vững.
Vậy theo cậu, thế nào là 1 nền tảng vững chắc ?
 

mình thì thích Linux với ngôn ngữ lập trình Python.
Hiện tại mình cũng đang nghiên cứu ngôn ngữ này.
Mà bạn nói là ngôn ngữ lập trình là quan trọng.
Vậy cho mình hỏi. Có phải học hết những ngôn ngữ quan trọng như Visual Basic, C, C#.... không ?
Hay chỉ cần chuyên sâu một ngôn ngữ nào đó thôi ?
Cám ơn bạn trước nha 

Hì hì, thấy chưa? Rốt cuộc em muốn bảo vệ trang web không bị deface mà lại chăm chăm việc chroot cho apache và mysql .

Muốn trang web của em không bị deface thì em cần kiện toàn bảo mật cho chính apache và bất cứ chương trình nào chạy trên apache. Sau đó em kiện toàn cơ chế truy vấn từ apache đến mysql và tất nhiên, em không thể chểnh mảng chuyện kiện toàn bảo mật cho chính server chạy apache và msysql. chroot không thể giúp ngăn chặn deface bởi vì cho dù apache có nằm trong 100 cái chroot nhưng ai đó vẫn có thể access dịch vụ do apache cung cấp (qua trình duyệt hay bất cứ phương tiện nào) thì cơ hội nó bị deface vẫn xảy ra. 

Đây là lối mòn tư duy không hiếm người vấp phải. Cứ thấy loáng thoáng cái gì có vẻ hay là cắm cúi làm nhưng không chịu khó nhìn toàn cảnh và hiểu rõ tính chất sự việc.

chroot không phải là vô ích, trái lại nó rất có ích cho công việc bảo mật nhưng mình phải hiểu rõ giới hạn của chroot nằm ở đâu và thật sự nó có phục vụ mục tiêu bảo mật của mình hay không? Trong trường hợp của em, em tạo 1 jail apache và 1 jail mysql nhưng em vẫn cho jail apache truy vấn jail mysql và nếu anh thảy 1 cái php script lên trong jail apache của em thì anh vẫn có thể truy vấn đến jail mysql ---> mục tiêu bảo vệ dữ liệu của mysql bị vỡ.

Bảo mật không phải chỉ cục bộ trong một vài điểm nào đó mà phải là cái nhìn toàn cảnh. Nó có thể xoáy sâu đến từng byte trong việc thực hiện MiTM và nó cũng có thể là một thiết kế trải dài từ mạng đến thiết bị, đến tất cả mọi khía cạnh của trọn bộ hệ thống nhiều mảnh, nhiều tầng. Em có jail hết tất cả các dịch vụ trên máy chủ của em nhưng em lỡ chọn root password là khang123 thì những cái chroot kia không còn giá trị gì nữa. 

Điều quan trọng không phải là "làm cái gì" mà quan trọng là phải hiểu "cần cái gì", "phục vụ cho mục đích gì" trước khi "làm cái gì".

PS: conmale chớ không phải comnanle. Chỉ có cái nick có mấy chữ mà cũng gõ sai lên sai xuống bao nhiêu lần. 

khang0001 wrote:

conmale wrote:

Vậy thì anh hỏi em, một php script chạy trên apache bị chroot làm sao nó truy vấn tới CSDL nếu như em muốn jail apache để bảo vệ CSDL? 

theo 1 số tài liệu em đọc thì khi chroot apache và mysql thì, vẫn có cách để kết nối 2 ct đó lại với nhau. để chúng chạy. nhưng vẫn đảm bảo là mỗi ct nằm ở 1 nhà tù 

OK, vậy thì:

"Tù apache" ---> "Tù mysql" vẫn có nghĩa là một cái php script từ apache vẫn có thể truy vấn đến cái "tù mysql" phải không nào? Nếu vậy thì làm sao bảo vệ được cái "tù mysql" không bị thâm nhập dữ liệu? Tạo ra cái "tù" để bảo vệ mà vẫn truy vấn đến được cái "tù" thì bảo vệ cái gì? 

cám ơn cậu, ý kiến của cậu rất hữu ích.
Sẵn tiện cho mình hỏi, cậu học ở Nhất Ngệ hay ở đâu vậy.
Mình muốn học mà sợ nó đòi bằng tốt nghiệp nì nọ. Mình chưa tốt nghiệp 12.
Nếu được trả lời giúp mình nhé.
Cảm ơn cậu trước. 

Vậy thì anh hỏi em, một php script chạy trên apache bị chroot làm sao nó truy vấn tới CSDL nếu như em muốn jail apache để bảo vệ CSDL? 

Và "nhốt" nó để làm chi? Nếu vì an toàn thì mục tiêu quan trọng là an toàn hay là gì? 

khang0001 wrote:

tình hình là em đang chroot apache. đang phân vân giữa 2 hướng dùng mod_chroot và chroouid. chưa biết nên dùng cách nào. đọc sơ qua 2 cách thì thấy mod_chroot có vẻ ít công đoạn nhất, ko cần phải chép các tập tin lib. còn chrootuid thì phải copy hết qua. nhưng em thì đã có kinh nghiệm làm chrootuid ở bên mysql rồi. nên h đang phân vân là chọn cái nào. có ai có kn tư vấn giúp em với 

Rốt cuộc mục đích chroot là để làm gì? 

Nếu đã fix thì nên cung cấp luôn giải pháp để có ai gặp phải trường hợp tương tự họ có thể tham khảo. 

ip hostname

Em dự định đăng ký học tại trung tâm Nhất Nghệ theo lộ trình sau:
LPI 1&2 - LPI 3 - LPI Advanced - CEH
Không biết theo lộ trình trên là đúng hay còn con đường nào khác để học CEH không, có cần phải học thêm MCSA + MCTS không ạ.
Có cần học thêm ngôn ngữ lập trình nào không. Em thì thích Python.
Mong mấy anh định hướng giúp em với. 

Thay vì:

chroot /chroot/mysql/ /usr/local/mysql/bin/mysqld_safe &

Thử:

chrootuid /chroot/mysql mysql /usr/local/mysql/libexec/mysqld &


coi sao? 

[root@dhcppc7 ~]# chrootuid /chroot/mysql mysql /usr/local/mysql/libexec/mysqld &
[1] 1986
[root@dhcppc7 ~]# 110921 13:42:48 [Note] /usr/local/mysql/libexec/mysqld: ready for connections.
Version: '5.0.92-log' socket: '/tmp/mysql.sock' port: 3306 Source distribution

ps aux| grep mysql
mysql 1986 0.0 2.8 31420 3556 pts/0 Sl 09:42 0:00 /usr/local/mysql/libexec/mysqld
root 1994 0.0 0.5 4000 672 pts/0 R+ 09:43 0:00 grep mysql

chrootuid /chroot/mysql mysql /usr/local/mysql/bin/mysql -u root -p
Enter password:
Welcome to the MySQL monitor. Commands end with ; or \g.
Your MySQL connection id is 1
Server version: 5.0.92-log Source distribution
No entry for terminal type "xterm";
using dumb terminal settings.
Type 'help;' or '\h' for help. Type '\c' to clear the current input statement.
mysql>

khang0001 wrote:

vậy h em phải làm thế nào để cho mysql nó chạy trong chroot ạ, anh comanle có thể chỉ giúp em được không ạ. đúng là em vẫn còn hổng nhiều kiến thức quá. anh có thể tư vấn giúp em là bây h nên đọc thêm sách gì để nâng cao thêm kiến thức không ạ. em chỉ mới học basic về LPI thôi. cảm thấy vẫn chưa đủ.
- thực ra em củng đã thử tự build rồi chroot mysql nhưng không chạy nên mới test thử bằng cách là làm giống y như hd xem thế nào, nếu như hd mà chạy được có nghĩa là mình làm sai 1 cái gì đó. sau đó mới rà lại để xem chỗ nào sai rồi học thêm . em nghĩ cách làm đó củng ko có gì sai. cứ đi theo người ta rồi mình để ý , rồi áp dụng lại cho bản thân. 

Nguyên tắc căn bản của "chroot" có nghĩa là áp đặt một dịch vụ nằm trong một khu vực tách rời và riêng biệt. Khi nói đến dịch vụ thì phải nói đến tất cả mọi thứ liên quan đến dịch vụ đó, kể cả binaries, libraries, scripts, sockets, logs ...v....v.... thuộc về dịch vụ đó. Trong trường hợp mysql ở trên, em phải tìm ra hết tất cả những gì liên quan đến mysql và đặt nó trong "chroot". Sau đó, để khởi tạo dịch vụ trong chroot này, script khởi tạo cũng phải "gọi" đúng những thứ nằm trong "chroot".

Nói một cách khác, trước tiên em phải hiểu mysql hoạt động như thế nào, nó cần những gì, nó tạo ra những gì và những thứ nó tạo ra nằm ở đâu. Sau đó mới mang cả một "đống" đó vô trong một cái gọi là "jail" (chroot). Nếu em không hiểu mysql đến mức độ em tự tạo ra cái mysql.sock thì chứng tỏ em cố gắng làm một việc mà em không hề hiểu lý do tại sao.

Em không cần "đọc thêm" một cái gì hết mà chỉ cần đọc và làm cho đủ và trọn vẹn tài liệu do chính mysql cung cấp trước cái đã. Chừng nào kiện toàn kiến thức về mysql rồi hãy nghĩ đến chuyện chroot nó. Phải đi trước khi chạy.