Linux auditd cơ bản: ghi sự kiện sudo, SSH và file nhạy cảm

Trả lời nhanh: auditd Linux security chỉ nên được bật sau khi đã xác định principal, boundary và đường deny. Bài này đưa cấu hình/lệnh có thể chạy ở staging, cách kiểm tra output và điều kiện revoke/rollback; thay hostname, version và quyền bằng giá trị của hệ thống thật.

Phạm vi: Bài áp dụng cho Threat/use case trong môi trường staging/standalone. Kiểm tra Nginx/Docker/OS/database và phiên bản CLI thực tế trước khi chạy; không đưa credential thật vào lệnh, log hay artifact.

Tín hiệu cần đối chiếu: Threat/use case; rule file; sudo/SSH watches; mối đe dọa; cấu hình/lệnh; output kỳ vọng; rollback/thu hồi

Threat/use case — thao tác và bằng chứng

Ở mục này, hãy trả lời câu hỏi quyền nào được phép chạm vào Threat/use case và dữ liệu nào phải bị chặn. Với auditd Linux security, xác định principal, boundary và đường deny trước khi bật policy. Red Hat—Audit system

Nếu allow hoạt động nhưng deny không có log tương ứng, policy đang mở sai hoặc audit chưa gắn đúng hook. Tạm dừng rollout, giữ config hash và kiểm tra lại trên staging. (linux-auditd-ghi-su-kien-sudo-ssh-file · outline 1)

Với Threat/use case, ghi lại input và phiên bản CLI trước khi chạy; sau đó đối chiếu từng tín hiệu mối đe dọa, cấu hình/lệnh, output kỳ vọng, rollback/thu hồi, Threat/use case, rule file, sudo/SSH watches trong stdout, stderr hoặc log audit. Kết quả đạt phải chỉ ra trạng thái và phạm vi tài nguyên; kết quả lỗi phải có chuỗi nhận diện để người trực ca biết bước khoanh vùng kế tiếp. Gắn transcript với linux-auditd-ghi-su-kien-sudo-ssh-file, commit/config hash, owner và timestamp. Không dùng exit code đơn độc làm bằng chứng. Che token, private key, cookie và PII trước khi lưu artifact; giữ bản raw trong kho có quyền hạn nếu incident yêu cầu.

rule file — thao tác và bằng chứng

Đặt thay đổi rule file trong file/version riêng để có thể diff. Lệnh `sudo auditctl -w /etc/ssh/sshd_config -p wa -k ssh_config` chỉ là điểm kiểm tra; đối chiếu mối đe dọa với cấu hình/lệnh, không suy ra an toàn chỉ từ exit code 0. Red Hat—Audit system

Nếu phát hiện credential trong layer/log/backup, revoke hoặc rotate trước khi dọn artifact. Rollback cấu hình không thu hồi được secret đã lộ. (linux-auditd-ghi-su-kien-sudo-ssh-file · outline 2)

Một lần kiểm tra rule file chỉ có giá trị khi lặp lại được. Chốt workload, hostname, digest hoặc schema, rồi chạy lệnh tương ứng với linux-auditd-ghi-su-kien-sudo-ssh-file. Đối chiếu các tín hiệu bắt buộc (mối đe dọa, cấu hình/lệnh, output kỳ vọng, rollback/thu hồi, Threat/use case, rule file, sudo/SSH watches) với expected output và error signature; nếu thiếu dữ liệu, ghi unknown. So sánh baseline trước/sau trong cùng cửa sổ và nêu rõ điều gì không được suy ra từ phép đo. Artifact thay đổi cần ghi config diff đã redact, người chịu trách nhiệm và thời điểm hết hạn exception trước khi promote.

sudo/SSH watches — thao tác và bằng chứng

Khi rà sudo/SSH watches, thử cả request hợp lệ và request bị từ chối. Ghi user/role, status, log key và thời điểm; che token, cookie, private key trước khi lưu artifact. Red Hat—Audit system

Sau khi sửa, chạy lại test với tài khoản ít quyền nhất và một tài khoản bị từ chối. Chỉ promote khi kết quả khớp threat model và đã lưu đủ bằng chứng allow/deny. (linux-auditd-ghi-su-kien-sudo-ssh-file · outline 3)

Đừng gộp sudo/SSH watches vào một checklist chung. Tạo một phép thử nhỏ có điều kiện, ghi command, exit code, metric và log line riêng cho linux-auditd-ghi-su-kien-sudo-ssh-file. Các marker mối đe dọa, cấu hình/lệnh, output kỳ vọng, rollback/thu hồi, Threat/use case, rule file, sudo/SSH watches phải xuất hiện ở đúng section để người đọc có thể truy từ claim tới evidence. Khi kết quả không khớp expected (ausearch phải có uid, auid, exe và timestamp; No rules hoặc audit backlog limit exceeded là evidence thiếu.), dừng rollout/restore, giữ hiện trường và mở issue thay vì sửa nhiều biến cùng lúc. Artifact công khai chỉ chứa giá trị đã che và hash kiểm chứng.

