bitrix24
The PKGBUILD downloads a prebuilt binary .deb from dl.bitrix24.com, which is the official Bitrix24 vendor CDN (same company as bitrix24.com). The sha256sum is pinned, which mitigates substitution attacks at rest. However, the URL is a 'latest' redirect (bitrix24_desktop.deb without a version in the path), meaning the downloaded file could change between when the checksum was recorded and when a user builds — though makepkg will catch any mismatch. The real concern is that this is a closed-source Electron-style desktop application binary extracted directly from a vendor .deb and installed into /opt, with no source code review possible. The host is the official vendor domain, not a personal or unofficial mirror, so this is standard practice for proprietary AUR packages (similar to google-chrome, slack, zoom, etc.). The sha256 pin provides integrity protection. This pattern is common and accepted in the AUR for proprietary software. The cheaper model's MEDIUM rating is a marginal false positive — this is the official vendor host with a pinned checksum — but the executed binary nature of the payload keeps it from being fully 'clean'. Downgrading to medium is defensible only because of the non-versioned URL (floating latest), which means the pinned sha256 is the only guard against receiving a different binary than expected.
Triggered rules
source_untrusted_domain
One or more source=() URLs point to a host outside the trusted allowlist (github.com, gitlab.com, codeberg.org, pypi.org, …).
-
PKGBUILD:12
source=("bitrix24_desktop-${pkgver}.deb::https://dl.bitrix24.com/b24/bitrix24_desktop.deb")
llm_review
An AI model (anthropic/claude-4.6-sonnet-20260217) reviewed this and agrees it is MEDIUM (confidence 72%): The PKGBUILD downloads a prebuilt binary .deb from dl.bitrix24.com, which is the official Bitrix24 vendor CDN (same company as bitrix24.com). The sha256sum is pinned, which mitigates substitution attacks at rest. However, the URL is a 'latest' redirect (bitrix24_desktop.deb without a version in the path), meaning the downloaded file could change between when the checksum was recorded and when a user builds — though makepkg will catch any mismatch. The real concern is that this is a closed-source Electron-style desktop application binary extracted directly from a vendor .deb and installed into /opt, with no source code review possible. The host is the official vendor domain, not a personal or unofficial mirror, so this is standard practice for proprietary AUR packages (similar to google-chrome, slack, zoom, etc.). The sha256 pin provides integrity protection. This pattern is common and accepted in the AUR for proprietary software. The cheaper model's MEDIUM rating is a marginal false positive — this is the official vendor host with a pinned checksum — but the executed binary nature of the payload keeps it from being fully 'clean'. Downgrading to medium is defensible only because of the non-versioned URL (floating latest), which means the pinned sha256 is the only guard against receiving a different binary than expected.
PKGBUILD
1 offending line(s) highlighted# Maintainer: Alex Ganin <alex at ganin dot tech>
# Maintainer: Andrew Shark <ashark at linuxcomp dot ru>
# Maintainer: Evandro Begati <evandroalb at gmail dot com>
pkgname=bitrix24
pkgver=22.0.28.91
pkgrel=2
pkgdesc="Bitrix24 unified workspace app (CRM, comms, tasks, and more)"
arch=("x86_64")
url="https://www.bitrix24.com/apps/desktop.php"
license=("custom")
source=("bitrix24_desktop-${pkgver}.deb::https://dl.bitrix24.com/b24/bitrix24_desktop.deb")
sha256sums=("a5c947100d1e18c2a7362dc535a6967e03f031e476ef87fc057d04d823553942")
depends=(gtk3 libxss libappindicator-gtk3 nss alsa-lib libx11 glibc)
package() {
tar -xf data.tar.xz -C "${pkgdir}"
chmod -R a+rX "${pkgdir}"/opt/Bitrix24
chmod -R a+rX "${pkgdir}"/usr/share/applications
chmod -R a+rX "${pkgdir}"/usr/share/icons
install -d "${pkgdir}/usr/bin"
for _x in Bitrix24-web Bitrix24 BDisk; do
ln -s "/opt/Bitrix24/$_x" "${pkgdir}/usr/bin/$_x"
done
}
Scan history
| Scanned at (UTC) | Severity | Rules |
|---|---|---|
| 2026-09-17 00:27:14 | Medium | 2 |
| 2026-09-16 00:03:17 | Medium | 2 |
| 2026-09-15 00:25:31 | Medium | 2 |
| 2026-09-14 00:27:57 | Medium | 2 |
| 2026-09-13 00:19:54 | Medium | 2 |
| 2026-09-12 00:25:17 | Medium | 2 |
| 2026-09-11 00:19:22 | Medium | 2 |
| 2026-09-10 00:22:44 | Medium | 2 |
| 2026-09-09 00:04:09 | Medium | 2 |
| 2026-09-08 00:18:08 | Medium | 2 |
| 2026-09-07 00:30:15 | Medium | 2 |
| 2026-09-06 00:17:06 | Medium | 2 |
| 2026-09-05 00:16:27 | Medium | 2 |
| 2026-09-04 00:03:13 | Medium | 2 |
| 2026-09-03 00:15:47 | Medium | 2 |
| 2026-09-02 00:02:31 | Medium | 2 |
| 2026-09-01 00:11:19 | Medium | 2 |
| 2026-08-31 00:19:57 | Medium | 2 |
| 2026-08-30 00:04:14 | Medium | 2 |
| 2026-08-29 00:29:17 | Medium | 2 |