# xeol を Homebrew, Nix でインストール

xeol のインストール経路、実行ファイル、メタデータ、AI エージェント向けセキュリティノートを確認します。

## インストール

```sh
sudo av install brew:xeol
```

追加のインストールコマンド:

### macOS

- Homebrew (100%):

```sh
brew install xeol
```

  証拠: local Homebrew formula metadata

### Linux

- Nix (92%):

```sh
nix profile install nixpkgs#xeol
```

  証拠: nixpkgs package indexes: pkgs/by-name/xe/xeol/package.nix from https://api.github.com/repos/NixOS/nixpkgs/git/trees/master?recursive=1

## パッケージ情報

- **パッケージキー:** brew:xeol
- **パッケージマネージャ:** Homebrew
- **バージョン:** 0.10.8
- **ソース概要:** Xcanner for end-of-life software in container images, filesystems, and SBOMs
- **ホームページ:** <https://www.xeol.io/>
- **リポジトリ:** <https://github.com/xeol-io/xeol>
- **最終更新:** 2026-07-25T21:49:09+02:00
- **生成日時:** 2026-08-03T19:37:03+00:00

## 実行可能ファイル

- xeol (エイリアス)

## インストール挙動

- Bottle: 利用不可

## バージョンと鮮度

- ページ生成日: 2026-08-03
- マネージャ版: 0.10.8
## プロジェクトの歴史と使われ方

Xeol is a Go CLI for finding end-of-life software in container images, filesystems, and SBOMs. Its niche is adjacent to vulnerability scanners: instead of asking only whether a package has a known CVE, it asks whether the software line is out of vendor support.

### プロジェクトの歴史

The xeol repository was created in December 2022, with v0.1.0 published at the end of that month. The README describes a scanner for EOL packages and documents inputs that include Docker and Podman images, OCI archives, Singularity images, directories, Syft/SPDX/CycloneDX SBOMs, registries, and attestations.

### 採用の歴史

Xeol grew in the SBOM and container-security moment when teams already had image inventories and wanted policy checks beyond CVE matching. Its GitHub Action packages that workflow directly for CI, including an option to fail pipelines when EOL software is found.

### 使われ方

Typical use is `xeol <image>` for a container image, `xeol dir:path` for a filesystem, or `xeol sbom:file` for an existing SBOM. It maintains a local SQLite EOL database sourced from endoflife.date, package registries, vendor-package feeds, and browser data, with automatic update and offline-management commands.

### パッケージ好きにとっての重要性

Xeol matters to package nerds because it treats lifecycle metadata as a first-class scan target. It connects package identity, SBOM formats, vendor support windows, and CI policy into one small CLI rather than leaving EOL status as a spreadsheet or wiki chore.

### タイムライン

- 2022-12-23: GitHub repository is created.
- 2022-12-31: v0.1.0 is published.
- 2023: GitHub issues and the Marketplace action show CI and automation use cases forming around the scanner.
- 2025-03-05: v0.10.8 is published as the latest GitHub release visible from the repository page.

### Related projects

- endoflife.date is one of the aggregator sources for Xeol's EOL database.
- Syft is a supported SBOM input source and format producer.
- SPDX and CycloneDX are SBOM formats Xeol can read.
- Grype is a related Anchore vulnerability scanner; Xeol covers the lifecycle-status dimension instead.

### ソース

- <https://api.github.com/repos/xeol-io/xeol>
- <https://api.github.com/repos/xeol-io/xeol/releases?per_page=100>
- <https://github.com/marketplace/actions/xeol-end-of-life-eol-scan>
- <https://github.com/xeol-io/xeol>
- <https://www.xeol.io/end-of-life>


## セキュリティノート

broad file, network, media, or database tool signal. infrastructure mutation or orchestration signal.

- **Geiger リスク:** orange / 中
- broad file, network, media, or database tool signal
- infrastructure mutation or orchestration signal

## 他のパッケージマネージャ記録

- Nix - xeol: normalized package name match | nixpkgs package indexes: pkgs/by-name/xe/xeol/package.nix from https://api.github.com/repos/NixOS/nixpkgs/git/trees/master?recursive=1


## Combined YAML source

View the package source record on GitHub. [combined/xeol.yml](https://github.com/mxcl/pkgdb/blob/main/combined/xeol.yml)


## ソース

- pkg.so package database
- Geiger risk classifier
- curated package history
- pkgdb category and tag curation
- external package-manager database matches
- cross-ecosystem install command graph