Text Omkodat program erbjuder följande användbara operationer på en given textdata:
- Kodning, avkodning och omkodning mellan vanlig text, hexadecimal- och Base64-kodningar
- Chiffer och dechiffrering med Caesar-chiffer
- Producera hash av en rå och formaterad textdata i syfte att validera dess integritet
Kodning av textdata till en hexadecimal- eller Base64-kodning kan användas för att säkerställa att den ursprungliga textdatan inte kommer att ändras på grund av att ett lagrings- eller överföringsmedium hanterar det i en inkompatibel teckenuppsättning.
Chifferering med Caesar-chiffer, som är ett enkelt substitutionschiffer, kan användas i många fall när textdata behöver förbli dold för vanliga människor där ute som vanligtvis inte bryr sig om att dechiffrera den. Den lämpar sig dock inte för att säkra känslig data, eftersom den lätt kan tydas med dagens teknik.
Proceduren för kryptering och dechiffrering som implementeras av programmet Text Recoded förklaras i följande exempel med "TEXT" som indata och "test" som nyckel:
Inmatning: TEXT (T=84, E=69, X=88, T=84)
Nyckel : test (t=116, e=101, s=115, t=116)
Procedur: ingången + knappen
Utdata i decimal: (200,170,203, 200)
Utdata i hexadecimal: C8AACBC8
Dechiffrering är precis motsatsen till ovanstående, det vill säga den krypterade utgången - nyckeln. I vårt fall blir det:
C8AACBC8 - test = TEXT
Text Recoded-programmet tar emot och levererar textdatainmatning och -utdata, samt nyckeln för kryptering, i UTF-8-kodning som stöder hela Unicode-teckenuppsättningen, som rymmer tecken från nästan alla världens skrivsystem.
Det finns ingen gräns för ingångslängden förutom det tillgängliga minnet. Nyckeln kan också vara av vilken längd som helst, men om den är längre än ingången trunkeras den till ingångslängden, uppdelad i bitar av inmatningslängden och sedan läggs värden för de ytterligare bitarna till den första biten.
Chifferutdata kan vara i hexadecimal- eller Base64-kodning. Arbeta med binär data stöds inte i den här versionen.
För att säkerställa integriteten för given utdata är det också möjligt att inkludera deras hash i utdatarutan, för både omkodnings- och chiffreringsoperationer.
Observera att producerade hash är av tre typer som förklaras nedan.
Hash för ALL textinnehåll produceras för hela innehållet i specificerad textdata, inklusive tomma utrymmen som blanksteg, flikar och nya rader, om några.
Hash för det formaterade FMT-textinnehållet produceras för texten och dess interna vita utrymmen och nya linjer, exklusive alla omgivande tomma linjer och vita utrymmen.
Hash för RAW-textinnehållet produceras endast för själva texten, exklusive alla typer av tomma utrymmen: tomma linjer, vita utrymmen, flikar och nya linjer.
För att validera integriteten hos givna textdata i fall där en icke-RAW-typ av hash krävs, är radlängder, antal rader och typen av nya radtecken betydande. Detta beror på att Windows använder #13#10 teckenkoder för att lagra nya rader, medan Linux operativsystem använder bara teckenkoden för #10 för att lagra nya rader. Därför, om en hash för textdata produceras i ett operativsystem men behöver valideras i ett annat, måste ett lämpligt alternativ ställas in. För detta ändamål finns det en urvalsruta för att välja mellan Windows och Linux nya radtecken vid produktion av hash.
Uppdaterades den
31 aug. 2024