这是一个创建于 83 天前的主题，其中的信息可能已经有所发展或是发生改变。
最近在学 node ，写完以后部署到生产环境，如果不经过像 java 那样编译，那么只要有登陆到生产服务器的权限，就直接拿到源码吗？不太懂这块，主流做法是怎么做的？
98 条回复 • 2024-08-28 12:31:44 +08:00
 |
1
yb2313 83 天前
用容器加密怎么样
|
 |
2
cookii 83 天前 via Android  1
服务器都能让人随便登录吗？
|
 |
3
hefish 83 天前
这个。。。用一个罩子，把服务器罩起来，不让别人看到。
|
 |
4
yin1999 83 天前
js 就用 webpack 或者 esbuild 等工具来打包，打包完成以后代码是会被转译+压缩的（人类不可读）。
|
 |
5
zsj1029334 83 天前 via iPhone
22 支持编译独立二进制了，node
|
 |
6
LuckyLauncher 83 天前 9
生产服务器的权限都随便给你还在乎源码的安全性吗
|
 |
7
xiaochun41 83 天前
有一种比较好的实践是不直接把部署源代码的机器暴露在公网上的，一般最前面还有一层网关，网关到业务服务器走的是内网转发，这样会好一些。
|
 |
8
0o0O0o0O0o 83 天前 via iPhone 1
1. node 生产环境一样要打包混淆压缩，部署源码是错误的做法
2. node 编译产物和 java 编译产物在防止泄漏源码这件事上强度差不多 3. 有直接登录生产服务器权限的人想干什么都行，你可能需要的是堡垒机 |
 |
9
darksword21 83 天前 via iPhone
python 可以用 pyinstaller
|
 |
10
Zwying 83 天前
node：
1.打包成二进制，但是只能 require 。 2.混淆部分关键代码： https://obfuscator.io/ 3.部分关键业务用 Go/Rust/C 等重写，编译成 Wasm ，再调用 python 研究的不多，pyinstaller 打包可能是个不错的方法 |
 |
11
jianchang512 83 天前
都能进服务器了，源码再怎么加密 混淆或者二进制打包还有意义吗？
这场景似乎只在预防一种人：可以给他服务器权限但不想让他看到或复制源码 |
 |
12
puzzle9 83 天前
啊 那 php 的源码部署岂不是哭晕在厕所
不过换个想法 流量比源码值钱多了 |
 |
