Windows 10/11
Ứng dụng máy tính kiến trúc x64
Buncha Build là tác tử Windows 10/11 đọc các tài liệu bạn đang có, soạn nháp danh sách kiểm tra và kịch bản diễn tập, và ở chế độ Ask first hiện từng thay đổi dưới dạng diff để bạn chấp nhận. Phiên bản 2.9.30.
.5 tệpseverity3 kết quả khớpdocs/contacts.mdđã đọcir-checklist.mdđã lưuir-checklist.md+4 dòngyour spell-check commandexit 0Ứng dụng máy tính kiến trúc x64
Phát hành ngày 8 tháng 11 năm 2026
Bản .exe di động duy nhất khoảng 25 MB
Ngôn ngữ giao diện trong ứng dụng
Không cần đăng ký để chạy ứng dụng
Auto-run, Ask first, Plan only
Incident response procedures là các mô tả bằng văn bản, theo từng bước, về việc ai được thông báo, ai quyết định, kiểm tra gì và ghi lại gì khi xảy ra sự cố bảo mật. Chính sách nêu quy tắc chung, kế hoạch phân vai, còn quy trình liệt kê các bước cụ thể. Các nhóm dùng cả ba. Buncha Build soạn và rà soát những tài liệu này trên PC của bạn; ứng dụng không phát hiện hay xử lý sự cố.
Tìm chỗ thiếu là bước đầu, và Ask first phù hợp vì việc đọc diễn ra ngay còn mọi thay đổi đều chờ bạn đồng ý. list_dir và glob liệt kê các tệp chính sách, liên hệ và ghi chú trong thư mục làm việc, grep tìm trong đó những từ như severity và contact, còn read_file mở các tệp quan trọng. Sau đó tác tử liệt kê các chỗ thiếu, chẳng hạn danh sách liên hệ 24 giờ chưa có hoặc mức độ nghiêm trọng chưa được định nghĩa. Bạn đọc danh sách đó. Không có gì bị viết lại cho đến khi bạn chấp nhận một diff.
list_dir . → 5 files
glob **/*.md → 4 files
grep severity → 3 matches
read_file docs/contacts.md → readDanh sách kiểm tra đầu tiên có thể đến từ chính ghi chú của bạn chỉ với một yêu cầu. write_file tạo ir-checklist.md với 5 đề mục là Prepare, Triage, Contain, Communicate và Review, và mỗi đề mục có các dòng nhiệm vụ ngắn, như mở hồ sơ sự cố kèm ngày giờ. Dưới Contain, một dòng hỏi ai phê duyệt từng quyết định và một dòng khác nhắc ghi lại thời gian và giữ bản sao nhật ký, đó là cách các nhóm giữ bằng chứng từ nhật ký bảo mật. Tệp vẫn là văn bản thuần. edit_file chỉnh lại câu chữ, và ở chế độ Ask first bạn đọc diff trước khi chấp nhận.
write_file ir-checklist.md → saved
edit_file ir-checklist.md → +4 lines
Shell your spell-check command → exit 0Diễn tập tabletop là buổi thảo luận trong phòng họp về một kịch bản giả định, nên tác tử chỉ viết tài liệu cho nó. Một mẫu diễn tập tabletop cần có kịch bản, câu hỏi cho từng vai trò và một cột cho ghi chú và các việc cần làm tiếp. write_file lưu kịch bản thành tệp mới, còn read_file nạp danh sách liên hệ của bạn để các vai trò khớp với danh sách liên hệ 24 giờ mà bạn đang giữ. Hãy tự điều hành buổi diễn tập. Trước cuộc họp, đọc kịch bản để tìm bất cứ điều gì chỉ vào hệ thống thật, và từ chối mọi diff có điều đó.
Sau buổi diễn tập, các bước viết ra cần được cập nhật, và tác tử làm việc từ ghi chú rà soát mà bạn đã lưu. Một dàn ý báo cáo viết sẵn cho buổi rà soát một khuôn cố định: tóm tắt, bảng dòng thời gian 4 cột (thời gian, nguồn, sự kiện, ai ghi nhận), tác động, các hành động đã thực hiện và các việc cần làm tiếp. edit_file sửa quy trình và hiện diff, còn kỹ năng kiểm soát phiên bản có thể commit các thay đổi đã chấp nhận, nhờ vậy luôn còn một bản trước đó. Hãy bắt đầu ở Plan only. Chế độ này liệt kê các chỉnh sửa dự định, và sau khi bạn chuyển sang Ask first, bạn duyệt từng diff một.
Phiên bản 2.9.30 đọc tệp của bạn. Trợ lý trò chuyện thông thường trả về văn bản để bạn tự dán, còn Buncha Build mở tài liệu, viết tài liệu mới và hiện từng thay đổi dưới dạng diff.
| Trợ lý trò chuyện thông thường | Buncha Build | |
|---|---|---|
| Tệp | Thường trả lời bằng văn bản để bạn tự sao chép và dán | Đọc và ghi tệp trong thư mục làm việc của cuộc trò chuyện |
| Thay đổi | Thường trả về nguyên một phiên bản mới của văn bản | Ask first hiện từng chỉnh sửa dưới dạng diff để bạn chấp nhận |
| Phê duyệt | Thường không có gì để phê duyệt vì nó chỉ trả lời | 3 chế độ: Auto-run, Ask first và Plan only |
| Nguồn | Thường trả lời theo trí nhớ trừ khi bạn dán văn bản vào | Đọc hướng dẫn công khai bằng web_search và http_get |
Quản trị viên CNTT ở các tổ chức nhỏ thường tự viết quy trình quản lý sự cố, vì việc này rơi vào người hiểu hệ thống nhất. Ghi chú nằm trong một thư mục. Ở Plan only, tác tử liệt kê những chỉnh sửa sẽ làm, như thêm danh sách liên hệ 24 giờ, và sau khi bạn đổi chế độ, nó soạn chúng thành các diff để bạn chấp nhận.
Thành viên SOC và CSIRT rà soát quy trình sau mỗi buổi diễn tập, và tác tử giúp phần giấy tờ xoay quanh việc rà soát đó. Nó đọc hướng dẫn công khai NIST SP 800-61, liệt kê trong 4 giai đoạn có giai đoạn nào một quy trình không nhắc tới, và đề xuất chỉnh sửa dưới dạng diff. Bạn là người xem xét kết quả.
Trưởng nhóm và quản lý CNTT chuẩn bị các buổi tabletop dùng nó để biến một ý tưởng sơ sài thành kịch bản viết sẵn với câu hỏi thảo luận, vai trò và trang ghi chú. Họ tự điều hành buổi diễn tập. Sự cố thật thuộc về những người ứng phó được đào tạo và kế hoạch riêng của tổ chức bạn, không phải ứng dụng này.
Incident response procedures là các bước bằng văn bản mà một nhóm làm theo từ lúc có báo cáo đầu tiên về sự cố bảo mật đến buổi rà soát sau đó, gồm vai trò, mức độ nghiêm trọng, ghi chú bằng chứng, liên lạc và khôi phục. Chính sách thì đặt ra quy tắc. Danh sách kiểm tra là dạng rút gọn mà mọi người có thể đánh dấu trong buổi diễn tập.
Có, bunchacode.com là trang web chính thức của Buncha Build. Hãy kiểm tra bản tải về. Chương trình cài đặt chưa được ký mã, nên hãy so sánh mã kiểm tra SHA-256 của nó với bảng kê đã công bố trước khi chạy, và dùng nút Send feedback trong ứng dụng để báo bất cứ điều gì lạ.
Giao thức ứng phó sự cố là một trong nhiều cách gọi các bước bằng văn bản mà một nhóm làm theo, và các từ kế hoạch, chính sách, quy trình, danh sách kiểm tra thường bị dùng lẫn lộn. Hãy thống nhất thuật ngữ từ sớm. Chính sách đặt ra quy tắc, còn quy trình hoặc danh sách kiểm tra đưa ra các bước cụ thể.
Có, nhưng có giới hạn. Buncha Build có thể soạn kịch bản giả định, câu hỏi thảo luận và trang ghi chú thành các tệp để bạn xem xét, nhưng cuộc thảo luận diễn ra giữa chính người của bạn trong phòng họp. Nó không mô phỏng tấn công và không chạm vào hệ thống thật.
Không. Đây không phải sản phẩm ứng phó sự cố, phát hiện hay giám sát, nên nó không theo dõi mạng, không cô lập máy hay gỡ mã độc. Khi đang có sự cố, hãy làm theo kế hoạch riêng của tổ chức và gọi những người ứng phó của bạn.
Có, nếu dùng mô hình đám mây. Văn bản prompt, gồm cả văn bản tệp mà tác tử đọc, được gửi tới nhà cung cấp đó; với mô hình chạy cục bộ trên PC của bạn thì không có gì rời khỏi máy. Thông tin bí mật trong kết quả của công cụ được che đi trước khi tới mô hình.
Không. Mỗi bản nháp là phiên bản đầu tiên mà bạn tự đọc, thử và sửa, vì vậy mới có diff và chế độ Ask first. Cố vấn pháp lý phải xác nhận nghĩa vụ thông báo, vì chúng khác nhau theo quốc gia và lĩnh vực, còn sự cố thật do những người ứng phó được đào tạo xử lý.
Bộ cài khoảng 34 MB. Hãy tải Buncha Build cho Windows 10 hoặc 11, kết nối một mô hình, rồi trỏ nó tới thư mục chứa tài liệu của bạn và chọn Plan only nếu muốn đọc kế hoạch trước.
Tải Buncha Build cho Windows ↗Mỗi trang bên dưới đều có sẵn trong 20 ngôn ngữ.
Buncha Build làm được gì với tài liệu của bạn ↗ Kết nối mô hình đám mây, cục bộ hoặc tích hợp ↗ Hướng dẫn từng bước cho danh sách kiểm tra đầu tiên của bạn ↗ Tải và xác minh bộ cài Windows ↗ Giải đáp các câu hỏi thường gặp ↗ Điều gì ở lại trên PC của bạn và điều gì được ghi lại ↗