Analysez votre projet.

Sans compte. Ce que Tamiso lit dépend de ce que vous envoyez, et le résultat est supprimé au bout de 24 heures.

Nouveau test 25 Mo au maximum, ou une archive .zip du projet
Vous envoyez Paquetsfailles connues Codesecrets, erreurs courantes
Un fichier de dépendancespackage-lock.json, requirements.txt, SBOM, rapport Trivy… Oui Non, le fichier n'en contient pas
Une archive .zip du projetboutique.zip Oui Oui, en mémoire
L'adresse d'un dépôt GitHub publicgithub.com/organisation/projet Oui Oui, en mémoire
requirements.txtpoetry.lockpackage-lock.jsonpnpm-lock.yamlyarn.lock

Aussi pyproject.toml, Pipfile, uv.lock et package.json, composer.json et composer.lock (PHP), Gemfile et Gemfile.lock (Ruby), go.mod (Go), Cargo.toml et Cargo.lock (Rust), pom.xml, build.gradle et gradle.lockfile (Java), .csproj et packages.lock.json (.NET), bun.lock, l'archive .zip du dépôt entier, les SBOM CycloneDX ou SPDX en JSON et les rapports Trivy, Snyk, OSV-Scanner, Dependabot ou SARIF. Plusieurs fichiers à la fois : Tamiso les fusionne sans doublons et ignore ceux qu'il ne sait pas lire.

Ce que nous lisons

D'un fichier de dépendances : les noms et les versions des paquets, et les failles déjà signalées par un autre scanner. D'une archive .zip ou d'un dépôt : aussi le code, analysé en mémoire puis oublié (seuls le fichier, la ligne et un court extrait masqué sont gardés 24 heures). Rien n'est envoyé à une IA sans votre accord.

Où nous cherchons

Les failles connues et les paquets malveillants dans OSV, la probabilité d'exploitation EPSS et le catalogue des failles exploitées de la CISA. Sur PyPI et npm, Tamiso vérifie aussi que chaque paquet existe, n'est pas trop récent, n'imite pas le nom d'un paquet connu et que sa version n'a pas été retirée par ses auteurs.

Ce que vous recevez

Les mises à jour à faire en premier, les failles écartées avec leur raison et un prompt prêt à coller dans votre assistant IA.