13
zeusho871 83 天前
@darksword21 pyinstaller 保护不了源码 运行速度还慢
@grayfox 建议看看 nuitka 这个打包源码 我用 ida 看了下 字符串基本都加密了如果觉得打包慢可以封装部分模块配合 pystand( https://github.com/skywind3000/PyStand) 打包详情看知乎文章 https://www.zhihu.com/question/48776632/answer/2336654649 |
 |
14
mooyo 82 天前
你门都被别人 x 开了，你关心的居然是源代码？难道不是直接把你库脱了嘛
|
 |
15
expy 82 天前
服务器被登陆比代码泄漏严重几个数量级，屎山代码开源都没人看的。
|
 |
16
GeekGao 82 天前
你的业务代码这么值钱吗？
如果很值钱，可以考虑代码混淆、定制加密解释器，例如 pyarmor 。 反正，有成本的。 |
 |
17
crackidz 82 天前
Java 能直接反编译啊...
|
 |
18
dream4ever 82 天前
“只要有登陆到生产服务器的权限”，你家门都被人打开了，家里的东西再怎么遮盖，用处也不大了……
|
 |
19
drwebco 82 天前 via Android
用 python 就别想闭源了
|
 |
20
ox180 82 天前
可以购买加密软件
|
 |
21
dj721xHiAvbL11n0 82 天前
@0o0O0o0O0o 人家问要怎么做，你跟人家说这件事要做，就是不说怎么做
|
 |
22
notejava 82 天前
node 不清楚，Python 我知道可以用 Pyarmor ，支持跨平台编译
|
 |
23
xuanbg 82 天前
有一说一，放在服务器上的代码都不值钱，就算直接给你源码都没用。真正值钱的代码人家都编译成一个可执行程序直接给你，你要是破解它，人家能把你告到倾家荡产。所以人家也不怕你破解。
|
 |
24
WeaponXu 82 天前
说一个实际接触到的商用场景，乙方交付工程给我们使用，部署在我们给定的机器上，但是源码并没有售卖给我们。乙方使用了自定义 Python 解释器+源码混淆加密的手段保护自己的源码。可以运行，但是逆向难度极大。
|
 |
25
ruobingm 82 天前
应该是防同事吧，防新来的？既然这样服务器权限干脆别给。。
|
|
26
0o0O0o0O0o 82 天前 via Android
@x2420390517 #21 我指出我觉得 OP 理解有误的地方（**主流的部署在服务器上的**编译后的 java 项目并不比打包后的 node 项目保护强度高），并给我觉得更合理的方案（堡垒机用于授权监察审计），请问有什么问题吗？真顺着 OP 的思路去探讨不适合这个场景的混淆加固方案吗？不是我不会，是我觉得不合适。
|
 |
27
Gotchaaa 82 天前
@x2420390517 你这纯杠了，人家这个回答清清楚楚的表达出「 OP 可能是源码部署，但是实际事情是有解决方案的，只是没喂到嘴里」
|
 |
28
yhxx 82 天前
|
 |
29
Baloneo 82 天前
python 可以打包成 so 部署
|
 |
30
zhtyytg 82 天前
都有自己的编译方式，同时也有对应的反编译方式。学过逆向的都知道，道高一尺魔高一丈，只能拉高门槛，根治是不现实的。
|
 |
31
BG7ZAG 82 天前
都进服务器了，谁还要源码啊，直接 clone 数据库了~
|
 |
32
iorilu 82 天前
人家能进服务器
看不看源码重要吗 惹毛了给你 rm -rf 都干了 |
 |
33
jianng 82 天前
我们用 bytenode ，编译环境和实际运行环境的 node 版本要一致。
|
 |
34
BreadKiller 82 天前 1
私有化部署下是常见的需求：甲方要求服务部署在他们自己的服务器上，服务由乙方部署，因为服务器是在甲方手上，为了保护服务不被甲方自行破解或者拷贝滥用，乙方会对服务进行混淆甚至加密，以防止服务被修改或者拷贝
|
 |
35
RangerWolf 82 天前
我服了很多人的逻辑。。。。 戾气极重
没有好的解决方案就看看不行么。。。 |
|
36
BreadKiller 82 天前
nodejs 的话，一般会使用混淆+编译为二进制文件 bytenode, node18 之后开始原生有 Single executable applications 的相关接口
|
 |
37
jonsmith 82 天前 via Android
动态脚本是这样，不用编译直接运行。代码篡改是服务器安全问题，不是代码问题。
|
 |
38
tyc 82 天前
@RangerWolf 中国人就是这样的
|
 |
39
djasdjds 82 天前
@darksword21 #9 这垃圾玩意没人用的
|
|
40
darksword21 82 天前
@djasdjds 那用什么，我不熟悉 python 相关的东西，我这里是要部署到客户提供的机器上
|
 |
41
lambdaq 82 天前
这个问题很简单啊。你程序跑起来之后，把 .py .pyc 文件全删了就行。
|
 |
42
X90 82 天前 1
只要你的源码够烂，依赖环境够乱。就算源码丢了别人也跑不起来。
|
 |
43
horizon 82 天前
直接开源，从源头解决问题
|
 |
44
codingmiao 82 天前
其实 java 或者其它编译后的语言也并不安全，现在所谓的 jar 包保密方案，也只是给文件加个密，然后 Java Agent 启动时解密，但是随便丢个 arthas 之类的工具上去，从内存中拿字节码反编译出来根本防不住。
所以哪有什么绝对安全的方案，只要你的软件价值小于别人攻破你的成本就行了 |
 |
45
deplives 82 天前
能直接登到生产服务器上的，是啥都防不住
|
 |
46
cutchop 82 天前
我选择直接开源
|
|
47
iorilu 82 天前
@BreadKiller 都公司了, 更应该用商务法律得方式解决, 你拷贝我抓到罚钱就是, 怎么可能禁止拷贝
|
 |
48
dododada 82 天前
其实并没有太好的方法，就是混淆加固，但是 python 的加固效果一般，除非你们找个算法变种的论文自己做一遍，上面 24 楼的兄弟说的就是一种办法
|
 |
49
uni 82 天前
其实我很好奇现在有了大模型帮读代码之后混淆还有用吗
|
 |
51
EndlessMemory 82 天前
js 有混淆
|
 |
53
lyxxxh2 82 天前
python:nuitka 或者加密源码
nodejs: 在 Node.js 中，将项目打包成二进制文件的常用工具包括 pkg 和 nexe 。这些工具可以将你的 Node.js 应用程序连同其依赖项一起打包成一个可执行文件，方便在目标系统上分发和运行。 1. pkg pkg 是最常用的工具之一，用于将 Node.js 项目打包成可执行文件。它支持 Windows 、macOS 和 Linux 平台。 ... --- gpt |
 |
54
hansnow 82 天前
跑起来之后把硬盘上的代码删了
 |
 |
55
iyaozhen 82 天前
私有化部署并不代表要交代码呀，而且别人服务器有漏洞，被盗走了也不好
确实很麻烦 所以我们喜欢用 go |
 |
56
daysv 82 天前
编译混淆一下。 再写个 wasm 之类的做哈希校验？
|
 |
57
wjx0912 82 天前
js:bytenode
python:pyarmor |
 |
60
ENNRIaaa 82 天前
问题的关键是保证源码安全？不应该是把服务器权限做好吗？
|
 |
61
importmeta 82 天前
1.堡垒机。
2.Node 源码能打包混淆，不会直接运行源码。 |
 |
62
Felldeadbird 82 天前
官方有提供编译线上只给编译代码。没有就买商业加密软件。
所以我现在软件都转向 go 编写。build 后随便对方拿去破解。能逆向破解，那是他本事了。 |
 |
64
Nem0 82 天前
pyinstaller 也可以，会臃肿些
|
 |
65
wenrouxiaozhu 82 天前
@zeusho871 我这个呢 https://github.com/ZhaoQi99/pyencrypt-pye 感觉用起来还行..就是不知道容不容易被破解
|
 |
67
raptor 82 天前
真的，能登上服务器的人对屎山代码真不感兴趣，但数据库大概率要被拖……
|
 |
68
sofm 82 天前
楼主 问这个问题 有些本末倒置。问题是 该如何登录到 生成服务器？如果能登录，别人的目标是看你的代码吗？
本就不存在这样的问题，也就不会好的解决办法。 |
 |
69
nomagick 82 天前
恕我直言，公司的代码根本不用专门混淆
解释型语言拿去编译字节码也是敝帚自珍，主要是给老板提供心理安慰 |
|
70
nomagick 82 天前
唯一值得保护的也就是配置文件，证书 API key 之类的
其他的，那不是针对谁。。。 |
 |
71
wupher 82 天前
真的，Github 上的开源代码我们都看不过来……
都有你服务器权限了，源码不是太看得上。想开个淘宝之类这不是光有个源代码就解决的。更别提他们复杂到吓人的架构了。开源商城就更多了。 配置文件有其它服务账号密码这个可能更感兴趣些。 |
 |
72
skallz 82 天前
@wupher 确实，私有部署给客户的话，光一个打包工具的默认混淆，绝大部分人就已经搞不定了，更别说通过这份混淆代码，梳理清楚业务架构，那就更恐怖了，99.99%的公司都没有这个资金干这个事。。。
|
 |
73
IamUNICODE 82 天前
业务代码没那么重要，无所谓吧，重要代码打个包得了
|
 |
74
lneoi 82 天前
deno 可以编译项目代码成可执行文件, 不知道反编译强度够不够
|
 |
76
luckyscript 82 天前
|
|
77
zeusho871 82 天前
@wenrouxiaozhu 基于 rsa 和 aes 的? aes 密钥从后台发的还是
|
 |
78
murmur 82 天前
没用的，要提交代码，我都进了你服务器了你数据全是我的了，我看代码干嘛
|
 |
79
ClericPy 82 天前
虽然编译了也能逆出来，不过能解决大部分场景了。稍微提几个
1. 印象中有三四个专门做代码混淆的，甚至混淆后的代码还能带有效期（发请求拉时间戳） 2. nuitka --module 打包成动态的 .so/.pyd ，不熟悉用法可以直接 Github 找我发的 nuitka simple gui 。只编译核心代码就行，不要编译依赖 3. 丢 serverless 之类的地方上面，不过也还是丢在服务器上做隔离，服务器不隔离也没用 |
 |
80
assassing 82 天前
不加密，严格做好数据和代码分离。服务器真无所谓的
|
 |
81
caqiko 82 天前
python 也可以混淆啊
|
|
82
wenrouxiaozhu 82 天前
@zeusho871 随机生成的😂
|
|
83
zeusho871 82 天前
@wenrouxiaozhu 那不好说 因为毕竟在本地 不如编译成 c 因为永远不可能逆向出来源码
|
|
85
wenrouxiaozhu 82 天前
@zeusho871 加载器编译成 so 了，没办法做到所有源码都编译成 C😂
|
 |
86
leconio 82 天前 via iPhone
用 docker 把源码打入镜像，用 k8s 部署。基础镜像选择 alpine 类的。。这玩意连 ssh 和 telnet 都没有。
|
 |
87
datou 82 天前
我 golang 的服务都是源码部署，何况 nodejs 和 py 的
|
|
91
datou 82 天前
不编译呀，golang 本来就支持这么运行
|
 |
94
julyclyde 81 天前
|
 |
95
awinds 81 天前
现在 js 的打包工具可太多了，所以你为什么不打包？
|
|
96
wenrouxiaozhu 81 天前
@leconio docker cp / 是不是可解
|
Select Language