Un nouveau déploiement a été effectué ce soir sur Kalaxia ! Les relations diplomatiques ont été livrées ! Celles-ci sont générées lors de la création d’une nouvelle partie, et initialisent des relations, bonnes ou mauvaises, entre chaque planète et les factions présentes !

Cela permet de démarrer la partie avec un contexte déjà dessiné ! Les joueurs, venant de s’inscrire et de choisir leur faction, se voient proposer quatre planètes, dont l’une leur servira de base de départ. Si les planètes étaient proposées aléatoirement auparavant, elles sont désormais sélectionnées selon leurs relations avec la faction du joueur, une planète aillant de bonnes relations avec la faction étant logiquement toute indiquée pour que le joueur en prenne la tête !

Les populations de chaque planète disposent également de relations avec les différents joueurs, en plus des factions ! Chaque action entreprise par les joueurs vis-à-vis d’une planète jouera sur les relations de celle-ci avec le joueur ainsi que sa faction !

Il s’agit de la base de tout un système de jeu basé sur l’événementiel, les relations évoluant au gré des différents événements, celles-ci pourront provoquer certaines réactions de la part des planètes, y compris celles contrôlées par un PNJ ! Une planète que vous avez l’habitude de piller ira sûrement chercher du soutien dans le but de vous détruire ! Tandis qu’une planète alliée vous aidera économiquement ou même militairement !

C’est un socle technique important qui vient donc d’être livré aux joueurs de Kalaxia ! Nous allons désormais nous pencher sur la construction des premiers bâtiments du jeu ainsi que la production des premières ressources !

N’hésitez pas à rejoindre le projet ! Curieux et passionnés sont les bienvenus !

Cette nuit, d’importantes modifications ont été apportées aux modules de chiffrement du portail et du serveur de jeu. Cela du fait de limitations rencontrées avec la première version du module. Cet article est l’occasion de revenir sur cette évolution et d’en partager les différents éléments techniques. Commençons par remettre en place le contexte.

Récemment, nous avons implémenté les factions dans le jeu ! Créées depuis le portail, elles comprennent un nom et une description. Lors de la création d’une nouvelle partie, l’administrateur du portail sélectionne les factions participantes, dont les données sont ensuite envoyées de manière chiffrée au serveur de jeu en plus des données de base déjà présentes dans l’appel. Pour la sécurisation des données, un module de chiffrement RSA avait déjà bien souvent été mis à l’épreuve ces dernières semaines. Tout devait être simple lors de l’ajout des données de factions, malheureusement, ce ne le fut pas !

Avec stupeur, nous fîmes la découverte d’une erreur de déchiffrement. Soupçonnant un problème lié à la taille du payload envoyé, le test fut réalisé de mettre des descriptions de faction courtes. La requête dans ce cas était traitée avec succès. La nature de l’obstacle était confirmée, il n’y a plus qu’à trouver une solution !

L’origine du problème est qu’un chiffrement RSA fonctionne avec une longueur maximale dépendant de la taille du modulus. Une contrainte vraisemblablement non contournable de manière propre. Il fallait donc une nouvelle piste. Heureusement, Stack Overflow possède souvent la réponse à nos questions, et ce fut encore le cas ! Notre solution fut donc d’utiliser un chiffrement symétrique pour le payload, à l’aide d’une clé AES générée à la volée, pour ensuite chiffrer la clé AES elle-même à l’aide de RSA. Nous obtenons donc un chiffrement hybride, où le contenu est protégé par une seule clé, elle-même protégée par les deux paires de clés publiques/privées que nous utilisions jusqu’ici.

Côté Symfony, peu de modifications à faire, étant donné que l’extension openssl_* manipule très bien ce genre de cas. Nous générons donc une clé aléatoire sur 32 octets et un IV de 16 octets. Avec ces éléments, nous chiffrons donc le contenu, qui ne subit plus aucune contrainte de taille. La clé et l’IV sont ensuite chiffrés en RSA sur 512 octets. Nous avons désormais les différentes parties de la requête qui sont sécurisées. Il ne reste plus qu’à les transmettre !

Après avoir codé l’extension du module, côté API du serveur de jeu (écrit en Go), les premiers tests sont effectués ! La requête comprend en contenu le payload chiffré avec AES, tandis que la clé et l’IV sont stockés dans deux entêtes HTTP distincts (Application-Key et Application-Iv). Cependant, première surprise, le résultat de la requête est une 400, Bad Request donc.

La raison ne fut pas longue à découvrir, en effet, envoyer des entêtes HTTP chiffrés n’est pas très standard ! Il fallu donc les encoder en base64 et le tour fut joué.

En revanche, seconde surprise, du côté de l’API on notait une erreur de parsing du payload JSON après déchiffrement. Après avoir effectué un relevé des valeurs aux différents stades de déchiffrement, une suite d’octets similaires en fin de chaîne furent découvert. C’est ici que fut rencontré le concept de Padding, inhérent à AES, qui comble une chaîne d’octets pour atteindre une taille égale à un multiple de bloc bien précis. Il fallait donc supprimer ces octets de remplissage pour pouvoir correctement récupérer le JSON final.

Une fois ceci effectué, il fallut reproduire le même schéma de chiffrement et de déchiffrement dans l’autre sens, c’est à dire de l’API vers le portail. C’est par exemple nécessaire pour récupérer le JSON Web Token du joueur lors de sa connexion, et prochainement pourquoi pas pour des exports de classement ou d’autres données vers le portail.

