Good catch mklein994, my WAF rules were obfuscating the download hash and serving the indext.html sha256 - I fixed and now you can curl to see correct values are presented:
[kthompson ~]$ curl -sL https://socfoundry.com/downloads/falcon-sensor_7.32.0-18504_amd64.deb | sha256sum
0c3ac12e749647cd05a8e8bd6281541e5ba8496ca1ba042eda6637f547db5dc0 -
[kthompson ~]$ curl -sL https://socfoundry.com/downloads/index.html | sha256sum
902d329a0ac248bace3869427d4598c2bdf20b2f52b1d60a405abbd1db8354f6 -
[kthompson@auraX9cos ~]$
And for kirinthos - socfoundry.com is a site I own, if anyone has any recommendations for a better place to host them I will gladly relocate.
Pinned Comments
kylethompson commented on 2026-01-04 23:29 (UTC)
falcon-sensor 7.32 Upgrade Notice
Issue: File Conflict on Upgrade
Users upgrading from falcon-sensor versions prior to 7.32 WILL encounter the following error:
Root Cause
The CrowdStrike Falcon sensor creates runtime files in
/opt/CrowdStrike/after installation. Specifically, the sensor creates an unversioned symlink or file at/opt/CrowdStrike/falcon-flowthat points to the versioned binary (e.g.,falcon-flow18504).Starting with version 7.32, CrowdStrike's upstream
.debpackage now includes/opt/CrowdStrike/falcon-flowas a packaged file. When pacman attempts the upgrade, it detects that this file already exists on the filesystem but is not owned by the currently installed package (since the old package didn't include it). This triggers a file conflict error.One-Time Fix
For users upgrading to version 7.32 from any earlier version, use the
--overwriteflag:Note: The path is case-sensitive. Use
CrowdStrike, notCrowdstrike.Long-Term Fix
Starting with version 7.32, the package now includes a pacman alpm hook (
/usr/share/libalpm/hooks/falcon-sensor.hook) that automatically removes runtime-generated files before future upgrades. This hook runsPreTransaction, which executes before pacman's file conflict check.Once you've successfully upgraded to 7.32, future upgrades (7.34, 7.36, etc.) should work without requiring
--overwrite.Technical Details
Why
.installhooks don't helpPacman's install hooks (
pre_upgrade,post_upgrade, etc.) run after the file conflict check has already passed. The conflict detection happens during the "checking for file conflicts" phase, which occurs before any package transaction begins. Therefore, cleanup code in.installscripts cannot prevent this error.The alpm hook solution
Pacman supports alpm hooks that can run at different points in the transaction lifecycle. By using
When = PreTransaction, the hook executes before pacman performs its conflict check:Why the hook doesn't help for the initial 7.32 upgrade
The hook is bundled inside the 7.32 package itself. When upgrading from an older version (e.g., 7.28 or 7.30), the hook doesn't exist on the system yet because the old package didn't include it. This is a chicken-and-egg problem inherent to packaging runtime-generated files.
Affected Versions
Questions?
Feel free to comment below or flag the package on the AUR if you encounter additional issues.