慢雾 SlowMist profili | Binance Square

作者：九九
编辑：77
背景
2026 年 8 月 19 日，知名跨链桥项目 Allbridge 遭到攻击，损失约 19 万美元。然而本次攻击却横跨接近一个月才完成，以下是慢雾安全团队针对此次攻击事件的具体分析：
前置知识
为了理解这次攻击，我们需要先理解 Circle 的 CCTP 协议和其跨链消息传递系统。
CCTP 是 Circle 的跨链转账协议。它的基本做法是，在源链销毁 USDC，在目标链重新铸造同等数量的 USDC。这样可以避免桥接合约凭空增加余额。
正常的 CCTP 转账通常按下面的步骤进行:
源链 TokenMessenger 销毁 USDC
-> Circle MessageTransmitter 认证并转发消息
-> 目标链 Circle TokenMessenger 接收消息
-> TokenMessenger 进行验证后铸造 USDC
-> 等 Router 看到真实到账后再把 USDC 转给用户
Circle 的 MessageTransmitterV2 是负责传递消息的合约。它会对完整消息出具 attestation，也就是 Circle 对指定的跨链消息进行签名证明。但是这个证明只能说明消息内容经过 Circle 认证，不能单独说明消息里写的金额已经真实发生转移。
目标链的 Circle TokenMessengerV2 负责铸币。MessageTransmitterV2 收到消息后，会根据消息头里的 recipient 找到要回调的合约。正常的 CCTP 消息会把这个地址设为目标链的 TokenMessengerV2 合约。它接着检查源端 TokenMessenger、代币、金额和接收地址，检查通过后才铸造 USDC。
Allbridge 的 CCTP 模块则处在这条流程的后面。它要把已经完成的入金整理成 Router 能识别的记录，Router 再把代币转给用户。到这里有个需要特别注意的地方：attestation 有效，不代表在源链实际发生过代币燃烧，不代表目标链已经执行了代币铸造，也不能代表 Router 已经真的收到对应 USDC。至此我们可以知道，Circle 的 sendMessage 是通用接口。任何人都可以调用它，填写一段跨链消息内容，让 Circle 对这段内容进行认证。调用这个接口本身不会自动销毁 USDC，也不会自动铸造 USDC。正常的 CCTP 转账还需要源链的 TokenMessenger 参与。它会先销毁 USDC，再生成带有燃烧代币信息的消息。而在本次攻击中，攻击者只构造了跨链消息，绕过了销毁 USDC 这一步。
根本原因
在 Allbridge 的 CCTPTokenMessenger 合约中，接收跨链消息的 receiveCctpMessage 函数缺少对 CCTP 消息头中 sender 字段是否与远端 TokenMessenger 相等的检查，recipient 字段也没有检查是否等于 Circle 的 TokenMessengerV2 合约，导致 MessageTransmitterV2.receiveMessage 会把转发的跨链消息交给攻击合约来判断代币是否铸造成功，由于在本合约中没有再检查 Router 的 USDC 余额在记账前是否是真实增加的，合约直接信任了攻击者构造的消息中的金额，最终将其记账成可付款余额（跨链消息的 hookData 中 messageHash 对应的 receivedTokenAmount 数值）。
此次在 hookData 中也没有提供任何检查保护。Router 在执行付款时会根据调用参数重新计算 messageHash，然后再查询这个 hash 先前所记录的内部入金余额。而攻击者可以在 Polygon 发消息之前，离线算好同一组参数对应的 hash，再把 messageHash 放进直接放入跨链消息的 hookData 中。这样一来，匹配的是攻击者自己创建好的内部记录，和真实资产结算无关。
因此攻击者可以在 Polygon 上直接调用MessageTransmitterV2.sendMessage 构造任意跨链消息，并等 Circle 对其签名后，使得 Base 链的 attestation 验证成功，该伪造消息被当作真实跨链收款，最终触发 Router 转出代币。
攻击步骤分析
1. 2026 年 7 月 26 时，攻击者先提前在 Polygon 上直接调用 Circle MessageTransmitterV2 合约的 sendMessage 函数。这是一笔通用跨链消息发送操作，交易产生了 MessageSent 事件，但实际没有发生 USDC 销毁操作。Circle 随后会对完整消息签发 attestation，这一步是按协议预期设计正常执行。
消息被填成了 CCTP 风格的数据。源域是 Polygon，目标域是 Base，声明金额为 1,000,000 USDC，feeExecuted 为零，destinationCaller 指向 Allbridge 的 CCTPTokenMessenger 合约。攻击者把消息头 recipient 设置为自己的合约，把消息正文中的 sourceSender 设置成配置里的远程 Messenger 地址，还把提前算好的 Router messageHash 放进 hookData，方便后续验证使用。
2. 这条恶意跨链消息创建后攻击者等待了约 24 天。因为 Base Router 是一个转发路由，平时不会长期持有大额流动性。直到 2026 年 8 月 19 日这天，Allbridge relayer 刚把一笔由其他用户真实 CCTP 入金的 USDC 铸造到 Router，金额约为 191,112 USDC，Router 余额达到约 191,156 USDC。
这笔余额属于等待转给真实用户的跨链资金，攻击者等到了这极短的等待时机，真实入金发生后六秒，开始执行正式攻击交易。
3. 攻击合约会先调用 CCTPTokenMessenger 合约的 receiveCctpMessage 函数，传入 Polygon 交易中取得的消息和签名数据 attestation，其中 destinationCaller 检查和 sourceSender 检查均被通过（均由攻击者控制构造）。随后调用 Circle MessageTransmitterV2 合约的 receiveMessage 函数，在该函数中根据消息头的 recipient 回调攻击合约。攻击合约直接返回成功，并没有执行预期 Circle TokenMessenger 合约的铸造代币操作。而 Allbridge 也没有再次确认 Router 余额，也没有检查被回调的目标合约是否等于 Circle TokenMessengerV2，直接就把 amount - feeExecuted 写入 receivedMessages[messageHash]，生成了一笔 1,000,000 USDC 的内部 credit。
4. 由于攻击者先前创建的跨链消息中构造的目标金额是 1,000,000 USDC，而 Router 当时大约只有 191,156 USDC，所以攻击者先通过 Aave 闪电贷为 Router 提供 808,844 USDC，让余额暂时达到攻击者在假消息中声明的金额，满足后续的代币转出操作。
5. 攻击者随后调用 Router 的 receiveToken 函数处理收款结算。Router 根据调用参数先再计算一次 hash，得到的值与 hookData 里攻击者先前早已计算构造好的 messageHash 值相同。接着只检查 CCTPTokenMessenger 合约中的该 messageHash 对应的 receivedTokenAmount 记录是否大于零，就视为已经收到真实入金代币。由于 Router 需要收 0.1% 的手续费，所以在扣除手续费后将剩余的 999,000 USDC 直接转给攻击合约。
整个过程中 Router 只检查 CCTPTokenMessenger 合约中的 credit 是否存在，而并不会再次确认这笔 credit 是否对应链上同等规模的资产真实到账。
6. 攻击者窃取到 999,000 USDC 后，向 Aave 归还 808,844 USDC 本金和约 404.422012 USDC 闪电贷手续费。最终留下约 189,751.554381 USDC，完成攻击获利。这笔交易把 Router 的 191,156 USDC 基本清空。损失的主要部分来自刚刚到达、尚未转给用户的真实跨链入金。
有趣的是，Router 在上面所收取的 1,000 USDC 费用，这笔钱后来被其他攻击者复刻相同的攻击手法给取走。
总结
这次攻击事件的核心问题是 Allbridge 缺少对跨链消息合理性的检查。Circle 的 attestation 只能证明消息内容没有被篡改，并不能证明跨链消息真实触发过代币的燃烧或铸造操作。Allbridge 直接信任 CCTPTokenMessenger 消息中攻击者自行构造的金额、资金来源地址、和 messageHash，并记录成了可兑现的余额，把它当作真实的入金数量。
慢雾安全团队建议项目方修复时需要同时守住三条边界：
1. 消息头中的 sender 参数必须对应受信任的源端组件合约；
2. 消息头中的 recipient 参数必须限制为目标链的 Circle TokenMessengerV2 合约；
3. 只有在 Router 的 USDC 余额确实被铸造增加后才能建立可兑现的入金记录。
对跨链桥系统来说，最重要的是被合理认证检查的消息是跨链结算的必要条件，真实的资产到账才是 Router 最终付款的依据。

