# Installer tfprovidercheck avec Homebrew

Consultez les chemins d'installation, exécutables, métadonnées et notes de sécurité de tfprovidercheck pour les workflows d'agents IA.

## installation

```sh
sudo av install brew:tfprovidercheck
```

Commandes d'installation supplémentaires:

### macOS

- Homebrew (100%):

```sh
brew install tfprovidercheck
```

  Preuve: local Homebrew formula metadata

## Faits du paquet

- **Clé du paquet:** brew:tfprovidercheck
- **Gestionnaire de paquets:** Homebrew
- **Version:** 1.0.7
- **Résumé source:** CLI to prevent malicious Terraform Providers from being executed
- **Page d'accueil:** <https://github.com/suzuki-shunsuke/tfprovidercheck>
- **Dépôt:** <https://github.com/suzuki-shunsuke/tfprovidercheck>
- **Dernière mise à jour:** 2026-07-26T00:50:39+02:00
- **Généré:** 2026-08-03T19:37:03+00:00

## exécutables

- tfprovidercheck (alias)

## Comportement d'installation

- Bouteille: non disponible

## Version et fraîcheur

- page générée: 2026-08-03
- version du gestionnaire: 1.0.7
## Historique du projet et usages

tfprovidercheck is a Terraform provider allow-list checker intended to prevent disallowed or malicious Terraform providers from being executed. Its README positions it as a security and governance tool to run after terraform init and before commands such as validate, plan, or apply.

### Historique du projet

The project was built around a simple policy model: read `terraform version -json`, compare provider names and optional version constraints against a YAML allow list, and fail when a disallowed provider appears. The README contrasts this with `.terraform.lock.hcl` and `required_providers`, arguing that those mechanisms do not provide the same centralized provider allow-list control.

### Historique d'adoption

Adoption appears concentrated in CI and platform-engineering contexts. Homebrew packages tfprovidercheck as a bottled formula, while the README emphasizes GitHub Actions usage and environment-variable configuration for workflows where pull requests should not be able to tamper with the policy.

### Modes d'utilisation

Typical usage pipes `terraform version -json` into `tfprovidercheck`, optionally passing `-config`. Configuration can come from a command-line path, `TFPROVIDERCHECK_CONFIG_BODY`, `TFPROVIDERCHECK_CONFIG`, or `.tfprovidercheck.yaml` in the current directory.

### Pourquoi les passionnés de paquets s'y intéressent

For package-focused infrastructure users, tfprovidercheck is notable because it treats Terraform providers as executable dependencies that need admission control. It packages that check as a small CLI suitable for CI images, Homebrew installs, and repository policy workflows.

### Chronologie

- 2025: GitHub tags list v1.0.6 in July and v1.0.7 in December.
- 2026: Homebrew formula metadata lists stable version 1.0.7 with bottled builds.

### Related projects

- Terraform CLI
- .terraform.lock.hcl
- Terraform required_providers
- GitHub Actions

### Sources

- <https://formulae.brew.sh/api/formula/tfprovidercheck.json>
- <https://github.com/suzuki-shunsuke/tfprovidercheck#readme>
- <https://github.com/suzuki-shunsuke/tfprovidercheck/tags>


## Notes de sécurité

narrow executable package without higher-risk signals.

- **Risque Geiger:** vert / faible
- narrow executable package without higher-risk signals


## Configuration and credential file locations

These source-backed paths show where this package keeps local settings or durable credentials. Automic Vault can use them as review targets for secret scanning, migration, and command approval.


## Configuration files

- Unix: .tfprovidercheck.yaml

## Combined YAML source

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


## Sources

- pkg.so package database
- Geiger risk classifier
- curated configuration and credential file locations
- curated package history
- pkgdb category and tag curation
- cross-ecosystem install command graph