V2EX › acess 的所有回复 › 第 2 页 / 共 107 页

V2EX = way to explore

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

现在注册

已注册用户请登录

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

❮

❯

85 天前

回复了 acess 创建的主题 › 信息安全 › [旧闻]LPC 总线嗅探 TPM 通信破解 BitLocker

@churchmice 嘛其实我没在用 TPM……虽然光靠普通密码顶着，我现在用的密码还不够长，貌似熵不太够的样子

86 天前

回复了 acess 创建的主题 › 信息安全 › [旧闻]LPC 总线嗅探 TPM 通信破解 BitLocker

另外即便是与 TPM 的通信加密了，也不知道会不会有其他攻击手段，从类似对付 SSL/TLS 的中间人攻击，到缺陷注入（比如 kraken 安全团队破解 trezor 硬件钱包用的技术手段）

95 天前

回复了 zisen 创建的主题 › Windows › Windows11 怎么这么贱啊！

@geelaw https://geelaw.blog/entries/win10-update-restarts/ 这篇需要更新吗

95 天前

回复了 acess 创建的主题 › Windows › Bitlocker+TPM 在双系统下不能自动解锁，提示输入恢复密钥

（我是分了一个小分区里面存放 bootmgr 、bcd 这些引导文件的。这个分区原先是 fat32 ，把它转成 ntfs 问题就消失了）

95 天前

回复了 acess 创建的主题 › Windows › Bitlocker+TPM 在双系统下不能自动解锁，提示输入恢复密钥

啊，破案结贴了，legacy BIOS 引导下，bitlocker 需要活动分区是 NTFS 文件系统

95 天前

回复了 zhng920823 创建的主题 › 信息安全 › OpenSSH Dropbear 漏洞 CVE-2023-48795

https://github.com/mkj/dropbear/blob/41a6abca32dd3da273152c07dbded41fb6d70726/CHANGES#L17

At present the flaw does not seem to reduce Dropbear's security (the only packet affected would be a server-sig-algs extension, which is used for compatibility not security).

dropbear 官方还没修

而且 dropbear 好像并没有真正受到这个漏洞的影响

121 天前

回复了 Features 创建的主题 › Bitcoin › BTC 怎么储存安全又方便？

@buffzty 我大概想到的是类似签名参数，还有找零。

sighash ，rfc6979 这些

121 天前

回复了 Features 创建的主题 › Bitcoin › BTC 怎么储存安全又方便？

ledger 这两天也爆了供应链攻击来着，感觉钱包也不能盲信

122 天前

回复了 Features 创建的主题 › Bitcoin › BTC 怎么储存安全又方便？

自己写代码哪怕只有一行，万一某个参数不小心填错没注意到都会导致无法追回的巨大损失。

用别人的软件，至少还是有别人替你趟过水试过错，经过实践检验。

@buffzty

122 天前

回复了 Features 创建的主题 › Bitcoin › BTC 怎么储存安全又方便？

@buffzty 这种一般还是不太推荐的，因为一旦犯错了后果很严重而且交易一旦确认无法追回。

122 天前

回复了 Features 创建的主题 › Bitcoin › BTC 怎么储存安全又方便？

electrum 的种子就是跟 BIP39 共用一套单词表但又不是一回事
@wangkun025

122 天前

回复了 Features 创建的主题 › Bitcoin › BTC 怎么储存安全又方便？

@wangkun025 对，然后其实还有一点很蛋疼，他们讨厌 BIP39 ，据说当年就是跟支持 BIP39 那边的开发者闹翻了，他们 BIP39 毁了自己的点子，所以固执坚持自己的设计思路。

122 天前

回复了 Features 创建的主题 › Bitcoin › BTC 怎么储存安全又方便？

@ixcode electrum 也可以冷热分离的

132 天前

回复了 zsxzy 创建的主题 › Bitcoin › 请教铭文到底是个啥，没看懂

这个我记得跟 op_return 性质差不多……都是在交易里夹带无关数据，于是就可以用来在链上“铭刻”数据。

132 天前

回复了 zsxzy 创建的主题 › Bitcoin › 请教铭文到底是个啥，没看懂

（啊忘了说了，理论上也可能有其他办法去数一个 sat 是第多少号，就是说 ordinal 理论数出来第 xxxx 号，如果有人再设计一个理论可能数出来完全不一样的第 yyyy 号）

132 天前

回复了 zsxzy 创建的主题 › Bitcoin › 请教铭文到底是个啥，没看懂

而且 luke 那个改动也只是在他自己维护的 knots 节点软件（ core 的分支项目）上搞的

132 天前

回复了 zsxzy 创建的主题 › Bitcoin › 请教铭文到底是个啥，没看懂

luke 那个改动我记得也只是说，节点软件默认不打包这种夹带过多数据的交易，但（你自己不打包，别的）矿工打包了还是照样接受的

132 天前

回复了 zsxzy 创建的主题 › Bitcoin › 请教铭文到底是个啥，没看懂

（ sat 建一个序号这个，我记得也是人为规定的，理论上也可能有其他办法去数一个 sat 是第多少号）

132 天前

回复了 zsxzy 创建的主题 › Bitcoin › 请教铭文到底是个啥，没看懂

https://docs.ordinals.com/inscriptions.html

132 天前

回复了 zsxzy 创建的主题 › Bitcoin › 请教铭文到底是个啥，没看懂

Inscriptions do not require a sidechain or separate token.

Inscription content is entirely on-chain, stored in taproot script-path spend scripts. Taproot scripts have very few restrictions on their content, and additionally receive the witness discount, making inscription content storage relatively economical.

数据是直接存到链上的。taproot 在这方面放宽了限制，可以夹带大量数据，所以被利用来夹带各种数据了。

另外，json 里指定了 mime_type ，不止 jpg ，其他东西也可以夹带刻进链中。

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

❮

❯