log rotation — thao tác và bằng chứng

Ở mục này, hãy trả lời câu hỏi quyền nào được phép chạm vào log rotation và dữ liệu nào phải bị chặn. Với auditd Linux security, xác định principal, boundary và đường deny trước khi bật policy. Red Hat—Audit system

Nếu allow hoạt động nhưng deny không có log tương ứng, policy đang mở sai hoặc audit chưa gắn đúng hook. Tạm dừng rollout, giữ config hash và kiểm tra lại trên staging. (linux-auditd-ghi-su-kien-sudo-ssh-file · outline 4)

Trong runbook của linux-auditd-ghi-su-kien-sudo-ssh-file, log rotation là điểm quyết định: allow/deny, ready/not-ready, pass/fail hoặc baseline/regression. Định lượng bằng tín hiệu mối đe dọa, cấu hình/lệnh, output kỳ vọng, rollback/thu hồi, Threat/use case, rule file, sudo/SSH watches, ghi phiên bản và phạm vi áp dụng, rồi nêu ngưỡng chuyển sang rollback. Một output xanh nhưng dependency hoặc health đỏ vẫn là fail. Sau khi sửa, chạy lại cùng lệnh và lưu kết quả cạnh config hash; revoke/rotate credential trước khi dọn mọi bản sao chứa secret.

forwarding — thao tác và bằng chứng

Đặt thay đổi forwarding trong file/version riêng để có thể diff. Lệnh `sudo auditctl -w /etc/ssh/sshd_config -p wa -k ssh_config` chỉ là điểm kiểm tra; đối chiếu mối đe dọa với cấu hình/lệnh, không suy ra an toàn chỉ từ exit code 0. Red Hat—Audit system

Nếu phát hiện credential trong layer/log/backup, revoke hoặc rotate trước khi dọn artifact. Rollback cấu hình không thu hồi được secret đã lộ. (linux-auditd-ghi-su-kien-sudo-ssh-file · outline 5)

Với forwarding, ghi lại input và phiên bản CLI trước khi chạy; sau đó đối chiếu từng tín hiệu mối đe dọa, cấu hình/lệnh, output kỳ vọng, rollback/thu hồi, Threat/use case, rule file, sudo/SSH watches trong stdout, stderr hoặc log audit. Kết quả đạt phải chỉ ra trạng thái và phạm vi tài nguyên; kết quả lỗi phải có chuỗi nhận diện để người trực ca biết bước khoanh vùng kế tiếp. Gắn transcript với linux-auditd-ghi-su-kien-sudo-ssh-file, commit/config hash, owner và timestamp. Không dùng exit code đơn độc làm bằng chứng. Che token, private key, cookie và PII trước khi lưu artifact; giữ bản raw trong kho có quyền hạn nếu incident yêu cầu.

false positives — thao tác và bằng chứng

Khi rà false positives, thử cả request hợp lệ và request bị từ chối. Ghi user/role, status, log key và thời điểm; che token, cookie, private key trước khi lưu artifact. Red Hat—Audit system

Sau khi sửa, chạy lại test với tài khoản ít quyền nhất và một tài khoản bị từ chối. Chỉ promote khi kết quả khớp threat model và đã lưu đủ bằng chứng allow/deny. (linux-auditd-ghi-su-kien-sudo-ssh-file · outline 6)

Một lần kiểm tra false positives chỉ có giá trị khi lặp lại được. Chốt workload, hostname, digest hoặc schema, rồi chạy lệnh tương ứng với linux-auditd-ghi-su-kien-sudo-ssh-file. Đối chiếu các tín hiệu bắt buộc (mối đe dọa, cấu hình/lệnh, output kỳ vọng, rollback/thu hồi, Threat/use case, rule file, sudo/SSH watches) với expected output và error signature; nếu thiếu dữ liệu, ghi unknown. So sánh baseline trước/sau trong cùng cửa sổ và nêu rõ điều gì không được suy ra từ phép đo. Artifact thay đổi cần ghi config diff đã redact, người chịu trách nhiệm và thời điểm hết hạn exception trước khi promote.

test query — thao tác và bằng chứng

Ở mục này, hãy trả lời câu hỏi quyền nào được phép chạm vào test query và dữ liệu nào phải bị chặn. Với auditd Linux security, xác định principal, boundary và đường deny trước khi bật policy. Red Hat—Audit system

