V2EX › amiwrong123 的所有回复 › 第 3 页 / 共 40 页

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

1 2 3 4 5 6 7 8 9 10 ... 40

❮

❯

73 天前

回复了 amiwrong123 创建的主题 › 程序员 › 对于“公钥加密，私钥解密”有在 ssh 的 authorized_keys 这种常见的应用场景，那么“私钥签名，公钥验证”有什么常见的应用场景？

@NessajCN #18
OK ，感谢回答，理解了。这中间会有一步算哈希的步骤。

签名：
发送方计算 data.txt 的哈希值，然后使用自己的私钥对哈希值进行签名，生成 signature.txt 。
接收方使用发送方的公钥验证 signature.txt ，确保 data.txt 未被篡改且来自预期的发送方。

-------------------------

问一个比较笨的问题，把上面的过程改成：
用私钥对 data.txt 全文加密。这种方式不常用吗？或者本身这种有什么弊端？

主流的，应该还是，发送方先算出哈希值，再对哈希值进行加密吧。

73 天前

@NessajCN #15
我好像懂你意思了，我之前一直误解了。。

假设有一个文件 data.txt ，我们分别对其进行加密和签名：
加密：
发送方使用接收方的公钥对 data.txt 进行加密，生成 data_encrypted.txt 。
接收方使用自己的私钥对 data_encrypted.txt 进行解密，恢复 data.txt 。
签名：
发送方计算 data.txt 的哈希值，然后使用自己的私钥对哈希值进行签名，生成 signature.txt 。
接收方使用发送方的公钥验证 signature.txt ，确保 data.txt 未被篡改且来自预期的发送方。

上面这段是大模型的回答，所以“用自己的私钥对哈希值进行签名”就是指，用私钥加密呗。

73 天前

@NessajCN #11
啊？我理解错了吗。。
加密是：原 content -> 加密的 content
签名是：原 content -> 原 content+一个签名值
这不是两种操作吗

73 天前

@NessajCN #7
而且我开始以为“私钥加密，公钥解密”这种没有用呢，差点被自己误导了。

也就是说，
“公钥加密，私钥解密”
“私钥加密，公钥解密”——软件的数字签名
“私钥签名，公钥验证”——httts 证书
都有应用场景。
只是最后两种应用场景的目的，都是一样的目的。

73 天前

@NessajCN #7
等等。
首先，“私钥签名->公钥验证”，你发一条信息出去，任何知道你公钥的人都能验证这条信息是来自于你。

然后，你说的，“私钥加密公告->别人用公钥解密”，也能达到这个目的“你发一条信息出去，任何知道你公钥的人都能验证这条信息是来自于你”呗。
- 因为公钥是公开的，所以其实谁都可以解密。
- 但至少可以证明信息发送者的身份。

神奇，这两种方式都可以达到这目的。😮

100 天前

回复了 amiwrong123 创建的主题 › 程序员 › 为什么 make 输出 make: Entering directory 时，后面跟的路径的两边的字符不一样，是反引号和单引号？

破案了，我自己特殊处理了 make 的输出，替换反引号为单引号，再给到 compiledb 。生成的 compile_commands.json 还是一个空文件。

看来和这个路径字符没有关系。

但问题还是没解决。。。

121 天前

回复了 amiwrong123 创建的主题 › 程序员 › 6.828 课程的 RISC-V 版本建议选哪年的？

@Noicdi #2
@Cola98 #5
@aldehyde #6
@Noicdi #9
不管了，就选 20 年的。感觉 20 的，网上的视频和笔记都挺多的。

121 天前

回复了 amiwrong123 创建的主题 › 程序员 › 6.828 课程的 RISC-V 版本建议选哪年的？

@Cola98 #5
@Noicdi #8
We haven't tested it, but it might be possible to get everything you need via the Windows Subsystem for Linux or otherwise compiling the tools yourself.

https://pdos.csail.mit.edu/6.828/2020/tools.html

看到原话了，它说大概率在 wsl 上，是可以的。

121 天前

回复了 amiwrong123 创建的主题 › 程序员 › 6.828 课程的 RISC-V 版本建议选哪年的？

@Cola98 #5
哇，他们教程里还提到了“可以用 wsl2”这件事吗。

