cpatpa closes the security findings before anyone ships on them
Phase 1 of cpatpa's fork works through a numbered list of audit findings and shuts each one down.
cpatpa's fork started with a security pass that flagged real problems, and this round of work fixes them one by one. Two files that held keys to the project's file storage and database were sitting in the codebase unused - anyone could have wired them up by accident - so they're gone, with a note spelling out that those keys must never live in the front-end. The fork also locks down which web addresses are allowed to call the system, caps how large an uploaded file or request can be, and puts a hard time limit on document conversion so a single bad file can't hang the service. Malformed Word documents - a classic way to smuggle in an attack - now get screened before processing. And raw database error messages, which can leak internal detail, are replaced with generic responses to users while the specifics stay in the server logs.
Spotted something wrong? Or know the PR text has fresher detail than the writeup above?