Chiffrement Sodium PHP Possible de chiffrer d'autres données que des messages ?

Bonjour,

Je souhaite savoir s'il est possible s'il vous plaît de chiffrer plusieurs de données textes/ nombre / dates / heures, avant qu'elles soient enregistré en bdd, et de les déchiffres avec sodium. Ca semble une question bête mais sur les vidéos que je regarde sur Youtube et les sites où je suis aller pour me renseigner, l'exemple du message est toujours pris pour la démonstration de l'usage de sodium.

L'exemple du message peut être là à titre illusratif mais pour être sûr je pose la question, car je souhaite chiffrer les données de ma bdd. Je veux être sûr que ça ne concerne pas que le type de données style messages d'une conversation.

par définition, le chiffrement s'applique sur une chaine de caractères. donc si vous avez un nombre ou même un tableau plus complexe vous pouvez essayer la conversion au format json qui est une chaine de caractères.
regardez ces 2 fonctions :
https://www.php.net/manual/fr/function.json-encode.php
https://www.php.net/manual/fr/function.json-decode.php

Merci. En fait c'est surtout pour chiffrer, des noms, prénoms, informations d'experiences, de formations. Des caracteristiques qui peuvent être enregistré en tant que châine de caractères en dehors des messages de conversations. Infos d'entreprises aussi. Et même les données uniquement au format numériques ou de dates j'imagine que c'est pareil pour elles ? Ca concernera la création d'un site d'offres d'emploi et de plusieurs types de données relatives qu'on peut retrouver sur d'autres jobboard comme le poste recherché par exemple. On va pas stocker de fichiers par contre pour l'instant.

Rien n'est stocké au format tableau pour l'instant.

Tu peux évidemment chiffrer tout ce que tu veux avec sodium. La seule contrainte est effectivement que tu lui passe une chaine de caractère.

Par exemple chiffrer une image :

Code:

---

1 2 3 4 5 6

$recipient_keypair = sodium_crypto_box_keypair(); $recipient_public_key = sodium_crypto_box_publickey($recipient_keypair);   $image = file_get_contents("image.png"); $encrypted_image = sodium_crypto_box_seal($image, $recipient_public_key); $original_image = sodium_crypto_box_seal_open($encrypted_image, $recipient_keypair);

---

Ou encore un tableau :

Code:

---

1 2 3 4 5 6 7 8

$datas = [1,2,3,4,5,6]; $recipient_keypair = sodium_crypto_box_keypair(); $recipient_public_key = sodium_crypto_box_publickey($recipient_keypair);   $array = serialize($datas); $encrypted_array = sodium_crypto_box_seal($array, $recipient_public_key); $serialized_array = sodium_crypto_box_seal_open($encrypted_array, $recipient_keypair); $original_array = unserialize($serialized_array);

---

Pour le stockage en BDD usuellement on ne stock pas la valeur binaire mais une représentation base 64 :

Code:

---

$readyForDatabase = sodium_bin2base64($encrypted_array ,SODIUM_BASE64_VARIANT_ORIGINAL );

---

Toutefois , la plus part des bases de données possède des mécanismes de chiffrement et il est plus simple de les utiliser que de gérer soit même les chiffrement/déchiffrement si on est pas trop sûr de ce qu'on fait.

Merci à vous deux, j'étais bloqué depuis plusieurs jours sur la manière de chiffrer et surtout bien savoir quelle solution fait quoi (j'étais parti voir aussi AES_ENCRYPT d'SQL mais bon je ne vais pas prendre). Ah d'accord, donc uniquement les châines de caractères, bon bah heuresement qu'on compte pas enregistrer de fichiers alors.

C'est bon à savoir concernant les mécanismes de chiffrement que possèdent les bdd, je ne suis qu'un simple développeur du dimanche :), donc je vais devoir me débrouiller jusqu'à ce qu'on puisse recruter plus tard quelqu'un qui sera vraiment câlé sur la programmation en sécurité ou la sécurité tout court.

Citation:

---

Envoyé par Coeur De Roses

Merci à vous deux, j'étais bloqué depuis plusieurs jours sur la manière de chiffrer et surtout bien savoir quelle solution fait quoi (j'étais parti voir aussi AES_ENCRYPT d'SQL mais bon je ne vais pas prendre). Ah d'accord, donc uniquement les châines de caractères, bon bah heuresement qu'on compte pas enregistrer de fichiers alors.

---

Tu ne comprend pas.
La fonction de chiffrement prend en paramètre une chaine de caractère , ca ne veux pas dire que cette chaine ne peut pas contenir des données binaire d'un fichier.
C'est l'exemple que je met avec le chiffrement d'une image. Ca pourrait être n'importe quel autre type de fichier, ca ne changerais rien.

N'oublie pas que chiffrer les données va créer des problématiques de recherche (on ne peut pas simplement rechercher une valeur chiffrée).

Ok c'est compris pour le fichier. Oui je me doute qu'il faudra déchiffré les valeurs.

Pas forcément , on peut utiliser ce qu'on appel des index aveugle.
C'est à dire que pour les valeurs qu'on souhaite rechercher , on stock en plus de la valeur chiffrée , un hash. Comme ce hash est constant , on peut alors rechercher sur ce hash.

Merci. Je me suis rendu du pourquoi ça ne peut que traiter les chaînes de caractères et pas les format full numériques. Car chiffré un ID ne serait pas logique si le retour chiffré est en alphanumériques en + de caractères spéciaux. Mais bon je pense pas que si la CNIL me tombe dessus, elle va m'en vouloir de pas avoir chiffré des ID. Je fais allusion aux ID des colonnes par auto-incrémentation.

Les seuls données qui peuvent avoir un intérêt à être chiffrée ce sont les données personnelle. Les données technique c'est inutile

Ce qui important c'est de ne pas pouvoir liée une donnée à une personne physique.
Donc par exemple si on peux avoir en clair Nom/prénom/adresse postale/ numéro de téléphone c'est pas top
Au contraire juste nom et prénom , ce n'est pas grave puisque les homonymes existent.

La réflexion qu'il faut avoir c'est : Si je me fais voler ma BDD que peuvent faire les voleurs des données qu'ils ont récupéré ?

D'accord, merci beaucoup.

Même si ça paraît évident pour certains, ça me supprime les doutes à savoir si telle chose doit être vraiment chiffré ou pas. Merci à vous deux. Je met le sujet en résolu, j'ai eu les informations dont j'avais besoin et plus encore.