You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
Repository navigation
Commit ae1befd
Browse filesBrowse the repository at this point in the historyBrowse files
Copy file name to clipboardExpand all lines: CHANGELOG.md
+1Lines changed: 1 addition & 0 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -29,6 +29,7 @@ Unrelease 4.5.0 changes
29
29
30
30
**Security Fixes**
31
31
32
+
-@atomicturtle - Forward every complete line from a syslog-over-TCP ``recv()``. ``ossec-remoted`` cut at the first newline and parked the rest without scanning again, so lines that shared a segment were glued onto the next segment as one event, or dropped on close, CRLF, or a full buffer. The worker now appends into the incomplete prefix and drains every complete line before the next read (ANT-2026-2BEPXI8W)
32
33
-@atomicturtle - Stop daily reports from leaking per alert in ``ossec-monitord``. ``os_ReportdStart()`` left the ``OS_StrBreak()`` group array and the top-entry list nodes behind; with reports running in a thread that memory stayed for the life of the daemon. The group array is freed after the loop, and each top-entry list's nodes are released with the hash table (covered with ANT-2026-AVE66YB6) (ANT-2026-M3W3LJEQ)
33
34
-@atomicturtle - Bound every plain SMTP socket in ``ossec-maild`` and ``ossec-monitord`` to 60 seconds per reply or write. ``OS_Sendmail()`` read through a bare ``recv()`` with no timeout, so a relay that accepted and stayed silent held a sender thread forever. After ``maild.max_workers`` such threads, no further alert e-mail was sent until ``ossec-maild`` was restarted. A timed-out read fails like any other failed reply and releases the worker (ANT-2026-FR6DKH31)
34
35
-@atomicturtle - Keep a timed-out active response listed until its ``delete`` has exited. ``ossec-execd`` forked ``delete`` and dropped the entry at once, so the next alert for that address could run ``add`` while ``delete`` was still running. A set-style target such as ``hosts.deny`` or a PF table then lost the block, and later alerts skipped the script because execd still listed the address. A request for that same script and address now waits for the in-flight ``delete`` and is then a new block. A request for a different address does not wait (ANT-2026-8WBHQ0QF)
0 commit comments