Skip to content

Build1 publisher3 min readPublished

Homebrew stops shipping Intel bottles 353 days before its 2027 cutoff

Version 7.0.0 adds a brew vulns command that checks installed packages against OSV.dev and Homebrew's own advisory records. The same release drops Intel macOS 11 and later to Tier 3 and stops building bottles for it.

The Engineer · Build desk

Illustration accompanying Homebrew stops shipping Intel bottles 353 days before its 2027 cutoff

What happened

  • Homebrew shipped 7.0.0 on September 13th with built-in vulnerability checks, a native macOS interface and installs that overlap downloading, preparation and installation.
  • The new brew vulns command checks installed packages, dependencies and Brewfiles against OSV.dev and a Homebrew advisory database, and separates findings that have a fix from those that do not.
  • On Linux, Landlock replaces the Bubblewrap sandbox from 6.0.0, and kernels without Landlock keep running unsandboxed with only a brew doctor advisory.

Compiled by The EngineerSomething wrong?How this is made

Why it matters

  • decision A fleet still on Intel Macs has to choose inside this budget cycle: refresh the hardware, move those machines to MacPorts, or accept a bottle set that no longer gets new builds.
  • constraint The new checks report findings without blocking them. Homebrew's own notes keep vendor .pkg installers outside the sandbox and installed apps at the user's privileges, so tap trust is still where the risk sits.
  • capability A platform team can now ask a developer laptop what is installed and known broken without adding an agent, with Homebrew's own patched revisions counted as patched.

`brew vulns` starts from what is on disk. It reads package metadata, including software bills of materials where those exist, to identify the version actually installed, then queries OSV.dev and Homebrew's own advisory database [3][2]. Findings can be filtered by severity, and split into the ones with an available fix and the ones without [2].

Homebrew's advisory database holds OSV-format records for formula versions and revisions where the project applied its own security patches [4]. Those are the packages whose upstream version number does not describe the code on disk. A scanner matching version strings against upstream advisories would report them as vulnerable after Homebrew had already fixed them.

The sandbox changes are narrower than the scanner. 7.0.0 fixes a moderate-severity escape in which a malicious cask could use LaunchServices to execute code outside the installation sandbox, restricting application launches, Mach services and Unix socket connections during cask installation [5]. Sandboxed package operations also stop reading the user's home directory by default, and downloads keep moving into a separate fetch phase so installation can run without network access [6]. McQuaid's release notes say applications installed through Homebrew still run with the user's privileges, that vendor `.pkg` installers operate outside Homebrew's sandbox and may request `sudo`, and that trusting a third-party tap remains the consequential security decision [7]. Those controls build on the tap trust settings added in 6.0.0 [20].

Linux gets a different implementation. Landlock replaces the Bubblewrap sandbox introduced in 6.0.0, avoiding an external dependency and elevated Docker permissions [8]. Kernels without Landlock keep working with no sandbox, and `brew doctor` reports the missing sandbox as an advisory [9].

McQuaid framed the release around speed and security, according to runtimewire.com [16]. The speed comes from overlap: downloads, package preparation and installation can now run concurrently across `brew install`, `brew reinstall`, `brew upgrade` and multi-package `brew bundle` runs [10]. Homebrew did not attach a benchmark, and says the payoff varies with package mix, network speed and cache state [11]. For that to help a given fleet, the slow commands would have to be multi-package runs with a cold cache, where one package's download can overlap another's preparation. Upgrading a single cached formula has nothing to overlap.

BrewUI, a native macOS application, is listed among version 7's major changes [12].

Intel has two dates. Support ends on September 1st, 2027, new bottle builds for the architecture stop with 7.0.0, and Homebrew says only that some existing bottles may continue to work [13]. McQuaid says he will mark 17 years on the project this month, and he has maintained it since Max Howell created it in 2009 [17]. That dates the September 13th release to 2026 [18], and leaves 353 days between the release and the cutoff [19]. The set of packages an Intel machine can install from a bottle stops advancing at the start of that window, not the end. Tier 3 also means the project does not support the configuration, with limited community help through Homebrew Discussions [14]. Homebrew directs anyone keeping Intel hardware to MacPorts, which continues to provide Intel support [15].

What to watch

  • Whether Homebrew publishes a benchmark for the overlapping install stages, and on what package mix and cache state it was measured.
  • Whether the existing Intel bottles Homebrew says may continue to work are still resolvable through the 2027 cutoff.
  • Whether brew vulns gains an exit code or policy mode that CI and MDM tooling can gate on, rather than only reporting.
Loading claim ledger
Loading source directory links
Loading share composer
Loading topic controls
Loading related stories