Праграма Text Recoded прапануе наступныя карысныя аперацыі над дадзенымі тэкставымі дадзенымі:
- Кадаванне, дэкадаванне і перакадаванне паміж звычайным тэкстам, шаснаццатковай і кадоўкай Base64
- Шыфраванне і дэшыфраванне з дапамогай шыфра Цэзара
- Стварэнне хэшаў неапрацаваных і адфарматаваных тэкставых даных з мэтай праверкі іх цэласнасці
Кадзіраванне тэкставых даных у шаснаццатковую або Base64 можа выкарыстоўвацца, каб пераканацца, што зыходныя тэкставыя даныя не будуць зменены з-за таго, што носьбіт захоўвання або перадачы апрацоўвае іх у несумяшчальным наборы сімвалаў.
Шыфраванне з выкарыстаннем шыфра Цэзара, які з'яўляецца простым шыфрам замены, можа выкарыстоўвацца ў многіх выпадках, калі тэкставыя дадзеныя павінны заставацца схаванымі ад звычайных людзей, якія звычайна не клапоцяцца пра іх расшыфроўку. Аднак ён не падыходзіць для абароны канфідэнцыйных даных, бо іх можна лёгка расшыфраваць з дапамогай сучасных тэхналогій.
Працэдура шыфравання і дэшыфравання, рэалізаваная праграмай Text Recoded, тлумачыцца ў наступным прыкладзе з выкарыстаннем «TEXT» у якасці ўваходных дадзеных і «test» у якасці ключа:
Увод: ТЭКСТ (T=84, E=69, X=88, T=84)
Ключ: тэст (t=116, e=101, s=115, t=116)
Працэдура: увод + ключ
Вывад у дзесятковым выглядзе: (200,170,203, 200)
Вывад у шаснаццатковай форме: C8AACBC8
Расшыфроўка якраз супрацьлеглая вышэйзгаданаму, гэта значыць зашыфраваны выхад - ключ. У нашым выпадку гэта будзе:
C8AACBC8 - тэст = ТЭКСТ
Праграма Text Recoded прымае і дастаўляе тэкставыя даныя ўводу і вываду, а таксама ключ для шыфравання ў кадоўцы UTF-8, якая падтрымлівае ўвесь набор сімвалаў Unicode, які змяшчае сімвалы практычна з усіх сістэм пісьма ў свеце.
Даўжыня ўводу не абмежавана, акрамя даступнай памяці. Ключ таксама можа быць любой даўжыні, аднак, калі ён даўжэйшы за ўвод, ён скарачаецца да даўжыні ўводу, дзеліцца на часткі даўжыні ўводу, а затым значэнні дадатковых частак дадаюцца да першай порцыі.
Вывад шыфравання можа быць у шаснаццатковай або Base64 кадоўцы. Праца з бінарнымі дадзенымі не падтрымліваецца ў гэтай версіі.
З мэтай забеспячэння цэласнасці дадзенага вываду таксама можна ўключыць іх хэшы ў поле "Вывад" як для аперацый перакадзіравання, так і для шыфравання.
Звярніце ўвагу, што атрыманыя хэшы бываюць трох тыпаў, якія тлумачацца ніжэй.
Хэш для ЎСЁГА тэкставага змесціва ствараецца для ўсяго змесціва ўказаных тэкставых даных, уключаючы пустыя прасторы, такія як прабелы, табуляцыі і новыя радкі, калі такія маюцца.
Хэш для адфарматаванага тэкставага кантэнту FMT ствараецца для тэксту і яго ўнутраных прабелаў і новых радкоў, за выключэннем усіх навакольных пустых радкоў і прабелаў.
Хэш для тэкставага кантэнту RAW ствараецца толькі для самога тэксту, за выключэннем усіх тыпаў пустых прабелаў: пустых радкоў, прабелаў, табуляцый і новых радкоў.
Для праверкі цэласнасці дадзеных тэкставых даных у тых выпадках, калі патрабуецца тып хэшавання не ў RAW, важныя даўжыня радкоў, колькасць радкоў і тып сімвалаў новага радка. Гэта адбываецца таму, што Windows выкарыстоўвае коды сімвалаў #13#10 для захавання новых радкоў, у той час як аперацыйная сістэма Linux выкарыстоўвае толькі код сімвалаў #10 для захавання новых радкоў. Такім чынам, калі хэш для тэкставых даных ствараецца ў адной АС, але патрабуе праверкі ў іншай, неабходна ўсталяваць адпаведны параметр. Для гэтага існуе поле выбару паміж сімваламі новага радка Windows і Linux пры стварэнні хэшаў.