Nếu allow hoạt động nhưng deny không có log tương ứng, policy đang mở sai hoặc audit chưa gắn đúng hook. Tạm dừng rollout, giữ config hash và kiểm tra lại trên staging. (linux-auditd-ghi-su-kien-sudo-ssh-file · outline 7)

Đừng gộp test query vào một checklist chung. Tạo một phép thử nhỏ có điều kiện, ghi command, exit code, metric và log line riêng cho linux-auditd-ghi-su-kien-sudo-ssh-file. Các marker mối đe dọa, cấu hình/lệnh, output kỳ vọng, rollback/thu hồi, Threat/use case, rule file, sudo/SSH watches phải xuất hiện ở đúng section để người đọc có thể truy từ claim tới evidence. Khi kết quả không khớp expected (ausearch phải có uid, auid, exe và timestamp; No rules hoặc audit backlog limit exceeded là evidence thiếu.), dừng rollout/restore, giữ hiện trường và mở issue thay vì sửa nhiều biến cùng lúc. Artifact công khai chỉ chứa giá trị đã che và hash kiểm chứng.

Recipe lệnh/config cho linux-auditd-ghi-su-kien-sudo-ssh-file

Chạy ở staging cho auditd Linux security với hostname, path và digest đã thay bằng giá trị không nhạy cảm. Lưu exit code cùng stdout/stderr đã redact và gắn artifact với linux-auditd-ghi-su-kien-sudo-ssh-file.

sudo auditctl -w /etc/sudoers -p wa -k sudoers_changes
sudo auditctl -w /etc/ssh/sshd_config -p wa -k ssh_config
sudo ausearch -k sudoers_changes --start recent -i

Expected output và error signature — linux-auditd-ghi-su-kien-sudo-ssh-file

ausearch phải có uid, auid, exe và timestamp; No rules hoặc audit backlog limit exceeded là evidence thiếu. Đối chiếu thêm version, timestamp, health/readiness và log liên quan; output minh họa không phải kết quả production.

Rollback và stop boundary của linux-auditd-ghi-su-kien-sudo-ssh-file

Dừng promote linux-auditd-ghi-su-kien-sudo-ssh-file khi quyền deny/allow hoặc audit không khớp threat model. Revoke/rotate credential đã lộ, giữ config hash và log, rồi khôi phục revision được owner xác nhận.

Failure mode cần tránh ở Threat/use case

• Threat/use case: thay đổi nhiều biến cùng lúc nên không biết nguyên nhân.
• Threat/use case: đọc exit code nhưng bỏ qua health, dependency hoặc error signature.
• Threat/use case: lưu secret/PII trong log, image layer, backup hoặc ảnh chụp.
• Threat/use case: rollback nhầm failure domain làm blast radius lớn hơn.

Đọc tiếp trong cùng cụm Linux/DevOps — linux-auditd-ghi-su-kien-sudo-ssh-file

linux logrotate nginx docker systemd và ssh hardening linux server checklist bao mat

Nguồn chính thức cho linux-auditd-ghi-su-kien-sudo-ssh-file

Red Hat—Audit system; Linux audit documentation

FAQ theo đúng chủ đề auditd Linux security

Threat/use case áp dụng cho phiên bản nào?

Kiểm tra version/tool và topology trước khi áp dụng Threat/use case. Chạy recipe ở trên trong staging; nếu expected/error signature khác, dừng và cập nhật runbook thay vì copy nguyên lệnh.

rule file áp dụng cho phiên bản nào?

Kiểm tra version/tool và topology trước khi áp dụng rule file. Chạy recipe ở trên trong staging; nếu expected/error signature khác, dừng và cập nhật runbook thay vì copy nguyên lệnh.

sudo/SSH watches áp dụng cho phiên bản nào?

Kiểm tra version/tool và topology trước khi áp dụng sudo/SSH watches. Chạy recipe ở trên trong staging; nếu expected/error signature khác, dừng và cập nhật runbook thay vì copy nguyên lệnh.

log rotation áp dụng cho phiên bản nào?

Kiểm tra version/tool và topology trước khi áp dụng log rotation. Chạy recipe ở trên trong staging; nếu expected/error signature khác, dừng và cập nhật runbook thay vì copy nguyên lệnh.

Cập nhật linux-auditd-ghi-su-kien-sudo-ssh-file: 08/09/2026. Nội dung là runbook tham khảo; phải kiểm tra phiên bản, nguồn chính thức và rollback trong môi trường thật trước khi áp dụng. Safety boundary: Không thay thế tư vấn chuyên môn; kiểm tra tình huống thực tế trước khi áp dụng.