diff --git a/exports/hykilp/atom.xml b/exports/hykilp/atom.xml index e1ade7399..93e5cce4c 100644 --- a/exports/hykilp/atom.xml +++ b/exports/hykilp/atom.xml @@ -2,7 +2,7 @@ https://aza.moe/life 小桂桂的回忆录 📒 - 2024-10-03T06:11:06.328875+00:00 + 2024-10-03T08:09:09.012823+00:00 python-feedgen https://aza.moe/meru_256px.png diff --git a/exports/hykilp/index.html b/exports/hykilp/index.html index fe15f5c74..ca2e5a662 100644 --- a/exports/hykilp/index.html +++ b/exports/hykilp/index.html @@ -27,7 +27,7 @@ diff --git a/exports/hykilp/posts.json b/exports/hykilp/posts.json index 42ae1db1e..5ae35a320 100644 --- a/exports/hykilp/posts.json +++ b/exports/hykilp/posts.json @@ -61484,7 +61484,7 @@ "id": 4488, "date": "2024-09-27T02:04:52", "text": "curiosity", - "views": 88, + "views": 89, "forwards": 2, "forwarded_from": { "name": "Azalea", @@ -61507,7 +61507,7 @@ "id": 4489, "date": "2024-09-29T05:10:34", "text": "#RF 关于我今天不小心刷砖了一张 Mifare 卡又救回来了的这件事:\n\n众所周知 Mifare 卡的序列号或者 ID 是生产出厂的时候写入进分区 0 里面,之后就变成了只读的信息。但是我们常说的 CUID 卡 (又名 Mifare Classic DirectWrite Gen2) 支持一些让程序覆盖 0 分区的魔法指令,这样复制卡的时候就可以作为白卡覆盖序列号了,让新卡和旧卡数据完全一样 🧙‍♂\n \n...然后今天我发现它覆盖 0 分区的时候没有任何验证,既没有验证 0 分区数据合不合理,也没有防止溢出... 然后蠢蠢桂桂把 7-byte ID 的 mifare 4k 数据写到这张 4-byte ID 卡里让它变砖了,无论是手机还是 pm3 都读不到 🤗\n\n...原本以为没救了去 rf 群里感叹一下,然后群友说其实是有救的,pm3 可以 --force 强行重写 0 分区 🤩 好耶,得救了", - "views": 84, + "views": 85, "forwards": 1, "media_group_id": 13820693072131581, "images": [ @@ -61537,7 +61537,7 @@ "id": 4491, "date": "2024-09-29T07:09:31", "text": "#RF #TIL 收到了复制小区门卡的委托,扫了一下发现是没见过的 Mifare Plus X 2k/4k (SL1) 卡,和 Classic 1k 不一样的地方是它有 7-byte 的 ID,40 个数据分区。\n\n原本以为这种加强安全性的卡会很难解,试试幸运吧跑一下 mf autopwn,发现 0-15 分区的密钥全都在默认字典里 🌚 即 dump\n\n但是尝试写入新卡的时候发现我这里并没有可以存下 7-bit ID 也没有可以存下 40 个数据分区的卡,不过看到它除了 0-15 分区以外其他分区的密钥都是 FFFFFFFF,群友猜可能它没有用剩下的 24 个分区... 然后朋友回去试了一下把它的 1-15 分区数据写进普通的 Classic 1k 卡里发现居然真的能用 🌚\n\n唉,RF 安全真是巨大的草台", - "views": 90, + "views": 91, "forwards": 0, "images": [ { @@ -61556,7 +61556,7 @@ "id": 4492, "date": "2024-09-30T03:03:34", "text": "又遇到了何等的巧合\n\n上次在机场遇到扶苏的时候,扶苏和我聊到她有一个朋友也要去多伦多,也玩舞萌,当时还给那个朋友发了消息但是没有回\n\n然后前几天聊聊说 Celestium 新的对象听说这里有舞萌想来玩,已经习惯了有很多人来这里玩就没有多想。然后玩着舞萌和她聊天,聊着聊着发现她就是扶苏说的那个朋友 Tracer 🥺 世界成环了\n\n聊着聊着还发现她的成分和我好相似 😀 都在训练用来数字化自己的 LLM、都喜欢打/魔改舞萌和 ff14、搭 homelab 和 NAS、也和我大一住宿舍的时候一样做了 UofT EAP 的无线转发、写 AC 机解作业题、在尝试了解 RF... 奇妙", - "views": 81, + "views": 82, "forwards": 0, "reply": { "id": 4276, @@ -61567,7 +61567,7 @@ "id": 4493, "date": "2024-09-30T15:38:54", "text": "用开源软件就是在尝试理解为什么硬盘 uuid 获取不到的时候在 GPT 分区表头里看到一个不知道谁写的 \"Hah!IdontNeedEFI\" 🌚", - "views": 137, + "views": 138, "forwards": 3, "images": [ { @@ -61586,14 +61586,14 @@ "id": 4494, "date": "2024-10-02T04:32:22", "text": "今天见到了光量子 @lightquantum01,好可爱!\n\n不过居然光量子今天才知道我在 UofT 上本科 quq 我在别人眼里是什么网络神秘人吗,明明已经很实名了的", - "views": 89, + "views": 91, "forwards": 1 }, { "id": 4495, "date": "2024-10-02T05:14:24", "text": "今天计网课上讲了 BGP (边界网关协议),感觉学到了很不得了的东西 🤩\n\n在层级网络的最顶端,运营商和国家级别的自治系统「AS」之间,也和我们自己家里的路由器交换机一样用了平等的分布式共识机制,互相通过 BGP 按照复杂的规则交换路径表,花上几个小时来聚合到共识的最短路径\n\n但是和路由器交换机不同的是,它非常的不自动,反而每个 AS 都会专门雇人配置很复杂的 BGP 规则,为什么这样呢?并不是因为技术上不能,而是因为人类的不完美... 在这个网络上的,有时候互相是竞争对手,有时候是客户和供应者,有时候是国家,有时候是国家立场的黑客...\n\n每个 AS 都在白嫖和被白嫖、信任和谎言之间微调规则,真的是一种好不完美的美 🤩", - "views": 71, + "views": 72, "forwards": 0, "images": [ { @@ -61611,7 +61611,7 @@ { "id": 4496, "date": "2024-10-02T16:42:07", - "views": 53, + "views": 54, "forwards": 0, "forwarded_from": { "name": "It’s Not an AuDHD Thing" @@ -61633,7 +61633,7 @@ "id": 4498, "date": "2024-10-02T20:28:01", "text": "突然想起 tensorflow/keras,才意识到好像所有人都逐渐抛弃 tf 转用 pytorch 了...\n\n不知道这是什么时候开始的,明明我两三年前看身边的人还都在用 tf 🧐 不过确实也是因为 pytorch 更简洁吧\n\n看了一眼 Google Trend 好像确实是两三年前开始的", - "views": 40, + "views": 41, "forwards": 0, "images": [ { diff --git a/exports/hykilp/rss.xml b/exports/hykilp/rss.xml index 7f5239118..4d6d99edf 100644 --- a/exports/hykilp/rss.xml +++ b/exports/hykilp/rss.xml @@ -12,7 +12,7 @@ https://aza.moe/life zh-cn - Thu, 03 Oct 2024 06:11:06 +0000 + Thu, 03 Oct 2024 08:09:09 +0000 小桂桂的回忆录 📒 #4498 https://aza.moe/life?post=4498