ໂປຣແກຣມ Text Recoded ສະເໜີການດຳເນີນການທີ່ເປັນປະໂຫຍດຕໍ່ໄປນີ້ຕໍ່ກັບຂໍ້ມູນຂໍ້ຄວາມທີ່ໃຫ້ໄວ້:
- ການເຂົ້າລະຫັດ, ການຖອດລະຫັດແລະ recoding ລະຫວ່າງຂໍ້ຄວາມທໍາມະດາ, Hexadecimal ແລະ Base64 encodings
- ການເຂົ້າລະຫັດແລະການຖອດລະຫັດໂດຍໃຊ້ລະຫັດ Caesar
- ການຜະລິດ hashes ຂອງຂໍ້ມູນຮູບແບບວັດຖຸດິບແລະຮູບແບບສໍາລັບຈຸດປະສົງຂອງການກວດສອບຄວາມສົມບູນຂອງຕົນ
ການເຂົ້າລະຫັດຂໍ້ມູນຂໍ້ຄວາມເປັນລະຫັດ Hexadecimal ຫຼື Base64 ສາມາດໃຊ້ເພື່ອໃຫ້ແນ່ໃຈວ່າຂໍ້ມູນຂໍ້ຄວາມຕົ້ນສະບັບຈະບໍ່ຖືກປ່ຽນແປງເນື່ອງຈາກອຸປະກອນເກັບຂໍ້ມູນ ຫຼືການສົ່ງຕໍ່ທີ່ຈັດການກັບມັນຢູ່ໃນຊຸດຕົວອັກສອນທີ່ບໍ່ເຂົ້າກັນໄດ້.
Ciphering ໂດຍໃຊ້ Caesar cipher, ເຊິ່ງເປັນ cipher ທົດແທນທີ່ງ່າຍດາຍ, ສາມາດນໍາໃຊ້ໄດ້ໃນຫຼາຍໆກໍລະນີ, ເມື່ອຂໍ້ມູນຂໍ້ຄວາມຕ້ອງຖືກເຊື່ອງໄວ້ຈາກຄົນທໍາມະດາຢູ່ບ່ອນນັ້ນທີ່ມັກຈະບໍ່ເບື່ອຫນ່າຍທີ່ຈະຖອດລະຫັດມັນ. ຢ່າງໃດກໍ່ຕາມ, ມັນບໍ່ເຫມາະສົມສໍາລັບການຮັບປະກັນຂໍ້ມູນທີ່ລະອຽດອ່ອນ, ຍ້ອນວ່າມັນສາມາດຖອດລະຫັດໄດ້ງ່າຍດ້ວຍເຕັກໂນໂລຢີຂອງມື້ນີ້.
ຂັ້ນຕອນການເຂົ້າລະຫັດ ແລະຖອດລະຫັດທີ່ປະຕິບັດໂດຍໂປຣແກຣມ Text Recoded ໄດ້ຖືກອະທິບາຍໃນຕົວຢ່າງຕໍ່ໄປນີ້ໂດຍໃຊ້ “TEXT” ເປັນການປ້ອນຂໍ້ມູນ ແລະ “ທົດສອບ” ເປັນກຸນແຈ:
ການປ້ອນຂໍ້ມູນ : TEXT (T=84, E=69, X=88, T=84)
ຄີ : ທົດສອບ (t=116, e=101, s=115, t=116)
ຂັ້ນຕອນ: ການປ້ອນຂໍ້ມູນ + ປຸ່ມ
ຜົນຜະລິດໃນອັດຕານິຍົມ: (200,170,203, 200)
ຜົນຜະລິດໃນເລກຖານສິບຫົກ: C8AACBC8
ການຖອດລະຫັດແມ່ນກົງກັນຂ້າມກັບຂ້າງເທິງ, ນັ້ນແມ່ນຜົນຜະລິດທີ່ຖືກເຂົ້າລະຫັດ - ກຸນແຈ. ໃນກໍລະນີຂອງພວກເຮົາ, ມັນຈະເປັນ:
C8AACBC8 - test = TEXT
ໂປຣແກຣມ Text Recoded ຮັບ ແລະ ສະໜອງຂໍ້ມູນການປ້ອນ ແລະ ຂໍ້ມູນຂໍ້ຄວາມ, ເຊັ່ນດຽວກັນກັບກະແຈສຳລັບການເຂົ້າລະຫັດ, ໃນການເຂົ້າລະຫັດ UTF-8 ທີ່ຮອງຮັບຊຸດຕົວອັກສອນ Unicode ທັງໝົດ, ເຊິ່ງຮອງຮັບຕົວອັກສອນຈາກເກືອບທຸກລະບົບການຂຽນຂອງໂລກ.
ບໍ່ມີຂອບເຂດຈໍາກັດສໍາລັບຄວາມຍາວຂອງວັດສະດຸປ້ອນຍົກເວັ້ນຫນ່ວຍຄວາມຈໍາທີ່ມີຢູ່. ກຸນແຈຍັງສາມາດມີຄວາມຍາວໃດກໍ່ຕາມ, ແນວໃດກໍ່ຕາມຖ້າມັນຍາວກວ່າວັດສະດຸປ້ອນ, ມັນຈະຖືກຕັດອອກເປັນຄວາມຍາວຂອງວັດສະດຸປ້ອນ, ແບ່ງອອກເປັນຕ່ອນຂອງຄວາມຍາວຂອງວັດສະດຸປ້ອນແລະຫຼັງຈາກນັ້ນມູນຄ່າຂອງ chunks ເພີ່ມເຕີມຈະຖືກເພີ່ມໃສ່ chunk ທໍາອິດ.
ຜົນຜະລິດ Ciphering ສາມາດຢູ່ໃນລະຫັດ Hexadecimal ຫຼື Base64. ການເຮັດວຽກກັບຂໍ້ມູນ Binary ບໍ່ຮອງຮັບໃນເວີຊັນນີ້.
ສໍາລັບຈຸດປະສົງຂອງການຮັບປະກັນຄວາມສົມບູນຂອງຜົນຜະລິດທີ່ໄດ້ຮັບ, ມັນກໍ່ເປັນໄປໄດ້ທີ່ຈະປະກອບມີ hashes ຂອງເຂົາເຈົ້າຢູ່ໃນປ່ອງ Output, ສໍາລັບທັງສອງ Recoding ແລະ Ciphering.
ໃຫ້ສັງເກດວ່າ hashes ທີ່ຜະລິດມີສາມປະເພດທີ່ອະທິບາຍຂ້າງລຸ່ມນີ້.
Hash ສໍາລັບເນື້ອໃນຂໍ້ຄວາມທັງຫມົດແມ່ນຜະລິດສໍາລັບເນື້ອຫາທັງຫມົດຂອງຂໍ້ມູນຂໍ້ຄວາມທີ່ລະບຸ, ລວມທັງພື້ນທີ່ຫວ່າງເປົ່າເຊັ່ນຊ່ອງຫວ່າງສີຂາວ, ແຖບແລະເສັ້ນໃຫມ່, ຖ້າມີ.
Hash ສໍາລັບເນື້ອໃນຂໍ້ຄວາມ FMT ທີ່ມີຮູບແບບແມ່ນຜະລິດສໍາລັບຂໍ້ຄວາມແລະພື້ນທີ່ສີຂາວພາຍໃນແລະເສັ້ນໃຫມ່, ບໍ່ລວມເອົາເສັ້ນຫວ່າງເປົ່າແລະພື້ນທີ່ສີຂາວທັງຫມົດ.
Hash ສໍາລັບເນື້ອໃນຂໍ້ຄວາມ RAW ແມ່ນຜະລິດພຽງແຕ່ສໍາລັບຕົວຫນັງສືຂອງມັນເອງ, ຍົກເວັ້ນທຸກປະເພດຂອງຊ່ອງຫວ່າງ: ເສັ້ນເປົ່າ, ຊ່ອງສີຂາວ, ແຖບແລະເສັ້ນໃຫມ່.
ສໍາລັບການກວດສອບຄວາມຖືກຕ້ອງຂອງຂໍ້ມູນຂໍ້ຄວາມໃນກໍລະນີທີ່ຕ້ອງໃຊ້ hashing ທີ່ບໍ່ແມ່ນ RAW, ຄວາມຍາວຂອງເສັ້ນ, ຈໍານວນເສັ້ນແລະປະເພດຂອງຕົວອັກສອນໃຫມ່ແມ່ນມີຄວາມສໍາຄັນ. ນີ້ແມ່ນຍ້ອນວ່າ Windows ໃຊ້ລະຫັດຕົວອັກສອນ #13#10 ສໍາລັບການເກັບຮັກສາສາຍໃຫມ່, ໃນຂະນະທີ່ລະບົບປະຕິບັດການ Linux ໃຊ້ພຽງແຕ່ລະຫັດຕົວອັກສອນ #10 ເພື່ອເກັບຮັກສາສາຍໃຫມ່. ດັ່ງນັ້ນ, ຖ້າ hash ສໍາລັບຂໍ້ມູນຂໍ້ຄວາມຖືກຜະລິດຢູ່ໃນ OS ຫນຶ່ງແຕ່ຕ້ອງໄດ້ຮັບການກວດສອບໃນອື່ນ, ທາງເລືອກທີ່ເຫມາະສົມຕ້ອງໄດ້ຮັບການກໍານົດ. ສໍາລັບຈຸດປະສົງນີ້, ມີກ່ອງເລືອກເພື່ອເລືອກລະຫວ່າງ Windows ແລະ Linux ຕົວອັກສອນເສັ້ນໃຫມ່ໃນເວລາທີ່ຜະລິດ hashes.
ອັບເດດແລ້ວເມື່ອ
31 ສ.ຫ. 2024