Chào các bạn, ở phần trước chúng ta đã tìm hiểu về một số khái niệm về tường lửa mạng truyền thống, tường lửa WAF… Hôm nay chúng ta sẽ đi tiếp phần 2! Hãy cùng bắt đầu nhé!
Các tường lửa phổ biến (và cách chúng được sử dụng)
So sánh các tường lửa khác nhau – tính năng và chức năng của chúng
Điều khiến các tường lửa trở nên phức tạp là có quá nhiều loại tường lửa. Dường như ở mọi nơi bạn nhìn trong máy chủ hoặc phần mềm ứng dụng của bạn, có tính năng “tường lửa”. Giống như mọi thứ đều là một tường lửa. Loại nào mới là tường lửa bạn cần?
Nó cũng không giúp được khi bạn có phần mềm thương mại hoặc dịch vụ đưa ra những lời hứa bảo mật tường lửa giống nhau…”bảo mật doanh nghiệp siêu bền nhất”. Haha và đúng vậy, có phần mềm tồn tại giống như tường lửa nhưng thực sự không phải là tường lửa (theo nghĩa truyền thống). Làm thế nào chúng ta mong đợi người dùng biết nên dùng hay không?!
Vâng, nó thực sự rất rối và còn phức tạp hơn khi giải thích. Nhưng một khi bạn biết cách mỗi tường lửa hoạt động… và tầng mạng nào chúng hoạt động trên, bạn sẽ biết:
- Liệu bạn đã có nó chưa
- Liệu bạn cần nó hay không
- Làm thế nào bạn nên cấu hình nó
Tường lửa tích hợp vào máy chủ (iptables tích hợp, firewalld, ufw tích hợp):
Những tường lửa mạng cơ bản (stateless) này đã đi kèm với hệ điều hành Linux của bạn. Trừ khi bạn là một người yêu dòng lệnh (và tôi giả sử bạn không phải người đó nếu bạn đang đọc điều này), bạn không nên bao giờ phải nghĩ về hoặc đối phó với bất kỳ cái nào trong số chúng.
Iptables truyền thống đã được tích hợp sẵn vào mọi máy chủ Linux. Cài đặt có thể điều chỉnh thông qua tệp cấu hình hoặc lệnh iptables từ giao diện dòng lệnh. Nhưng các lệnh quá phức tạp… ví dụ: iptables -A INPUT -p tcp –dport 22 -m conntrack –ctstate NEW,ESTABLISHED -j ACCEPT. May mắn thay, có nhiều công cụ quản lý tường lửa thân thiện hơn rất nhiều từ dòng lệnh. CentOS sử dụng firewalld (ví dụ lệnh: firewall-cmd –add-port=2222/tcp) và Ubuntu sử dụng iptables (ví dụ lệnh: sudo ufw allow 2222). Đúng thân thiện, phải không?
Tường lửa giao diện người dùng (được tích hợp vào bảng điều khiển của bạn)
Chúng chỉ đơn giản là giao diện người dùng đồ họa cho tường lửa máy chủ hiện có. Chúng là những cái dễ sử dụng mà bạn đã thấy trước đây. Không cần phải cài đặt gì thêm. Chúng đã tích hợp sẵn và bạn chỉ cần sử dụng chúng khi cần. Môi trường lưu trữ đã được cấu hình trước thường đã cài đặt chúng và không cho phép bạn thay đổi chúng.
Nếu bạn đang thiết lập một máy chủ hoàn toàn mới hoặc cài đặt phần mềm tường lửa từ đầu, bạn nên đóng cửa các cổng thay vì để mọi thứ mở rộng.
Thường có các ô văn bản để nhập số cổng, địa chỉ IP và dải địa chỉ IP. Sau đó, có một menu thả xuống để chọn ALLOW hoặc DENY. Rất dễ hiểu. Bảng điều khiển dựa trên máy chủ như cPanel/Plesk thường có chức năng quản lý tường lửa mà bạn có thể mở và đóng các cổng, v.v. Điều này rất linh hoạt để chạy các ứng dụng và dịch vụ khác nhau hoặc có cấu hình tùy chỉnh riêng của bạn (ví dụ: thay đổi cổng FTP và điều chỉnh trong cài đặt tường lửa). Môi trường lưu trữ quản lý hoặc bảng điều khiển dựa trên đám mây như Cloudways/GridPane thường có tường lửa được cấu hình trước cho các ứng dụng cụ thể (như WordPress) và có thể không cho phép khả năng quản lý tường lửa.
Phần mềm tường lửa có trạng thái
Đây là các phần mềm tường lửa bổ sung bạn có thể cài đặt trên máy chủ của bạn hoặc kích hoạt thông qua bảng điều khiển của bạn. Chúng cung cấp tính năng bổ sung và rất hữu ích, nhưng cũng có thể gây ra vấn đề nếu không cấu hình chính xác cho ứng dụng và môi trường lưu trữ của bạn.
Bởi vì có thể gây ra vấn đề, chúng thường được tắt hoặc không được cài đặt trên các máy chủ mới. Bạn có thể thấy chúng đã được kích hoạt và được cấu hình trước cho các ngăn xếp máy chủ cụ thể (như GridPane hoặc các tập lệnh cài đặt máy chủ WordPress trên Digital Ocean).
Bạn chỉ cần cài đặt chúng nếu bạn cảm thấy máy chủ của bạn đang bị tấn công bởi nhiều kết nối không mong muốn hoặc các lần thử xác thực thất bại. Hãy cẩn thận khi tự cài đặt chúng. Cài đặt mặc định của chúng có thể không tính đến các cổng tùy chỉnh của bạn (ví dụ: không phải cổng SSH mặc định) và bạn có thể bị khóa!
ConfigServer Security & Firewall – Tôi rất thích sử dụng cái này. Có rất nhiều tính năng và rất mạnh mẽ, nhưng có thể gây áp lực với số lượng cài đặt nhiều. Tôi cảm thấy CSF phổ biến hơn trên CentOS và môi trường đa người sử dụng.
Fail2ban – Thực tế không phải là một công cụ tường lửa, nhưng nó đọc các nhật ký của bạn và quản lý các quy tắc tường lửa để cấm các địa chỉ IP có các lần thử xác thực thất bại. Tôi cảm thấy nó phổ biến hơn trên Ubuntu hoặc các máy chủ với người sử dụng đơn.
Dựa trên bảng điều khiển – bảng điều khiển của bạn có thể tích hợp các chức năng tường lửa có trạng thái riêng của nó. Ví dụ: WHM có “Kiểm soát Truy cập Máy chủ” và cũng có “CPHulk” (tương tự như Fail2ban), và cũng có thể cài đặt và làm việc với CSF.
WAF dựa trên máy chủ
Những cái này thực chất là một tập hợp các quy tắc tường lửa ứng dụng được cấu hình trước đã được cài đặt trên máy chủ của bạn. Thông thường, bạn không cần phải cấu hình nhiều. Chúng đã có nhiều quy tắc để chặn hầu hết lưu lượng không mong muốn. Mặc dù có các dịch vụ cao cấp hấp dẫn, hầu hết mọi người cố gắng tìm kiếm một WAF MIỄN PHÍ yêu cầu ít cấu hình nhất và phù hợp nhất với ứng dụng của họ.
.htaccess – không phải là một tường lửa, nhưng đó là một tệp cấu hình được sử dụng bởi Apache/LiteSpeed để thực hiện hoặc lọc các yêu cầu web theo nhiều cách. Bạn có thể thêm quy tắc vào đó để chặn một số loại và nguồn yêu cầu. Một số WAF thực sự dựa trên điều này. Có thể bạn đã thấy các hướng dẫn bảo mật hoặc plugin đơn giản là sao chép các dòng mã vào tệp .htaccess của bạn. .htaccess có thể giống như một “WAF” thủ công.
ModSecurity (còn được gọi là “modsec”) – đó là WAF mã nguồn mở miễn phí phổ biến nhất có sẵn trên hầu hết các bảng điều khiển (cho máy chủ Apache hoặc LiteSpeed). Các cấu hình đơn giản và chủ yếu phụ thuộc vào các bộ quy tắc có sẵn từ các tổ chức bảo mật hiện có (chủ yếu là “OWASP” và “COMODO”). Nhược điểm của ModSecurity là một số người cảm thấy nó chậm và/hoặc chặn lưu lượng hợp pháp đối với một số ứng dụng cụ thể.
NGINX ModSecurity WAF – đây là phiên bản được viết lại của NGINX dựa trên ModSecurity. Thật không may, chỉ có sẵn với phiên bản trả tiền của NGINX (được gọi là “NGINX Plus”). Nhưng tôi nghĩ rằng một số người cũng tự cài đặt ModSecurity trên phiên bản NGINX miễn phí.
NGINX App Protect WAF solution – Tôi tưởng tượng rằng đây là WAF chuyên dụng của họ, nhưng tôi chưa thử nghiệm. Nó cần sử dụng phiên bản NGINX Plus.
6G/7G Firewall (do Jeff Star phát triển) – đây là một WAF phổ biến khác với các quy tắc .htaccess được tạo đặc biệt cho WordPress. Có thể bạn đã thấy bộ tường lửa của ông đã được tích hợp vào các bảng điều khiển hoặc dịch vụ hiện có (như GridPane). Bộ quy tắc WAF của ông rất nhanh chóng, bảo vệ và hoàn toàn phù hợp cho WordPress.
Những tùy chọn khác mà tôi chưa liệt kê – có rất nhiều (thường miễn phí) tuyên bố mình nhanh chóng và mạnh mẽ. Các tùy chọn phổ biến hơn thường được cập nhật thường xuyên và/hoặc liên quan đến các công ty bảo mật đáng tin cậy. Quản trị viên thường chọn các tùy chọn linh hoạt cho các môi trường hỗn hợp hoặc các tùy chọn chuyên biệt cho các môi trường ứng dụng cụ thể. Kết quả có thể khác nhau (YMMV).
WAF dựa trên đám mây
WAF dựa trên đám mây thường là dịch vụ miễn phí hoặc trả phí từ các công ty lớn. Chúng có giao diện đẹp mắt, dễ sử dụng và không yêu cầu bất kỳ cấu hình nào. Có rất nhiều hình ảnh lòe loẹt về nguyên tắc và khóa để làm cho bạn cảm thấy an toàn. Có nhiều báo cáo hình ảnh, biểu đồ và đồ thị để hiển thị tất cả các cuộc tấn công mà chúng đã ngăn chặn. Và cũng có một giao diện đơn giản để bạn tạo quy tắc tùy chỉnh nếu cần.
Cloudflare – dịch vụ proxy DNS tuyệt vời (miễn phí và trả phí) và vì lưu lượng của bạn đã thông qua các proxy của họ… bạn có sự lựa chọn để kích hoạt các tính năng khác như CDN (để tối ưu hiệu năng) hoặc WAF (để bảo mật).
Sucuri – công ty lớn chuyên về bảo mật. Bạn đăng ký dịch vụ của họ và đưa lưu lượng của bạn qua máy chủ của họ, mà thực hiện toàn bộ việc lọc lưu lượng cho bạn.
Các tùy chọn khác không được liệt kê – có nhiều công ty khác giống như những công ty này. Một số giá cao hơn để mục tiêu đối tượng doanh nghiệp. Một số giá thấp hơn để thu hút người dùng thông thường. Sự khác biệt chính nằm ở mức độ tùy chỉnh quy tắc, hỗ trợ khách hàng và tính chính xác của cơ sở dữ liệu chữ ký tấn công. Tôi nghi ngờ rằng các tùy chọn rẻ hơn đơn giản là tích hợp bộ quy tắc WAF miễn phí vào dịch vụ của họ thay vì tạo bộ quy tắc riêng của họ.
WAF dựa trên ứng dụng
Đây là các plugin bảo mật và tường lửa mà bạn thường thấy cho WordPress. Một số dựa trên máy chủ và chỉ đơn giản là viết các quy tắc WAF vào tệp htaccess của bạn. Một số khác dựa trên PHP và thực hiện các quy tắc tại mức độ PHP.
Htaccess được chạy tại mức độ máy chủ và nhanh hơn PHP. Và có đúng…nếu bạn đơn giản sao chép các quy tắc giống nhau vào htaccess của bạn, bạn sẽ không cần plugin nháy mắt. Tôi không phải là người hâm mộ của WAF dựa trên PHP, vì chúng chậm… nhưng chúng có thể hữu ích trên các máy chủ NGINX hoặc bất kỳ môi trường lưu trữ nào mà bạn không có quyền truy cập vào cấu hình máy chủ.
Tôi cũng đã bao gồm một số plugin bảo mật chỉ là tích hợp plugin cho WAF dựa trên đám mây của họ. Chỉ để giúp làm rõ các điều này.
WordFence – nếu tôi phải sử dụng một WAF dựa trên ứng dụng, tôi sẽ chọn cái này. Tôi tin rằng của họ sẽ an toàn và hiệu suất nhất.
WebARX – cái này cũng có vẻ đáng tin cậy, dường như bảo mật là mọi thứ họ làm.
Sucuri – không phải là một WAF dựa trên ứng dụng, nhưng họ có một plugin WordPress tích hợp với WAF dựa trên đám mây của họ.
Ithemes Security – thậm chí không có chức năng tường lửa.
BBQ, Blackhole, Banhammer – một bộ công cụ bảo vệ WAF đáng chú ý từ Jeff Starr (chuyên gia về bảo mật WordPress). Chúng chặn các loại lưu lượng không mong muốn cụ thể và có cài đặt kiểm soát tỷ mỉ.
Những cái khác mà tôi không liệt kê – hầu hết đều là phần mềm không đáng tin cậy hoặc tôi không tin rằng chúng có thể tốt hơn WordFence hoặc WebARX.
Các áp dụng hay hay nhất cho việc cài đặt tường lửa
Câu hỏi quan trọng nhất là…AI sẽ quản lý tường lửa của bạn?
Một quản trị viên đã được đào tạo với nhiều thời gian dành riêng cho một máy chủ nên lên kế hoạch khác so với một chủ doanh nghiệp bận rộn với nhiều trang web và máy chủ. Nhìn chung, có 2 cách tiếp cận…
Chiến lược tường lửa #1: không cần bảo trì
Cách tiếp cận này là phổ biến nhất. Phổ biến đối với người dùng cuối có kỹ năng thấp hoặc quản trị viên bận rộn với thời gian giới hạn. Đây là loại thái độ “đặt nó và quên đi”. Bạn (hoặc nhà cung cấp web) cài đặt một loạt bộ quy tắc tường lửa thông thường và đi làm điều gì đó khác. Nó hoạt động, đủ an toàn, có thể có một số giảm tốc nhẹ hoặc thời gian tắt DDOS đôi khi nhưng bạn sẽ ổn!
Đăng ký dịch vụ lưu trữ web quản lý. XONG! Nếu có nhu cầu bổ sung, họ sẽ thêm WAF cụ thể cho WordPress trực tiếp vào trang web. Một số nhà cung cấp dịch vụ web thậm chí đã tích hợp sẵn một tường lửa dựa trên ứng dụng!
Nếu bạn cần gợi ý, tôi thích WordFence hoặc Sucuri cho các dịch vụ trả phí. Nếu bạn muốn WAF miễn phí, Jeff Starr’s 6G/7G trông hứa hẹn hoặc WAF miễn phí của Cloudflare cũng được.
ModSecurity sẽ là lựa chọn cuối cùng của tôi. Tôi không cảm thấy quy tắc của họ đủ cụ thể cho WordPress. Hơn nữa, tôi luôn thấy các trang web của tôi chạy chậm hơn với modsec bật.
Chiến lược tường lửa #2: yêu cầu bảo trì cao
Cách tiếp cận này dành cho các máy chủ được theo dõi cẩn thận bởi các quản trị viên dành riêng. Thay vì chất đống một loạt quy tắc thông thường và làm chậm máy chủ không cần thiết để phòng ngừa tấn công tỷ lệ thấp… chúng ta bảo vệ máy chủ khỏi các cuộc tấn công phổ biến nhất… sau đó ngồi yên và chờ đợi những cuộc tấn công lớn. Nếu máy chủ bị ảnh hưởng một cách rõ rệt, chúng tôi tham gia điều chỉnh và cấu hình lại bảo mật trang web theo thời gian thực.
- Tắt các dịch vụ không cần thiết.
- Đóng cửa hoặc lọc cổng riêng tư cẩn thận hơn.
- Cài đặt tường lửa mạng theo trạng thái (như CSF).
- Thực hiện chỉ các quy tắc WAF thông thường và tốt nhất ở mức máy chủ.
- Bật tường lửa dựa trên đám mây thủ công khi có cuộc tấn công tồi tệ nhất.
Cách tiếp cận này đòi hỏi nhiều bảo trì hơn nhưng linh hoạt và hiệu suất hơn. Bạn có thể có một máy chủ siêu an toàn và siêu nhanh không xử lý quy tắc nặng trọng của WAF trên mỗi yêu cầu. Nó phù hợp hơn cho môi trường kết hợp và các ứng dụng không phổ biến. Nó cũng có khả năng bảo vệ tốt hơn trước tấn công DDOS theo quan điểm cá nhân của tôi.
Dòng phòng thủ đầu tiên được phục vụ một cách hiệu quả nhất thông qua cài đặt phần mềm nhưng dòng phòng thủ cuối cùng được phục vụ tốt nhất thông qua con người. Trong lúc tấn công ác mộng, một quản trị viên được đào tạo có thể phản ứng một cách thông minh hơn để ngăn chặn các cuộc tấn công, trong khi một tường lửa tự động chỉ có thể cố gắng chờ đợi qua (tức là, nó không làm gì cả).
Cách tiếp cận “bảo mật phản ứng” thích hợp hơn cho những người yêu máy chủ thích ngồi xung quanh để chặn và lọc cuộc tấn công. Như thường thấy… bất kể mức độ tự động hóa của công nghệ của chúng ta trong thế kỷ 21, cuối cùng bạn luôn cần sự can thiệp của con người.
Chiến lược tường lửa #3 (không chính thống) – trở thành chuyên gia
Vì trang web của tôi thu hút nhiều người thích mạo hiểm và tự thực hiện. Cách tốt nhất để học là theo dõi một số hướng dẫn có sẵn về cách cấu hình các tường lửa khác nhau.
- Tìm hiểu về các tường lửa mặc định đi kèm với hệ điều hành Linux của bạn và ngăn xếp máy chủ.
- Tìm hiểu cách cấu hình các tường lửa hiện có… từ giao diện người dùng đồ họa và dòng lệnh.
- Tìm hiểu cách gỡ cài đặt và cài đặt các công cụ tường lửa khác.
- Tìm hiểu về các cài đặt và cấu hình thông thường. (Hãy cẩn thận khi kết hợp! Quy tắc xung đột có thể chặn lưu lượng hợp pháp và làm chậm máy chủ của bạn. Tệ nhất là khi bạn vô tình tự khóa bản thân khỏi máy chủ.)
- Tìm hiểu cách đọc các bản ghi nhật ký, sau đó điều chỉnh các tường lửa của bạn để chặn các cuộc tấn công hack.
- Qua thời gian, bạn sẽ tìm ra các cấu hình tường lửa yêu thích cho trường hợp sử dụng của bạn.
LƯU Ý: Nếu bạn đang sử dụng dịch vụ lưu trữ chia sẻ hoặc dịch vụ lưu trữ được quản lý, bạn chỉ có thể áp dụng WAF vì bạn không có quyền truy cập vào máy chủ để tường lửa mạng. (Một nhà cung cấp lưu trữ tốt đã xử lý điều đó một cách tốt rồi.)
Câu hỏi tổng quan về tường lửa mạng:
Liệu bạn có thực sự cần một tường lửa mạng?
Để làm rõ câu hỏi này… tôi sẽ nói rằng tất cả các máy chủ đã có tường lửa mạng được cài đặt sẵn. Việc cấu hình chúng hoàn hảo cho hệ thống của bạn là một câu hỏi khác. Với dịch vụ lưu trữ quản lý, tường lửa đã được cài đặt và cấu hình cho hầu hết các tình huống sử dụng thông thường. Trong trường hợp máy chủ mới, bạn có tường lửa được cài sẵn nhưng có thể chưa được điều chỉnh cho việc sử dụng cụ thể của bạn.
Kỹ thuật, nếu mật khẩu của bạn khó đoán và bạn không có phần mềm có lỗ hổng (chủ đề/plugin)… thì tường lửa không làm cho việc của hacker khó khăn hơn để truy cập thông tin nhạy cảm của bạn. Nhưng trong thực tế, điều đó không phải là sự thật.
Luôn có những lỗ hổng mới được phát hiện trong phần mềm và hacker luôn thăm dò và quét những “cửa sổ mở” trong phần mềm của bạn để họ có thể truy cập mà không cần xác thực.
Nhưng ngay cả khi bạn không có bất kỳ lỗ hổng nào, các cuộc tấn công hack vẫn có thể gây ra sự cố máy chủ do họ thường xuyên cố gắng đoán mật khẩu hoặc tấn công máy chủ của bạn bằng các yêu cầu giả mạo. Trong trường hợp đó, bạn cần tường lửa để bảo vệ trước cuộc tấn công DDoS hơn là bảo vệ trước truy cập trái phép.
Nhưng liệu nếu máy chủ của bạn không có lỗ hổng và không bao giờ bị tấn công hack? Ok, thì tình huống huyền thoại đó là tình huống duy nhất mà bạn không cần tường lửa. Nhưng hãy thừa nhận rằng đó không phải là một cách làm tốt.
Câu hỏi tiếp theo: Có nhiều tường lửa có tốt hơn không?
- Có tường lửa ở các tầng khác nhau sẽ an toàn hơn.
- Có nhiều tường lửa trên cùng một tầng là lặp lại và chậm.
- Theo ý kiến của tôi, bạn không nên kết hợp WAF dựa trên máy chủ, WAF dựa trên PHP và WAF dựa trên đám mây cùng nhau. Điều đó chỉ làm cho hiệu suất chậm và không đảm bảo thêm nhiều về bảo mật. Hãy sử dụng chỉ một trong số đó nếu cần.
Cách tường lửa ảnh hưởng đến hiệu suất?
- Tường lửa mạng thường không ảnh hưởng (tiêu cực) đến hiệu suất máy chủ. Chúng hoạt động ở một tầng mạng thấp hơn, thực hiện ít xử lý (‘suy nghĩ’) và sử dụng rất ít tài nguyên.
- Nếu có gì, tường lửa mạng giúp tăng hiệu suất bằng cách đóng các cổng không cần thiết và ngăn chặn lưu lượng xấu gây phiền hà hoặc tiêu tốn tài nguyên trên các cổng đó.
- Tường lửa WAF có thể làm chậm máy chủ của bạn đáng kể, vì chúng sử dụng tài nguyên để xử lý các quy tắc tường lửa trên mỗi yêu cầu, bất kể đó có phải là lưu lượng tốt hay xấu.
- Nếu tường lửa WAF không được cấu hình chính xác, nó thậm chí có thể khiến máy chủ của bạn bị đứng lại nhanh hơn trong các cuộc tấn công DDoS, vì nó sử dụng nhiều tài nguyên hơn cho mỗi yêu cầu.
- Bất kỳ tường lửa proxy nào, cho dù dựa trên đám mây hoặc dựa trên máy chủ cục bộ, cũng sẽ làm chậm tốc độ trang web của bạn, vì các yêu cầu cần phải đi qua một proxy thêm.
- Sự đánh đổi giữa tường lửa và hiệu suất là rằng một máy chủ không có tường lửa sẽ nhanh hơn so với một máy chủ có tường lửa. Nhưng trong trường hợp bị tấn công thường xuyên, máy chủ có tường lửa nhanh hơn máy chủ không có tường lửa, vì nó ngăn chặn các cuộc tấn công tiêu tốn tài nguyên.
Làm thế nào để biết tường lửa nào nên sử dụng? Mọi dịch vụ mới đều tuyên bố rằng họ là tốt nhất.
Hãy nhớ rằng tường lửa đơn giản là một danh sách quy tắc. Không hơn, không kém.
Bạn có thể trả một giá cao cho một danh sách quy tắc. Bạn có thể lấy nó miễn phí từ internet. Cho dù bạn sao chép chúng thủ công vào cấu hình máy chủ của bạn hoặc cài đặt phần mềm đắt tiền có chức năng tương tự, kết quả là giống nhau.
Hầu hết các dịch vụ hoặc plugin tường lửa có phí thường dựa vào các quy tắc tường lửa có sẵn miễn phí (nguồn mở)!
Nếu tôi phải lựa chọn, thì luôn tốt hơn là sao chép các quy tắc cụ thể cho môi trường hoặc ứng dụng từ một quản trị viên có kinh nghiệm sử dụng cùng một hệ thống/ứng dụng như bạn thay vì chọn một công ty lớn và hiện đại không chuyên về môi trường lưu trữ cụ thể của ứng dụng của bạn. (Các quy tắc của họ sẽ không được tùy chỉnh một cách cụ thể.)
Cái gì tạo nên một tường lửa tốt?
- Ngăn chặn lưu lượng xấu, trong khi cho phép lưu lượng tốt. Tường lửa kém thường không ngăn chặn lưu lượng xấu hoặc vô tình chặn lưu lượng tốt.
- Dễ sử dụng và dễ hiểu. Không phải là mê cung các cài đặt quá kỹ thuật khiến bạn khó khăn trong việc duy trì nó.
- Tiết kiệm tài nguyên, không làm chậm máy chủ của bạn.
- Không dễ bị tấn công DDoS. (Bởi vì nếu hệ thống bảo mật gây sự cố máy chủ của bạn trong quá trình tấn công, thì nó còn có ý nghĩa gì?)
- Nếu dựa trên đám mây, nó có thể xử lý các cuộc tấn công DDoS lớn. Thường, các cuộc tấn công DDoS lớn sẽ dễ dàng tràn qua các máy chủ đơn lẻ.
Quicksite sử dụng tường lửa gì?
- Tôi thích ConfigServer Security & Firewall cho tường lửa mạng của mình.
- Đối với WAF, tôi sử dụng hoặc không sử dụng gì cả (đúng, không gì cả), plugin bảo mật/tường lửa WordPress như WordFence hoặc WAF dựa trên đám mây như Cloudflare hoặc Sucuri. Điều này phụ thuộc vào môi trường lưu trữ và loại ứng dụng sử dụng. Khi cần thiết, tôi thích tập quy tắc tường lửa 7G của Jeff Starr nhưng đã chỉnh sửa cho phù hợp với nhu cầu của mình để không chặn lưu lượng/giao thức hợp pháp.
- Tôi có thể thêm một vài quy tắc .htaccess thủ công khi cần, để chặn XMLRPC và các thứ khác.
- Tôi không thích ModSecurity cho WAF (quá chậm và không đặc trưng cho ứng dụng). Tôi chỉ sử dụng nó khi thực sự cần.
Quan trọng nhất, tôi không xem xét cài đặt của mình như một giải pháp tự động. Chúng tôi luôn theo dõi máy chủ của mình một cách tích cực và ngay lập tức kiểm tra nhật ký và chặn các cuộc tấn công cụ thể mà không cần áp dụng các quy tắc tường lửa tốn nhiều tài nguyên hoặc làm chậm máy chủ của khách hàng theo cách khác.
Có lẽ việc này tốn nhiều công sức hơn, nhưng cá nhân tôi rất hài lòng với nó. Chúng tôi hiểu rõ hơn về các cuộc tấn công bảo mật đang thời thượng, có thể xác định và ngăn chặn chúng nhanh chóng. Điều này có ý nghĩa hơn so với việc sử dụng tập quy tắc tường lửa tổng quát dành cho các quản trị viên bận rộn… hoặc cho các mô hình máy chủ yêu cầu ít sự quan tâm.