Le nouveau module de chiffrement enfin opérationnel, nous pouvons désormais assurer une sécurité totale des transferts de données entre une instance du portail et les serveurs de jeu !

Bonsoir à tous !

Cette nouvelle année démarre très fort avec un déploiement plein de nouveautés sur le jeu ! Vous pouvez désormais choisir une faction ainsi qu’une planète lors de votre première connexion ! Le choix de planètes proposé est pour l’instant très basique, il prendra en compte de nombreux paramètres au fil des votes pour proposer des choix plus riches !

Une page profil a notamment été initialisée avec la liste de vos planètes, afin de pouvoir naviguer facilement vers elles. Des liens de navigation entre la carte, un système et une planète ont été ajoutés.

La génération des ressources d’une planète est également en ligne ! Pour le moment il s’agit de fausses ressources, le temps que les vraies soient votées ! Elles sont réparties selon le type de planète.

Info plus technique mais sympa à communiquer aussi: le script de génération de la carte a été optimisé, et prend désormais une à deux secondes maintenant contre 20 à 25 secondes avant l’implémentation de la répartition des ressources. Un très bon point puisque cela nous assure que nous ne seront pas bloqués dans le volume d’informations que nous souhaitons générer lors de la création d’une nouvelle carte galactique !

L’étape suivante est désormais de travailler deux axes distincts : tout d’abord, vos retours quant aux éléments livrés ce soir seront la base des prochaines évolutions, pour adapter le jeu selon eux (notamment quant à l’affichage et la navigation sur mobile, qui doivent être grandement développés).

Ensuite, la définition de spécifications plus complètes, notamment sur la gestion d’une planète, de ses bâtiments, de ses ressources. Il va désormais falloir se pencher sur des aspects plus précis.

En tout cas c’est un véritable bonheur que de vous soumettre le résultat de tout ce travail en ce jour de l’An, en souhaitant que ces nouveaux contenus vous raviront !

Bonne année à tous !

Kalaxia est un jeu open-source, dont les différentes fonctionnalités sont conçues, proposées puis votées par sa communauté. Jusqu’ici, les votes ont été organisés via Discord, notre outil de communication.

Bien qu’un channel réservé aux votes et les emojis signifiant notre choix pour chaque vote soient une option facile qui a su faire ses preuves, nous avons voulu étoffer le portail pour un peu plus d’autonomie !

C’est ainsi que, lors d’une longue nuit blanche, a été produit le système de vote via le portail ! Nous disposions déjà du gestionnaire de projet, récemment fortement enrichi par l’apparition des labels (étiquettes/tags). Désormais, sur la fiche de détails d’une proposition de fonctionnalité, l’auteur dispose de l’option “Lancer un vote”.

Les utilisateurs du portail sont ensuite invités à participer à ce vote, qui contient le texte de la proposition, et les options “Oui/Non”. Au bout de deux jours, les résultats sont connus et le vote clos ! Si la fonctionnalité a été approuvée, elle passe donc dans la colonne “Prêt” pour qu’un développeur puisse s’en occuper !

Cela contribue à une meilleure organisation au sein de la communauté, à des workflows clairs et précis, et donc à des livraisons plus régulières de nouvelles fonctionnalités ! Nous sommes impatients de voir les résultats des premiers votes, le tout premier en cours portant sur le système de ressources stratégiques !

Kalaxia étant un jeu de stratégie spatiale, la question des étoiles, de leurs systèmes et de leurs planètes s’imposait grandement ! Alors quoi de mieux qu’une map (carte) pour pouvoir parcourir cette nouvelle galaxie et s’imprégner du jeu ? Un défi technique pour créer un algorithme qui réponde aux attentes de la communauté, relevé par Kern, notre Lead Developer ! Une première version très basique de l’algorithme a été produite dans l’approche MVP (Minimum Viable Product), et ne demande qu’à être enrichie au fur et à mesure des évolutions à venir !

La carte des étoiles est désormais accessible, ainsi que la visualisation d’un système stellaire et de ses planètes, tournant en orbite autour de leur étoile ! Les planètes sont colorées selon leur type (volcaniques, océaniques, tempérées, tropicales, arctiques, rocheuses, désertiques). La vue en détail d’une planète fonctionne également, et des textures, produites au fur et à mesure par notre équipe de graphisme, viennent leur donner une allure authentique. La prochaine étape est d’adapter ces différents écrans sur mobile et d’y faciliter la navigation, aujourd’hui perfectible. Néanmoins, c’est d’ores et déjà et un pas de géant pour Kalaxia, qui désormais va pouvoir se concentrer sur le contrôle d’une planète par les joueurs !

Comme vous pouvez le voir sur les différentes images, l’affichage est aujourd’hui en 2D. Cela respecte la notion de MVP et permet de se centrer sur la fonctionnalité de génération en elle-même. Cependant, nous allons relativement bientôt passer sous WebGL, pour présenter une carte avec des éléments 3D (comme les étoiles) sur surface plane, avec une vue isométrique.

La version 2D restera disponible pour les faibles débits et les navigateurs ne supportant pas WebGL.

N’hésitez pas à venir tester ces avancées, en vous inscrivant à la pré-production depuis https://www.kalaxia.com ! Vous pouvez également retrouver la communauté sur Discord et venir échanger avec nous ! Vous êtes les bienvenus !