Chặn tấn công DDoS? Hãy lập kế hoạch cho các lớp bạn tự quản lý

Tác tử có thể làm gì

• Tệpread_file mở cài đặt và log đã xuất của bạn, grep và glob tìm trong đó, còn edit_file và write_file soạn nháp thay đổi cùng runbook trong thư mục làm việc của cuộc trò chuyện.
• Shellchạy tập lệnh tóm tắt log và lệnh kiểm thử cấu hình của riêng bạn, rồi báo mã thoát thật. Các lệnh nguy hiểm bị chặn.
• Webweb_search và http_get đọc tài liệu của nhà cung cấp hosting hoặc máy chủ web, nên tên cài đặt lấy từ nguồn gốc.
• Ảnh chụp màn hình và hình ảnhocr đọc chữ từ ảnh chụp bảng điều khiển của nhà cung cấp hoặc trang lỗi, còn gen_image lưu các tệp ảnh.
• Điều phốitask chạy các tác tử con song song, run_on_model chuyển một bước khó sang mô hình lớn hơn, và skill lưu các sổ tay có thể tái sử dụng như định dạng runbook của bạn.
• Chế độ phê duyệtAuto-run hành động ngay, Ask first dừng trước những hành động làm thay đổi thứ gì đó, còn Plan only viết kế hoạch và không chạy gì cho đến khi bạn đổi chế độ.
• Cronchạy một prompt theo lịch, ví dụ cùng một lần rà log trên các bản xuất bạn thả vào thư mục dự án mỗi sáng.
• Mô hìnhmột nhà cung cấp AI đám mây qua endpoint API chuẩn, một mô hình chạy cục bộ trên máy tính của bạn, hoặc mô hình tích hợp.

Hai tác vụ, từng bước

Đọc các con số đằng sau một đợt tăng đột biến

Phân biệt thủ công đợt tăng lưu lượng với flood DDoS tầng 7 cần đặt ba nguồn cạnh nhau. read_file mở báo cáo phân tích đã xuất và lịch chiến dịch của bạn, Shell chạy tập lệnh tóm tắt log, còn grep tìm trong bản tóm tắt đã lưu những đường dẫn bạn nghi ngờ. Một đợt ra mắt kéo theo nhiều mạng và các trang đa dạng, trong khi flood từ nhiều nguồn thường cho thấy các yêu cầu giống hệt tới một hoặc vài đường dẫn với tốc độ rất cao trên mỗi máy khách. Log cho gợi ý, không phải bằng chứng. Tác tử chỉ tóm tắt số lượng theo địa chỉ và đường dẫn, còn phán đoán là của bạn. Hãy so sánh bản tóm tắt với số liệu phân tích của bạn, và hỏi nhà cung cấp hosting khi bức tranh chưa rõ.

Kiểm tra tập lệnh của bạn xem có vòng lặp thử lại không

Một tập lệnh chạy mất kiểm soát, một vòng lặp thử lại hay một công cụ giám sát cấu hình sai có thể vô tình làm quá tải máy chủ của chính bạn. Để tìm ra, hãy trỏ grep vào các tập lệnh và cài đặt giám sát để tìm dòng retry và khoảng thời gian. read_file mở từng kết quả, và edit_file đề xuất độ trễ dài hơn kèm diff. Sau đó Shell chạy lệnh kiểm thử trên một bản sao và báo mã thoát. Máy khách nội bộ cũng cần giới hạn. Nếu lưu lượng DDoS lại nhắm vào internet nhà bạn, việc đầu tiên là gọi cho nhà cung cấp internet. Ở chế độ Ask first, mỗi chỉnh sửa dừng chờ OK của bạn, nên hãy đọc diff và chạy lại bài kiểm thử.