CVE-2026-100860
Publiée le 2026-09-27 · Dernière modification le 2026-09-27
Les utilisateurs de heym (versions antérieures à 0.0.105) sont concernés si l'application est déployée avec une instance Redis sur l'interface de boucle locale (loopback). Un utilisateur authentifié disposant des permissions d'auteur de workflow peut contourner les vérifications d'identifiants en fournissant un identifiant d'identifiant fictif ou supprimé, lui octroyant ainsi un accès non autorisé en lecture/écriture au serveur Redis local. Cette exploitation est facile à réaliser et ne nécessite aucune interaction supplémentaire de l'utilisateur, bien que son impact soit limité aux environnements où Redis est effectivement exécuté sur le backend.
DÉTAIL DU VECTEUR CVSS
RÉFÉRENCES
Description officielle du NVD (en anglais)
heym before 0.0.105 does not act on the result of the credential authorization lookup in the Redis workflow node (backend/app/services/node_execution/nodes/redis_node.py). When _get_accessible_credential returns None — because the credential ID does not exist or the caller is not authorized to use it — the node treats the lookup failure as an empty configuration and falls back to defaults, connecting to localhost:6379 with no password and executing the requested operation there. The same fallback occurs when an accessible credential has an empty config or no redis_host value. An authenticated workflow author who supplies a credential ID they do not own, or one that was deleted, therefore obtains a read/write connection to whatever Redis is listening on the backend's loopback interface instead of an error. Impact depends on the deployment: the stock docker-compose.yml ships no Redis, in which case the flaw surfaces as a misleading connection error rather than data exposure.