That's not true, honestly.
But to be blunt the only reason for this method to be employed is so that there all only numbers or letters, and not just like ab, and m and T and X, Q; but a full range.
It's only when that pre-requisite is met that you can apply preg_replace or gsub to replace instances of a number or a letter.
In the case of php:
Code: Select all
<?php
function replace($str){
$one = array('is`1`','is`2`','is`3`','is`4`');
$two = array('4','3','2','1');
$replace = preg_replace($one, $two, $str);
return $replace;
}
echo replace($str);
?>
I hope I am making sense. It's like math. There are various challenges of course.
+ Multi-languages and special characters
+ url's and proper formatting
+ amount of data sent by URL
and this is the most palpable way.
But, what makes it work correctly is the two step key process.
The plugin maker would create a 12 digit key. And that key is all that is required for this program to re-organize the codex/cipher to a different, unique pattern.
So, first in the case of base64, the few letters which are employed are utilized and the numbers (8) are associated and employed in that given order. Next, the final encoded output is all numbers, so those numbers are replaced in sequential order front to back and then back to front; but in a random sequence (9,2,3,1,7,0,4 and so on)
It's totally un-crackable. But if I was to only use the base 64 and bin to hex and so on, you'd be right. But the goal is to have all numbers and two layers of protection.
It's a bit more powerful than 512 bit encryption and would require AI to crack.
Even if you were to take the original example and change around the order of letter replacement I doubt it could be cracked. Those who know do.
EDIT: also, I've been able to get every facsimile of hex >bin and hex > string working good too. So, all the php code is done, all that is left is to create the rosetta program which juggles the 12 digit code and makes a unique order out of that.
Once it's all made; I welcome anybody to try and decrypt it; but I know you won't be able to. I'll provide all the parts and a test locale with which you can use it to test connectivity with your plugins. It's an ideal method because there is no form connectivity. Instead php creates an image as a repsonse and flowstone downloads a tiny image and make sense of parts that are opaque and transparent, like a barcode. So, no threat to the server.