proto.lib

O_CLOEXEC: tránh rò rỉ fd qua execve()

Mặc định, fd đang mở sống sót qua execve() và bị chương trình mới thừa kế; nếu server mở socket lắng nghe hay file cấu hình mà không đánh dấu close-on-exec, mọi tiến trình con nó spawn ra sẽ giữ fd đó mở, gây EADDRINUSE khi restart hoặc rò rỉ dung lượng file đã unlink.

Operating SystemsTrung bình2026-08-20
O_CLOEXEC: tránh rò rỉ fd qua execve()

Tags

#o_cloexec#fd_cloexec#execve#fcntl#posix_spawn#fd-leak#fork-exec

Tài liệu tham khảo

Mở rộng

Animation gốc là một file HTML tự chứa, có thể nhúng lại ở bất kỳ trang nào khác. Mở file gốc

Liên quan

Operating SystemsTrung bình

ASLR & PIE: vì sao exploit chạy lại lần hai thất bại

Khi exec() nạp tiến trình, kernel ngẫu nhiên hoá base của stack, heap/mmap và (với binary PIE) chính executable, nên địa chỉ hardcode trong exploit lần trước gần như chắc chắn sai ở lần chạy sau; đây là một lớp phòng thủ làm khó khai thác chứ không vá lỗi.

#aslr#pie#exploit-mitigation#randomize_va_space
Operating SystemsNâng cao

execve() nạp ELF: từ file nhị phân tới address space mới

execve() thay thế hoàn toàn address space của process hiện tại: đọc ELF header để tìm các PT_LOAD segment, mmap chúng vào bộ nhớ (text read-only/exec, data/.bss ghi được), nạp trình liên kết động PT_INTERP (ld.so), dựng stack ban đầu với argv/envp/auxv rồi nhảy tới entry point.

#execve#elf#pt_load#ld.so
Operating SystemsNâng cao

flock() vs fcntl() Byte-range Lock: khóa file kiểu advisory

flock() khóa nguyên file (shared/exclusive, LOCK_NB trả EWOULDBLOCK nếu bận) còn fcntl(F_SETLK/F_SETLKW) khóa theo vùng byte cụ thể của file (POSIX record lock); cả hai đều chỉ ADVISORY — process khác bỏ qua lock vẫn ghi được — và khác nhau về cách kế thừa/giải phóng qua fork/dup/close.

#flock#fcntl#advisory-lock#file-locking