Passer au contenu
Project ZomboidNotes de survie Viewpoint
FR

Traduction mise à jour: 20 octobre 2026

Commencez ici

ZombieBuddy est-il sûr ? Ce que protège ou non l’autorisation Java

Avertissement de sécurité et politiques de l’auteur de ZombieBuddy vérifiés le 20 octobre 2026

La réponse courte

L’auteur de ZombieBuddy avertit que les mods Java disposent d’un accès sans restriction à votre système. La boîte d’autorisation décide si un JAR précis peut être chargé ; ce n’est ni un bac à sable ni un certificat de sécurité. Conservez la politique par défaut prompt et examinez chaque mod original et fichier modifié, en refusant ce que vous ne pouvez pas évaluer. Si cet accès est inacceptable, n’exécutez pas cette configuration dépendante de Java.

Capture d'écran officielle du gameplay de Project Zomboid dans sa vue isométrique originale
Capture d'écran officielle · vue originale du jeu, pas un test Viewpoint. Merci à The Indie Stone pour la création Project Zomboid, ce qui a rendu cela possible. Il s'agit d'une production non officielle de fans à des fins non commerciales réalisée sous le label Conditions de The Indie Stone.
Sur cette page

Distinguer permission et verdict de sécurité

Un test normal en jeu ne révèle pas ce qu’un mod Java peut faire hors du jeu. Faire confiance au chargeur et au complément sont deux décisions distinctes. La FAQ du Workshop n’est pas un audit indépendant de chaque JAR ou mise à jour future.

Selon l’auteur, une boîte native affiche l’ID du mod, le chemin, la date de modification et l’empreinte SHA-256 d’un Java nouveau ou mis à jour. Par défaut, il ne charge qu’après autorisation. Le choix peut être mémorisé pour ce mod et cette empreinte ou limité à la session.

L’empreinte identifie le fichier concerné par la décision. Elle ne dit pas si son comportement est bénin. Popularité, lancement réussi, résultat antivirus ou résumé de code par IA ne transforment pas une permission en garantie.

Choisir la politique souhaitée

PolitiqueComportement documenté par l’auteurÀ quoi s’attendre
promptPar défaut ; demander pour les JAR inconnus ou modifiés.Lisez l’identité du fichier et décidez. Une décision mémorisée s’applique à son empreinte enregistrée.
deny-newIgnorer les fichiers non encore autorisés.Un complément nouveau ou modifié peut être absent sans nouvelle demande. Vérifiez cette politique avant de réinstaller.
allow-allCharger tous les JAR sans demander.L’auteur le déconseille. Ne l’utilisez pas pour faire disparaître un problème d’installation.

L’exemple Windows actuel de l’auteur pour deny-new est -agentlib:zbNative=policy=deny-new -- ; l’exemple macOS/Linux est -javaagent:ZombieBuddy.jar=policy=deny-new --. Ce sont des modes de lancement différents. Préservez vos réglages et suivez la documentation du mode utilisé ; un exemple de politique n’est pas une procédure d’installation complète.

Examiner une mise à jour avant d’autoriser l’accès

  1. Ouvrez l’élément Workshop original et son dépôt ou sa page de versions. Vérifiez auteur, dépendances et notes ; ne vous fiez pas au nom familier d’un repack.
  2. Vérifiez que l’ID du mod et le chemin du JAR correspondent au complément activé volontairement. Gardez le jeu fermé pendant l’examen d’un fichier inattendu.
  3. Si l’empreinte a changé, comparez la mise à jour à la version attendue avant d’autoriser. Une mise à jour normale peut modifier l’empreinte ; une différence seule ne prouve pas un logiciel malveillant.
  4. Choisissez une décision limitée à la session si vous ne voulez pas l’enregistrer, ou refusez le fichier. Refuser un composant Java requis peut désactiver la fonction.
  5. Notez l’élément, la version, le chemin et la décision pour comparer au prochain lancement.

Les autorisations sont enregistrées dans le dossier utilisateur sous .zombie_buddy/mod_approvals.json, associées à l’ID du mod et à son empreinte. L’auteur indique aussi de maintenir Shift pendant le chargement pour forcer la boîte de dialogue. Pour une décision accidentelle, consultez les instructions de réinitialisation ciblée ; n’effacez pas toutes les décisions et ne passez pas à allow-all.

Décider de poursuivre ou non

La décision est complète lorsque vous comprenez l’accès accordé, reconnaissez le fichier attendu et choisissez d’autoriser, refuser ou renoncer. Une caméra fonctionnelle prouve que la fonction a tourné, pas que l’ordinateur a réussi un test de sécurité.

Si vous ne pouvez pas expliquer l’apparition ou la modification d’un fichier, ne l’autorisez pas et interrogez son auteur sur cet élément et cette version précis. Nous n’avons audité ni le chargeur, ni les binaires, ni votre ordinateur et ne pouvons garantir une protection contre une mise à jour compromise.

Pour les problèmes de chargement après une décision volontaire, consultez état chargé ou bloqué. Pour un ensemble optionnel minimal, consultez choisir des compléments Viewpoint. Ajouter des mods n’est pas nécessaire pour vérifier le fonctionnement de base de la caméra.

Sources et versions

Basé sur la documentation de l'auteur et les instructions de la communauté, et non sur notre propre test de gameplay. Les mises à jour ultérieures peuvent modifier les valeurs par défaut.