J'ai été vérifier sur qui a été signé pour un de mes sites en utilisant la force brute SELECT * FROM tblUsers;
Pourquoi les caractères minuscules dans CentOS sont-ils rendus en blocs?
je hacher les mots de passe de l'utilisateur, de sorte qu'ils ne sont pas rendus en texte clair, et je remarquai un artefact étrange sur l'affichage de l'un d'entre eux. Il est difficile d'expliquer avec des mots, voici donc le texte d'une récente session:
mysql> select password from tblUsers;
+------------------+
| password |
+------------------+
| KÐÊ2®\Û‹:ã5«ƒñ_ |
| ú¾ôn" ™µ'gxõ |
| Ú‘¤êB3ãóÒq+« |
+------------------+
3 _-+_ i+ _e+ (0.00 _ec)
+y_-+>
[1]+ S+---ed +y_-+ -+ |b++ -- -b (+d: ~)
(+d +-+: /+a_/+++/h+++)
[[email protected]_15308575 h+++]# ech- "HUNTER2"
HUNTER2
[[email protected]_15308575 h+++]# ech- "h+++e_2"
h+++e_2
[[email protected]_15308575 h+++]# ech- "abcdefghi+++++---__++++|yz"
abcdefghi+++++---__++++|yz
La teneur en pâte est un peu étrange; en réalité, tous ces [+\-_a-eh-z]
sont rendus comme █. f
est rendu en tant que client ±
et g
est rendu en tant que client '
.
J'utilise SecureCRT à SSH dans un 1 & 1 compte VPS (en cours d'exécution CentOS). Y a-t-il de la magie qui cause cette erreur d'affichage? Est-ce dans le client ou dans le système d'exploitation? Le problème disparaît lorsque je ferme la session et que je me reconnecte.
Je suis un codage n00b. Je sais que les caractères ont la capacité d'inverser/avancer le curseur, mais je ne savais pas qu'ils pourraient changer le schéma d'encodage. Cool. – kyle
Sur d'autres recherches, je pense qu'il est plus comme « commandes spéciales », pas « caractères spéciaux ». Je suppose que mon phrasé était un peu trompeur. –
Si quelqu'un peut le confirmer, j'aimerais l'entendre; Je suis aussi un peu un noob dans de telles matières. –