电脑已经有了 wsl 的 Ubuntu20 ，可以开始搞了。

122 天前

回复了 amiwrong123 创建的主题 › 程序员 › 6.828 课程的 RISC-V 版本建议选哪年的？

@zwlinc
@Noicdi
对了，问一下，我在 win11 的 wsl 里做这个课程，应该也一样吧。
之前做的时候是在 vmware 的虚拟机里面做的。

122 天前

回复了 amiwrong123 创建的主题 › 程序员 › 6.828 课程的 RISC-V 版本建议选哪年的？

@zwlinc
好吧，回头我对比一下

124 天前

回复了 amiwrong123 创建的主题 › 问与答 › usb 同步器的穿越模式怎么用的？

@smilecat
需要两个电脑在同一个网段不

125 天前

回复了 amiwrong123 创建的主题 › 问与答 › 文件管理器里面的 onedrive，不是和网盘同步的吗？

@vislins
感觉应该是你说的第 2 个问题。
我以为直接在文件管理器里用就好了

125 天前

回复了 amiwrong123 创建的主题 › 问与答 › 文件管理器里面的 onedrive，不是和网盘同步的吗？

@UncleCAT4
你是说我文件管理器的截图吗，然后你说条目后面应该有状态呗？
有图吗，以前一直没用过，可能用法不对

125 天前

回复了 amiwrong123 创建的主题 › 问与答 › usb 同步器的穿越模式怎么用的？

@paopjian #1
https://blog.csdn.net/sevendemage/article/details/136495567
是这篇博客的使用方法吗？

看起来还行，但是我的笔记本和主机，应该是不同的网段。或者说，一个是外网，一个是内网。网段不一样，估计这个方案不行了吧。

而且，这个方案应该只解决了鼠标问题，还有键盘没解决呢

174 天前

回复了 amiwrong123 创建的主题 › 奇思妙想 › 有什么可以做历史时间轴的软件？

@kylebing #1
本地我试了一下，新建了一个 html 和 json ，然后改掉一些必要的东西。然后浏览器打开，发现确实这个效果不错。
不过这个 json 文件的各个字段，还有点没搞明白。回头再研究。

不过有一点，直接编辑 json ，会不会显得有点麻烦。不过好像为了有这么好的功能，好像又不得不这么做。。

另外，我看它还有一个 google spread sheet 的方式，但我看最后需要生成一个 url ，感觉不符合我本地制作的初衷了。

181 天前

回复了 amiwrong123 创建的主题 › 程序员 › 为什么一个只调用 printf 的函数，对应的汇编代码这么复杂？

@ysc3839 #31
@e3c78a97e0f8 #32
@MrKrabs #13
@iceheart #26

我这里试了 gcc -Wall -g -O3 -o test.o -c test.c -m32 && gcc -o test test.o -m32
然后用 objdump -dx test ，直接查看最后的可执行文件。

![]( https://s3.bmp.ovh/imgs/2024/06/05/3b0683fd31bd5d68.png)

如上图，是执行的结果。是 objdump -dx test 的汇编。

看起来就是优化掉了，函数开头结尾的栈帧维护操作，比如开头的 push %ebp ； mov %esp,%ebp 。比如结束的 leave 。

PS：抱歉试得有点迟了

182 天前

回复了 amiwrong123 创建的主题 › 程序员 › 为什么一个只调用 printf 的函数，对应的汇编代码这么复杂？

@chitaotao #21
前两次 sub 确实是为了汇编里面的这两次 call 的对齐要求，来做的。我用 gdb 看了后，发现确实是这样的。

182 天前

回复了 amiwrong123 创建的主题 › 程序员 › 为什么一个只调用 printf 的函数，对应的汇编代码这么复杂？

@ysc3839 #7
我试了，加-fcf-protection=none 参数，然后就没有 endbr32 了。
但 print_banner 的其他汇编还是一样的。

183 天前

回复了 amiwrong123 创建的主题 › 程序员 › 为什么一个只调用 printf 的函数，对应的汇编代码这么复杂？

@AoEiuV020JP #2
printf 这个 f 可不简单，可以进一步说一下吗

1 2 3 4 5 6 7 8 9 10 ... 40

❮

❯