Certaines choses ne fonctionnent pas en raison du développement continu de la biblioth&eagrave;que. Il y a tellement de choses à faire.

Avertissement

/**
* Tous les outils réseau et de sécurité devraient être @Deprecated en raison de la gestion des mots de passe. Actuellement, ca.tecreations.Properties lit les chaînes Java.
* Si un mot de passe figure parmi les entrées de données, il est stocké dans la liste globale des chaînes de cette JVM.
* De plus, il n'existe actuellement aucune protection pour les fichiers .properties eux-mêmes, ni de cryptage/déchiffrement automatique
* de ces fichiers. Une meilleure solution, à mon avis, serait d'obtenir un mot de passe de sécurité principal qui servirait à sécuriser
* tous les fichiers sensibles. Un fil d'observation devrait être activé pour signaler la lecture d'un fichier de cette liste, hors du cadre du logiciel, avertissant ainsi l'utilisateur que le mot de passe principal doit être modifié et, par conséquent, le déchiffrement/rechiffrement ultérieur.
*
* Je suppose. Il devrait y avoir un écran de verrouillage apr&eagrave;s inactivité pour un ensemble d'utilisateurs, ou une valeur par défaut prédéfinie pour restreindre les travailleurs à proximité, etc.
* Chaque fois que l'ordinateur est sur le point de se mettre en veille, l'écran de verrouillage devrait afficher un message "REQUIRED-ACKNOWLEDGEMENT<-==->IN_EFFECT".
*
*
* Essayez de comprendre les risques avant utilisation.
*
* Notez également que Deploy utilise la valeur des propriétés make.secure pour plus de commodité.
* Si vous préférez cette invite, vous devrez l'écrire vous-même, pour le moment.
*
* De plus, l'outil PKITool qui g&eagrave;re les magasins de clés, les certificats et les clés, utilise certainement un mélange de String et de char[].
*
* Les utilisateurs du logiciel reconnaissent les risques de sécurité et effectueront les modifications qu'ils jugent appropriées avant utilisation.
* Ni tecreations.ca ni Tim de Vries ne font aucune déclaration ni ne donnent aucune garantie quant à la pertinence de la biblioth&eagrave;que du produit pour un usage particulier.
*/

Utilisation de la biblioth&eagrave;que

Vous aurez besoin d'un JDK (kit de développement Java)... Vous pouvez en obtenir un ici : JDK Oracle. Windows est [x86 (32 bits) et x64 (64 bits, mais la plupart des versions sont maintenant en 64 bits)]. Pour toute autre version, vous devez savoir quoi faire et qui contacter. Toute version plus récente que la version 17 devrait fonctionner. Je compile vers la version 17, mais vous pouvez modifier cela. La version minimale est Java 9 pour Process.pid() et, si je me souviens bien, certaines modifications de la cryptographie Bouncy Castle ont nécessité la version source 11.

Vous aurez probablement besoin d'un IDE (environnement de développement intégré). Je travaille sur un éditeur, mais c'est un travail lent et minutieux. J'utilise NetBeans 18 (installez le JDK AVANT NetBeans) et un projet Java Ant avec les classes existantes et un package .jar à l'aide de ca.tecreations.apps.deploy.Deploy. Vous pouvez également utiliser n'importe quel éditeur de texte et une invite de commande, un terminal ou jethro.jar pour lancer le projet. La compilation est automatique, selon la configuration, via JavaCompiler.

Vous pouvez créer un projet de type Maven/Ant en utilisant DependencyViewer.


  1. Dernier installateur déployé --- TEC_VERSION.jar {StusTwelve.jar} : Voir ci-dessous :
    StusTwelve.jar
  2. Un double-clic lancera le validateur si le JDK est installé. ou utilisez la commande java -jar StusTwelve.jar.
  3. Consultez le menu Documentation ci-dessus pour voir les opérations effectuées par le validateur.
  4. Pour utiliser FileTool, vous aurez besoin de la configuration de sécurité par défaut créée par le validateur, puis exécutez NameService, configurez vos fichiers NetworkConfig pour TLS/PKI et également dans NameService.properties, et cela devrait fonctionner.

    5. Je vais essayer d'y arriver aujourd'hui.

  5. Bon code !

Licence