作者：Johan & Lisa
编辑：77
本文人机共赏，导入 AI 即可复现。
背景
2026 年 7 月 30 日，链上有一批地址连续往外转，41 分钟，1,196 个单签地址被清空，约 1,082 枚比特币消失。这只是第一波。截至 8 月上旬，确认的损失至少 1,719 枚，约合 1.11 亿美元，涉及的地址超过 5,200 个，攻击前后分了三到四波。
最先让人想不通的是这些钱包的状态。钱大多躺在冷钱包里，有的几个月、几年没人动过，丢的是私钥这一层。私钥全部由 Coldcard 硬件钱包生成，主人没有额外点击过骰子熵，也没有开 BIP-39 passphrase。中招的都是最省事的用法。
影响范围按固件线分开看。Mk2、Mk3 的固件版本 4.0.1 到 4.1.9，有效熵只有大约 40 bit，最严重。Mk4、Mk5、Q 在特定固件版本上是大约 72 bit，仍然在离线爆破的范围内。
Coinkite 的反应不慢。7 月 30 日发出警告，第二天就放出修复固件，Mk2 和 Mk3 升到 4.2.0 以上，Mk4、Mk5 到 5.6.0 以上，Q 到 1.5.0Q 以上，同时销毁了漏洞版本的库存，暂停发货。
这场攻击跟远程入侵、供应链投毒都没有关系。攻击者没有碰过任何一台设备，他拿到私钥靠的是离线枚举，把种子的搜索空间一个接一个试过去。漏洞在设备端潜伏了好几年，直到外部研究者写出爆破器才浮出水面。
慢雾随后把整条攻击链复现了一遍，这篇文章以 Mk3 固件 4.1.9 为例，为你还原数千枚比特币失窃的真相。
漏洞根因
Coldcard 生成种子，本来应该走 STM32L475 芯片自带的硬件 TRNG，也就是真随机数发生器。实际固件里，两处失误叠在一起，把种子变成了一台全球所有设备状态几乎相同的软件 PRNG。它叫 Yasmarang，Mk3 上的有效熵只剩大约 40 bit。
失误一硬件 RNG 被主动关掉
第一处失误在构建配置里。Coldcard 在 mpconfigboard.h 中把 MicroPython 的硬件 RNG 支持显式关掉了。
第一次看到这行宏，会觉得没什么问题。Coinkite 有自己的 ckcc.rng_bytes，直接调 STM32 硬件 TRNG，比 MicroPython 移植层的实现更可控。坑在下面这个宏展开里。libngu 的 my_random_bytes() 通过 CHIP_TRNG_32() 这个宏去读随机数，宏展开后调的是 MicroPython STM32 移植层提供的 rng_get()，并且把它当成硬件 TRNG 用。而 rng_get() 正好在 MICROPY_HW_ENABLE_RNG 等于 0 的时候静默降级，掉进下一处失误。
失误二 rng_get() 的兜底被当成硬件 TRNG 用
我们最先盯着 libngu 的 random.c 看。宏展开一路追下去，最后停在 MicroPython 的 STM32 移植层，ports/stm32/rng.c 的 else 分支。
rng_get() 由 ports/stm32/rng.c 提供。它用 #if MICROPY_HW_ENABLE_RNG 做值判断，宏非 0 就读 RNG->DR，也就是硬件 TRNG 本身。宏为 0 的时候，编译进 else 分支，返回的是软件 PRNG 的输出。Coldcard 的配置正好是 0，每一台出厂的 Mk3 都走这条路。
这个兜底叫 Yasmarang，上世纪九十年代在论坛上流传的伪随机数发生器，不属于密码学算法，内部状态只有 128 bit，初始种子几乎全部来自可预测量。libngu 每读一次"硬件随机数"，拿到的都是 Yasmarang 的输出，再异或上 libngu 自己那条全局常量流。绕到最后，整份"随机性"只剩 pad = UID ^ SysTick 这一个 32 bit 的值。
Yasmarang 的初始状态，几乎是全球统一常量
Yasmarang 的状态由四个 32 bit 变量组成，pad、n、d、dat。Mk3 上有两条 Yasmarang 实例，初始化如下。
libngu 那一路是编译期常量。0x0a8ce26f 写在 ngu/random.c 里，static uint32_t yasmarang_pad = 0x0a8ce26f, yasmarang_n = 69, yasmarang_d = 233，没有任何运行时输入。它跟 Yasmarang 原版的默认值不一样。原作者 Ilya Levin 的原始默认是 0xeda4baba，MicroPython 的 modurandom.c 里保留的正是原值。Coinkite 在 libngu 里把 pad 换成了 0x0a8ce26f，n 和 d 沿用原版。对攻击者来说，无论原版还是自定义值，都是公开可知的固定常量。这条流可以离线预计算，等于全球所有设备共享同一条 mixer 序列。
真正的变量只剩 rng_get() 兜底实例的 pad = UID ^ SysTick，拆开看是三块。UID 是芯片熔丝里的 96 bit 序列号，固件只取低 32 位，读出格式是 (wafer_Y << 16) | wafer_X。X、Y 是晶圆坐标，Phase A 批次的取值几乎全部落在 0 到 72 区间，最多也就 0 到 255，等效熵大约 14 bit。
SysTick 是 rng_get() 第一次被调用时 SysTick->VAL 的倒计数值。芯片跑在 80 MHz，reload 是 80000，取值在 0 到 79999，等效熵大约 17 bit。
RTC_TR 和 RTC_SSR 是设备刚上电时 RTC 寄存器的值，应用还没初始化它。这两项各自算一个额外枚举维度，取值空间很小。rtc_tr 是 packed-BCD 的 RTC->TR，rtc_ssr 的上限是 MK3_RTC_SSR_MAX，0xFF。我们确认过的全部链上命中向量里，这两项都是 0。
把三块加起来，UID 大约 14 bit，SysTick 大约 17 bit，RTC 两项命中为 0，按键次数再贡献约 5 bit，整个种子生成的真实熵源是 36 到 37 bit。Coinkite 官方说的 about 40 bits，和代码逆向出的搜索空间完全吻合。这是一个 GPU 集群几天就能穷举完的空间。
攻击流程
Mk3 的首次开机，从代码到私钥，会依次经过三种典型的随机模式。攻击者的核心工作，就是在这些模式上分别建模，把 PRNG 的每一次 step 精确复原。
第一阶段初始状态
设备上电后立刻发生两件事。
到这里，全部"随机性"已经被压进一个 32 bit 的 pad，外加两个可以枚举的小维度。全球 Mk3 的 pad 分布在一个可以穷举的小盒子里。
第二阶段按键操作
首次开机会强制用户设置 PIN、按 OK 确认条款、在菜单里导航。每一次按键都会触发 shared/mempad.py 的 _start_scan()，其中 shuffle(self.scan_order) 调用三次 _rand_below()。scan_order 的长度等于 NUM_ROWS，也就是 4。shuffle 定义在 shared/random.py，它的 randbelow 直接绑定 libngu 的 ngu.random.uniform，也就是 C 层的 _rand_below。
这些按键消耗必须逐一建模。我们分析 v4.1.9 固件源代码后，确认了三种使用模式。
Profile A 是零售首次启动。接受条款前按两下，settings.save() 在 32 个槽里找空位，排除 my_pos 后剩下 31 个槽，也就是 30 次 _rand_below，然后输入 PIN、导航菜单再按若干次，最后 random_bytes(32) 取熵。
Profile B 是刷机或清空后的首次启动，NVRAM 是空白的。nvstore 先做一次 shuffle(32)，然后 3 槽 × 16 块 × 256 字节的 blanking 以 lockstep 方式消费 3072 步，输出不回流，只推进状态。空白 NVRAM 引导会在这两步之后再多做一次 shuffle(32)，然后按键消耗，最后 my_random_bytes(32)。
Profile C 是纸钱包。纸钱包就是把私钥印在纸上的冷存储方式，离线放着不碰网络，送人礼物或者长期保存都有人用。Coldcard 的 Paper Wallets 菜单专门生成这种可打印的钱包页。它的随机数消费最直接，已有钱包之后再次进入菜单，按键消耗 8 到 25 次，然后 my_random_bytes(32) 直接当作私钥用，连 BIP-39 词表都不走。
第三阶段种子构造与地址派生
从 random_bytes(32) 到最终的比特币地址，Mk3 走的是这条流水线。
流水线上的每一步都是可复现的确定性函数，三种 profile 通用。攻击者只要把 pad 猜对，后面整条链都能离线重算。
第四阶段 GPU 侧的穷举与命中
攻击者的做法其实很规矩，四步。
第一步，构造候选 pad 集合。晶圆坐标 X、Y 都取 0 到 72，UID 空间大约 5200 个取值，和 SysTick 的 0 到 79999 做笛卡尔积，得到 4.24 亿个候选 pad。这个数字听着大，放到 GPU 上就是几天的事。
第二步，对每个 pad 再枚举按键次数，kpad_b 从 4 到 34。rtc_tr 和 rtc_ssr 的命中都是 0，放最外层当小循环。
第三步，在 GPU kernel 里跑完整种子流水线，sha256、BIP-39、PBKDF2 2048 轮、BIP-32、hash160、bech32。libngu 那条常量流可以离线预计算，kernel 按索引取词，省掉每个线程重复推进常量 PRNG 的开销。
第四步，用一个 hash160 的布隆过滤器或排序数组做匹配，O(log n) 的复杂度，目标是全网的单签 P2WPKH 地址集合。
这套搜索的代价可以量化。Apple M1 GPU 单机跑 Phase A 空间，72 乘 72 的 UID、8 万种 SysTick、31 种按键次数，大约 148 亿个候选，耗时约 8.6 天。数据中心级的 A100 集群，同样的空间压到数小时。Mk4、Mk5、Q 上大约 72 bit 的空间比 Mk3 高 2 的 32 次方倍，但漏洞同源，profile 建模思路一样，差别只是爆破器从单机换到集群、时间从数天拉到数周，这个成本攻击者依然愿意付。这也是它们同样出现在受害清单里的原因。
MistTrack 分析
本次事件涉及的资金规模较大，目前已有多方团队对该事件展开链上分析。本小节主要结合 Galaxy Research 已公开披露的数据以及慢雾在事件跟进过程中收集到的求助数据进行梳理。以下分析主要基于目前可观测的链上数据，后续如有新的地址或流向被识别，我们也将持续更新。
Wave 1
bc1qc779m8gec84k3t0ffvu0pps94zheht7lr7ueyn
该地址总收入 398.4859 BTC，均转入地址 bc1qx76cae2706qd5q576feh7xq8rfcsjpf2htfhe3：
目前地址 bc1qx76cae2706qd5q576feh7xq8rfcsjpf2htfhe3 余额 398.4759 BTC：
bc1qh0l7q0mca3ln7wsl9luwns0jc9jhgrtft025l4
该地址总收入 0.7732 BTC，均转入地址 bc1q8jy96fe5lf8vfugydnte3cguk92gpev7kwtp3q：
bc1qdaarag7729c2n4l2wnyt3hkhfpcs66n98z7uuh
该地址总收入 88.8505 BTC，均转入地址 bc1q8jy96fe5lf8vfugydnte3cguk92gpev7kwtp3q：
目前地址 bc1q8jy96fe5lf8vfugydnte3cguk92gpev7kwtp3q 余额 89.6233 BTC：
bc1qnk4zh9qcnap2mycp56qjrgza3cc8ylrh8fecp0
该地址总收入 594.4773 BTC，目前余额 32.4506 BTC，其余 562.0267 BTC 均转入地址 bc1qq85v2c926eg6pgxhwp6q7lf6cnsz80qs3fcu9r：
目前地址 bc1qq85v2c926eg6pgxhwp6q7lf6cnsz80qs3fcu9r 余额 562.0214 BTC：
Wave 2
bc1qsjrf5ze5tmulz7y2x4pc7qaex2a35sanp3rqlx
该地址总收入 45.9067 BTC，均转入地址 bc1qtfrwa4j6rmj9rsgspv6a0yjumkg39js2numu75：
目前地址 bc1qtfrwa4j6rmj9rsgspv6a0yjumkg39js2numu75 余额 45.9025 BTC：
bc1qmd5m5ktv7m5ffujxv4248fxv36myvdx79n8jp6
该地址总收入 30.1848 BTC，均转入地址 bc1qez89sph5tgghmf36u79hq62h8n2xqqka05dt6n：
目前地址 bc1qez89sph5tgghmf36u79hq62h8n2xqqka05dt6n 余额 30.1846 BTC：
Wave 3
Wave 3 涉及约 293 个 P2WSH 类型的 Vault 地址，其中 1 Park 对应 1 个 P2WSH Vault。目前这些 Vault 地址中的资金均未发生转出，涉及金额合计约 207.73 BTC。
Wave 4
bc1q0rvn88w08j75k4h48lf9fvhan7unjp7vjf5q6m
该地址总收入 64.9037 BTC，已转入 Wasabi Wallet：
其他公开提到的相关地址
bc1p0l0xs2a0ffn2d9pek28k3vm9rjr2p0c5hvdlu03gpdwgzdgpscnq6qlk0h
该地址总收入 17.6709 BTC，其中 4.4372 BTC 转入地址 bc1prjnvz77lhd3t6kdxt34x4yzgwu4qfdgyges8h6qhwldj60z5mcqs7pprpr 暂未转出；剩余 6 BTC 通过 THORChain 兑换为 204.7 ETH 并跨链到以太坊地址 0x41b7529a411eea979a8d468bdebd36b0ad703268：
目前地址 0x41b7529a411eea979a8d468bdebd36b0ad703268 余额 4.7073 ETH，且已将 200 ETH 转入 Tornado Cash：
MistTrack 将持续监控上述相关地址及后续资金流向，并根据链上资金异动情况更新分析。
总结
把整条链串起来看，一次构建配置和一层移植兜底叠加，把本该由硬件 TRNG 提供的随机性，压成了 32 到 72 bit 的软件 PRNG。Coinkite 在 24 小时内推出修复固件，销毁漏洞版本库存，暂停数据清除来配合执法，反应速度值得肯定。
但已经生成的旧种子，固件更新救不回来。随机性在生成那一刻就定死了，补丁只能保证新种子走对路。受影响的人要先把设备升到修复版本，重新生成种子，转一小笔钱测试，确认地址没问题，再迁移全部资金。旧设备先留着，后续调查可能还要用到。

