Récemment on apprenait que la Belgique, ses autorités législatives, veut interdire les communications chiffrées vers et à partir de son territoire. À la fois inutile et à la fois faux-cul. Faux-cul car tous nos services de sécurité (police, renseignements généraux [contrôle des partis et groupuscules idéologiques], ministère de l'Intérieur et des Affaires Étrangères [espionage et contre-espionage]) disposent déjà des logiciels leur permettant de casser un échange chiffré, que ce soit par mail, par audio, par texto, etc. Tout ce qui leur faut est évidemment l'autorisation de personnes responsables des services: juge, magistrat, ministre.

   Snowden notait par ailleurs que «interdire le chiffrement des échanges entre individus causerait beaucoup de morts»; j'approuve sauf que j'estime que ces morts ne seraient pas dû aux États mais bien plutôt aux mafias et gangs variés qui naviguent entre la politique et la drogue.

   Car, comme déjà dit, les États disposent déjà de tous les moyens pour déchiffrer ce que nous chiffrons, et le fameux désormais Pegasus en témoigne. Par contre un logiciel même moins élaboré que ce dernier coûte suffisamment cher pour ne pas être à la portée de simples individus mais seulement d'États ou groupes d'états (Union Européenne, OTAN, etc.).

   Du jour où l'on interdira le chiffrement; dès lors regarder dans le slip du voisin ne sera plus qu'un jeu d'enfant à quelques centaines d'euros et donc accessible à tous. Fini les enquêtes de journalistes d'investigation, fini les plaintes de citoyens, fini en fait énormément de choses; du moins "fini sans risques de se faire écraser par une voiture".

   Le législatif belge d'argumenter que «cela facilitera nos enquêtes». Enquêtes sans contrôle de la Justice et des Ministres compétents certes, mais cela ne constitue pas une avancée démocratique. Pour le reste au contraire: un enquêteur sera vite repérable au fait que, lui, dispose d'une application de chiffrement.

   Si j'ajoute à cela que en Belgique, suite aux attentats islamistes, on a fait passer un registre national des numéros de téléphone tant fixes que portables, tant avec abonnement que à cartes prépayées, le risque pour les citoyens ne provient pas vraiment de l'État (qui a déjà les moyens de le surveiller même sur du chiffré comme déjà dit ici) que des différents groupes extrémistes et mafieux.

   Que ce registre des numéros soit piraté et on ne comptera plus les emmerdes subies par les citoyens...

   Bref, il faut sauvegarder notre droit à chiffrer nos communications pour continuer à vivre sous la loi démocratique et non sous la loi des gangs et des mafieux!!!

-----------------

   J'en profite donc pour partager ici un utilitaire de chiffrement de fichiers (tous types de fichiers, mais réellement efficace qu'avec les fichiers pur texte) de ma composition. Il a été programmé initialement sous Linux via Python. Il fonctionne à partir de Python 3, donc pas sous VS-Code qui utilise une version antérieure. Et comme c'est écrit en Python, moyennant la présence de cet interprétateur sur l'ordinateur il peut être utilisé tant sous Linux que Windows que Mac-OS.

   Alors je sais qu'il existe un module Python nommé "cryptography" et dédié à ce genre de choses mais je ne sais pas l'utiliser (je débute à peine en langage Python). C'est donc avec le premier algorithme inventé par les hackers de l'époque de la sortie de MS-DOS et de la programmation BASIC que j'ai effectué les opérations de (dé)chiffrement.

   Fichier Python ici:

   Exercice corrigé et expliqué pour la version Wikipédia Qibla.xls . C'est la version qu'on peut qualifier de "Halal".

   Alors, j'ai continué mon exercice. L'exercice consiste à trouver la direction selon une boussole de la Kaaba (la Qibla donc) depuis un lieu dont on connaît les coordonnées de latitude et longitude.

   La réponse sur Wikipédia (voir fichier Qibla.xls et lien inclus dedans vers l'article) fonctionne parfaitement pour le calcul le plus admis dans le monde entier de la direction de la Qibla. C'est-à-dire qu'il y a une particularité pour, par exemple, les Amériques: ainsi à New-York ce n'est pas vers le Sud-Est mais bien vers le Nord-Est que je dois me tourner pour prier.

   Pour certains résultats qui sembleraient inadéquats (pour le Maroc par exemple) se reporter à l'article https://fr.wikipedia.org/wiki/Qibla qui explique avec un très bon graphique ces semblant d'incohérences. En fait ces incohérences sont dues au fait qu'il s'agit d'angles de boussole, et non de l'angle depuis le lieu où je suis dans l'absolu. C'est-à-dire qu'il faut que ce soit un angle d'un tracé allant entre non deux lieux (celui où je me trouve et la Kaaba) mais bien entre trois lieux: le Pôle Nord, le lieu où je me trouve et la Kaaba! J'y reviens en fin d'article.

   Cette position avait fait débat et a été tranchée par une majorité des autorités religieuses musulmanes; c'est bien ainsi qu'il faut le pratiquer même si une petite dissidence continue de prier au Sud-Est.

   L'équation qu'on peut qualifier de "Halal" est donc bien celle de Wikipédia en Qibla.xls.

   Bref voici le fichier:

   En fait ces semblances d'incohérences sont dues à ce qu'il s'agit certes d'angles de boussoles mais rapportés sur une sphère! La Terre réelle qui est bien une sphère et donc ces angles obtenus ne sont pas à comparer avec une mappemonde plate surtout projection Mercator comme je l'avais initialement réalisé car, comme moi alors, on ne saurait comprendre l'enjeu de cette sphéricité sur les angles.

   Pour illustration le dessin ci-dessous d'une sphère avec deux méridiens et deux parallèles, l'une au Nord, l'autre au Sud, qui montrent clairement que à mêmes latitudes deux points de longitudes différentes ne se trouvent pas forcément à 90° de boussole; en fait ça dépend de la latitude.

   À cette sphéricité s'ajoute l'origine "naturaliste" de la détermination de la Qibla, qui explique le choix du calcul par le Grand Cercle. Il ne s'agit donc pas d'un argument d'autorité (car ce n'est pas parce que l'on est nombreux à avoir tort que l'on aurait pour autant raison; les arguments d'autorité sont donc des non-arguments) mais bien d'un argument scientifique et raisonné que je vais aussitôt expliquer.

   L'origine "naturaliste" détermine la Qibla non par des calculs mais bien par la définition qui veut que l'on se tourne vers la direction marquée lorsque le Soleil est au zénith de la Kaaba, exactement au-dessus.

   Or lorsque le Soleil est au zénith de la Kaaba, si je prolonge l'axe Soleil-Kaaba j'arrive à l'exact centre de la Terre. Ce qui fait que forcément tout point depuis lequel je me tourne vers la Qibla passe forcément par un cercle dessiné par ce rayon terrestre, définition même du Grand-Cercle!

   Ce qui explique finalement pourquoi si je me place à la même latitude que la Kaaba mais au milieu de la Mauritanie (disons longitude de -10° Ouest) j'obtiendrai un angle non de 90° mais bien de 80,4° de boussole! Et ce résultat bien que surprenant est tout-à-fait exact et halal.

   En effet: je dois prendre en compte non-seulement la déformation des méridiens mais aussi le fait qu'il s'agit du grand-cercle et non d'une simple parallèle à l'équateur (petit-cercle).

   Alors, si je suis resté au moins trois mois (quatre maintenant) sans mixes c'est que j'étais surtout pris par la programmation. D'abord programmation d'une fusion entre mes programmes graphiques de polygones et d'étoiles, fusion que je présenterai en bas d'article.

   Ensuite un programme rapide à coder, mais dont la résolution de la fluidification "comme dans la vidéo" de l'inventeur du concept a été très longue...

   À ce propos, voici la vidéo de l'inventeur en question; notez bien que son programme n'est pas le même que le miens d'autant que le code-source de son programme n'est pas public.

   Bref ça m'a donné envie de développer mon propre programme basé exactement sur le même concept, en langage Python bien entendu, le voici suivi de son code source en format texte .txt.

   Enfin, pour la fusion de polygones et étoiles; l'un avec le module Turtle, l'autre avec Tkinter. On préfèrera le premier car il laisse voir se dessiner l'étoile dans le polygone inscrit dans un cercle "comme le ferait un humain"; mais la seconde version, plus rapide et avec présence du cercle, n'est pas mal non plus...

   Alors les versions précédentes de mes programmes de polygones présentaient une certaine lenteur à l'exécution. Cela était dû à l'usage du module Turtle de Python. Alors certes si la lenteur pouvait être perçue comme un inconvénient, elle a aussi l'avantage qu'on "voit" se dessiner le polygone sous nos yeux.

   Ici version instantanée du dessin de polygones, avec affichage du cercle dans lequel ils sont inscrits, polygones commençant à trois côtés et où on a le choix d'augmenter ou de diminuer à tout moment de 1 le nombre de côtés par simple clic.

   Et le fichier texte Unicode des lignes de programmation: