Ausführliche Erläuterung von Beispielen zur Codekomprimierung und Verschleierungsverschlüsselung

Die Leute haben sich schon immer gefragt, wie man die Verschleierung von HTML-Verschlüsselung durchführt. Tatsächlich ist dies ein Thema, das von vielen Leuten in der Branche untersucht wurde.
Ich habe einen Artikel zusammengestellt, den ich über die Feiertage mit Ihnen teilen möchte.

Lassen Sie uns zunächst die Anforderungen verstehen. Was ist der Zweck der Verschlüsselung? Um welche Verschlüsselungsstufe handelt es sich? Was können wir dafür opfern? Wir wissen, dass es auf dieser Welt keine absolute Sicherheit gibt, die Verschlüsselung wird geknackt und die Verschleierung wird entschleiert. Technische Neulinge, Entwickler und Hacker befinden sich alle auf völlig unterschiedlichen Ebenen, und die Strategien zur Abwehr von Personen auf verschiedenen Ebenen sind unterschiedlich. Je größer die Präventionsbemühungen sind, desto höher sind die Investitionskosten, beispielsweise die Beauftragung eines professionellen Sicherheitsunternehmens. Neben den Investitionen müssen wir auch die Ausführungsleistung und die Benutzererfahrung des Programms berücksichtigen. Verschlüsselter Code muss zur Laufzeit entschlüsselt werden, insbesondere nach der Verschleierung von HTML, nimmt die Ausführungsleistung des Programms ab. Ob diese Art des Quellcodeschutzes wirklich notwendig ist, bedarf einer sorgfältigen Entscheidungsfindung. Im Allgemeinen ist der Front-End-Code für die Benutzererfahrung verantwortlich, und der Back-End-Code ist für eine sicherere Datenverarbeitung verantwortlich. Geben Sie nicht zu viele vertrauliche Informationen im Frontend preis, daher ist die Verschlüsselung nicht besonders aussagekräftig.

Ich sehe selten schützenswerte Inhalte im Front-End-Code, wie zum Beispiel fortgeschrittene Algorithmen. Es besteht keine Notwendigkeit, die Benutzererfahrung zu opfern, um viele Codes zu schützen. Einige Front-End-Codes erfordern jedoch die Sicherheit der Endbenutzerdaten, und es sollten zu diesem Zeitpunkt dennoch Anstrengungen unternommen werden, um die Daten zu schützen.

1. Lesbarkeit reduzieren

1.1 Komprimierung

Sehr einfach zu verstehen, was bedeutet, dass es entfernt werden muss Kommentare, überschüssige Leerzeichen, vereinfachende Bezeichner usw. Es gibt viele Tools, darunter YUI Compressor, UglifyJS, Google Closure Compiler usw.

1.2 Verschleierung

Machen Sie den Code schwer lesbar, ohne die Ausführungsergebnisse des Codes zu zerstören. Häufig verwendete Verschleierungsregeln: Aufteilen von Zeichenfolgen, Aufteilen von Arrays, Hinzufügen von Abfallcode und Komprimierung haben tatsächlich eine bestimmte Verschleierungsfunktion. Der Kern besteht darin, die Struktur des abstrakten Syntaxbaums (AST) der Eingabecodezeichenfolge zu ändern. Weitere Tools: v8 ist eines, ebenso wie Mozillas SpiderMonkey, das bekannte esprima und uglify; kommerzielle Verschleierungsdienste umfassen: jscramble.

1.3 Verschlüsselung

Verschlüsselung bezieht sich hier auf die reversible Kodierung von Text, was eine Verschlüsselung im engeren Sinne ist, was wir oft als Verschlüsselung bezeichnen . . Dieser Teil ist immer noch auf einige Tools angewiesen, z. B. Packer, Bcrypt usw.

2. Platzieren Sie den Code nicht in JS-Dateien

Platzieren Sie den Code in Nicht-JS-Dateien, um die Positionierung zu erschweren. Hier gibt es zwei häufig verwendete Methoden: Platzieren Sie es in PNG, erhalten Sie die Eigenschaften von Binärdaten über den HTML Canvas 2D-Kontext und verwenden Sie Bilder zum Speichern von Skriptressourcen. Platzieren Sie es in einer CSS-Datei und verwenden Sie den Inhaltsstil zum Speichern der Eigenschaften Zeichenfolgen. Dasselbe kann getan werden.

2.1 PNG

Um js-Code in PNG zu speichern, müssen Sie zuerst das PNG kodieren und es dann bei der Verwendung dekodieren. Mit Canvas und Base64 und binärer Kodierung.

Kodierung

1. Konvertieren Sie die Zeichenfolge in ASCII-Code;
2 ;
3. Füllen Sie Zeichen in Pixel aus (ignorieren Sie den Alpha-Wert); „image/png“);
5.

Kodiertes Bild:

function encodeUTF8(str) {  return String(str).replace(  /[\u0080-\u07ff]/g,  function(c) {  let cc = c.charCodeAt(0);return String.fromCharCode(0xc0 | cc >> 6, 0x80 | cc & 0x3f);
        }
    ).replace(  /[\u0800-\uffff]/g,  function(c) {  let cc = c.charCodeAt(0);return String.fromCharCode(0xe0 | cc >> 12, 0x80 | cc >> 6 & 0x3f, 0x80 | cc & 0x3f);
        }
    );
}function request(url, loaded) {  let xmlhttp = new XMLHttpRequest();
    xmlhttp.onreadystatechange = function() {  if (xmlhttp.readyState == 4)  if (xmlhttp.status == 200)  
                loaded(xmlhttp);
    }
    xmlhttp.open("GET", url, true);
    xmlhttp.send();
}void function(){  let source = '../image/test.js';
    request(source, function(xmlhttp){let text = encodeUTF8(xmlhttp.responseText);let pixel = Math.ceil((text.length + 2) / 3); // 1一个像素存3个字节,  let size = Math.ceil(Math.sqrt(pixel));//console.log([text.length, pixel, size, size * size * 3]);let canvas = document.createElement('canvas');
        canvas.width = canvas.height = size;let context = canvas.getContext("2d"),  
            imageData = context.getImageData(0, 0, canvas.width, canvas.height),  
            pixels = imageData.data;for(let i = 0, j = 0, l = pixels.length; i < l; i++){  if (i % 4 == 3) { // alpha会影响png还原
                pixels[i] = 255;continue;
            }let code = text.charCodeAt(j++);if (isNaN(code)) break;
            pixels[i] = code;
        }
        context.putImageData(imageData, 0, 0);
        document.getElementById(&#39;base64&#39;).src = canvas.toDataURL("image/png");
    });
}();

<br/>Dekodiert

1. PNG in Originalgröße laden

3 🎜>

4. Generieren Sie die Daten-URL des entsprechenden Protokolls zur Verwendung.

<br/>Hier müssen Sie die codierten Bilder manuell herunterladen. Ich habe keine Funktion zum automatischen Herunterladen geschrieben. Dies ist ein weiteres Problem, das ausführlich besprochen werden kann. Ich werde nicht zu sehr expandieren. <br/>2.2 CSS<br/>

Es ist viel einfacher, Inhalte zu verwenden.

void function(){  let source = '../image/test.png';let img = document.createElement('img');
    img.onload = function(){  let canvas = document.createElement('canvas');
        canvas.width = img.width;
        canvas.height = img.height;let context = canvas.getContext("2d");
        context.drawImage(img, 0, 0);let imageData = context.getImageData(0, 0, canvas.width, canvas.height),  
            pixels = imageData.data;let script = document.createElement(&#39;script&#39;);let buffer = [];for (let i = 0, l = pixels.length; i < l; i++) {  if (i % 4 == 3) continue; // alpha会影响png还原  if (!pixels[i]) break;
            buffer.push(String.fromCharCode(pixels[i]));
        }
        script.src = &#39;data:text/javascript;charset=utf-8,&#39; + encodeURIComponent(buffer.join(&#39;&#39;));
        document.body.appendChild(script);
        script.onload = function(){  
            console.log(&#39;script is loaded!&#39;);
        }
        img = null;
    }
    img.src = source;
}();

Erstellen Sie einfach ein neues Srscript-Tag wie den obigen Code und verwenden Sie das Datenprotokoll, um den im Inhalt gespeicherten JS-Code auszuführen.

3. 防止代码执行被截获

• 截获 eval() / new Function() 的示例代码

eval = function() {
  console.log('eval', JSON.stringify(arguments));
};eval('console.log("Hello world!")');Function = function() {
  console.log('Function', JSON.stringify(arguments));  return function() {};
};new Function('console.log("Hello world!")')();

但是可能不是全局使用：

(function(){}).constructor('console.log("Hello world!")')()

• 截获 constructor 的示例代码

Function.prototype.__defineGetter__('constructor', function () {return function () {
        console.log('constructor', JSON.stringify(arguments));
    };
});
(function() {}).constructor('console.log("Hello world!")');

目前能想到的是判断 eval 是否被重定向

示例，如果 eval 被重定向 z 变量不会被泄露

<span style="font-size: 18px"><code class="language-js hljs  has-numbering">(<span class="hljs-function">function<span class="hljs-params">(x){<span class="hljs-keyword">var z = <span class="hljs-string">&#39;console.log("Hello world!")&#39;;<span class="hljs-built_in">eval(<span class="hljs-string">&#39;function x(){eval(z)}&#39;);
    x();
})(<span class="hljs-function">function<span class="hljs-params">() { <span class="hljs-comment">/* ... */ });<br/><br/><span style="font-size: 18pt; background-color: #ff0000"><strong>uglify介绍<br/></strong></span></span></span></span></span></span></span></span></span></span></code></span>

概述：

<br/>

• 案例：Cesium打包流程，相关技术点和大概流程

• 原理：代码优化的意义：压缩 优化 混淆

• 优化：如何完善Cesium打包流程

<br/>

关键字：Cesium gulp uglifyjs

<br/>

字数：2330 | 阅读时间：7min+

<br/>

<br/>

1 Cesium打包流程

<br/>

如果没有记错，Cesium从2016年初对代码构建工具做了一次调整，从grunt改为gulp。作为一名业余选手，就不揣测两者的差别了。个人而言，gulp和Ant的思路很相似，通过管道连接，都是基于流的构建风格，而且gulp更像是JS的编码风格，自带一种亲切感。

<br/>

gulp.task('task1',['task0'], function() {

return fun_task1();

});

<br/>

Task语句是gulp中最常见的，懂了这句话，就等于你看懂脚本了。这句话的意思是，要执行task1，需要先执行task0，而task1的具体工作都在fun_task1方法中。这就是之前说的基于流的构建风格。有了这句话，在命令行中键入：gulp task1，回车执行该指令即可。

<br/>

先安装Node，环境变量等，并安装npm包后，即可使用gulp打包工具，这里推荐cnpm。环境搭建好后，命令行中键入gulp minify开始打包。完整的过程是build->generateStubs->minify。

<br/>

<br/>

Cesium打包流程

<br/>

build：准备工作，创建Build文件夹；将glsl文件转为js形式；最主要的是createCesiumJs方法，遍历Source中所有js脚本，将所有Object记录到Source/Cesium.js；其他的是范例，单元测试相关模块。

<br/>

generateStubs：用于单元测试，略。

<br/>

minify; 首先combineJavaScript主要做了两件事情，打包Cesium和Workers脚本，这是打包的最终结果。Gulp根据指令的不同，比如minify下采用uglify2优化，而combine对应的参数为none，生成路径为CesiumUnminified。

<br/>

另外，细心的人会发现，combineCesium的实现中有这样一句话path.relative('Source',require.resolve('almond'))，这是一个小优化，almond是requirejs的精简包，因此，最终的Cesium.js中包含'almond脚本，内置了requirejs的主要方法。

<br/>

如上是Cesium打包的主要流程，简单说主要有3+1类个指令：

<br/>

• Clean

• 清空文件

• minify

• 打包&压缩

• combine

• 只打包，不压缩

• JScoverage

• 单元测试覆盖率，不了解

<br/>

2 代码优化

<br/>

对流程有了一个大概了解，下面，我们详细了解一下uglify2过程都做了哪些代码优化，一言以蔽之，压缩，优化，混淆。

<br/>

uglify2主要有三个参数：-o，-c，-m，-o参数必选，指定输出文件，-c压缩，-m混淆变量名。如下分别为combine、(uglifyjs -o)、(uglifyjs –c -m -o)的文件对比，单位是k：

<br/>

<br/>

uglify2的压缩对比

<br/>

都在一个屋檐下，差距怎么就这么大呢？我们简单说一下从1~2，2~3之间青取之于蓝而胜于蓝的过程。

<br/>

1~2的过程其实很简单，就是干了三件事，去掉注释， 去掉多余的空格(换行符)，去掉不必要的分号(;)。就这三件事情，文件一下子小了一半多，换句话就是平时你写的代码有一大半都是废话，此时你旁边的AI程序员可能会喃喃道来“你们人类好愚蠢~”。

<br/>

2~3则是很多小细节的综合应用：

<br/>

• 去掉一些实际没有调用的函数（Dead code）；

• 将零散的变量声明合并，比如 var a; var b;变为var a,b;

• 逻辑函数的精简，比如if(a) b(); else c()变为a ? b() : c();

• 变量名的简化，比如var strObject;变为var s;

• ……

<br/>

这些小技巧有很多，具体要看不同的压缩工具的考虑优劣，但有些压缩高效的工具并不稳定，可能会破坏语法规范或语意，所以没必要为了几个kb承担过多的风险，目前比较成熟的工具主要有三个uglify2，google closure以及yuicompressor，具体优劣得自己来体会了，我是按照自己的理解给出的先后顺序。最终的效果如下：

<br/>

<br/>

Cesium脚本效果

<br/>

这样的代码只能用单位“坨”来形容了，人类是无法直接读懂的，那浏览器能读懂吗？这是一个好问题！如下是V8引擎对JS语法解析的大概流程：

<br/>

<br/>

V8引擎解析JS脚本

<br/>

下面是在我本机Chrome解析Cesium.js脚本花费时间（脚本从下载完到浏览器解析完的时间差），单位毫秒，因为只测试了一次，可能会有误差，但基本吻合期望值：

<br/>

<br/>

JS脚本解析时间对比

<br/>

首先因为是本机测试，脚本无论是最大的8M还是最小的2.4M，下载速度都很快，因此我们不讨论（但实际应用中要考虑）脚本下载所需时间。

<br/>

其次，如上图，多了一个source，这是源码情况下，这个时间水分比较大，因为是零散的文件，可以做到按需下载，但因为文件比较琐碎，性能也不高。

<br/>

结论是，这种JS脚本优化策略对浏览器的影响不大，浏览器看到优化后的代码，可能会愣一会神，但很快就克服了。

<br/>

3实战

<br/>

知道了代码优化的大概原理，回顾一下代码优化的目的（压缩，优化，混淆），匹配一下结果是否符合期望值。嗯，其一，脚本的大小小了，其二，代码效率也优化了，其三，别人也看不懂了。似乎该做的都已经做了，这个脚本已经很完美了。

<br/>

<br/>

Format后的效果

<br/>

毛爷爷说，与人斗其乐无穷。确实，前两点的目的达到了，但第三点，还差很多。如上，和刚才的脚本是同一个文件，我只是用Chrome的调试工具format而已。这就是理想和现实之间的差距。

<br/>

可见，Cesium默认打包工具在压缩和优化上都没有问题，但在混淆上并不充分，当然Cesium本身是开源的，也没必要搞这些。客观说，JS脚本是明码的，所以反编译只是时间和能力的问题，所以不妨换个态度来看待这个问题，增加反编译的成本，当该成本大于购买成本即可

 <br/>

Das obige ist der detaillierte Inhalt vonAusführliche Erläuterung von Beispielen zur Codekomprimierung und Verschleierungsverschlüsselung. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!