Skip to content

Commit 2020600

Browse files
authored
Add files via upload
1 parent d72b125 commit 2020600

1 file changed

Lines changed: 5 additions & 9 deletions

File tree

index.htm

Lines changed: 5 additions & 9 deletions
Original file line numberDiff line numberDiff line change
@@ -6050,16 +6050,13 @@
60506050
<!--
60516051
NOTE:CRED: This app uses a LOT of code out on the Web but after checking the details, including code that is now lost media, the whole project is GPL2.
60526052
TBD: RFCTR
6053-
STORY: This app was written in 2019 by a teenager (stgiga, They/Them) who wanted to be able to encode files as text, & then decode them back to files, without using any server-side or compiled code. They had no training with cryptography, compression, or encoding, but was interested in those things. They also wanted to be able to share files with friends over text-based platforms that didn't allow binary files, like email or chat. They found some code online for Base64, & then decided to try to implement their own encoding scheme that would be more efficient than Base64. They came up with BWTC32Key, which is a custom encoding scheme that uses a combination of compression, encryption, & Base32768 encoding. The teenager wrote the code in JavaScript so that it could run in the browser, & they also included some features like password protection & adjustable compression levels. The project was a learning experience for the teenager, & they shared it online for others to use & learn from as well.
6053+
STORY: This app was written in 2019 by a teenager (stgiga, They/Them) who wanted to be able to encode files as text, & then decode them back to files, without using any server-side or compiled code. They had no training with cryptography, compression, or encoding, but was interested in those things. They also wanted to be able to share files with friends over text-based platforms that didn't allow binary files, like email or chat. They found some code online for Base64, & then decided to try to implement their own encoding scheme that would be more efficient than Base64. They came up with BWTC32Key, which is a custom encoding scheme that uses a combination of compression, encryption, & Base32768 encoding. They wrote the code in JavaScript so that it could run in the browser, & they also included some features like password protection & adjustable compression levels. The project was a learning experience for them, & they shared it online for others to use & learn from as well.
60546054
SEE: https://stgiga.github.io/ & http://stgiga.github.io/BWTC32Key & http://b3k.me + MIMEtype application/prs.bwtc32key
6055-
60566055
MAGIC: This app is a bunch of code pieced together that somehow works.
60576056
60586057
IDEA: One of the main intended uses, of which MANY exist (including secrecy), are for hiding Easter eggs in a codebase. Such as this: 䴀酯靉뽮䐚葼俄獢㓭꿅㯹刎㞵㿩狰鄸禅扻銇拢術쇼例䛬縤鳸깯疕澜鱼껻䘿琧徿眍娼垎锔菒說衿뇘鱢弉삀葃㤱疤꽳袍瀫戗궿눞篷跑螘卻띹㭩錬辭䇜贶碪鬩鷷㸠轃耣䬴攦㬫꾤哬訛䢌聻섾榦뀟㫨豗녥䩾灜对狙撒柀笿紤뒜㫹駼竿뜲䍜欳櫨携봀锆傑颰뉉袕亁驿㸠뼝黇㘦蚈걝䁨覩䢐溬䯚藚蔸汃덿酪俊铟煰㞫诂拲孙藫砏隖磋䏪侒窀䮽酜鱋馶蚿佨럚䫓俼겋걲屍속뵖觀解姻것頦꾰驸䮴㔽差돡놡耖畝麄謆븭궎癇蟗袏憁媸狜딋紗㱬飮渠娇뇘땝搅膥鸌垼陾㐻夒袦飛䣗漛搂녘긨䆅毴聼剽烷㜡鮩䇋䝅蠀䴁
60596058
SEE: https://stgiga.itch.io/BWTC32Key for usecases.
6060-
60616059
FAQ: This code probably isn't government material. No, there are no backdoors.
6062-
60636060
GLOSS: BWTC: Burrows-Wheeler Transform Compressor. 32K: Base32768. Key: encrypted
60646061
-->
60656062
</head>
@@ -6071,19 +6068,18 @@
60716068
<label for="filePicker">Choose or drag a (tar) file to encode:</label>
60726069
<br>
60736070
</div>
6074-
<!--NOBUG:CLEVER: yes, there is no length limit on this password box. Yes, it's UTF-8 rather than UTF-16BE. Yes, to not encrypt stuff, you can't touch the box, or you can blank it, or fill it with whitespace.
6075-
6071+
<!--NOBUG:CLEVER: Yes, there is no length limit on this password box. Yes, it's UTF-8 rather than UTF-16BE. Yes, to not encrypt stuff, you can't touch the box, or you can blank it, or fill it with whitespace.
60766072
NEEDSDOC: ALL
60776073
FR: TAR
60786074
RVD: sg
60796075
!!!: Axing MooTools makes the UI fail.
6080-
NEEDSWORK: Auth+Integ.
6076+
NEEDSWORK: Auth+Integ
60816077
NOTE: This code uses 8bit ASCII for the filename & MIMEtype boxes, UTF16(BE) for the Base32768 strings, Uint8arrays as pipes between the compression, encryption, & Base32768 parts of the code, hex as a pipe between other parts deeper inside the UTF16 & Uint8array parts, as well as the password parts.
6082-
6078+
BUGFIX: Key+Level
60836079
XXX:SMELL:WKRD: The Compression Level box is a <number> since the only way to get what JavaScript sees to reflect what is in the box is to use a document.getElementById(), needing using a <number> element for type reasons. The "not updating" bug also affected the password box but this was fixed with the same document.getElementById() trick.
60846080
60856081
XXX:SMELL:CAV: The implementation of AES256-CTR is quirky, & the use of SHA256 to generate its keys is also what you would expect for teenage code.
6086-
6082+
STAT: M
60876083
INSPECT:XXX:QSTN:SMELL: Some of the code in this file potentially may not be needed, but it very well could be. Porting MooTools to C could get spicy-->
60886084
<input id="filePicker" type="file"><textarea id="ascii85password" name="ascii85password" oninput="">Enter a password here before uploading.</textarea>
60896085
<br>

0 commit comments

Comments
 (0)