Integrity

Bêta de la 1.1.0 : le durcissement du client contre le bricoleur qui sait patcher un JAR. Le protocole passe en 2, et un client 1.0.x est refusé avec la version à installer ; le serveur et tous les clients portent la même version d'Integrity.

• Le rapport porte un relevé d'exécution : les mods que Fabric Loader a chargés et leurs origines, les resourcepacks sélectionnés et leur dossier, les arguments de la JVM et les propriétés fabric.*, le jar du jeu et son SHA-1, les versions, les mixins et les classes des mods voisins qui visent Integrity, et une empreinte du JAR Integrity liée au contrôle.
• Le serveur refuse un mod chargé hors de mods (-Dfabric.addMods), un dossier de resourcepacks déplacé, un agent Java, un jar du jeu qui n'est pas celui de Mojang, un mod voisin qui vise Integrity, un JAR Integrity qui n'est pas le sien, et toute autre version d'Integrity que la sienne. Réglages nouveaux : allowDevelopmentClients, rejectedLaunchOptions, recheckJitterSeconds.
• Les contrôles périodiques tirent leur échéance au sort, et un contrôle suit chaque réapparition et chaque changement de dimension.
• integrity history <joueur> : les derniers contrôles d'un joueur, avec les versions vues et les canaux qu'il annonçait.
• Le JAR distribué ne garde en clair que les points d'entrée, le pont de version et les classes de données ; il reste reproductible, et les correspondances ProGuard sont jointes à la release GitHub.

Bêta : à éprouver avec le JAR distribué dans un launcher avant la version finale ; un refus inattendu se signale avec son message, mot pour mot. Fabric API et Fabric Language Kotlin sont requis sur le client et le serveur. Installation et réglages : https://github.com/Roumoulou/Integrity#readme