mm_carkeys est la ressource de clés de véhicules de Master Mind. Le manifeste examiné indique la version 1.0.8. Elle comprend des clés temporaires, des clés comme objets d’inventaire et des sacs à clés. L’attribution précédente et les promesses générales de compatibilité ne correspondaient pas à cette source.
Source et fichiers du créateur
Utiliser la véritable configuration
Le manifeste exige ox_lib ; les réglages se trouvent dans shared/shared.lua. La documentation du créateur mentionne OneSync Infinity et une intégration aux inventaires OX ou QB. Enregistrez vehiclekey et keybag selon les instructions de votre inventaire. Les commentaires du manifeste permettent de désactiver les imports ox_core lorsque ce framework n’est pas utilisé. Testez les intégrations aux garages et concessionnaires avec les versions choisies du framework et de l’inventaire.
Qbox reste incomplet dans cette révision
shared/init.lua détecte qbx_core et définit le framework sur qbx, mais server/bridge.lua ne récupère les joueurs, identifiants et métiers que pour qb, esx et ox. La détection seule ne prouve donc pas qu’une installation Qbox fonctionne. Le pont d’inventaire suppose également des exports et structures d’objets précis ; sélectionner un nom d’inventaire ne garantit pas la compatibilité de son API.
Corriger l’autorisation avant la mise en service
Les événements serveur examinés accordent des clés permanentes ou temporaires à partir de plaques fournies par le client sans y vérifier la propriété du véhicule. L’événement de verrouillage applique également l’état demandé sans vérifier la possession des clés ni la proximité. Ne déployez pas cette révision inchangée comme système fiable d’accès aux véhicules. Un développeur doit imposer l’autorisation côté serveur, valider entité, plaque et distance, puis tester les opérations autorisées et refusées. Il s’agit d’un examen statique du code, pas d’un audit de sécurité complet.