慢雾 SlowMist

倒计时 2 天｜慢雾携手 ME Group 香港活动议程正式揭晓

横跨一个月的跨链攻击：Allbridge 被黑分析

Avqustun 28-i Honq-Konqda görüşək | Stabilkoindən AI Agent-ə qədər, SlowMist Honq-Konqda bir neçə sənaye tədbirində çıxış edəcək

Təhlükə kəşfiyyatı｜Diqqətli olun: Solidity Pro Web3 tərtibatçılarını hədəfli şəkildə zəhərləyə bilər

MistTrack Agent rəsmi olaraq AgentOn-a daxil oldu, on-chain araşdırma imkanlarını AI Agent-ə gətirir

SlowMist (Yavaş Duman) × ME Group sizi stabilkoin uyğunluğu və agent əsaslı ödəniş mövzusunda birgə araşdırmaya dəvət edir

Coldcard 1.11 亿美元被盗事件：私钥破解漏洞深度解析

SlowMist və AgentOn strateji əməkdaşlıq əldə edərək AI Agent təhlükəsizlik ekosistemini birgə qurur

Təhlükə kəşfiyyatı｜İş axtaranlar üçün tələ! Müsahibə proqramının içində gizlədilmiş casus troyanı

MistEye DNS Guard rəsmi olaraq təqdim olundu — host şəbəkə təhlükələrinə qarşı yüngül müşahidə səddi qurur

