Faille d'OpenCode Console : étendue affectée, identifiants du fournisseur et vérifications pratiques
OpenCode signale une violation affectant 1,4 % des utilisateurs de Console, spécifiquement un sous-ensemble avec des fournisseurs externes liés.
OpenCode signale une violation affectant 1,4 % des utilisateurs de Console, spécifiquement un sous-ensemble avec des fournisseurs externes liés. L'avis public ne divulgue pas le chemin d'accès ni la correction effectuée. Ce suivi explique la limite de passerelle documentée, puis examine le hook de vérification de compréhension de Sphinx et le contrat de sécurité de rendu de diagramme de Pele.
Lire l'édition écrite (anglais) ↗
Ce que couvre cette vidéo
- Le chiffre de 1,4 % s'applique aux utilisateurs de Console ; l'installation de l'agent de codage local seul n'établit pas l'inclusion dans le sous-ensemble affecté signalé.
- La documentation des fournisseurs de Console indique qu'elle stocke les identifiants connectés derrière sa passerelle. Il s'agit d'une architecture documentée, non d'une reconstruction du chemin de violation non divulgué.
- Consulter la notification officielle et l'activité du fournisseur ; la conservation des preuves et la révocation des identifiants suspects sont des conseils généraux d'hygiène d'incident, et non une liste de contrôle complète des réparations annoncées.
- Sphinx envoie le code modifié et les réponses à un réviseur distinct, modifie un chemin de hook Git global et n'a pas de limite par défaut d'appels de modèle. Son examinateur peut se tromper et les vérifications locales peuvent être contournées.
- Pele prend en charge les modifications CSS sur le même SVG. Sa comparaison de vitesse est rapportée par le fournisseur ; les images peuvent toujours émettre des requêtes réseau et le balisage d'icônes fourni par l'appelant reste une responsabilité de l'application.
- La distillation décrit un objectif allégué impliquant des sorties de modèle ; le chemin d'accès de l'incident, l'identité de l'attaquant et l'impact complet sur les clients restent non divulgués.
Transcription traduite
Traduit de la narration originale en anglais. L'audio et les sous-titres disponibles sont gérés par YouTube.
Qui a réellement été affecté ?
0:00 Vous entendez dire qu'OpenCode a été piraté et imaginez votre ordinateur portable. Son avis nomme un sous-ensemble d'utilisateurs de Console. Notre verdict précédent de 'nécessite révision' mérite d'être entièrement expliqué. Dans cette vidéo, qui a été affecté ? Que devriez-vous vérifier ? Pourquoi une étiquette est-elle importante ? C'est dimanche dix-huit octobre, et c'est The Daily Diff. Gardez cette étiquette à l'esprit.
0:18 OpenCode est un agent de codage open source pour votre terminal, éditeur ou bureau. Console est sa passerelle de modèle hébergée optionnelle. Elle gère également les comptes de fournisseurs que vous connectez. L'avis nomme cette partie hébergée. L'avis de la nuit mène au diff d'aujourd'hui. Ensuite, un hook Git vous interroge sur le code de votre agent, et un moteur de rendu de diagrammes énonce
0:35 ses limites de sécurité. Apparemment, la nouvelle fonctionnalité de productivité est la lecture. OpenCode indique que 1,4 % des utilisateurs de Console ont été impactés,
Que décrit réellement 1,4 % ?
0:42 un sous-ensemble avec des fournisseurs externes liés. Il dit qu'ils ont été informés par e-mail. C'est la portée actuelle de l'entreprise, l'incident étant toujours en cours. Gardez le dénominateur attaché. Les utilisateurs de Console sont cette population. Sa taille n'est pas divulguée, nous ne pouvons donc pas calculer le nombre de victimes. L'installation de l'agent local seul ne vous place pas dans le groupe signalé. Un développeur nommé timo dit que la faille est plus importante pour les clients que l'étiquette
1:03 de distillation. Préoccupation légitime. Les gens veulent des réponses sur leurs comptes pendant qu'Internet débat de l'entraînement des modèles. La documentation du fournisseur explique la limite de confiance.
Où se trouve l'identifiant du fournisseur ?
1:12 Console stocke les identifiants et achemine les requêtes via sa passerelle. Les membres de l'espace de travail utilisent des modèles sans voir la clé du fournisseur. Une administration utile place la passerelle dans une position de confiance. Vous pouvez partager l'accès sans placer la clé amont sur la machine de chaque membre de l'équipe. Un faible pourcentage peut toujours décrire une exposition grave. L'avis n'a pas fourni de compte rendu technique sur la manière dont l'accès a été obtenu. Le marketing de sécurité aime un mot rassurant. Les développeurs suivent quel composant détient quel secret.
1:37 Console mérite une autre boîte dans votre diagramme mental, ce qui allonge chaque dessin d'architecture. Vérifiez la notification officielle et les enregistrements d'activité du fournisseur.
Que doit vérifier un utilisateur affecté ?
1:45 Pour une utilisation suspecte, conservez les preuves et révoquez l'identifiant exposé via votre fournisseur. Remplacez délibérément les intégrations affectées. C'est de l'hygiène d'incident générale ; l'avis ne contient pas de liste de contrôle complète de remédiation client. OpenCode déclare travailler avec Anthropic, OpenAI et Google pour remédier à la situation. Il ne peut pas encore partager plus de détails. Nous aurons besoin du rapport ultérieur pour juger la correction. Cet avis ne contient aucune promesse de remboursement vérifiée.
Un hook Git peut-il vérifier la compréhension ?
2:08 Sphinx offre un autre type de supervision. Il met en pause une poussée de branche protégée et demande si vous comprenez le code de votre agent. La demande de tirage a acquis un examen oral. Votre auto-complétion reste étrangement silencieuse. Un réviseur séparé lit le changement committé via des outils Git en lecture seule, sans voir la conversation génératrice. Il pose des questions sur le comportement et les cas d'échec. Répondez incorrectement et vous obtenez un autre scénario.
2:30 Réussissez, et la poussée originale continue. Le readme demande ce qui se passe lorsqu'un travailleur commit, puis plante avant d'accuser réception de son travail. La relivraison peut répéter l'opération. L'exemple est illustratif ; nous n'avons pas installé Sphinx ni mesuré une amélioration de la révision en production. Sphinx yolo désactive les vérifications et enregistre le saut. Les hooks locaux peuvent être contournés, et le readme indique que l'examinateur peut se tromper.
2:51 L'assistant d'enseignement robotisé a la permission d'admettre qu'il est un robot. La configuration modifie votre chemin de hook Git global, y compris les autres dépôts.
Que reçoit le réviseur Sphinx ?
2:58 Le réviseur reçoit le code modifié et vos réponses. Les exclusions de noms de fichiers ne peuvent pas détecter un secret collé dans une source ordinaire. Lisez cela avant de l'adopter. Il n'y a pas de limite par défaut sur les appels de modèle. Une vérification typique utilise cinq à huit requêtes, plus une par réponse. Définissez des limites de dépenses. Vous pouvez payer le privilège de vous expliquer deux fois.
Quels changements lorsque Pele rend Mermaid ?
3:17 Kepano d'Obsidian vient de lancer Pele, qui transforme le texte Mermaid en SVG. En réponse à un développeur sceptique, il souligne six ans de rédaction de thèmes Mermaid. Il y a un historique de maintenance derrière le fil de lancement. Son bundle compressé est rapporté autour de deux cent trente kilo-octets, contre un virgule six méga-octets pour Mermaid. Il prend en charge les types de diagrammes de Mermaid douze point un. Les revendications de vitesse sont les mesures du projet. Nous n'avons pas reproduit cette comparaison.
3:40 Écrivez le texte du diagramme, obtenez le SVG, puis changez ses couleurs avec CSS sans le rendre à nouveau. Le même diagramme garde son identité. Votre architecture peut cesser de s'habiller comme un site web sans rapport. Pele échappe le texte du diagramme et filtre les liens.
Quelles limites de diagramme restent les vôtres ?
3:54 Les rappels de clic JavaScript sont ignorés. Les images peuvent toujours effectuer des requêtes réseau lorsqu'elles sont affichées. Votre application est responsable du balisage d'icônes qu'elle fournit et de la manière dont elle ouvre les liens internes. Pele vous permet de désactiver les liens et les images, avec des limites sur la taille de la source et de la sortie. L'application a encore du travail à faire. Mauvaise nouvelle pour quiconque espère qu'une dépendance plus petite réduit également la responsabilité. Maintenant cette étiquette.
Qu'est-ce que la distillation explique réellement ?
4:15 La distillation signifie l'entraînement d'un modèle en utilisant les sorties d'un autre modèle. OpenCode associe la faille à une attaque de distillation à grande échelle. C'est le but allégué. Il ne divulgue pas le chemin d'accès, l'identité de l'attaquant et l'impact complet sur les clients. Mon verdict est 'nécessite révision'. Je maintiendrais l'incident de Console en révision jusqu'à ce que nous puissions évaluer les identifiants affectés et la correction. Identifiez quel service détient votre accès fournisseur,
4:39 avant qu'un titre ne choisisse le modèle de menace pour vous. Si vous préférez lire ceci plutôt que de m'entendre le dire, le 'diff' arrive dans votre boîte de réception chaque matin, gratuitement sur 'thedailydiff dot dev', lien ci-dessous. Et c'est le 'diff' pour aujourd'hui. Je suis Niko d'Axrisi. Fusionnez de manière responsable.
Sources
- Latest edited OpenCode Console security noticeOpenCode
- Connected provider credentials and Console gatewayOpenCode documentation
- Console is an optional providerOpenCode documentation
- Distillation definition and separate background casesAnthropic
- Sphinx understanding checks and adoption caveatsSphinx project
- Pele Mermaid-to-SVG rendererPele project
- Pele security and application responsibilitiesPele documentation
- Pele maintainer's public explanationkepano



