text:
9. "Hai mặt" của vấn đề - cơ chế làm việc:
Không ngoài dự phỏng, tôi liên tục nhận mail từ bộ ba Khoa, Duy, Hưng. Một lần nữa, tôi cố trả lời hầu hết các e-mail từ bộ ba này bằng thông điệp ngắn gọn:
"Em nghĩ điều em thắc mắc là 'what' hay là 'why'? Anh nghĩ nó là 'what' chớ chẳng phải là 'why' cho nên em nên xem sách đi rồi hỏi anh cái 'why' :)"
Tuy vậy, bộ ba này không hề mệt mỏi trong chuyện hỏi, hỏi và hỏi. Trong tuần này, tôi nhận được e-mail từ "haothu" Khoa có một phần nội dung như sau:
"Anh thân mến,
Rốt cuộc bọn em đã đi đến quyết định tạo một máy chủ gồm có các dịch vụ: web, mail và ssh cho remote control bởi vì thật ra những dịch vụ râu ria khác không cần thiết. Bọn em chia 'công tác' ra thành ba phần: Hưng lo việc thiết kế và cài dịch vụ web, em thì lo dịch vụ mail còn Duy thì lo dịch vụ secure shell. Tuy nhiên, khi ba dịch vụ này hoàn thành, bọn em phải cùng điều chỉnh chi tiết cho mỗi dịch vụ. Cái khó là bọn em (em và Duy) chẳng có con server nào để vọc cho nên phải chạy qua nhà thằng Hưng thường xuyên. Thời gian thì rất hạn hẹp nên sau khi hỏi thăm ý kiến của anh nhiều lần, bọn em cũng chưa hoàn tất cái gì cho ra đầu đũa. Em có vài điều cần hỏi anh, mong anh trả lời dùm em (nếu rảnh):
1. nếu bọn em chỉ dùng ba dịch vụ web, mail và ssh, làm cách nào mình có thể tắt hết các dịch vụ khác không cần thiết hở anh? hay là dùng firewall để che hết những dịch vụ không cần thiết và không phải lo những dịch vụ không cần thiết kia?
2. sau khi ngâm cứu, bọn em hiểu rằng nếu dịch vụ web chỉ phục vụ dữ liệu tĩnh (static content) thì cơ hội có thể thâm nhập và tấn công dịch vụ web thành công sẽ rất thấp. Bởi vậy bọn em nghĩ đến chuyện tạo dịch vụ web có phục vụ dữ liệu động (dynamic content). Nếu thế, phải dính đến php, CSDL (mysql hay cái gì đó) mà bọn em chẳng đứa nào rành mấy cái món này. Anh nghĩ bọn em nên dành thời gian học thêm về chuyện thiết lập server chạy php, thiết lập mysql không anh? Nếu vậy thì biết chừng nào bọn em xong cái server để mà... quậy bây giờ? :(
3. nếu câu hỏi thứ 2 không có cách giải quyết liền, em đề nghị thế này: hay là mấy anh em mình chọn một máy chủ nào đó có sẵn trên web rồi cứ dùng nó mà... khai thác. Được không anh?
Mong anh sớm hồi âm bọn em.
Thân,
Khoa."
Đọc e-mail này của "haothu" Khoa tôi không hỏi nghĩ ngợi để tìm cách trả lời cho đúng mức. Hiển nhiên "haothu" Khoa nhà ta rất hăm hở với chuyện thâm nhập và tấn công nên mới đặt vấn đề như trên. Phải sau hai ngày và sau nhiều lần tranh thủ khi rảnh tôi mới hoàn thành mail trả lời cho Khoa như sau:
"Khoa thân mến,
Anh mất hai ngày mới có thể trả lời mail cho em. Trước tiên, anh có nhận xét là em vẫn chưa (muốn) nhìn vấn đề từ hai phía mà em chỉ thích chuyên chú theo hướng tấn công. Nếu em chưa có thể thiết lập, cài đặt một máy chủ có các dịch vụ nào đó ở mức đạt thì em không thể tấn công và khai thác một máy chủ khác cũng được thiết lập ở mức đạt này hoặc hơn. Anh hy vọng sau khi anh em mình trao đổi sâu hơn vào từng vấn đề, em sẽ hiểu ý anh. Bây giờ anh trả lời các câu hỏi của em tuần tự như sau:
1. trên nguyên tắc, nếu em dùng một dạng firewall nào đó và cản lọc trọn bộ các dịch vụ trên máy chủ, ngoại trừ các dịch vụ em cho phép thì các truy cập từ bên ngoài đến những dịch vụ đã bị cản lọc không thể xảy ra được (nếu như firewall của em chặt chẽ). Tuy nhiên, em nên xét lại các trường hợp có thể xảy ra như sau:
- chuyện gì xảy ra nếu firewall của em bị hổng chỗ nào đó và nó cho phép truy cập đến vài dịch vụ 'chết người'?
- chuyện gì xảy ra nếu tài nguyên của máy chủ có giới hạn nhất định nhưng lại tiêu tốn cho các dịch vụ không cần thiết? Hãy nhìn nhận vấn đề ở khía cạnh em đang thiết kế một máy chủ cung cấp dịch vụ thật sự và có hàng ngàn người truy cập nó xem? :)
Bởi thế, ý kiến cá nhân của anh là: tắt bỏ mọi dịch vụ không cần thiết cho dù em có firewall bảo vệ và cho dù firewall của em hoàn toàn vững.
Để tắt bỏ các dịch vụ trên máy thì có 2 phần chính em cần xem xét: dịch vụ được tạo ra từ inetd/xinetd và dịch vụ tạo ra từ run level scripts (trong rc.d). Nếu em dùng RedHat hoặc các distro dựa RedHat thì em có thể dùng tiện ích chkconfig để kiểm tra xem có những dịch vụ nào đang hoạt động trên máy. Nếu em không dùng RedHat thì điều em cần tìm hiểu chính là inetd/xinetd và dịch vụ tạo ra từ run level scripts. Tại sao em nên cần tìm hiểu những cái này? Lý do: một khi đã hiểu rõ cơ chế khởi tạo dịch vụ của một *nix server, em sẽ bắt đầu nắm được điểm mạnh của nó ở đâu, điểm yếu của nó ở đâu. Nếu em có cái nhìn thiên về hướng "exploit" thì tự nhiên em sẽ thấy chúng dễ (hay khó) bị khai thác như thế nào nếu như điều chỉnh không kỹ (hoặc kỹ). inetd là gì?, xinetd là gì?, run level là gì?, initialization / startup scripts là gì?
2. Bọn em đã xác định được 'static web' ít bị khai thác hơn 'dynamic web' thì đã hình thành một cái nền khá tốt để tạo dịch vụ web rồi đó. Tất nhiên muốn nó 'động' thì em phải làm cho nó 'động'. Không nhất thiết phải dùng php mà bất cứ cái gì (cgi, asp, jsp...) đều được cả. Bọn em sở trường 'món' nào thì cứ dùng 'món' đó. Cái chính mình cần khai phá ở đây là thể trạng 'động' của một web server và nó dẫn đến những lỗ hổng gì chớ không cần phải đi sâu vào từng công nghệ để phân tích và ứng dụng chúng. Nếu bọn em chưa hề có sở trường 'món' nào thì phải chọn lấy một 'món' và bắt đầu học + khai triển. Em có thể phàn nàn là: học như thế biết chừng nào xong và anh có thể trả lời là: chừng nào em không biết php làm việc ra sao, chừng ấy em không thể khai thác php. Câu này dành cho mọi công nghệ em muốn dùng.
3. Câu thứ ba làm cho anh phải đắn đo trước khi trả lời em. Điều anh muốn bàn thảo với bọn em lúc này là hai mặt của vấn đề. Đề nghị của em có một số điểm khá kẹt:
- nó làm hỏng tinh thần khai phá hai mặt của vấn đề.
- nó đi ra ngoài khuôn khổ học tập (anh không chủ trương chọn đại một server nào đó không phải của mình để làm thí điểm).
- nó sẽ không giúp bọn em đi cho đúng bước và từ đó khó hình thành một cái nhìn đúng đắn về security.
Qua những điểm trên, anh thấy đề nghị thứ ba này của em không thích hợp. Nếu như em đã đọc kỹ những phần anh và 'cuti' Hưng trao đổi trước đây, em ắt sẽ thấy rõ một điều anh muốn nhấn mạnh: tiếp cận sự việc một cách có quy cách và có ngọn ngành là một điều quan trọng hàng đầu. Nếu bọn em cảm thấy chưa sẵn sàng thì mình dời sang tuần sau. Em thử hội ý với Hưng và Duy xem sao rồi cho anh biết nha.
Thân."
Một ngày, hai ngày rồi ba ngày... bộ ba HKD (Hưng, Khoa, Duy) hoàn toàm im ắng. Sao vậy nhỉ? Đến ngày thứ tư, tôi nhận được e-mail từ 'docco' Duy có nội dung như sau:
"Anh kính mến,
Đầu thư em xin chúc anh một ngày làm việc vui vẻ. Em rất cảm ơn anh đã dành nhiều thời gian cho bọn em.
Em mạn phép gởi anh bức e-mail này vì sau khi thằng Khoa nhận được mail của anh, nó than như bọng. Nó sợ trả lời anh không khéo lại bị mắng nữa. Bọn em cùng đọc mail của anh trả lời cho Khoa và đứa nào cũng ngại. Cho nên, đẩy tới, đẩy lui rốt cuộc em phải là người hồi âm cho anh. Bản thân em thì em thấy việc anh từ chối đề nghị của thằng Khoa là hoàn toàn hữu lý. Có lẽ bọn em đứa nào cũng nôn nóng muốn thấy kết quả mà thôi chớ chẳng phải bọn em muốn phá phách gì đâu. Mong anh hiểu cho bọn em.
Đọc e-mail của anh, em thấy rằng có quá nhiều điều bọn em phải chuẩn bị, phải đi qua, phải thực sự lãnh hội trước khi có thể nhìn vấn đề từ hai phía như anh đưa ra. Lý do rất đơn giản anh ạ. Em nghĩ, cho dù bọn em có thể thiết lập, cài đặt một máy chủ cho nó chạy được (dựa vào e-book và những tài liệu tìm được trên Internet) nhưng để liên hệ đến cấp độ bảo mật hay tấn công, đây là một điều hết sức khó khăn. Bản thân em chưa hình dung ra được cái giềng mối giữa chuyện thiết lập một một máy chủ cho nó chạy và một máy chủ cho nó chạy nhưng bảo mật. Đừng nói chi chuyện khai thác nó. Em xin đơn cử trường hợp SSH chẳng hạn vì nó là phần dịch vụ em phải lo.
Em đã theo một vài tài liệu how-to để cài SSH thành công. Nó làm việc ngon lành nhưng ngẫm nghĩ mãi em không thể tìm ra chỗ yếu của nó ở đâu để thắt chặt (nói theo phương diện bảo mật) và để khai thác (nói theo phương diện tấn công). Em cũng đã tìm hiểu các lỗi xảy ra với open-ssh trên Internet nhưng đến thế là hết. Em biết chắc phiên bản openssh này em dùng không bị CRC exploit vậy thì muốn thắt chặt thì phải làm sao anh?
Thằng Hưng cũng lâm vào tình trạng không khác gì em cả. Nó chọn phiên bản mới nhất của Sendmail về cài, cũng khổ sở với mấy cái .cf và .m4 và rốt cuộc cũng tạo được dịch vụ smtp. Tuy nhiên nó cũng đang nặn óc suy nghĩ xem hệ thống mail của nó có gì không vững. Em thì hẳn nhiên là mù tịt chuyện này vì em chưa bao giờ thiết lập sendmail nên cũng chẳng góp ý gì được cho nó. Tội nghiệp, nó thức suốt, ngoáy phá rồi lầm bằm chửi rủa một mình mãi.
Riêng thằng Khoa thì chẳng tiến triển gì mấy ngoài việc hoàn tất xong cái apache với một trang index.html. Nó đang kẹt cứng vì phải chọn một trong mấy công nghệ php, asp, jsp hay cgi và cái nào cũng đòi hỏi phải nghiên cứu thật sự.
Em nghĩ có lẽ mấy anh em mình nên bàn đến từng dịch vụ, bàn điểm mạnh và điểm yếu của từng dịch vụ. Từ đó bọn em mới có được cái 'hướng' để khai triển. Anh nghĩ sao?
Mong anh sớm cho bọn em ý kiến.
Em chào anh.
Duy."
Tôi nhận được mail của "docco" Duy và cảm thấy phấn chấn bởi vì điều quan trọng nhất là cả bọn trong bộ ba kia đều cố gắng tiếp cận vấn đề một cách nghiêm túc và say mê. Thiếu nền tảng này, mọi dự định khai phá sẽ chẳng đi tới đâu. Tôi liền hồi âm cho "bộ ba" như sau:
"Chào Hưng, Duy và Khoa,
Anh đã nhận được mail của Duy, đã đọc. Anh dự phỏng thế nào bọn em cũng gặp những trở ngại. Mình nên xem những trở ngại này là chuyện hiển nhiên và đừng vội nản. Bọn em nên tìm hiểu kỹ lưỡng hơn cơ chế làm việc của từng dịch vụ mình muốn thiết lập. Đây là chuyện cần thiết vì nó sẽ giúp cho việc bàn thảo của mấy anh em mình dễ dàng hơn.
Chiều thứ Bảy tuần tới anh rảnh. Anh sẽ online khoảng 1 giờ trưa giờ VN. Nếu bọn em thấy ổn thì cho anh biết nha.
Thân."
Ngày hôm sau tôi nhận được một thông điệp ngắn gọn từ "cuti" Hưng trên YIM:
"Chào anh già, bọn em sẽ online lúc 1 giờ chiều thứ Bảy tuần sau như anh đã hẹn."
Thêm một tuần lễ trôi qua. Tôi chẳng hề nhận thông điệp nào từ bộ ba. Có lẽ cả bọn đang 'chúi đầu' vào xem xét cái gọi là "cơ chế làm việc". Chiều nay, chiều thứ Bảy, tôi log vào YIM như đã hẹn. "cuti" Hưng và "docco" Duy đang ngồi chờ. "haothu" Khoa đâu nhỉ? Tôi gởi "cuti" một thông điệp:
"Hello Hưng, anh đã online đây. "haothu" Khoa đâu rồi?"
"cuti" bèn gởi ngay 'lời mời' để vào conference, kèm theo một thông điệp:
"Dạ, thằng Khoa bị bệnh rồi anh. Em gọi dtdd cho nói thì thấy nó ho khù khụ, than đau đầu, đau cổ búa xua."
Tôi tiếp nhận lời mời của "cuti" rồi tiếp tục:
"Vậy hả? tiếc thật. Vậy em nên lưu lại nội dung trao đổi của anh em mình cho nó đọc không thì nó bị thiếu liền lạc nha. Trong bộ ba bọn em, anh hơi ngại cho nó vì nó có vẻ thiếu kiên nhẫn nhất."
Lúc này "docco" Duy lên tiếng:
"Chào anh, anh khoẻ không? Bọn em biết rõ tính thằng Khoa mà. Anh nhận xét đúng lắm. Nó thì lúc nào cũng muốn liền liền. Chuyện gì thích là làm ngay, không cần suy nghĩ. Em với nó cứ cãi nhau hoài về khoản này. Thằng Hưng thì... trung tính hơn nên em thấy trao đổi với nó dễ hơn."
Tôi gật gù. Trong một không gian bé nhỏ, với phương tiện ngôn ngữ 'cà rỡn' mà đám chúng tôi đang trao đổi, vậy mà cái gọi là 'cá tính' vẫn hiển hiện một cách thật rõ ràng. Tôi đáp:
"Ừa, anh cũng thấy như vậy. Bây giờ anh em mình bắt đầu chớ? Anh đề nghị mình nên phân tích từng dạng dịch vụ thì mới có thể dễ hình thành "hai mặt vấn đề". Bọn em thấy sao?"
"cuti" đáp lời ngay:
"Dạ, em thấy cách đó hay nhất. Mình bàn về sendmail trước nha anh? :)"
"docco" Duy xen ngay vào:
"Thôi đi mày, nhào vô là muốn tranh tiên liền hả? Công sức tao gởi mail cho ảnh thì phải được đền bù là đứng đầu danh sách chớ :)"
Tôi đáp:
"Cái nào trước cũng được. Cái nào cũng quan trọng cả. Điều mình cần bàn ở đây không phải cách cài đặt và thiết lập để một dịch vụ chạy được mà là bàn về những điểm có thể thắt chặt (hoặc có thể khai thác) sau khi dịch vụ này đã hoạt động. Anh nghĩ mình nên khởi đầu với SSH vì đây là phương tiện cho phép truy cập trực tiếp vào hệ thống để điều khiển hệ thống."
"docco" đắc thắng:
"Hì hì, thấy chưa Hưng? Mày đòi tranh tiên làm chi cho mệt."
"cuti" tiu nghỉu:
"Thôi, nhường cho mày đi tiên một lần cũng được."
Tôi cười, đáp:
"Làm như oánh cờ tướng không bằng. Đi tiên với đi hậu :). Rồi, Duy, em đặt vấn đề đi."
"docco" Duy ngơ ngác:
"Dạ.... đặt vấn đề... sao anh?"
Tôi đáp:
"Ùm... đặt vấn đề là cho đến lúc này em đã làm được gì với SSH, đã hiểu những gì về cơ chế làm việc của SSH và lý do tại sao em không tìm ra được chỗ nào để thắt chặt nó."
"docco" Duy im lặng một đỗi rồi bắt đầu:
"Em hiểu rằng SSH là một phương tiện, một dịch vụ cho phép người dùng truy cập từ xa vào để điều khiển một hệ thống nào đó. Sở dĩ nó là secure shell vì thông tin gởi / nhận từ hai đầu được hoàn toàn mã hoá. Nói về mặt thắt chặt, em đã thử những tài khoản không tồn tại để truy cập và ssh hoàn toàn từ chối, em không biết phải làm gì khác. Nói về mặt khai thác, em cũng thử truy cập từ máy khác vào bằng các tài khoản 'có thể đoán được' nhưng cũng không có cách nào vào được. Đến giai đoạn này em hoàn toàn bế tắc :("
Tôi gợi ý:
"Nói về phương diện 'cơ chế làm việc' của ssh, em thử phân tích xem: để ssh có thể làm việc được, nó cần những 'cơ phận' nào?"
"docco" Duy rụt rè:
"Dạ... tất nhiên là mình phải cần chương trình ssh thì nó mới tạo được dịch vụ chớ anh?"
Tôi khuyến khích:
"Đúng lắm. Em thử liệt kê một cách tổng quát xem, gói ssh (chắc em dùng rpm để cài?) gồm có những gì trong đó?"
"docco" Duy hơi ngập ngừng như thể cu cậu không tự tin ở điều mình sắp nói:
"Dạ... em nghĩ... em thấy... em cài gói ssh từ rpm đúng rồi đó anh. Nhưng em thấy nó có tùm lum thứ cả. Anh muốn em liệt kê ra hết hả?"
Tôi cười, đáp:
"Không em, anh muốn em liệt kê ra hết làm chi? Anh chỉ muốn em có nhận định tổng quát về một gói chương trình thôi. Từ đó em mới hình thành được cơ chế làm việc của nó. Thế này, để anh thử 'nhận định' theo kiểu của anh hả?"
"docco" vội vã đáp:
"Dạ, anh 'thử' đi. Ngay từ đầu anh bảo em 'đặt vấn đề' làm em khiếp vía nên không biết phải nói thế nào cho suông nữa."
Tôi trấn an "docco":
"Hì hì, có gì đâu mà 'khiếp vía' em? 'đặt vấn đề' là một cách tóm tắt một vấn đề mình cần giải quyết. Phải nắm rõ vấn đề trước khi nghĩ đến giải pháp để giải quyết vấn đề. Nên nhớ, there is no solution for unknown problem. Anh thấy thế này: gói ssh có binaries, có libraries, có configuration files, có init script. Binaries là để khởi tạo chương trình, tuy nhiên, thiếu thư viện, thiếu hồ sơ cấu hình thì dịch vụ không thể hình thành được. Còn init script là một phương tiện để khởi tạo dịch vụ theo đúng trình tự 'run level' trên hệ thống, nó cũng là phương tiện để tắt bỏ dịch vụ đúng quy cách. Vậy, với tư cách của một người dùng, một admin (và không phải là một lập trình viên), yếu tố nào quan trọng nhất quyết định tính năng hoạt động của ssh?"
"docco" đáp:
"Dạ em nghĩ hồ sơ cấu hình là yếu tố quan trọng nhất quyết định tính năng hoạt động của ssh. Phải ý anh hồ sơ cấu hình là tập tin không anh? Bọn em bên này toàn là dùng thuật ngữ 'tập tin' không à."
Tôi cười, đáp:
"Chính xác! 'tập tin' là yếu tố quan trọng nhất quyết định tính năng hoạt động của ssh. Mình dùng thuật ngữ 'tập tin' đi, mặc dù anh không hoàn toàn đồng ý 'configuration file' được dịch là 'tập tin cấu hình'. Tuy nhiên đây là chuyện khác, nếu có dịp anh em mình 'cãi' chơi cho vui. Vậy, em đã thử 'hack' tập tin cấu hình chưa?"
Cả hai "cuti" và "docco" cùng sửng sốt hỏi lại:
"Hack tập tin cấu hình?"
"Hack tập tin cấu hình?"
"cuti" hỏi thêm:
"Tập tin cấu hình có gì để hack đâu anh?"
Tôi cười phá lên rồi thong thả trả lời:
"Sao không 'hack' được em? Em hỏi thế này chứng tỏ em chưa hoàn toàn 'đả thông' khái niệm 'hack' mà anh em mình đã nhắc tới, nhắc lui nhiều lần. Bất cứ một hành động nào làm thay đổi thái độ hoạt động của hệ thống đều là hack cả. Em cứ bị ám mãi 'hack' == 'thâm nhập'. Khi em dùng một gói rpm có sẵn tập tin cấu hình, có sẵn binaries, libraries... để cài trên máy chủ, hành động này có thể được xem là cài đặt. Ở mức độ cực đoan, nếu người quản lý máy chủ (không phải em) không muốn cài ssh nhưng bằng cách gì đó em lại cài ssh trên máy thì đây cũng là hành động hack. Bởi vì em đã thay đổi thái độ làm việc của máy chủ. Nếu em là người quản lý máy chủ và quyết định cài gói rpm của ssh, không điều chỉnh bất cứ thứ gì và chỉ khởi tạo dịch vụ ssh thì đây là cài đặt. Ngay khi em dùng vi để mở cái sshd_config để táy máy và 'save' nó, em đã thực hiện việc 'hack'. Nếu em 'hack' dở quá, ssh không chạy nữa thì cũng là 'hack' (nhưng dở). Nếu em 'hack' thiếu cẩn thận và làm cho ssh không còn bảo mật nữa thì cũng là 'hack' (nhưng không cẩn thận). Anh hy vọng giải thích như thế này tạm để em hiểu hơn thế nào là 'hack' :)"
"cuti" rên rỉ:
"Ôi trời. Chỉ thế thôi sao anh? Vậy là hack hả? :(. Thôi rồi, mọi thứ sụp đổ."
Đến lúc này "docco" Duy vẫn chưa lên tiếng. Có lẽ cu cậu đang ngẫm nghĩ gì đây nên tôi trả lời tiếp:
"Sao lại 'chỉ thế thôi' em? Những ví dụ anh đưa ra ở trên là một trong những ví dụ thuộc dạng 'hack'. Tất nhiên là 'hack' không 'chỉ là thế thôi' :). Này, mình thử đi sâu hơn một tí là em sẽ thấy rõ hơn. Đồng ý không?"
"docco" Duy cất tiếng:
"Thú thật em cũng bị hụt hẫng bởi mấy cái ví dụ của anh. Có lẽ trước giờ em bị tẩy não bởi những mẩu chuyện màu mè hoa lá cành, những huyền thoại về cái gọi là 'hack' nên cứ ngỡ rằng 'hack' là những hành động nào đó cao siêu và mầu nhiệm để phá vỡ một hệ thống làm việc. Ngờ đâu anh lại dùng vài ví dụ hết sức đơn giản để minh hoạ 'hack'. Có lẽ em cần phải điều chỉnh lại một số quan niệm mà em đã 'quen' từ trước đến giờ."
Tôi trầm ngâm khi đọc đoạn đối thoại của "docco" Duy và tìm cách trả lời cu cậu sao cho đầy đủ, súc tích. Sau đó, tôi nói:
"Thế này. Em nghĩ rằng những ví dụ anh đưa ra ở trên là đơn giản thật sao? Anh thì không nghĩ thế. Anh cho rằng chúng phức tạp như bao nhiêu chuyện phức tạp khác. Việc 'hack' để phá vỡ một hệ thống làm việc chỉ là 'một mặt của vấn đề'; 'hack' còn có mục đích chống lại hành vi phá vỡ nữa. Để anh chứng minh cho mà xem.
1. nói về chuyện điều chỉnh sshd_config, hãy xem thử cấu hình chung chung như sau:
Code:
Không ngoài dự phỏng, tôi liên tục nhận mail từ bộ ba Khoa, Duy, Hưng. Một lần nữa, tôi cố trả lời hầu hết các e-mail từ bộ ba này bằng thông điệp ngắn gọn:
"Em nghĩ điều em thắc mắc là 'what' hay là 'why'? Anh nghĩ nó là 'what' chớ chẳng phải là 'why' cho nên em nên xem sách đi rồi hỏi anh cái 'why' :)"
Tuy vậy, bộ ba này không hề mệt mỏi trong chuyện hỏi, hỏi và hỏi. Trong tuần này, tôi nhận được e-mail từ "haothu" Khoa có một phần nội dung như sau:
"Anh thân mến,
Rốt cuộc bọn em đã đi đến quyết định tạo một máy chủ gồm có các dịch vụ: web, mail và ssh cho remote control bởi vì thật ra những dịch vụ râu ria khác không cần thiết. Bọn em chia 'công tác' ra thành ba phần: Hưng lo việc thiết kế và cài dịch vụ web, em thì lo dịch vụ mail còn Duy thì lo dịch vụ secure shell. Tuy nhiên, khi ba dịch vụ này hoàn thành, bọn em phải cùng điều chỉnh chi tiết cho mỗi dịch vụ. Cái khó là bọn em (em và Duy) chẳng có con server nào để vọc cho nên phải chạy qua nhà thằng Hưng thường xuyên. Thời gian thì rất hạn hẹp nên sau khi hỏi thăm ý kiến của anh nhiều lần, bọn em cũng chưa hoàn tất cái gì cho ra đầu đũa. Em có vài điều cần hỏi anh, mong anh trả lời dùm em (nếu rảnh):
1. nếu bọn em chỉ dùng ba dịch vụ web, mail và ssh, làm cách nào mình có thể tắt hết các dịch vụ khác không cần thiết hở anh? hay là dùng firewall để che hết những dịch vụ không cần thiết và không phải lo những dịch vụ không cần thiết kia?
2. sau khi ngâm cứu, bọn em hiểu rằng nếu dịch vụ web chỉ phục vụ dữ liệu tĩnh (static content) thì cơ hội có thể thâm nhập và tấn công dịch vụ web thành công sẽ rất thấp. Bởi vậy bọn em nghĩ đến chuyện tạo dịch vụ web có phục vụ dữ liệu động (dynamic content). Nếu thế, phải dính đến php, CSDL (mysql hay cái gì đó) mà bọn em chẳng đứa nào rành mấy cái món này. Anh nghĩ bọn em nên dành thời gian học thêm về chuyện thiết lập server chạy php, thiết lập mysql không anh? Nếu vậy thì biết chừng nào bọn em xong cái server để mà... quậy bây giờ? :(
3. nếu câu hỏi thứ 2 không có cách giải quyết liền, em đề nghị thế này: hay là mấy anh em mình chọn một máy chủ nào đó có sẵn trên web rồi cứ dùng nó mà... khai thác. Được không anh?
Mong anh sớm hồi âm bọn em.
Thân,
Khoa."
Đọc e-mail này của "haothu" Khoa tôi không hỏi nghĩ ngợi để tìm cách trả lời cho đúng mức. Hiển nhiên "haothu" Khoa nhà ta rất hăm hở với chuyện thâm nhập và tấn công nên mới đặt vấn đề như trên. Phải sau hai ngày và sau nhiều lần tranh thủ khi rảnh tôi mới hoàn thành mail trả lời cho Khoa như sau:
"Khoa thân mến,
Anh mất hai ngày mới có thể trả lời mail cho em. Trước tiên, anh có nhận xét là em vẫn chưa (muốn) nhìn vấn đề từ hai phía mà em chỉ thích chuyên chú theo hướng tấn công. Nếu em chưa có thể thiết lập, cài đặt một máy chủ có các dịch vụ nào đó ở mức đạt thì em không thể tấn công và khai thác một máy chủ khác cũng được thiết lập ở mức đạt này hoặc hơn. Anh hy vọng sau khi anh em mình trao đổi sâu hơn vào từng vấn đề, em sẽ hiểu ý anh. Bây giờ anh trả lời các câu hỏi của em tuần tự như sau:
1. trên nguyên tắc, nếu em dùng một dạng firewall nào đó và cản lọc trọn bộ các dịch vụ trên máy chủ, ngoại trừ các dịch vụ em cho phép thì các truy cập từ bên ngoài đến những dịch vụ đã bị cản lọc không thể xảy ra được (nếu như firewall của em chặt chẽ). Tuy nhiên, em nên xét lại các trường hợp có thể xảy ra như sau:
- chuyện gì xảy ra nếu firewall của em bị hổng chỗ nào đó và nó cho phép truy cập đến vài dịch vụ 'chết người'?
- chuyện gì xảy ra nếu tài nguyên của máy chủ có giới hạn nhất định nhưng lại tiêu tốn cho các dịch vụ không cần thiết? Hãy nhìn nhận vấn đề ở khía cạnh em đang thiết kế một máy chủ cung cấp dịch vụ thật sự và có hàng ngàn người truy cập nó xem? :)
Bởi thế, ý kiến cá nhân của anh là: tắt bỏ mọi dịch vụ không cần thiết cho dù em có firewall bảo vệ và cho dù firewall của em hoàn toàn vững.
Để tắt bỏ các dịch vụ trên máy thì có 2 phần chính em cần xem xét: dịch vụ được tạo ra từ inetd/xinetd và dịch vụ tạo ra từ run level scripts (trong rc.d). Nếu em dùng RedHat hoặc các distro dựa RedHat thì em có thể dùng tiện ích chkconfig để kiểm tra xem có những dịch vụ nào đang hoạt động trên máy. Nếu em không dùng RedHat thì điều em cần tìm hiểu chính là inetd/xinetd và dịch vụ tạo ra từ run level scripts. Tại sao em nên cần tìm hiểu những cái này? Lý do: một khi đã hiểu rõ cơ chế khởi tạo dịch vụ của một *nix server, em sẽ bắt đầu nắm được điểm mạnh của nó ở đâu, điểm yếu của nó ở đâu. Nếu em có cái nhìn thiên về hướng "exploit" thì tự nhiên em sẽ thấy chúng dễ (hay khó) bị khai thác như thế nào nếu như điều chỉnh không kỹ (hoặc kỹ). inetd là gì?, xinetd là gì?, run level là gì?, initialization / startup scripts là gì?
2. Bọn em đã xác định được 'static web' ít bị khai thác hơn 'dynamic web' thì đã hình thành một cái nền khá tốt để tạo dịch vụ web rồi đó. Tất nhiên muốn nó 'động' thì em phải làm cho nó 'động'. Không nhất thiết phải dùng php mà bất cứ cái gì (cgi, asp, jsp...) đều được cả. Bọn em sở trường 'món' nào thì cứ dùng 'món' đó. Cái chính mình cần khai phá ở đây là thể trạng 'động' của một web server và nó dẫn đến những lỗ hổng gì chớ không cần phải đi sâu vào từng công nghệ để phân tích và ứng dụng chúng. Nếu bọn em chưa hề có sở trường 'món' nào thì phải chọn lấy một 'món' và bắt đầu học + khai triển. Em có thể phàn nàn là: học như thế biết chừng nào xong và anh có thể trả lời là: chừng nào em không biết php làm việc ra sao, chừng ấy em không thể khai thác php. Câu này dành cho mọi công nghệ em muốn dùng.
3. Câu thứ ba làm cho anh phải đắn đo trước khi trả lời em. Điều anh muốn bàn thảo với bọn em lúc này là hai mặt của vấn đề. Đề nghị của em có một số điểm khá kẹt:
- nó làm hỏng tinh thần khai phá hai mặt của vấn đề.
- nó đi ra ngoài khuôn khổ học tập (anh không chủ trương chọn đại một server nào đó không phải của mình để làm thí điểm).
- nó sẽ không giúp bọn em đi cho đúng bước và từ đó khó hình thành một cái nhìn đúng đắn về security.
Qua những điểm trên, anh thấy đề nghị thứ ba này của em không thích hợp. Nếu như em đã đọc kỹ những phần anh và 'cuti' Hưng trao đổi trước đây, em ắt sẽ thấy rõ một điều anh muốn nhấn mạnh: tiếp cận sự việc một cách có quy cách và có ngọn ngành là một điều quan trọng hàng đầu. Nếu bọn em cảm thấy chưa sẵn sàng thì mình dời sang tuần sau. Em thử hội ý với Hưng và Duy xem sao rồi cho anh biết nha.
Thân."
Một ngày, hai ngày rồi ba ngày... bộ ba HKD (Hưng, Khoa, Duy) hoàn toàm im ắng. Sao vậy nhỉ? Đến ngày thứ tư, tôi nhận được e-mail từ 'docco' Duy có nội dung như sau:
"Anh kính mến,
Đầu thư em xin chúc anh một ngày làm việc vui vẻ. Em rất cảm ơn anh đã dành nhiều thời gian cho bọn em.
Em mạn phép gởi anh bức e-mail này vì sau khi thằng Khoa nhận được mail của anh, nó than như bọng. Nó sợ trả lời anh không khéo lại bị mắng nữa. Bọn em cùng đọc mail của anh trả lời cho Khoa và đứa nào cũng ngại. Cho nên, đẩy tới, đẩy lui rốt cuộc em phải là người hồi âm cho anh. Bản thân em thì em thấy việc anh từ chối đề nghị của thằng Khoa là hoàn toàn hữu lý. Có lẽ bọn em đứa nào cũng nôn nóng muốn thấy kết quả mà thôi chớ chẳng phải bọn em muốn phá phách gì đâu. Mong anh hiểu cho bọn em.
Đọc e-mail của anh, em thấy rằng có quá nhiều điều bọn em phải chuẩn bị, phải đi qua, phải thực sự lãnh hội trước khi có thể nhìn vấn đề từ hai phía như anh đưa ra. Lý do rất đơn giản anh ạ. Em nghĩ, cho dù bọn em có thể thiết lập, cài đặt một máy chủ cho nó chạy được (dựa vào e-book và những tài liệu tìm được trên Internet) nhưng để liên hệ đến cấp độ bảo mật hay tấn công, đây là một điều hết sức khó khăn. Bản thân em chưa hình dung ra được cái giềng mối giữa chuyện thiết lập một một máy chủ cho nó chạy và một máy chủ cho nó chạy nhưng bảo mật. Đừng nói chi chuyện khai thác nó. Em xin đơn cử trường hợp SSH chẳng hạn vì nó là phần dịch vụ em phải lo.
Em đã theo một vài tài liệu how-to để cài SSH thành công. Nó làm việc ngon lành nhưng ngẫm nghĩ mãi em không thể tìm ra chỗ yếu của nó ở đâu để thắt chặt (nói theo phương diện bảo mật) và để khai thác (nói theo phương diện tấn công). Em cũng đã tìm hiểu các lỗi xảy ra với open-ssh trên Internet nhưng đến thế là hết. Em biết chắc phiên bản openssh này em dùng không bị CRC exploit vậy thì muốn thắt chặt thì phải làm sao anh?
Thằng Hưng cũng lâm vào tình trạng không khác gì em cả. Nó chọn phiên bản mới nhất của Sendmail về cài, cũng khổ sở với mấy cái .cf và .m4 và rốt cuộc cũng tạo được dịch vụ smtp. Tuy nhiên nó cũng đang nặn óc suy nghĩ xem hệ thống mail của nó có gì không vững. Em thì hẳn nhiên là mù tịt chuyện này vì em chưa bao giờ thiết lập sendmail nên cũng chẳng góp ý gì được cho nó. Tội nghiệp, nó thức suốt, ngoáy phá rồi lầm bằm chửi rủa một mình mãi.
Riêng thằng Khoa thì chẳng tiến triển gì mấy ngoài việc hoàn tất xong cái apache với một trang index.html. Nó đang kẹt cứng vì phải chọn một trong mấy công nghệ php, asp, jsp hay cgi và cái nào cũng đòi hỏi phải nghiên cứu thật sự.
Em nghĩ có lẽ mấy anh em mình nên bàn đến từng dịch vụ, bàn điểm mạnh và điểm yếu của từng dịch vụ. Từ đó bọn em mới có được cái 'hướng' để khai triển. Anh nghĩ sao?
Mong anh sớm cho bọn em ý kiến.
Em chào anh.
Duy."
Tôi nhận được mail của "docco" Duy và cảm thấy phấn chấn bởi vì điều quan trọng nhất là cả bọn trong bộ ba kia đều cố gắng tiếp cận vấn đề một cách nghiêm túc và say mê. Thiếu nền tảng này, mọi dự định khai phá sẽ chẳng đi tới đâu. Tôi liền hồi âm cho "bộ ba" như sau:
"Chào Hưng, Duy và Khoa,
Anh đã nhận được mail của Duy, đã đọc. Anh dự phỏng thế nào bọn em cũng gặp những trở ngại. Mình nên xem những trở ngại này là chuyện hiển nhiên và đừng vội nản. Bọn em nên tìm hiểu kỹ lưỡng hơn cơ chế làm việc của từng dịch vụ mình muốn thiết lập. Đây là chuyện cần thiết vì nó sẽ giúp cho việc bàn thảo của mấy anh em mình dễ dàng hơn.
Chiều thứ Bảy tuần tới anh rảnh. Anh sẽ online khoảng 1 giờ trưa giờ VN. Nếu bọn em thấy ổn thì cho anh biết nha.
Thân."
Ngày hôm sau tôi nhận được một thông điệp ngắn gọn từ "cuti" Hưng trên YIM:
"Chào anh già, bọn em sẽ online lúc 1 giờ chiều thứ Bảy tuần sau như anh đã hẹn."
Thêm một tuần lễ trôi qua. Tôi chẳng hề nhận thông điệp nào từ bộ ba. Có lẽ cả bọn đang 'chúi đầu' vào xem xét cái gọi là "cơ chế làm việc". Chiều nay, chiều thứ Bảy, tôi log vào YIM như đã hẹn. "cuti" Hưng và "docco" Duy đang ngồi chờ. "haothu" Khoa đâu nhỉ? Tôi gởi "cuti" một thông điệp:
"Hello Hưng, anh đã online đây. "haothu" Khoa đâu rồi?"
"cuti" bèn gởi ngay 'lời mời' để vào conference, kèm theo một thông điệp:
"Dạ, thằng Khoa bị bệnh rồi anh. Em gọi dtdd cho nói thì thấy nó ho khù khụ, than đau đầu, đau cổ búa xua."
Tôi tiếp nhận lời mời của "cuti" rồi tiếp tục:
"Vậy hả? tiếc thật. Vậy em nên lưu lại nội dung trao đổi của anh em mình cho nó đọc không thì nó bị thiếu liền lạc nha. Trong bộ ba bọn em, anh hơi ngại cho nó vì nó có vẻ thiếu kiên nhẫn nhất."
Lúc này "docco" Duy lên tiếng:
"Chào anh, anh khoẻ không? Bọn em biết rõ tính thằng Khoa mà. Anh nhận xét đúng lắm. Nó thì lúc nào cũng muốn liền liền. Chuyện gì thích là làm ngay, không cần suy nghĩ. Em với nó cứ cãi nhau hoài về khoản này. Thằng Hưng thì... trung tính hơn nên em thấy trao đổi với nó dễ hơn."
Tôi gật gù. Trong một không gian bé nhỏ, với phương tiện ngôn ngữ 'cà rỡn' mà đám chúng tôi đang trao đổi, vậy mà cái gọi là 'cá tính' vẫn hiển hiện một cách thật rõ ràng. Tôi đáp:
"Ừa, anh cũng thấy như vậy. Bây giờ anh em mình bắt đầu chớ? Anh đề nghị mình nên phân tích từng dạng dịch vụ thì mới có thể dễ hình thành "hai mặt vấn đề". Bọn em thấy sao?"
"cuti" đáp lời ngay:
"Dạ, em thấy cách đó hay nhất. Mình bàn về sendmail trước nha anh? :)"
"docco" Duy xen ngay vào:
"Thôi đi mày, nhào vô là muốn tranh tiên liền hả? Công sức tao gởi mail cho ảnh thì phải được đền bù là đứng đầu danh sách chớ :)"
Tôi đáp:
"Cái nào trước cũng được. Cái nào cũng quan trọng cả. Điều mình cần bàn ở đây không phải cách cài đặt và thiết lập để một dịch vụ chạy được mà là bàn về những điểm có thể thắt chặt (hoặc có thể khai thác) sau khi dịch vụ này đã hoạt động. Anh nghĩ mình nên khởi đầu với SSH vì đây là phương tiện cho phép truy cập trực tiếp vào hệ thống để điều khiển hệ thống."
"docco" đắc thắng:
"Hì hì, thấy chưa Hưng? Mày đòi tranh tiên làm chi cho mệt."
"cuti" tiu nghỉu:
"Thôi, nhường cho mày đi tiên một lần cũng được."
Tôi cười, đáp:
"Làm như oánh cờ tướng không bằng. Đi tiên với đi hậu :). Rồi, Duy, em đặt vấn đề đi."
"docco" Duy ngơ ngác:
"Dạ.... đặt vấn đề... sao anh?"
Tôi đáp:
"Ùm... đặt vấn đề là cho đến lúc này em đã làm được gì với SSH, đã hiểu những gì về cơ chế làm việc của SSH và lý do tại sao em không tìm ra được chỗ nào để thắt chặt nó."
"docco" Duy im lặng một đỗi rồi bắt đầu:
"Em hiểu rằng SSH là một phương tiện, một dịch vụ cho phép người dùng truy cập từ xa vào để điều khiển một hệ thống nào đó. Sở dĩ nó là secure shell vì thông tin gởi / nhận từ hai đầu được hoàn toàn mã hoá. Nói về mặt thắt chặt, em đã thử những tài khoản không tồn tại để truy cập và ssh hoàn toàn từ chối, em không biết phải làm gì khác. Nói về mặt khai thác, em cũng thử truy cập từ máy khác vào bằng các tài khoản 'có thể đoán được' nhưng cũng không có cách nào vào được. Đến giai đoạn này em hoàn toàn bế tắc :("
Tôi gợi ý:
"Nói về phương diện 'cơ chế làm việc' của ssh, em thử phân tích xem: để ssh có thể làm việc được, nó cần những 'cơ phận' nào?"
"docco" Duy rụt rè:
"Dạ... tất nhiên là mình phải cần chương trình ssh thì nó mới tạo được dịch vụ chớ anh?"
Tôi khuyến khích:
"Đúng lắm. Em thử liệt kê một cách tổng quát xem, gói ssh (chắc em dùng rpm để cài?) gồm có những gì trong đó?"
"docco" Duy hơi ngập ngừng như thể cu cậu không tự tin ở điều mình sắp nói:
"Dạ... em nghĩ... em thấy... em cài gói ssh từ rpm đúng rồi đó anh. Nhưng em thấy nó có tùm lum thứ cả. Anh muốn em liệt kê ra hết hả?"
Tôi cười, đáp:
"Không em, anh muốn em liệt kê ra hết làm chi? Anh chỉ muốn em có nhận định tổng quát về một gói chương trình thôi. Từ đó em mới hình thành được cơ chế làm việc của nó. Thế này, để anh thử 'nhận định' theo kiểu của anh hả?"
"docco" vội vã đáp:
"Dạ, anh 'thử' đi. Ngay từ đầu anh bảo em 'đặt vấn đề' làm em khiếp vía nên không biết phải nói thế nào cho suông nữa."
Tôi trấn an "docco":
"Hì hì, có gì đâu mà 'khiếp vía' em? 'đặt vấn đề' là một cách tóm tắt một vấn đề mình cần giải quyết. Phải nắm rõ vấn đề trước khi nghĩ đến giải pháp để giải quyết vấn đề. Nên nhớ, there is no solution for unknown problem. Anh thấy thế này: gói ssh có binaries, có libraries, có configuration files, có init script. Binaries là để khởi tạo chương trình, tuy nhiên, thiếu thư viện, thiếu hồ sơ cấu hình thì dịch vụ không thể hình thành được. Còn init script là một phương tiện để khởi tạo dịch vụ theo đúng trình tự 'run level' trên hệ thống, nó cũng là phương tiện để tắt bỏ dịch vụ đúng quy cách. Vậy, với tư cách của một người dùng, một admin (và không phải là một lập trình viên), yếu tố nào quan trọng nhất quyết định tính năng hoạt động của ssh?"
"docco" đáp:
"Dạ em nghĩ hồ sơ cấu hình là yếu tố quan trọng nhất quyết định tính năng hoạt động của ssh. Phải ý anh hồ sơ cấu hình là tập tin không anh? Bọn em bên này toàn là dùng thuật ngữ 'tập tin' không à."
Tôi cười, đáp:
"Chính xác! 'tập tin' là yếu tố quan trọng nhất quyết định tính năng hoạt động của ssh. Mình dùng thuật ngữ 'tập tin' đi, mặc dù anh không hoàn toàn đồng ý 'configuration file' được dịch là 'tập tin cấu hình'. Tuy nhiên đây là chuyện khác, nếu có dịp anh em mình 'cãi' chơi cho vui. Vậy, em đã thử 'hack' tập tin cấu hình chưa?"
Cả hai "cuti" và "docco" cùng sửng sốt hỏi lại:
"Hack tập tin cấu hình?"
"Hack tập tin cấu hình?"
"cuti" hỏi thêm:
"Tập tin cấu hình có gì để hack đâu anh?"
Tôi cười phá lên rồi thong thả trả lời:
"Sao không 'hack' được em? Em hỏi thế này chứng tỏ em chưa hoàn toàn 'đả thông' khái niệm 'hack' mà anh em mình đã nhắc tới, nhắc lui nhiều lần. Bất cứ một hành động nào làm thay đổi thái độ hoạt động của hệ thống đều là hack cả. Em cứ bị ám mãi 'hack' == 'thâm nhập'. Khi em dùng một gói rpm có sẵn tập tin cấu hình, có sẵn binaries, libraries... để cài trên máy chủ, hành động này có thể được xem là cài đặt. Ở mức độ cực đoan, nếu người quản lý máy chủ (không phải em) không muốn cài ssh nhưng bằng cách gì đó em lại cài ssh trên máy thì đây cũng là hành động hack. Bởi vì em đã thay đổi thái độ làm việc của máy chủ. Nếu em là người quản lý máy chủ và quyết định cài gói rpm của ssh, không điều chỉnh bất cứ thứ gì và chỉ khởi tạo dịch vụ ssh thì đây là cài đặt. Ngay khi em dùng vi để mở cái sshd_config để táy máy và 'save' nó, em đã thực hiện việc 'hack'. Nếu em 'hack' dở quá, ssh không chạy nữa thì cũng là 'hack' (nhưng dở). Nếu em 'hack' thiếu cẩn thận và làm cho ssh không còn bảo mật nữa thì cũng là 'hack' (nhưng không cẩn thận). Anh hy vọng giải thích như thế này tạm để em hiểu hơn thế nào là 'hack' :)"
"cuti" rên rỉ:
"Ôi trời. Chỉ thế thôi sao anh? Vậy là hack hả? :(. Thôi rồi, mọi thứ sụp đổ."
Đến lúc này "docco" Duy vẫn chưa lên tiếng. Có lẽ cu cậu đang ngẫm nghĩ gì đây nên tôi trả lời tiếp:
"Sao lại 'chỉ thế thôi' em? Những ví dụ anh đưa ra ở trên là một trong những ví dụ thuộc dạng 'hack'. Tất nhiên là 'hack' không 'chỉ là thế thôi' :). Này, mình thử đi sâu hơn một tí là em sẽ thấy rõ hơn. Đồng ý không?"
"docco" Duy cất tiếng:
"Thú thật em cũng bị hụt hẫng bởi mấy cái ví dụ của anh. Có lẽ trước giờ em bị tẩy não bởi những mẩu chuyện màu mè hoa lá cành, những huyền thoại về cái gọi là 'hack' nên cứ ngỡ rằng 'hack' là những hành động nào đó cao siêu và mầu nhiệm để phá vỡ một hệ thống làm việc. Ngờ đâu anh lại dùng vài ví dụ hết sức đơn giản để minh hoạ 'hack'. Có lẽ em cần phải điều chỉnh lại một số quan niệm mà em đã 'quen' từ trước đến giờ."
Tôi trầm ngâm khi đọc đoạn đối thoại của "docco" Duy và tìm cách trả lời cu cậu sao cho đầy đủ, súc tích. Sau đó, tôi nói:
"Thế này. Em nghĩ rằng những ví dụ anh đưa ra ở trên là đơn giản thật sao? Anh thì không nghĩ thế. Anh cho rằng chúng phức tạp như bao nhiêu chuyện phức tạp khác. Việc 'hack' để phá vỡ một hệ thống làm việc chỉ là 'một mặt của vấn đề'; 'hack' còn có mục đích chống lại hành vi phá vỡ nữa. Để anh chứng minh cho mà xem.
1. nói về chuyện điều chỉnh sshd_config, hãy xem thử cấu hình chung chung như sau:
Code:
Port 22
ListenAddress 203.210.205.200
HostKey /etc/ssh/ssh_host_key
HostKey /etc/ssh/ssh_host_dsa_key
HostKey /etc/ssh/ssh_host_rsa_key
ServerKeyBits 768
LoginGraceTime 60
KeyRegenerationInterval 3600
PermitRootLogin yes
IgnoreRhosts no
IgnoreUserKnownHosts yes
StrictModes no
X11Forwarding yes
PrintMotd yes
KeepAlive yes
SyslogFacility AUTH
LogLevel INFO
RhostsAuthentication yes
RhostsRSAAuthentication yes
RSAAuthentication yes
PasswordAuthentication yes
PermitEmptyPasswords yes
Subsystem sftp /usr/libexec/openssh/sftp-server
Nếu không hiểu tường tận từng giá trị, làm sao em có thể biết được giá trị nào có nguy cơ 'làm giảm' độ bảo mật? Vậy chỉnh lý thế nào để giảm những 'nguy cơ' có thể xảy ra? Làm sao em xác định được giá trị nào là thích hợp? Cách bảo đảm nhất (và cũng đau khổ nhất) là điều chỉnh từng giá trị, khởi động lại sshd rồi thử nghiệm. Đây là công việc rất mất thời gian và cần sự kiên nhẫn và tất nhiên là không đơn giản tí nào. Tập tin này ở dạng mặc định thường có các giá trị cấu hình căn bản nhất và thoải mái nhất nhằm mục đích 'dùng được liền' cho mọi người. Nếu em không điều chỉnh lại thì hoàn toàn không mang tính chất gì gọi là 'bảo mật' cả. Cũng chính vì thế mà những kẻ muốn tấn công thường dựa vào những điểm 'thoải mái' trong tập tin cấu hình mặc định mà khai thác.
2. bởi vì em cài đặt nó từ một rpm và mọi thứ đều được sắp xếp đâu vào đó, em chỉ chạy /etc/rc.d/sshd start là dịch vụ này sẵn sàng phục vụ --> xem có vẻ đơn giản. Nếu như em không muốn cài từ rpm mà muốn biên dịch trọn bộ từ nguồn vì một lý do gì đó (vì rpm chưa kịp cập nhật hay vì em muốn điều chỉnh cái gì đó trong mã nguồn). Liệu nó có đơn giản không? Câu trả lời là không. Bởi vì em phải điều chỉnh mọi thứ cho thích hợp, phải tạo ra init script nếu chưa có sẵn, phải điều chỉnh lại LD_LIBRARY_PATH để các binaries biết dùng thư viện nào cho đúng, em phải điều chỉnh là PATH, em phải bảo đảm vấn đề dependency hoàn toàn đâu vào đó. Sau đó em phải điều chỉnh lại sshd_config.
Anh không tin là trọn bộ thao tác đơn giản và dễ dàng tí nào."
"cuti" dường như cũng có cùng bức xúc như "docco" nên hưởng ứng thêm:
"Quả là phức tạp nhưng em vẫn thắc mắc là việc điều chỉnh sshd_config nằm ở giới hạn điều chỉnh chớ sao gọi là hack được anh?"
Tôi cười, đáp:
"Ừa, em nghĩ đó là điều chỉnh cũng hợp lý nhưng theo cách nhìn của anh, nếu em thay đổi cấu hình mặc định của một dịch vụ để thay đổi thái độ làm việc của nó thì đó là 'hack'. Kiện toàn bảo mật cho sshd (cũng như các dịch vụ khác) không chỉ dừng lại ở chính tập tin cấu hình của nó mà còn phải xét duyệt, điều chỉnh những thứ xung quanh nó. Ví dụ, em biên dịch lại ssh để áp đặt dùng pam (plugable authentication module) và sau đó điều chỉnh pam dành riêng cho ssh có thái độ cụ thể nào đó chẳng hạn. Những công việc này đều là 'hack'. Anh đơn cử một ví dụ rất đơn giản: anh điều chỉnh lại giá trị #VERSION của ssh trước khi biên dịch lại nó từ mã nguồn với mục đích dấu footprint, cái này hẳn nhiên là 'hack' rồi :)."
Cả "cuti" và "docco" đều trầm ngâm hồi lâu. Sau đó "docco" lên tiếng:
"Bây giờ em mới thấy khái niệm quan trọng như thế nào. Khái niệm được hình thành một cách sai lạc và què quặc thì sẽ dẫn đến hàng loạt các sai lạc khác. Vẫn với chủ đề tập tin cấu hình sshd_config, anh có thể phân tích thêm theo phương diện tấn công được không anh?"
Tôi đáp:
"Được chớ em. Hãy thử 'đào xới' giá trị thứ nhất Port 22. Ai cũng biết đây là cổng chính thức của dịch vụ ssh. Nếu muốn táy máy, anh chỉ cần thử một dòng nmap đã đủ có thể xác định xem có dịch vụ ssh trên máy chủ hay không rồi:
Code:
[conmeo@home conmale]# /usr/local/bin/nmap -sT someserver.somedomain.com -p 22 -v
Starting nmap 3.81 ( http://www.insecure.org/nmap/ ) at 2005-07-31 17:04 EST
Initiating Connect() Scan against someserver.somedomain.com (xx.xx.xx.xx) [1 port] at 17:04
Discovered open port 22/tcp on xx.xx.xx.xx
The Connect() Scan took 0.23s to scan 1 total ports.
Host someserver.somedomain.com (xx.xx.xx.xx) appears to be up ... good.
Interesting ports on someserver.somedomain.com (xx.xx.xx.xx):
PORT STATE SERVICE
22/tcp open SSH
Nmap finished: 1 IP address (1 host up) scanned in 1.464 seconds
Raw packets sent: 2 (68B) | Rcvd: 1 (46B)
Nếu cần, anh có thể thêm một thông số để xác định phiên bản của ssh:
Code:
[conmeo@home conmale]# /usr/local/bin/nmap -sT -sV someserver.somedomain.com -p 22 -v
Starting nmap 3.81 ( http://www.insecure.org/nmap/ ) at 2005-07-31 17:03 EST
Initiating Connect() Scan against someserver.somedomain.com (xx.xx.xx.xx) [1 port] at 17:03
Discovered open port 64321/tcp on xx.xx.xx.xx
The Connect() Scan took 0.23s to scan 1 total ports.
Initiating service scan against 1 service on someserver.somedomain.com (xx.xx.xx.xx) at 17:03
The service scan took 0.47s to scan 1 service on 1 host.
Host someserver.somedomain.com (xx.xx.xx.xx) appears to be up ... good.
Interesting ports on someserver.somedomain.com (xx.xx.xx.xx):
PORT STATE SERVICE VERSION
22/tcp open ssh OpenSSH 3.5p1 (protocol 2.0)
Nmap finished: 1 IP address (1 host up) scanned in 2.481 seconds
Raw packets sent: 2 (68B) | Rcvd: 1 (46B)
Hoặc đơn giản hơn nữa:
Code:
$ telnet someserver.somedomain.com 22
Trying someserver.

markdown:
**9. "Hai mặt" của vấn đề - cơ chế làm việc:** *Không ngoài dự phỏng, tôi liên tục nhận mail từ bộ ba Khoa, Duy, Hưng. Một lần nữa, tôi cố trả lời hầu hết các e-mail từ bộ ba này bằng thông điệp ngắn gọn:*
"Em nghĩ điều em thắc mắc là 'what' hay là 'why'? Anh nghĩ nó là 'what' chớ chẳng phải là 'why' cho nên em nên xem sách đi rồi hỏi anh cái 'why' :)"
*Tuy vậy, bộ ba này không hề mệt mỏi trong chuyện hỏi, hỏi và hỏi. Trong tuần này, tôi nhận được e-mail từ "haothu" Khoa có một phần nội dung như sau:*
"Anh thân mến,
Rốt cuộc bọn em đã đi đến quyết định tạo một máy chủ gồm có các dịch vụ: web, mail và ssh cho remote control bởi vì thật ra những dịch vụ râu ria khác không cần thiết. Bọn em chia 'công tác' ra thành ba phần: Hưng lo việc thiết kế và cài dịch vụ web, em thì lo dịch vụ mail còn Duy thì lo dịch vụ secure shell. Tuy nhiên, khi ba dịch vụ này hoàn thành, bọn em phải cùng điều chỉnh chi tiết cho mỗi dịch vụ. Cái khó là bọn em (em và Duy) chẳng có con server nào để vọc cho nên phải chạy qua nhà thằng Hưng thường xuyên. Thời gian thì rất hạn hẹp nên sau khi hỏi thăm ý kiến của anh nhiều lần, bọn em cũng chưa hoàn tất cái gì cho ra đầu đũa. Em có vài điều cần hỏi anh, mong anh trả lời dùm em (nếu rảnh):
1. nếu bọn em chỉ dùng ba dịch vụ web, mail và ssh, làm cách nào mình có thể tắt hết các dịch vụ khác không cần thiết hở anh? hay là dùng firewall để che hết những dịch vụ không cần thiết và không phải lo những dịch vụ không cần thiết kia?
2. sau khi ngâm cứu, bọn em hiểu rằng nếu dịch vụ web chỉ phục vụ dữ liệu tĩnh (static content) thì cơ hội có thể thâm nhập và tấn công dịch vụ web thành công sẽ rất thấp. Bởi vậy bọn em nghĩ đến chuyện tạo dịch vụ web có phục vụ dữ liệu động (dynamic content). Nếu thế, phải dính đến php, CSDL (mysql hay cái gì đó) mà bọn em chẳng đứa nào rành mấy cái món này. Anh nghĩ bọn em nên dành thời gian học thêm về chuyện thiết lập server chạy php, thiết lập mysql không anh? Nếu vậy thì biết chừng nào bọn em xong cái server để mà... quậy bây giờ? :(
3. nếu câu hỏi thứ 2 không có cách giải quyết liền, em đề nghị thế này: hay là mấy anh em mình chọn một máy chủ nào đó có sẵn trên web rồi cứ dùng nó mà... khai thác. Được không anh?
Mong anh sớm hồi âm bọn em.
Thân,
Khoa."
*Đọc e-mail này của "haothu" Khoa tôi không hỏi nghĩ ngợi để tìm cách trả lời cho đúng mức. Hiển nhiên "haothu" Khoa nhà ta rất hăm hở với chuyện thâm nhập và tấn công nên mới đặt vấn đề như trên. Phải sau hai ngày và sau nhiều lần tranh thủ khi rảnh tôi mới hoàn thành mail trả lời cho Khoa như sau:*
"Khoa thân mến,
Anh mất hai ngày mới có thể trả lời mail cho em. Trước tiên, anh có nhận xét là em vẫn chưa (muốn) nhìn vấn đề từ hai phía mà em chỉ thích chuyên chú theo hướng tấn công. Nếu em chưa có thể thiết lập, cài đặt một máy chủ có các dịch vụ nào đó ở mức
**đạt**thì em __không thể__tấn công và khai thác một máy chủ khác cũng được thiết lập ở mức **đạt**này hoặc hơn. Anh hy vọng sau khi anh em mình trao đổi sâu hơn vào từng vấn đề, em sẽ hiểu ý anh. Bây giờ anh trả lời các câu hỏi của em tuần tự như sau:
1. trên nguyên tắc, nếu em dùng một dạng firewall nào đó và cản lọc trọn bộ các dịch vụ trên máy chủ, ngoại trừ các dịch vụ em cho phép thì các truy cập từ bên ngoài đến những dịch vụ đã bị cản lọc
**không thể xảy ra được**(nếu như firewall của em chặt chẽ). Tuy nhiên, em nên xét lại các trường hợp có thể xảy ra như sau:
- chuyện gì xảy ra nếu firewall của em bị hổng chỗ nào đó và nó cho phép truy cập đến vài dịch vụ 'chết người'?
- chuyện gì xảy ra nếu tài nguyên của máy chủ có giới hạn nhất định nhưng lại tiêu tốn cho các dịch vụ không cần thiết? Hãy nhìn nhận vấn đề ở khía cạnh em đang thiết kế một máy chủ cung cấp dịch vụ thật sự và có hàng ngàn người truy cập nó xem? :)
Bởi thế, ý kiến cá nhân của anh là: tắt bỏ mọi dịch vụ không cần thiết cho dù em có firewall bảo vệ và cho dù firewall của em hoàn toàn vững.
Để tắt bỏ các dịch vụ trên máy thì có 2 phần chính em cần xem xét: dịch vụ được tạo ra từ inetd/xinetd và dịch vụ tạo ra từ run level scripts (trong rc.d). Nếu em dùng RedHat hoặc các distro dựa RedHat thì em có thể dùng tiện ích
**chkconfig**để kiểm tra xem có những dịch vụ nào đang hoạt động trên máy. Nếu em không dùng RedHat thì điều em cần tìm hiểu chính là **inetd/xinetd và dịch vụ tạo ra từ run level scripts**. Tại sao em nên cần tìm hiểu những cái này? Lý do: một khi đã hiểu rõ cơ chế khởi tạo dịch vụ của một *nix server, em sẽ bắt đầu nắm được điểm mạnh của nó ở đâu, điểm yếu của nó ở đâu. Nếu em có cái nhìn thiên về hướng "exploit" thì tự nhiên em sẽ thấy chúng dễ (hay khó) bị khai thác như thế nào nếu như điều chỉnh không kỹ (hoặc kỹ). **inetd là gì?**, **xinetd là gì?**, **run level là gì?**, **initialization / startup scripts là gì?**
2. Bọn em đã xác định được 'static web' ít bị khai thác hơn 'dynamic web' thì đã hình thành một cái nền khá tốt để tạo dịch vụ web rồi đó. Tất nhiên muốn nó 'động' thì em phải làm cho nó 'động'. Không nhất thiết phải dùng php mà bất cứ cái gì (cgi, asp, jsp...) đều được cả. Bọn em sở trường 'món' nào thì cứ dùng 'món' đó. Cái chính mình cần khai phá ở đây là
**thể trạng**'động' của một web server và nó dẫn đến những lỗ hổng gì chớ không cần phải đi sâu vào từng công nghệ để phân tích và ứng dụng chúng. Nếu bọn em chưa hề có sở trường 'món' nào thì phải chọn lấy một 'món' và bắt đầu học + khai triển. Em có thể phàn nàn là: **và anh có thể trả lời là:** *học như thế biết chừng nào xong* **. Câu này dành cho mọi công nghệ em muốn dùng.** *chừng nào em không biết php làm việc ra sao, chừng ấy em không thể khai thác php*
3. Câu thứ ba làm cho anh phải đắn đo trước khi trả lời em. Điều anh muốn bàn thảo với bọn em lúc này là
**hai mặt của vấn đề**. Đề nghị của em có một số điểm khá kẹt:
- nó làm hỏng tinh thần khai phá
**hai mặt của vấn đề**.
- nó đi ra ngoài khuôn khổ học tập (anh không chủ trương chọn đại một server nào đó không phải của mình để làm thí điểm).
- nó sẽ không giúp bọn em đi cho đúng bước và từ đó khó hình thành một cái nhìn đúng đắn về security.
Qua những điểm trên, anh thấy đề nghị thứ ba này của em không thích hợp. Nếu như em đã đọc kỹ những phần anh và 'cuti' Hưng trao đổi trước đây, em ắt sẽ thấy rõ một điều anh muốn nhấn mạnh: tiếp cận sự việc một cách có quy cách và có ngọn ngành là một điều quan trọng hàng đầu. Nếu bọn em cảm thấy chưa sẵn sàng thì mình dời sang tuần sau. Em thử hội ý với Hưng và Duy xem sao rồi cho anh biết nha.
Thân."
*Một ngày, hai ngày rồi ba ngày... bộ ba HKD (Hưng, Khoa, Duy) hoàn toàm im ắng. Sao vậy nhỉ? Đến ngày thứ tư, tôi nhận được e-mail từ 'docco' Duy có nội dung như sau:*
"Anh kính mến,
Đầu thư em xin chúc anh một ngày làm việc vui vẻ. Em rất cảm ơn anh đã dành nhiều thời gian cho bọn em.
Em mạn phép gởi anh bức e-mail này vì sau khi thằng Khoa nhận được mail của anh, nó than như bọng. Nó sợ trả lời anh không khéo lại bị mắng nữa. Bọn em cùng đọc mail của anh trả lời cho Khoa và đứa nào cũng ngại. Cho nên, đẩy tới, đẩy lui rốt cuộc em phải là người hồi âm cho anh. Bản thân em thì em thấy việc anh từ chối đề nghị của thằng Khoa là hoàn toàn hữu lý. Có lẽ bọn em đứa nào cũng nôn nóng muốn thấy kết quả mà thôi chớ chẳng phải bọn em muốn phá phách gì đâu. Mong anh hiểu cho bọn em.
Đọc e-mail của anh, em thấy rằng có quá nhiều điều bọn em phải chuẩn bị, phải đi qua, phải thực sự lãnh hội trước khi có thể
*nhìn vấn đề từ hai phía*như anh đưa ra. Lý do rất đơn giản anh ạ. Em nghĩ, cho dù bọn em có thể thiết lập, cài đặt một máy chủ cho nó chạy được (dựa vào e-book và những tài liệu tìm được trên Internet) nhưng để liên hệ đến cấp độ bảo mật hay tấn công, đây là một điều hết sức khó khăn. Bản thân em chưa hình dung ra được cái giềng mối giữa chuyện thiết lập một một máy chủ cho nó chạy và một máy chủ cho nó chạy **nhưng bảo mật**. Đừng nói chi chuyện khai thác nó. Em xin đơn cử trường hợp SSH chẳng hạn vì nó là phần dịch vụ em phải lo.
Em đã theo một vài tài liệu how-to để cài SSH thành công. Nó làm việc ngon lành nhưng ngẫm nghĩ mãi em không thể tìm ra chỗ yếu của nó ở đâu để thắt chặt (nói theo phương diện bảo mật) và để khai thác (nói theo phương diện tấn công). Em cũng đã tìm hiểu các lỗi xảy ra với open-ssh trên Internet nhưng đến thế là hết. Em biết chắc phiên bản openssh này em dùng không bị CRC exploit vậy thì muốn thắt chặt thì phải làm sao anh?
Thằng Hưng cũng lâm vào tình trạng không khác gì em cả. Nó chọn phiên bản mới nhất của Sendmail về cài, cũng khổ sở với mấy cái .cf và .m4 và rốt cuộc cũng tạo được dịch vụ smtp. Tuy nhiên nó cũng đang nặn óc suy nghĩ xem hệ thống mail của nó có gì không vững. Em thì hẳn nhiên là mù tịt chuyện này vì em chưa bao giờ thiết lập sendmail nên cũng chẳng góp ý gì được cho nó. Tội nghiệp, nó thức suốt, ngoáy phá rồi lầm bằm chửi rủa một mình mãi.
Riêng thằng Khoa thì chẳng tiến triển gì mấy ngoài việc hoàn tất xong cái apache với một trang index.html. Nó đang kẹt cứng vì phải chọn một trong mấy công nghệ php, asp, jsp hay cgi và cái nào cũng đòi hỏi phải nghiên cứu thật sự.
Em nghĩ có lẽ mấy anh em mình nên bàn đến từng dịch vụ, bàn điểm mạnh và điểm yếu của từng dịch vụ. Từ đó bọn em mới có được cái 'hướng' để khai triển. Anh nghĩ sao?
Mong anh sớm cho bọn em ý kiến.
Em chào anh.
Duy."
*Tôi nhận được mail của "docco" Duy và cảm thấy phấn chấn bởi vì điều quan trọng nhất là cả bọn trong bộ ba kia đều cố gắng tiếp cận vấn đề một cách nghiêm túc và say mê. Thiếu nền tảng này, mọi dự định khai phá sẽ chẳng đi tới đâu. Tôi liền hồi âm cho "bộ ba" như sau:*
"Chào Hưng, Duy và Khoa,
Anh đã nhận được mail của Duy, đã đọc. Anh dự phỏng thế nào bọn em cũng gặp những trở ngại. Mình nên xem những trở ngại này là chuyện hiển nhiên và đừng vội nản. Bọn em nên tìm hiểu kỹ lưỡng hơn cơ chế làm việc của từng dịch vụ mình muốn thiết lập. Đây là chuyện cần thiết vì nó sẽ giúp cho việc bàn thảo của mấy anh em mình dễ dàng hơn.
Chiều thứ Bảy tuần tới anh rảnh. Anh sẽ online khoảng 1 giờ trưa giờ VN. Nếu bọn em thấy ổn thì cho anh biết nha.
Thân."
*Ngày hôm sau tôi nhận được một thông điệp ngắn gọn từ "cuti" Hưng trên YIM:*
"Chào anh già, bọn em sẽ online lúc 1 giờ chiều thứ Bảy tuần sau như anh đã hẹn."
*Thêm một tuần lễ trôi qua. Tôi chẳng hề nhận thông điệp nào từ bộ ba. Có lẽ cả bọn đang 'chúi đầu' vào xem xét cái gọi là "cơ chế làm việc". Chiều nay, chiều thứ Bảy, tôi log vào YIM như đã hẹn. "cuti" Hưng và "docco" Duy đang ngồi chờ. "haothu" Khoa đâu nhỉ? Tôi gởi "cuti" một thông điệp:*
"Hello Hưng, anh đã online đây. "haothu" Khoa đâu rồi?"
*"cuti" bèn gởi ngay 'lời mời' để vào conference, kèm theo một thông điệp:*
"Dạ, thằng Khoa bị bệnh rồi anh. Em gọi dtdd cho nói thì thấy nó ho khù khụ, than đau đầu, đau cổ búa xua."
*Tôi tiếp nhận lời mời của "cuti" rồi tiếp tục:*
"Vậy hả? tiếc thật. Vậy em nên lưu lại nội dung trao đổi của anh em mình cho nó đọc không thì nó bị thiếu liền lạc nha. Trong bộ ba bọn em, anh hơi ngại cho nó vì nó có vẻ thiếu kiên nhẫn nhất."
*Lúc này "docco" Duy lên tiếng:*
"Chào anh, anh khoẻ không? Bọn em biết rõ tính thằng Khoa mà. Anh nhận xét đúng lắm. Nó thì lúc nào cũng muốn liền liền. Chuyện gì thích là làm ngay, không cần suy nghĩ. Em với nó cứ cãi nhau hoài về khoản này. Thằng Hưng thì... trung tính hơn nên em thấy trao đổi với nó dễ hơn."
*Tôi gật gù. Trong một không gian bé nhỏ, với phương tiện ngôn ngữ 'cà rỡn' mà đám chúng tôi đang trao đổi, vậy mà cái gọi là 'cá tính' vẫn hiển hiện một cách thật rõ ràng. Tôi đáp:*
"Ừa, anh cũng thấy như vậy. Bây giờ anh em mình bắt đầu chớ? Anh đề nghị mình nên phân tích từng dạng dịch vụ thì mới có thể dễ hình thành "hai mặt vấn đề". Bọn em thấy sao?"
*"cuti" đáp lời ngay:*
"Dạ, em thấy cách đó hay nhất. Mình bàn về sendmail trước nha anh? :)"
*"docco" Duy xen ngay vào:*
"Thôi đi mày, nhào vô là muốn tranh tiên liền hả? Công sức tao gởi mail cho ảnh thì phải được đền bù là đứng đầu danh sách chớ :)"
*Tôi đáp:*
"Cái nào trước cũng được. Cái nào cũng quan trọng cả. Điều mình cần bàn ở đây không phải cách cài đặt và thiết lập để một dịch vụ
**chạy được**mà là bàn về những điểm có thể thắt chặt (hoặc có thể khai thác) sau khi dịch vụ này **đã hoạt động**. Anh nghĩ mình nên khởi đầu với SSH vì đây là phương tiện cho phép truy cập trực tiếp vào hệ thống để điều khiển hệ thống." *"docco" đắc thắng:*
"Hì hì, thấy chưa Hưng? Mày đòi tranh tiên làm chi cho mệt."
*"cuti" tiu nghỉu:*
"Thôi, nhường cho mày đi tiên một lần cũng được."
*Tôi cười, đáp:*
"Làm như oánh cờ tướng không bằng. Đi tiên với đi hậu :). Rồi, Duy, em đặt vấn đề đi."
*"docco" Duy ngơ ngác:*
"Dạ.... đặt vấn đề... sao anh?"
*Tôi đáp:*
"Ùm... đặt vấn đề là cho đến lúc này em đã làm được gì với SSH, đã hiểu những gì về cơ chế làm việc của SSH và lý do tại sao em không tìm ra được chỗ nào để thắt chặt nó."
*"docco" Duy im lặng một đỗi rồi bắt đầu:*
"Em hiểu rằng SSH là một phương tiện, một dịch vụ cho phép người dùng truy cập từ xa vào để điều khiển một hệ thống nào đó. Sở dĩ nó là secure shell vì thông tin gởi / nhận từ hai đầu được hoàn toàn mã hoá. Nói về mặt thắt chặt, em đã thử những tài khoản không tồn tại để truy cập và ssh hoàn toàn từ chối, em không biết phải làm gì khác. Nói về mặt khai thác, em cũng thử truy cập từ máy khác vào bằng các tài khoản 'có thể đoán được' nhưng cũng không có cách nào vào được. Đến giai đoạn này em hoàn toàn bế tắc :("
*Tôi gợi ý:*
"Nói về phương diện 'cơ chế làm việc' của ssh, em thử phân tích xem: để ssh có thể làm việc được, nó cần những 'cơ phận' nào?"
*"docco" Duy rụt rè:*
"Dạ... tất nhiên là mình phải cần chương trình ssh thì nó mới tạo được dịch vụ chớ anh?"
*Tôi khuyến khích:*
"Đúng lắm. Em thử liệt kê một cách tổng quát xem, gói ssh (chắc em dùng rpm để cài?) gồm có những gì trong đó?"
*"docco" Duy hơi ngập ngừng như thể cu cậu không tự tin ở điều mình sắp nói:*
"Dạ... em nghĩ... em thấy... em cài gói ssh từ rpm đúng rồi đó anh. Nhưng em thấy nó có tùm lum thứ cả. Anh muốn em liệt kê ra hết hả?"
*Tôi cười, đáp:*
"Không em, anh muốn em liệt kê ra hết làm chi? Anh chỉ muốn em có nhận định tổng quát về một gói chương trình thôi. Từ đó em mới hình thành được cơ chế làm việc của nó. Thế này, để anh thử 'nhận định' theo kiểu của anh hả?"
*"docco" vội vã đáp:*
"Dạ, anh 'thử' đi. Ngay từ đầu anh bảo em 'đặt vấn đề' làm em khiếp vía nên không biết phải nói thế nào cho suông nữa."
*Tôi trấn an "docco":*
"Hì hì, có gì đâu mà 'khiếp vía' em? 'đặt vấn đề' là một cách tóm tắt một vấn đề mình cần giải quyết. Phải nắm rõ vấn đề trước khi nghĩ đến giải pháp để giải quyết vấn đề. Nên nhớ,
**there is no solution for unknown problem**. Anh thấy thế này: gói ssh có binaries, có libraries, có configuration files, có init script. Binaries là để khởi tạo chương trình, tuy nhiên, thiếu thư viện, thiếu hồ sơ cấu hình thì dịch vụ không thể hình thành được. Còn init script là một phương tiện để khởi tạo dịch vụ theo đúng trình tự 'run level' trên hệ thống, nó cũng là phương tiện để tắt bỏ dịch vụ đúng quy cách. Vậy, với tư cách của một người dùng, một admin (và không phải là một lập trình viên), yếu tố nào quan trọng nhất quyết định tính năng hoạt động của ssh?" *"docco" đáp:*
"Dạ em nghĩ hồ sơ cấu hình là yếu tố quan trọng nhất quyết định tính năng hoạt động của ssh. Phải ý anh hồ sơ cấu hình là tập tin không anh? Bọn em bên này toàn là dùng thuật ngữ 'tập tin' không à."
*Tôi cười, đáp:*
"Chính xác! 'tập tin' là yếu tố quan trọng nhất quyết định tính năng hoạt động của ssh. Mình dùng thuật ngữ 'tập tin' đi, mặc dù anh không hoàn toàn đồng ý 'configuration file' được dịch là 'tập tin cấu hình'. Tuy nhiên đây là chuyện khác, nếu có dịp anh em mình 'cãi' chơi cho vui. Vậy, em đã thử 'hack' tập tin cấu hình chưa?"
*Cả hai "cuti" và "docco" cùng sửng sốt hỏi lại:*
"Hack tập tin cấu hình?"
"Hack tập tin cấu hình?"
*"cuti" hỏi thêm:*
"Tập tin cấu hình có gì để hack đâu anh?"
*Tôi cười phá lên rồi thong thả trả lời:*
"Sao không 'hack' được em? Em hỏi thế này chứng tỏ em chưa hoàn toàn 'đả thông' khái niệm 'hack' mà anh em mình đã nhắc tới, nhắc lui nhiều lần. Bất cứ một hành động nào làm thay đổi thái độ hoạt động của hệ thống đều là
**hack**cả. Em cứ bị ám mãi 'hack' == 'thâm nhập'. Khi em dùng một gói rpm có sẵn tập tin cấu hình, có sẵn binaries, libraries... để cài trên máy chủ, hành động này có thể được xem là **cài đặt**. Ở mức độ cực đoan, nếu người quản lý máy chủ (không phải em) không muốn cài ssh nhưng bằng cách gì đó em lại cài ssh trên máy thì đây cũng là hành động hack. Bởi vì em đã thay đổi thái độ làm việc của máy chủ. Nếu em là người quản lý máy chủ và quyết định cài gói rpm của ssh, không điều chỉnh bất cứ thứ gì và chỉ khởi tạo dịch vụ ssh thì đây là **cài đặt**. Ngay khi em dùng **vi**để mở cái **sshd_config**để táy máy và 'save' nó, em đã thực hiện việc 'hack'. Nếu em 'hack' dở quá, ssh không chạy nữa thì cũng là 'hack' (nhưng dở). Nếu em 'hack' thiếu cẩn thận và làm cho ssh không còn bảo mật nữa thì cũng là 'hack' (nhưng không cẩn thận). Anh hy vọng giải thích như thế này tạm để em hiểu hơn thế nào là 'hack' :)" *"cuti" rên rỉ:*
"Ôi trời. Chỉ thế thôi sao anh? Vậy là hack hả? :(. Thôi rồi, mọi thứ sụp đổ."
*Đến lúc này "docco" Duy vẫn chưa lên tiếng. Có lẽ cu cậu đang ngẫm nghĩ gì đây nên tôi trả lời tiếp:*
"Sao lại 'chỉ thế thôi' em? Những ví dụ anh đưa ra ở trên là một trong những ví dụ thuộc dạng 'hack'. Tất nhiên là 'hack' không 'chỉ là thế thôi' :). Này, mình thử đi sâu hơn một tí là em sẽ thấy rõ hơn. Đồng ý không?"
*"docco" Duy cất tiếng:*
"Thú thật em cũng bị hụt hẫng bởi mấy cái ví dụ của anh. Có lẽ trước giờ em bị tẩy não bởi những mẩu chuyện màu mè hoa lá cành, những huyền thoại về cái gọi là 'hack' nên cứ ngỡ rằng 'hack' là những hành động nào đó cao siêu và mầu nhiệm để phá vỡ một hệ thống làm việc. Ngờ đâu anh lại dùng vài ví dụ hết sức đơn giản để minh hoạ 'hack'. Có lẽ em cần phải điều chỉnh lại một số quan niệm mà em đã 'quen' từ trước đến giờ."
*Tôi trầm ngâm khi đọc đoạn đối thoại của "docco" Duy và tìm cách trả lời cu cậu sao cho đầy đủ, súc tích. Sau đó, tôi nói:*
"Thế này. Em nghĩ rằng những ví dụ anh đưa ra ở trên là đơn giản thật sao? Anh thì không nghĩ thế. Anh cho rằng chúng phức tạp như bao nhiêu chuyện phức tạp khác. Việc 'hack' để phá vỡ một hệ thống làm việc chỉ là 'một mặt của vấn đề'; 'hack' còn có mục đích chống lại hành vi phá vỡ nữa. Để anh chứng minh cho mà xem.
1. nói về chuyện điều chỉnh
**sshd_config**, hãy xem thử cấu hình chung chung như sau: **Code:**
Port 22
ListenAddress 203.210.205.200
HostKey /etc/ssh/ssh_host_key
HostKey /etc/ssh/ssh_host_dsa_key
HostKey /etc/ssh/ssh_host_rsa_key
ServerKeyBits 768
LoginGraceTime 60
KeyRegenerationInterval 3600
PermitRootLogin yes
IgnoreRhosts no
IgnoreUserKnownHosts yes
StrictModes no
X11Forwarding yes
PrintMotd yes
KeepAlive yes
SyslogFacility AUTH
LogLevel INFO
RhostsAuthentication yes
RhostsRSAAuthentication yes
RSAAuthentication yes
PasswordAuthentication yes
PermitEmptyPasswords yes
Subsystem sftp /usr/libexec/openssh/sftp-server
Nếu không hiểu tường tận từng giá trị, làm sao em có thể biết được giá trị nào có nguy cơ 'làm giảm' độ bảo mật? Vậy chỉnh lý thế nào để giảm những 'nguy cơ' có thể xảy ra? Làm sao em xác định được giá trị nào là thích hợp? Cách bảo đảm nhất (và cũng đau khổ nhất) là điều chỉnh từng giá trị, khởi động lại sshd rồi thử nghiệm. Đây là công việc rất mất thời gian và cần sự kiên nhẫn và tất nhiên là không đơn giản tí nào. Tập tin này ở dạng mặc định thường có các giá trị cấu hình căn bản nhất và thoải mái nhất nhằm mục đích 'dùng được liền' cho mọi người. Nếu em không điều chỉnh lại thì hoàn toàn không mang tính chất gì gọi là 'bảo mật' cả. Cũng chính vì thế mà những kẻ muốn tấn công thường dựa vào những điểm 'thoải mái' trong tập tin cấu hình mặc định mà khai thác.
2. bởi vì em cài đặt nó từ một rpm và mọi thứ đều được sắp xếp đâu vào đó, em chỉ chạy
**/etc/rc.d/sshd start**là dịch vụ này sẵn sàng phục vụ --> xem có vẻ đơn giản. Nếu như em không muốn cài từ rpm mà muốn biên dịch trọn bộ từ nguồn vì một lý do gì đó (vì rpm chưa kịp cập nhật hay vì em muốn điều chỉnh cái gì đó trong mã nguồn). Liệu nó có đơn giản không? Câu trả lời là không. Bởi vì em phải điều chỉnh mọi thứ cho thích hợp, phải tạo ra **init script**nếu chưa có sẵn, phải điều chỉnh lại **LD_LIBRARY_PATH**để các binaries biết dùng thư viện nào cho đúng, em phải điều chỉnh là **PATH**, em phải bảo đảm vấn đề dependency hoàn toàn đâu vào đó. Sau đó em phải điều chỉnh lại **sshd_config**.
Anh không tin là trọn bộ thao tác đơn giản và dễ dàng tí nào."
*"cuti" dường như cũng có cùng bức xúc như "docco" nên hưởng ứng thêm:*
"Quả là phức tạp nhưng em vẫn thắc mắc là việc điều chỉnh
**sshd_config**nằm ở giới hạn **điều chỉnh**chớ sao gọi là **hack**được anh?" *Tôi cười, đáp:*
"Ừa, em nghĩ đó là điều chỉnh cũng hợp lý nhưng theo cách nhìn của anh, nếu em thay đổi cấu hình mặc định của một dịch vụ để thay đổi thái độ làm việc của nó thì đó là 'hack'. Kiện toàn bảo mật cho sshd (cũng như các dịch vụ khác) không chỉ dừng lại ở chính tập tin cấu hình của nó mà còn phải xét duyệt, điều chỉnh những thứ xung quanh nó. Ví dụ, em biên dịch lại ssh để áp đặt dùng pam (plugable authentication module) và sau đó điều chỉnh pam dành riêng cho ssh có thái độ cụ thể nào đó chẳng hạn. Những công việc này đều là 'hack'. Anh đơn cử một ví dụ rất đơn giản: anh điều chỉnh lại giá trị #VERSION của ssh trước khi biên dịch lại nó từ mã nguồn với mục đích dấu footprint, cái này hẳn nhiên là 'hack' rồi :)."
*Cả "cuti" và "docco" đều trầm ngâm hồi lâu. Sau đó "docco" lên tiếng:*
"Bây giờ em mới thấy
**khái niệm**quan trọng như thế nào. **Khái niệm**được hình thành một cách sai lạc và què quặc thì sẽ dẫn đến hàng loạt các sai lạc khác. Vẫn với chủ đề tập tin cấu hình **sshd_config**, anh có thể phân tích thêm theo phương diện tấn công được không anh?" *Tôi đáp:*
"Được chớ em. Hãy thử 'đào xới' giá trị thứ nhất
**Port 22**. Ai cũng biết đây là cổng chính thức của dịch vụ ssh. Nếu muốn táy máy, anh chỉ cần thử một dòng nmap đã đủ có thể xác định xem có dịch vụ ssh trên máy chủ hay không rồi: **Code:**
[conmeo@home conmale]# /usr/local/bin/nmap -sT someserver.somedomain.com -p 22 -v
Starting nmap 3.81 (
[http://www.insecure.org/nmap/]) at 2005-07-31 17:04 EST
Initiating Connect() Scan against someserver.somedomain.com (xx.xx.xx.xx) [1 port] at 17:04
Discovered open port 22/tcp on xx.xx.xx.xx
The Connect() Scan took 0.23s to scan 1 total ports.
Host someserver.somedomain.com (xx.xx.xx.xx) appears to be up ... good.
Interesting ports on someserver.somedomain.com (xx.xx.xx.xx):
PORT STATE SERVICE
22/tcp open SSH
Nmap finished: 1 IP address (1 host up) scanned in 1.464 seconds
Raw packets sent: 2 (68B) | Rcvd: 1 (46B)
Nếu cần, anh có thể thêm một thông số để xác định phiên bản của ssh:
**Code:**
[conmeo@home conmale]# /usr/local/bin/nmap -sT -sV someserver.somedomain.com -p 22 -v
Starting nmap 3.81 (
[http://www.insecure.org/nmap/]) at 2005-07-31 17:03 EST
Initiating Connect() Scan against someserver.somedomain.com (xx.xx.xx.xx) [1 port] at 17:03
Discovered open port 64321/tcp on xx.xx.xx.xx
The Connect() Scan took 0.23s to scan 1 total ports.
Initiating service scan against 1 service on someserver.somedomain.com (xx.xx.xx.xx) at 17:03
The service scan took 0.47s to scan 1 service on 1 host.
Host someserver.somedomain.com (xx.xx.xx.xx) appears to be up ... good.
Interesting ports on someserver.somedomain.com (xx.xx.xx.xx):
PORT STATE SERVICE VERSION
22/tcp open ssh OpenSSH 3.5p1 (protocol 2.0)
Nmap finished: 1 IP address (1 host up) scanned in 2.481 seconds
Raw packets sent: 2 (68B) | Rcvd: 1 (46B)
Hoặc đơn giản hơn nữa:
**Code:**
$ telnet someserver.somedomain.com 22
Trying someserver.


text: Hoàng Anh Thanh Bình đã hoàn thành và bàn giao trước kế hoạch Block C. Block A và B dự kiến sẽ bàn giao trước tháng 6 năm 2016. Căn hộ Hoàng Anh Thanh Bình 73m2: Giá cho thuê: 8-9 triệu/ tháng đối với các căn 73,02 m2 bàn giao nội thất cơ bản 10-11 triệu/ tháng đối với các căn hộ 73,02 m2 bàn giao nội thất đầy đủ Thiết kế căn hộ 73,02 m2 Thiết kế gồm 02 phòng ngủ 01 phòng khách 01 phòng bếp, 01 phòng vệ sinh. Nội thất cơ bản của căn hộ Hoàng Anh Thanh Bình: Sàn phòng khách lát gạch Granite, phòng ngủ ( do tập đoàn Hoàng Anh Gia lai sản xuất ) Tường : Sơn nước hiệu Toa hoặc nhãn hiệu khác tương đương Trần thạch cao của hãng Vĩnh Tường Cửa chính khung cửa gỗ tự nhiên bề mặt vener xoan đào Thiết bị điện được lắp đặt sãn: Công tắc, ổ cắm, hệ thống chiếu sáng Điện thoại viễn thông: ổ cắm, cáp internet, cáp truyền hình, cáp điện thoại được lắp đặt sẵn… Phòng bếp: vòi nước inox hiệu American Standar, bồn rửa chén inox, tủ bếp- kệ bếp làm bằng sản phẩm gỗ công nghiệp do tập đoàn Hoàng Anh Gia Lai Sản xuất Thiết bị vệ sinh cao cấp : vòi nước inox, chậu rửa hiệu American, bình nóng lạnh, phòng tắm đứng bằng kính. Ô thông gió (quạt hút ) Thiết bị chữa cháy tự động: Các thiết bị được nghiệm thu đạt tiêu chuẩn phòng cháy chữa cháy theo quy định và lắp đặt thiết kế đã được sở cảnh sát PCCC thẩm duyệt. Tiện ích nội khu Khuôn viên, đài phun nước, đường dạo, khu vui chơi trẻ em Các tiện ích ở tầng 1: của hàng tiện ích, tiệm thuốc, Spa, phòng tập Gym.. Hệ thống PCCC, hệ thống an ninh tuyệt đối phục vụ 24/24 Tiện ích ngoại khu Dự án căn hộ hoàng Anh Thanh Bình bạn còn đươc thừa hưởng các tiện ích ngoại khu mang lại như: Siêu thị Lotte Mart rộng 3,1 ha Khu vui chơi ViKid Các trường đại học lớn như Tôn Đức Thắng , ĐH RMIT, ĐH cảnh Sát Nhân Dân Bạn có nhu cầu thuê -mua căn hộ Hoàng Anh Thanh Bình vui lòng liên hệ: Nguyễn Văn Vinh: 0919593998 Sàn giao dịch Đất Vàng vinhcenta@gmail.com

markdown:
# Hồ Chí Minh Cho thuê căn hộ cao cấp Hoàng Anh Thanh Bình 73 m2 mới bàn giao nhà giá chỉ 9 triệu 1 tháng
Thảo luận trong '
[Nhà Đất - Bất Động Sản](forums/nha-dat-bat-dong-san.18.html)' bắt đầu bởi [nvvinhq5](members/nvvinhq5.1507.html), [24/2/16](threads/cho-thue-can-ho-cao-cap-hoang-anh-thanh-binh-73-m2-moi-ban-giao-nha-gia-chi-9-trieu-1-thang.13474.html).
Thảo luận trong '
[Nhà Đất - Bất Động Sản](forums/nha-dat-bat-dong-san.18.html)' bắt đầu bởi [nvvinhq5](members/nvvinhq5.1507.html), [24/2/16](threads/cho-thue-can-ho-cao-cap-hoang-anh-thanh-binh-73-m2-moi-ban-giao-nha-gia-chi-9-trieu-1-thang.13474.html).

WARC-Type: response

Content-Type: application/http; msgtype=response

Cache-control: private, max-age=0

Connection: close

Server: Apache

X-Frame-Options: SAMEORIGIN

Vary: Accept-Encoding

Keep-Alive: timeout=3, max=200

Content-Type: text/html; charset=UTF-8


text:
Thông tin về: Giftcode Truyền Thuyết Phong Bạo
Cập nhật Thứ ba, 25/10/2016 10:40
Truyền Thuyết Phong Bạo quay trở lại và lợi hại hơn với phiên bản chính thức ra mắt hôm nay
Đúng 10h sáng nay, webgame Truyền Thuyết Phong Bạo đã chính thức bước vào giai đoạn Closed Beta không reset nhân vật.
Truyền Thuyết Phong Bạo chính thức khai mở Close Beta không reset, tặng giftcode tri ân giá trị khủng
Khi tham gia trải nghiệm đợt Close Beta không reset mở cửa vào hôm nay, người chơi sẽ có cơ hội sở hữu iPhone7, OPPO F1s và hàng nghìn giải thưởng thẻ cào điện thoại hoàn toàn miễn phí.
Cận cảnh Truyền Thuyết Phong Bạo ngày đầu ra mắt: chuẩn webgame thần thoại châu Âu
10h ngày hôm nay, webgame Truyền Thuyết Phong Bạo đã chính thức mở cửa chào đón game thủ với bản Alpha Test có reset nhân vật.
Truyền Thuyết Phong Bạo ra mắt Alpha Test 10h 21/10/2016, tặng giftcode giá trị khủng
Cuối cùng sau một thời gian dài chờ đợi, game thủ Việt đã có thể tham gia trải nghiệm webgame giao dịch tự do Truyền Thuyết Phong Bạo vào 10h ngày hôm nay 21/10.
Truyền Thuyết Phong Bạo có sống khỏe tại thị trường Trung Quốc?
Như tin game đã đưa, Truyền Thuyết Phong Bạo đã cập bến Việt Nam thành công và sẵn sàng ra mắt game thủ Việt.
Trải nghiệm sớm Truyền Thuyết Phong Bạo trước ngày ra mắt game thủ Việt
Truyền Thuyết Phong Bạo hiện đã hoàn tất quá trình chuẩn bị để sẵn sàng đến tay người chơi ngay trong tháng 10 này.
Tin hot
Gift code
chủ đề xem nhiều
- bầu cử Tổng thống Mỹ
- Võ Lâm Truyền Kỳ Mobile
- bảo trì cáp quang biển
- game đóng cửa
- Blizzcon 2016
- cơn sốt Pokemon Go ở Việt Nam
- Tokyo Game Show 2016
- game mới Thục Sơn Truyền Kỳ
- top game mobile mới đáng chơi trong tuần
- bom tấn Dynasty Warrior đổ bộ lên di động
- tin cộng đồng Overwatch
- thả thính là gì?
- top game online mới vừa ra mắt
-

markdown:
# Thông tin về:
**
Giftcode Truyền Thuyết Phong Bạo **
Cập nhật Thứ ba, 25/10/2016 10:40
![ Truyền Thuyết Phong Bạo quay trở lại và lợi hại hơn với phiên bản chính thức ra mắt hôm nay](http://statis.infogame.vn/images/upload/2016/10/25/99_18.jpg?w=350&h=240&crop=1)
![ Truyền Thuyết Phong Bạo quay trở lại và lợi hại hơn với phiên bản chính thức ra mắt hôm nay](http://statis.infogame.vn/images/upload/2016/10/25/99_18.jpg?w=350&h=240&crop=1)
[Truyền Thuyết Phong Bạo quay trở lại và lợi hại hơn với phiên bản chính thức ra mắt hôm nay](/game-online/truyen-thuyet-phong-bao-quay-tro-lai-va-loi-hai-hon-voi-phien-ban-chinh-thuc-ra-mat-hom-nay-37052.html)
Đúng 10h sáng nay, webgame Truyền Thuyết Phong Bạo đã chính thức bước vào giai đoạn Closed Beta không reset nhân vật.
![ Truyền Thuyết Phong Bạo chính thức khai mở Close Beta không reset, tặng giftcode tri ân giá trị khủng](http://statis.infogame.vn/images/upload/2016/10/25/64_ttpb_cb_3.jpg?w=350&h=240&crop=1)
![ Truyền Thuyết Phong Bạo chính thức khai mở Close Beta không reset, tặng giftcode tri ân giá trị khủng](http://statis.infogame.vn/images/upload/2016/10/25/64_ttpb_cb_3.jpg?w=350&h=240&crop=1)
[Truyền Thuyết Phong Bạo chính thức khai mở Close Beta không reset, tặng giftcode tri ân giá trị khủng](/gift-code/truyen-thuyet-phong-bao-chinh-thuc-khai-mo-close-beta-khong-reset-tang-giftcode-tri-an-gia-tri-khung-37028.html)
Khi tham gia trải nghiệm đợt Close Beta không reset mở cửa vào hôm nay, người chơi sẽ có cơ hội sở hữu iPhone7, OPPO F1s và hàng nghìn giải thưởng thẻ cào điện thoại hoàn toàn miễn phí.
![ Cận cảnh Truyền Thuyết Phong Bạo ngày đầu ra mắt: chuẩn webgame thần thoại châu Âu](http://statis.infogame.vn/images/upload/2016/10/21/99_9.jpg?w=350&h=240&crop=1)
![ Cận cảnh Truyền Thuyết Phong Bạo ngày đầu ra mắt: chuẩn webgame thần thoại châu Âu](http://statis.infogame.vn/images/upload/2016/10/21/99_9.jpg?w=350&h=240&crop=1)
[Cận cảnh Truyền Thuyết Phong Bạo ngày đầu ra mắt: chuẩn webgame thần thoại châu Âu](/game-online/can-canh-truyen-thuyet-phong-bao-ngay-dau-ra-mat-chuan-webgame-than-thoai-chau-au-36815.html)
10h ngày hôm nay, webgame Truyền Thuyết Phong Bạo đã chính thức mở cửa chào đón game thủ với bản Alpha Test có reset nhân vật.
![ Truyền Thuyết Phong Bạo ra mắt Alpha Test 10h 21/10/2016, tặng giftcode giá trị khủng](http://statis.infogame.vn/images/upload/2016/10/20/50_14716337_1149648325143411_7873968461592403378_n.jpg?w=350&h=240&crop=1)
![ Truyền Thuyết Phong Bạo ra mắt Alpha Test 10h 21/10/2016, tặng giftcode giá trị khủng](http://statis.infogame.vn/images/upload/2016/10/20/50_14716337_1149648325143411_7873968461592403378_n.jpg?w=350&h=240&crop=1)
[Truyền Thuyết Phong Bạo ra mắt Alpha Test 10h 21/10/2016, tặng giftcode giá trị khủng](/gift-code/truyen-thuyet-phong-bao-ra-mat-alpha-test-10h-21102016-tang-giftcode-gia-tri-khung-36812.html)
Cuối cùng sau một thời gian dài chờ đợi, game thủ Việt đã có thể tham gia trải nghiệm webgame giao dịch tự do Truyền Thuyết Phong Bạo vào 10h ngày hôm nay 21/10.
![ Truyền Thuyết Phong Bạo có sống khỏe tại thị trường Trung Quốc?](http://statis.infogame.vn/images/upload/2016/10/20/73_14695388_1148661011908809_2820755411945433811_n.jpg?w=350&h=240&crop=1)
![ Truyền Thuyết Phong Bạo có sống khỏe tại thị trường Trung Quốc?](http://statis.infogame.vn/images/upload/2016/10/20/73_14695388_1148661011908809_2820755411945433811_n.jpg?w=350&h=240&crop=1)
[Truyền Thuyết Phong Bạo có sống khỏe tại thị trường Trung Quốc?](/game-online/truyen-thuyet-phong-bao-co-song-khoe-tai-thi-truong-trung-quoc-36765.html)
Như tin game đã đưa, Truyền Thuyết Phong Bạo đã cập bến Việt Nam thành công và sẵn sàng ra mắt game thủ Việt.
![ Trải nghiệm sớm Truyền Thuyết Phong Bạo trước ngày ra mắt game thủ Việt](http://statis.infogame.vn/images/upload/2016/10/17/73_14563440_1135990416509202_418016367251223340_n.jpg?w=350&h=240&crop=1)
![ Trải nghiệm sớm Truyền Thuyết Phong Bạo trước ngày ra mắt game thủ Việt](http://statis.infogame.vn/images/upload/2016/10/17/73_14563440_1135990416509202_418016367251223340_n.jpg?w=350&h=240&crop=1)
[Trải nghiệm sớm Truyền Thuyết Phong Bạo trước ngày ra mắt game thủ Việt](/game-online/trai-nghiem-som-truyen-thuyet-phong-bao-truoc-ngay-ra-mat-game-thu-viet-36612.html)
Truyền Thuyết Phong Bạo hiện đã hoàn tất quá trình chuẩn bị để sẵn sàng đến tay người chơi ngay trong tháng 10 này.
## Tin hot
[Gift code](/gift-code.html)
## chủ đề xem nhiều
[bầu cử Tổng thống Mỹ](http://infogame.vn/tin-game/tong-thong-my) [Võ Lâm Truyền Kỳ Mobile](http://infogame.vn/tin-game/vo-lam-truyen-ky-mobile) [bảo trì cáp quang biển](http://infogame.vn/tin-game/cap-quang-bien) [game đóng cửa](http://infogame.vn/tin-game/game-dong-cua) [Blizzcon 2016](http://infogame.vn/tin-game/blizzcon) [cơn sốt Pokemon Go ở Việt Nam](http://infogame.vn/tin-game/pokemon-go) [Tokyo Game Show 2016](http://infogame.vn/tin-game/tokyo-game-show-2016) [game mới Thục Sơn Truyền Kỳ](http://infogame.vn/tin-game/thuc-son-truyen-ky) [top game mobile mới đáng chơi trong tuần](http://infogame.vn/tin-game/top-game-mobile-moi) [bom tấn Dynasty Warrior đổ bộ lên di động](http://infogame.vn/tin-game/dynasty-warrior-mobile) [tin cộng đồng Overwatch](http://infogame.vn/tin-game/overwatch) [thả thính là gì?](http://infogame.vn/tin-game/tha-thinh) [top game online mới vừa ra mắt](http://infogame.vn/tin-game/top-game-online-moi)

WARC-Truncated: length

Cache-Control: no-store, no-cache, must-revalidate, post-check=0, pre-check=0

Pragma: no-cache

Content-Type: text/html


text:
- Hoạt động cuối:
- 15 Tháng mười một 2016
- Tham gia ngày:
- 4 Tháng mười một 2016
- Bài viết:
- 1
- Đã được thích:
- 1
- Điểm thành tích:
- 1
- Giới tính:
- Nam
- Sinh nhật:
- 5 Tháng bảy 1987 (Age: 29)
Chia sẻ trang này
super_man_2018
Thành viên, Nam, 29
- super_man_2018 được nhìn thấy lần cuối:
- 15 Tháng mười một 2016
-
- Đang tải...
- Đang tải...
-
Giới thiệu
- Giới tính:
- Nam
- Sinh nhật:
- 5 Tháng bảy 1987 (Age: 29)
Tương tác

markdown:
![ super_man_2018](http://kenhdaihoc.net/styles/daihoc/xenforo/avatars/avatar_male_l.png)
- Hoạt động cuối:
- 15 Tháng mười một 2016
- Tham gia ngày:
- 4 Tháng mười một 2016
- Bài viết:
- 1
- Đã được thích:
- 1
- Điểm thành tích:
[1](members/super_man_2018.98464/trophies)
- Giới tính:
- Nam
- Sinh nhật:
- 5 Tháng bảy 1987 (Age: 29)
### Chia sẻ trang này
# super_man_2018
Thành viên, Nam, 29
- super_man_2018 được nhìn thấy lần cuối:
- 15 Tháng mười một 2016
-
- Đang tải...
- Đang tải...
-
### Giới thiệu
- Giới tính:
- Nam
- Sinh nhật:
- 5 Tháng bảy 1987 (Age: 29)
### Tương tác

X-XSS-Protection: 1; mode=block

Server: cloudflare-nginx


text: Ảnh đẹp các siêu xe trên thế giới Leave a reply "Quái thú" Lamborghini Reventon Roadster màu xám nằm bên một con đường yên bình ven biển ở Marbella, Tây Ban Nha. Lamborghini Aventador màu vàng trên một con phố ở Hamburg, Đức. Bugatti Veyron độ màu cam điểm đen của hãng độ JD Customs (Hà Lan). McLaren MP4-12C với biển số đặc biệt trên đường phố Nürburg, Đức. Porsche Carrera GT tại Mỹ. Lamborghini Aventador với biển số đặc biệt tại con phố mua sắm bậc nhất ở Beverly Hills (Mỹ). Audi R8 GT Spyder với màu xanh khá đặc biệt và phông nền thiên nhiên tuyệt đẹp ở Hà Lan. Bộ đôi Ferrari 599 GTO và Ferrari F50 tại Miami, Mỹ. Lamborghini Reventon Roadster ở thành phố Marbella, Tây Ban Nha. Mỹ Anh Nguồn: Kenhgiaoduc

markdown:
## "Quái thú" Lamborghini Reventon Roadster màu xám nằm bên một con đường yên bình ven biển ở Marbella, Tây Ban Nha.
|
|![]()
|Lamborghini Aventador màu vàng trên một con phố ở Hamburg, Đức.|
|
|![]()
|Bugatti Veyron độ màu cam điểm đen của hãng độ JD Customs (Hà Lan).|
|
|![]()
|McLaren MP4-12C với biển số đặc biệt trên đường phố Nürburg, Đức.|
|
|![]()
|Porsche Carrera GT tại Mỹ.|
|
|![]()
|Lamborghini Aventador với biển số đặc biệt tại con phố mua sắm bậc nhất ở Beverly Hills (Mỹ).|
|
|![]()
|Audi R8 GT Spyder với màu xanh khá đặc biệt và phông nền thiên nhiên tuyệt đẹp ở Hà Lan.|
|
|![]()
|Bộ đôi Ferrari 599 GTO và Ferrari F50 tại Miami, Mỹ.|
|
|![]()
|Lamborghini Reventon Roadster ở thành phố Marbella, Tây Ban Nha.|**Mỹ Anh** **Nguồn: Kenhgiaoduc**

Link: <http://kenhgiaoduc.edu.vn/wp-json/>; rel="https://api.w.org/", <http://kenhgiaoduc.edu.vn/?p=2682>; rel=shortlink


text:
Copyright © 2011 ketqua.org
Liên hệ: ketqua.org@gmail.com
Tra cứu kết quả xổ số |
thống kế loto gan |
SOI CẦU ONLINE |

markdown:
# Kết quả sổ xố Quảng Trị
## KQXS tự động cập nhật khi đến giờ bạn không cần Refresh
Không có kết quả xố số Quảng Trị ngày 30/03/2016.
|Chúng tôi trên facebook|
|Nội dung dịch vụ tin nhắn: Xổ số Quảng Trị|
|
|NỘI DUNG DỊCH VỤ |
|CÚ PHÁP |
|GỬI
|Cặp số đẹp xổ số Quảng Trị||CXS QT||8685|
|Chờ nhận kết quả xổ số Quảng Trị||KU QT||8685|
|Kết quả 8 ngày xổ số Quảng Trị||KU QT||8585|
|Kết quả 21 ngày xổ số Quảng Trị||KU QT||8785|
|Trực tiếp xổ số Quảng Trị||KUQT||8785|
|Lô xiên xổ số Quảng Trị Cực Độc||CLO QT||8685|
|Xổ số Quảng Trị đẹp về trong ngày||MAY QT||8685|

Cache-Control: must-revalidate, no-cache, no-store

Vary: Accept-Encoding,User-Agent


markdown:
Việc vịt đẻ trứng màu đen có thể là do nguyên nhân rối loạn chuyển hóa trong quá trình tạo vỏ dẫn tới sự thay đổi màu trên vỏ trứng; cũng không ngoại trừ khả năng vỏ trứng bị chuyển thành màu đen là do thức ăn.
Ngày 2/4, một con vịt ở Bắc Kạn đã đẻ ra một quả trứng với vỏ toàn màu đen thay vì màu trắng như thông thường. Tuy nhiên, do người dân có quan niệm mê tín, sợ là điềm gở, con vịt này ngay lập tức bị đem thịt.
Con vịt đẻ ra quả trứng màu đen này là của gia đình cô giáo Hoàng Thị Bài, giáo viên trường Tiểu học xã Giáo Hiệu, huyện Pác Nặm, tỉnh Bắc Kạn. Được biết, con vịt này đã được gia đình cô Bài nuôi từ hơn 1 năm nay, là giống vịt ta, màu đen với trọng lượng khoảng 2kg. Trước đó, con vịt này đẻ trứng có màu trắng, không có biểu hiện gì bất thường.
Để làm rõ hơn nguyên nhân vì sao vịt lại đẻ ra trứng màu đen, phóng viên đã trao đổi với TS.Vũ Chí Cương – Phó Viện trưởng Viện chăn nuôi quốc gia (Bộ NNPTNT).
Theo TS.Cương, việc vịt đẻ trứng màu đen có thể là do nguyên nhân rối loạn chuyển hóa trong quá trình tạo vỏ dẫn tới sự thay đổi màu trên vỏ trứng, thay vì có màu trắng như thông thường, đã chuyển thành màu đen.
Quả trứng vịt màu đen kỳ lạ do con vịt nhà cô giáo Bài đẻ ra vào ngày 2/4
Cũng theo TS.Cương, không ngoại trừ, vỏ trứng bị chuyển thành màu đen là do thức ăn. “Nếu con vịt đó đẻ liên tiếp vài quả, khi đó lấy trứng áp dụng các biện pháp xét nghiệm hiện đại có thể biết được chính xác nguyên nhân dẫn tới vỏ trứng có màu đen”, TS. Cương phán đoán. TS. Cương cũng cho biết, rất nhiều năm làm trong ngành nghiên cứu gia cầm, ông thấy việc vịt đẻ trứng có vỏ màu đen cũng là một việc rất hiếm khi xảy ra.
TẠP CHÍ KHÁM PHÁ điện tử; Cơ quan chủ quản: Sở KHCN TP.HCM;
Giấy phép hoạt động báo chí điện tử số 693/GP-BTTTT do Bộ Thông tin và Truyền thông cấp ngày 18 tháng 12 năm 2015
Trụ sở: Lầu 2, 79 Trương Định, quận 1, TP.HCM
Tổng biên tập: Lương Thị Bích Ngọc
Điện thoại: (08) 38224921 - (08) 38230779 * Fax: (08) 38224921
Email: tkts@khampha.vn

X-Cache: QuickCache vv2.1.1rc1 - file

Cache-Control: public

Content-Type: text/html; charset=Utf-8


text:
Máy nghiền bột siêu mịn 3A608TM là sản phẩm dùng để nghiền bột các loại hạt ngũ cốc thành bột siêu mịn dùng để làm các loại bánh. Sản phẩm được Công ty TNHH Thiết bị Công nghệ R.A.I phân phối tại thị trường Việt Nam.
- Máy nghiền bột siêu mịn 3A608TM có thiết kế nhỏ gọn, mẫu mã đẹp, tiết kiệm không gian. Trọng lượng máy nhẹ giúp bạn dễ dàng di chuyển vị trí đặt máy.
- Máy nghiền bột siêu mịn các loại hạt ngũ cốc, bột mịn đều rất dễ dàng cho việc làm bánh. Tiếng máy chạy êm, dễ vận hành, dễ lắp đặt, tiêu hao điện thấp giúp bạn tiết kiệm điện hiệu quả.
- Máy được bảo hành và có hướng dẫn sử dụng chi tiết, rõ ràng.
- Sử dụng máy nghiền bột siêu mịn là một cách chế biến thực phẩm đảm bảo an toàn vệ sinh thực phẩm, giữ được đặc tính đặc trưng của từng loại hạt, đảm bảo chất lượng bột và dễ dàng hơn trong việc bảo quản sản phẩm.
Các thông số kỹ thuật của máy nghiền bột ngũ cốc khô 3A-608TM:
Ngoài máy nghiền bột siêu mịn 3A608TM, chúng tôi còn phân phối các sản phẩm máy xay bột hiện đại, tiện dụng, chất lượng cao và mang lại nhiều hiệu quả.
Mời quý khách xem video hướng dẫn sử dụng máy nghiền bột siêu mịn 3A608TM:
Mọi thông tin chi tiết, mời quý khách hàng vui lòng liên hệ:
CÔNG TY TNHH THIẾT BỊ CÔNG NGHỆ R.A.I
Trụ sở chính: 40/1 Tân Phước, Phường 8, Quận Tân Bình, Tp. Hồ Chí Minh
VPGD: Số 20, đường 2A, phường An Lạc A, quận Bình Tân, Tp. Hồ Chí Minh
Điện thoại: 0903 731 089 - 0984 930 099 - 0963 821 177 - 0945 796 556
Fax: (08) 3811 4735
Email: khomay68@gmail.com
Website: khomay.vn
Bảng giá bán máy nghiền bột mịn 3A608TM:
Cảm ơn quý khách đã tin tưởng và đồng hành cùng chúng tôi!

markdown:
[là sản phẩm dùng để nghiền bột các loại hạt ngũ cốc thành bột siêu mịn dùng để làm các loại bánh. Sản phẩm được Công ty TNHH Thiết bị Công nghệ R.A.I phân phối tại thị trường Việt Nam. Máy nghiền bột siêu mịn 3A608TM ](http://khomay.vn/may-xay-bot-sieu-min-3a608tm)
- Máy nghiền bột siêu mịn 3A608TM có thiết kế nhỏ gọn, mẫu mã đẹp, tiết kiệm không gian. Trọng lượng máy nhẹ giúp bạn dễ dàng di chuyển vị trí đặt máy.
- Máy nghiền bột siêu mịn các loại hạt ngũ cốc, bột mịn đều rất dễ dàng cho việc làm bánh. Tiếng máy chạy êm, dễ vận hành, dễ lắp đặt, tiêu hao điện thấp giúp bạn tiết kiệm điện hiệu quả.
- Máy được bảo hành và có hướng dẫn sử dụng chi tiết, rõ ràng.
- Sử dụng máy nghiền bột siêu mịn là một cách chế biến thực phẩm đảm bảo an toàn vệ sinh thực phẩm, giữ được đặc tính đặc trưng của từng loại hạt, đảm bảo chất lượng bột và dễ dàng hơn trong việc bảo quản sản phẩm.
**Các thông số kỹ thuật của máy nghiền bột ngũ cốc khô 3A-608TM:**
|
|
Model
|
|
3A-608TM
|
|
Nguồn điện
|
|
220 (V)
|
|
Động cơ
|
|
1,2 (Kw)
|
|
Tốc độ trục chính
|
|
2850 (Vòng/phút)
|
|
Năng suất nghiền
|
|
8 - 10 (Kg/h)
|
|
Kích thước máy
|
|
280 x 240 x 420 (mm)
|
|
Trọng lượng
|
|
8,5 (Kg)
Ngoài máy nghiền bột siêu mịn 3A608TM, chúng tôi còn phân phối các sản phẩm
[ hiện đại, tiện dụng, chất lượng cao và mang lại nhiều hiệu quả. máy xay bột](http://khomay.vn/may-xay-bot) **Mời quý khách xem video hướng dẫn sử dụng máy nghiền bột siêu mịn 3A608TM:**
Mọi thông tin chi tiết, mời quý khách hàng vui lòng liên hệ:
**CÔNG TY TNHH THIẾT BỊ CÔNG NGHỆ R.A.I**
Trụ sở chính: 40/1 Tân Phước, Phường 8, Quận Tân Bình, Tp. Hồ Chí Minh
VPGD: Số 20, đường 2A, phường An Lạc A, quận Bình Tân, Tp. Hồ Chí Minh
**Điện thoại: ** **0903 731 089 - ** **0984 930 099 - ** **0963 821 177 - 0945 796 556** **Fax: ** **(08) 3811 4735** **Email: khomay68@gmail.com** **Website: khomay.vn** **Bảng giá bán máy nghiền bột mịn 3A608TM:**
|
|
Tên
|
|
Giá bán lẻ tại kho Hà Nội & các đại lý bán lẻ Miền Bắc
(Từ Đà Nẵng trở ra)
|
|
Giá bán lẻ tại kho Tp.HCM & đại lý Miền Nam
(Từ Quảng Nam vào)
|
|
Giá nguyên bộ
|
|
8.800.000 đ
|
|
9.000.000 đ
|Kích thước máy||280 x 240 x 420 (mm)|
|Trọng lượng máy||8,5 (Kg)|
|Bảo hành||6 tháng|
**Cảm ơn quý khách đã tin tưởng và đồng hành cùng chúng tôi!**

Set-Cookie: currency=nyQGTGB8cSlIpFXIlgi8Dt21lLafIWVAMVE9RsmsMbg.; expires=Mon, 24-Apr-2017 07:50:52 GMT; path=/; domain=khomay.vn

Content-Type: text/html; charset=utf-8


text:
Xem phim sex hay tuyển chọn tại KhuDam.Net
Hiếp dâm tập thể gái xinh vú to Honoka Miura
Diễn viên: Honoka Miura
Quốc gia: Nhật Bản
Nội dung: Tụi tôi để ý Honoka Miura cũng lâu lắm rồi, quả thực nhìn em rất ngon và ngọt nước nữa cơ, lại hay thích chúng tôi trêu đùa chứ. Cô ấy cũng khá nhiều anh thực lòng say mê đấy chứ không pahir dâm và vú to quá lên mọi người chỉ thèm địt ở Honoka Miura đâu. Nhưng cô ấy vẫn từ chối các anh chàng đến ngỏ lời cũng không hiểu vì sao nữa ai biết được có lẽ do xinh đẹp hàng to lên có quá nhiều anh xin chết dưới cái lồn của em vì vậy em kiêu cà có quyền lựa chọn chứ. Mà được cái cô ấy rất
máu nữa cũng hay đi uống và hát hò cùng mọi người, đôi lúc chúng tôi muốn hấp hiêm tâp thể cô gái vú to ấy, và rồi hôm nay cơ hội đã tới khi ở đây chỉ có một mình em mà lúc chúng tôi lượn lờ cọ sát cũng không thấy em chống đối hay là hét gì mà lại tỏ ra rất dâm và thách thức nữa chứ. Thế là mấy thằng chơi Honoka Miura tập thể luôn ngại gì vết bẩn và ngạc nhiên hơn khi cô ấy tỏ ra sung sướng tột độ được đụ tập thể… mời các bạn cùng xem Hiếp dâm tập thể gái xinh vú to Honoka Miura nhé
- hiếp dâm tập thể gái vú to
- hiep dam tap the gái xinh vú to

markdown:
## Xem
hay tuyển chọn tại KhuDam.Net **phim sex** **phim sex** **Hiếp dâm tập thể gái xinh vú to Honoka Miura**
Diễn viên:
*Honoka Miura*
Quốc gia: Nhật Bản
Nội dung: Tụi tôi để ý
*Honoka Miura* cũng lâu lắm rồi, quả thực nhìn em rất ngon và ngọt nước nữa cơ, lại hay thích chúng tôi trêu đùa chứ. Cô ấy cũng khá nhiều anh thực lòng say mê đấy chứ không pahir dâm và vú to quá lên mọi người chỉ thèm địt ở *Honoka Miura* đâu. Nhưng cô ấy vẫn từ chối các anh chàng đến ngỏ lời cũng không hiểu vì sao nữa ai biết được có lẽ do xinh đẹp hàng to lên có quá nhiều anh xin chết dưới cái lồn của em vì vậy em kiêu cà có quyền lựa chọn chứ. Mà được cái cô ấy rất
máu nữa cũng hay đi uống và hát hò cùng mọi người, đôi lúc chúng tôi muốn hấp hiêm tâp thể cô gái vú to ấy, và rồi hôm nay cơ hội đã tới khi ở đây chỉ có một mình em mà lúc chúng tôi lượn lờ cọ sát cũng không thấy em chống đối hay là hét gì mà lại tỏ ra rất dâm và thách thức nữa chứ. Thế là mấy thằng chơi
*Honoka Miura* tập thể luôn ngại gì vết bẩn và ngạc nhiên hơn khi cô ấy tỏ ra sung sướng tột độ được đụ tập thể… mời các bạn cùng xem *Hiếp dâm tập thể gái xinh vú to Honoka Miura* nhé **Tìm kiếm :**
- hiếp dâm tập thể gái vú to
- hiep dam tap the gái xinh vú to

Set-Cookie: __cfduid=d8914a67ac1be983da0de4716cc99ad791490428444; expires=Sun, 25-Mar-18 07:54:04 GMT; path=/; domain=.khudam.net; HttpOnly

X-Powered-By: VPSSIM

X-Content-Type-Options: nosniff

Vary: Cookie


text:
Chia sẽ chỉnh sửa giao diện cho kitkat LG optimus G
Thảo luận trong 'LG Optimus G' bắt đầu bởi hyunhnhan886, 29 Tháng năm 2014.
Trang 28 của 37 trang
Trang 28 của 37 trang
Thảo luận trong 'LG Optimus G' bắt đầu bởi hyunhnhan886, 29 Tháng năm 2014.

markdown:
# Chia sẽ chỉnh sửa giao diện cho kitkat LG optimus G
Thảo luận trong '
[LG Optimus G](forums/lg-optimus-g/)' bắt đầu bởi [hyunhnhan886](members/hyunhnhan886.17/), [29 Tháng năm 2014](threads/chia-se-chinh-sua-giao-dien-cho-kitkat-lg-optimus-g.19966/).
Trang 28 của 37 trang
Trang 28 của 37 trang
Thảo luận trong '
[LG Optimus G](forums/lg-optimus-g/)' bắt đầu bởi [hyunhnhan886](members/hyunhnhan886.17/), [29 Tháng năm 2014](threads/chia-se-chinh-sua-giao-dien-cho-kitkat-lg-optimus-g.19966/).

Set-Cookie: xf_brsa_count=1; expires=Sun, 25-Mar-2018 08:06:49 GMT; Max-Age=31536000; path=/

Server: nginx


text:
G2 xposed premium - Một Module rất hay cho Xposed
Thảo luận trong 'LG G2 Nhật Bản - G2 Docomo, G2 Isai' bắt đầu bởi Tuan_vip, 15 Tháng bảy 2014.
Trang 2 của 2 trang
Trang 2 của 2 trang
Thảo luận trong 'LG G2 Nhật Bản - G2 Docomo, G2 Isai' bắt đầu bởi Tuan_vip, 15 Tháng bảy 2014.

markdown:
# G2 xposed premium - Một Module rất hay cho Xposed
Thảo luận trong '
[LG G2 Nhật Bản - G2 Docomo, G2 Isai](forums/lg-g2-nhat-ban-g2-docomo-g2-isai.83/)' bắt đầu bởi [Tuan_vip](members/tuan_vip.3499/), [15 Tháng bảy 2014](threads/g2-xposed-premium-mot-module-rat-hay-cho-xposed.24139/).
Trang 2 của 2 trang
Trang 2 của 2 trang
Thảo luận trong '
[LG G2 Nhật Bản - G2 Docomo, G2 Isai](forums/lg-g2-nhat-ban-g2-docomo-g2-isai.83/)' bắt đầu bởi [Tuan_vip](members/tuan_vip.3499/), [15 Tháng bảy 2014](threads/g2-xposed-premium-mot-module-rat-hay-cho-xposed.24139/).

Set-Cookie: xf_brsa_count=1; expires=Sun, 25-Mar-2018 08:08:15 GMT; Max-Age=31536000; path=/


text:
Xem thêm: Bài 1. Sơ lược về môn lịch sử
Con người, cây cỏ, mọi vật xung quanh ta đều sinh ra, lớn lên và biến đổi. Xã hội loài người cũng vậy. Những gì mà các em thấy ngày hôm nay đều trải qua những thay đổi theo thời gian, nghĩa là đều có lịch sử.
Lịch sử là những gì đã diễn ra trong quá khứ. Lịch sử loài người mà chúng ta học là toàn bộ những hoạt động của con người từ khi xuất hiện đến ngày nay.
Lịch sử còn có nghĩa là khoa học tìm hiểu và dựng lại toàn bộ những hoạt động của con người và xã hội loài người trong quá khứ.
Các bài khác cùng chuyên mục

markdown:
Xem thêm:
[Bài 1. Sơ lược về môn lịch sử](/bai-1-so-luoc-ve-mon-lich-su-e1646.html)
Con người, cây cỏ, mọi vật xung quanh ta đều sinh ra, lớn lên và biến đổi. Xã hội loài người cũng vậy. Những gì mà các em thấy ngày hôm nay đều trải qua những thay đổi theo thời gian, nghĩa là đều có lịch sử.
Lịch sử là những gì đã diễn ra trong quá khứ. Lịch sử loài người mà chúng ta học là toàn bộ những hoạt động của con người từ khi xuất hiện đến ngày nay.
Lịch sử còn có nghĩa là khoa học tìm hiểu và dựng lại toàn bộ những hoạt động của con người và xã hội loài người trong quá khứ.
**Các bài khác cùng chuyên mục**


text:
TRANG CHỦ
|
PHẦN MỀM TKARAOKE
|
DIỄN ĐÀN
|
VƯỜN THƠ
|
THÊM BÀI HÁT
MENU
TRANG CHỦ
PHẦN MỀM TKARAOKE
DIỄN ĐÀN
VƯỜN THƠ
THÊM BÀI HÁT
WELCOME
Guest
Đăng nhập
Đăng ký
|
ĐĂNG NHẬP
|
ĐĂNG KÝ
ALL
TÊN BÀI
TÊN
LỜI BÀI HÁT
LỜI BÀI
LỜI
CA SỸ
C.SỸ
NHẠC SỸ
N.SỸ
ALBUM
Gõ Tiếng Việt
Em Đẹp Nhất Đêm Nay
Tác giả:
Nhạc Ngoại (Pháp)
Lời nhạc
Nghe nhạc
Karaoke
Comment
Sửa bài hát
Thêm vào danh sách yêu thích
Thông tin về bài hát
In bài hát
Link bài hát vào form hoặc blog
Chia sẻ bài hát
A ha! Đêm nay ai cũng cho em là xinh nhất nơi đây, à... ha! Đẹp xinh.
A ha! Trong đêm khiêu vũ em như vầng sao sáng ra khơi, à... ha! Sáng ngời.
A ha! Đêm nay em muốn nghe những lời ân ái êm êm, à ... ha! Êm êm.
A ha! Em nghe anh nói yêu em dài lâu nhé anh ơi, à ... ha! Lâu dài.
Em mong cho chiếc áo, chiếc áo tươi mầu em đã chọn kỹ, một chiếc áo rực rỡ em vừa thêu.
Em mong cho chiếc áo đó cũng như là mái tóc mềm rũ, được mơn trớn dưới tay người.
A ha! Khi đêm buông xuống em thường hay mơ ước xa xôi, à ... ha! Em mơ.
A ha! Em mơ em sẽ mang lụa là. Em xinh em tươi nhất ôi nơi trần gian, cho em khiêu vũ trong cuộc đời tiền.
Em xinh em tươi em vui nhất nơi đây.
Em xinh em khiêu vũ trong cuộc đời tiên.
Anh cho em hơi sức, sức sống trong đời em đã từng thiếu!
Một tiếng thét hạnh phúc trong tuổi yêu!
Đêm nay em xin biếu hết cõi xuân nồng em cho người yêu, và cho luôn trái tim này.
A ha! Đêm nay em muốn quen một nụ hôn trước tiên, à ... ha! Nụ hôn.
A ha! Đêm nay em biết em phải là em xinh em tươi nhất ôi nơi trần gian, cho em khiêu vũ trong cuộc đời tiên.
Em xinh em tươi em vui nhất nơi đây.
Em xinh em khiêu vũ trong cuộc đời tiên.
Em xinh em tươi em vui nhất đêm nay.
Em xinh em khiêu vũ trong cuộc đời tiên ...
Bài hát trong album
• Nhạc Ngoại lời Việt
• Karaoke List
• Techno
• YÊU NHẠC.com
• yêu chết được
• Karaoke Beat Nhạc Trẻ
• THACHTHAO
• Nhạc Bốn Mùa
Nghe nhạc
Nghe tất cả 5 bài.
Previous
Next
DL
Link
Lương Bích Hữu
Update Required
To play the media you will need to either update your browser to a recent version or update your
Flash plugin
.
DL
Link
Tóc Tiên
Update Required
To play the media you will need to either update your browser to a recent version or update your
Flash plugin
.
DL
Link
Hiền Thục
Update Required
To play the media you will need to either update your browser to a recent version or update your
Flash plugin
.
DL
Link
Ý Lan
Update Required
To play the media you will need to either update your browser to a recent version or update your
Flash plugin
.
DL
Link
Nguyễn Hồng Nhung
Update Required
To play the media you will need to either update your browser to a recent version or update your
Flash plugin
.
Chưa có ca sĩ bạn yêu thích?
Yêu cầu
Bạn cần nhạc beat (karaoke)?
Vào forum
Muốn đăng nhạc của bạn?
Đóng góp mp3
Hát karaoke
Muốn đăng video của bạn?
Đóng góp video
Ý KIẾN BÌNH LUẬN
Xem bai hat nay noi dung Tieng Viet khong dau?
Người đăng:
Cát Bụi
Người sửa:
Cát Bụi
Bài này đã được xem 16476 lần.
Hình số:
1
|
2
|
3
|
4
MP3 MỚI UPLOAD
Thu Ca
Độc Huyền
Nỗi Nhớ Về Đâu
Hai Màu Áo Trắng
Lời Tử Sĩ
Chúa Là Nguồn Cậy-trông
Mưa Chiều
Mười Năm Tình Cũ
Một Ngày Nào Cho Tôi Gặp Lại Em
Riêng Một Góc Trời
Xem thêm
BÀI HÁT XEM NHIỀU
Về Đâu Mái Tóc Người Thương
Duyên Phận
Trách Ai Vô Tình
Tự Học Vọng Cổ Sáu Câu
Áo Mới Cà Mau
Nơi Tình Yêu Bắt Đầu
Mẹ Yêu Con
Ngỡ
Người Thầy
Nối Vòng Tay Lớn
Xem thêm
BÀI HÁT MỚI ĐĂNG
Thu Ca
Mười Năm Tình Cũ
Nỗi Nhớ Về Đâu
Tâm Sự Người Hát Bài Quê Hương
Hai Màu Áo Trắng
Lời Tử Sĩ
Chúa Là Nguồn Cậy-trông
Xa Vắng
Hoang Hôn Chiều Buồn
Tấm Lòng Của Cha
Xem thêm
ALBUM NGHE NHIỀU
Nhạc sến Chế Linh tuyển chọn
Nhạc Trữ Tình Bất Tử
dan nguyen
Vọng Cổ Chọn Lọc
Nhạc Sến 1
Tiếng hát Anh Thơ
Vọng cổ hài Văn Hường
Ngọc Lan
Trần Thiện Thanh
The best of Đan Nguyên
Xem thêm
ALBUM MỚI NHẤT
TÂM ĐOAN
THƯƠNG LÂM TÓC DÀI ƠI
trường
CHÂU KHẢI PHONG
viet68
nhạc vàng
tuan70
daovantoan1967@gmail.com
dovanhaihong@gmail.com
TUYEN
Xem thêm
Copyright © 2008-2017 T Software Solutions LLC. All rights reserved.
Advertising
|
Privacy Notice
|
Contact Us
Đóng
ĐĂNG NHẬP
Content HTML Load Here

Cache-Control: private

Set-Cookie: RecentSongView=19998; path=/


text:
(Dân trí) - Sau khi vụ cháy công ty may Kwong Lung - Meko xảy ra, có nhiều thông tin cho rằng công tác chữa cháy còn nhiều bất cập và kém hiệu quả dẫn tới vụ cháy kéo dài tới hơn 2 ngày, gây hậu quả vô cùng nghiêm trọng.
(Dân trí) - Liên quan đến vụ việc một nhóm bảo vệ xông vào trường Mầm non và trường Tiểu +
(Dân trí) - Liên quan đến vụ việc một nhóm bảo vệ xông vào trường Mầm non và trường Tiểu học Thanh Nguyên rút súng đòi bắt người xảy ra hôm 23/3, ngày 24/3, UBND tỉnh Bình Thuận đã có văn bản chỉ đạo làm rõ. -
(Dân trí) - Chiều 24/3, ông Chen Lai Skuang, 65 tuổi, Tổng giám đốc Công ty Kwong Lung – Meko +
(Dân trí) - Chiều 24/3, ông Chen Lai Skuang, 65 tuổi, Tổng giám đốc Công ty Kwong Lung – Meko vẫn đang điều trị tại Bệnh viện Đa khoa Hoàn Mỹ Cửu Long ở quận Cái Răng, thành phố Cần Thơ. -
(Dân trí) - Những hình ảnh siêu thực đưa người xem vào thế giới của huyền ảo với thực – +
(Dân trí) - Những hình ảnh siêu thực đưa người xem vào thế giới của huyền ảo với thực – hư lẫn lộn. Bạn khó lòng tin nổi liệu nó có thực sự tồn tại trên trái đất. -

markdown:
(Dân trí) - Sau khi vụ cháy công ty may Kwong Lung - Meko xảy ra, có nhiều thông tin cho rằng công tác chữa cháy còn nhiều bất cập và kém hiệu quả dẫn tới vụ cháy kéo dài tới hơn 2 ngày, gây hậu quả vô cùng nghiêm trọng.
(Dân trí) - Liên quan đến vụ việc một nhóm bảo vệ xông vào trường Mầm non và trường Tiểu
[+](javascript:void(0))
(Dân trí) - Liên quan đến vụ việc một nhóm bảo vệ xông vào trường Mầm non và trường Tiểu học Thanh Nguyên rút súng đòi bắt người xảy ra hôm 23/3, ngày 24/3, UBND tỉnh Bình Thuận đã có văn bản chỉ đạo làm rõ.
[-](javascript:void(0))
(Dân trí) - Chiều 24/3, ông Chen Lai Skuang, 65 tuổi, Tổng giám đốc Công ty Kwong Lung – Meko
[+](javascript:void(0))
(Dân trí) - Chiều 24/3, ông Chen Lai Skuang, 65 tuổi, Tổng giám đốc Công ty Kwong Lung – Meko vẫn đang điều trị tại Bệnh viện Đa khoa Hoàn Mỹ Cửu Long ở quận Cái Răng, thành phố Cần Thơ.
[-](javascript:void(0))
(Dân trí) - Những hình ảnh siêu thực đưa người xem vào thế giới của huyền ảo với thực –
[+](javascript:void(0))
(Dân trí) - Những hình ảnh siêu thực đưa người xem vào thế giới của huyền ảo với thực – hư lẫn lộn. Bạn khó lòng tin nổi liệu nó có thực sự tồn tại trên trái đất.
[-](javascript:void(0))

Server: dantri-rl-us

FilterID: ft