Təhlükə kəşfiyyatı｜“Uyğunluq e-poçtu”ndan uzaqdan idarəetməyə: bir Web3 pul kisəsi fişinq hücumunun araşdırılması

Məsafə həm yaxın, həm də effektivdir | FATF-in ən yeni hesabatından risklərin idarə edilməsinə baxış

Təhlükə kəşfiyyatı｜İşə qəbul kimi maskalanmış GitHub zəhərlənməsinin analizi

Təhdid Kəşfiyyatı｜TRAE zərərli genişləndirməsindəki zəncirüstü arxa qapı

Grok CLI risk analizi: bir prompt həssas faylları necə buluda göndərə bilər?

Cyberport Web4.0 və agent təhlükəsizlik ittifaqı yaradıb, SlowMist təsisçi üzv kimi çıxış edəcək

TG hesabı ələ keçirildi, pul kisəsi yerinə saxtası qoyuldu: macOS zərərli proqramı müdafiə xəttini necə aşır?

Təhlükə Kəşfi | Injective SDK-nin zəhərlənməsi, şifrəli cüzdan şəxsi açarlarının oğurlanması

Google Sites icma müraciət fişinqi və macOS məlumat oğurlayan troyanın analizi

SlowMist işə qəbul elanıdır | AML məhsul GTM marketinq rəhbəri