【PKU1830开关问题】解异或方程组(更正版)

本文纠正了一种错误的解方程组方法,并提出正确做法。通过行列变换消元,即使遇到全零系数也不应忽视方程,而应继续寻找可用变量。最终,通过检查剩余方程确定解的存在性。

之前的那个帖子写的解方程的方法是错误的!

之前的丑方法:

   先用行列变换来消元,如果发现当前的i号元相关的所有系数都为0了,直接判其为自由元,同时跳过这个方程,完全忽略它然后接着做,最后回代判无解

   X         X         X              X            

    X       XX       X              XX

     X     X  X     X              X  X          

      X   X    X   X              XXXX         

       X X      X X              X      X        

        X         X               X        X       

  但是,就是丑程序居然在poj上ac了,它的数据也太弱了!

  自己随机生成的数据随随便便就会错,晕

正解:

   同样是用行列变换来消元,但如果发现i号元相关的所有系数都为0,跳过i号元没错,但不能跳过这个方程,下次还得从这个方程开始找下一个元,自由元的个数就是冗余方程的个数,至于无解,由于非冗余方程已经把所有的系数都消掉了,所以只需要在最后多出来的几个方程中看等式是否满足即可

代码:

 

内容概要:本文详细记录了对一个Android ARM64静态ELF文件中字符串加密机制的逆向分析过程。该ELF文件的所有字符串均被加密,无法通过常规strings命令或IDA直接识别。作者通过分析发现,加密字符串存储在.rodata段,其密所需信息(包括密文地址、长度和16位密钥)保存在.data.rel.ro段的40字节描述符中。核心密函数sub_10F408采用自反的双pass流密码算法,结合固定密钥KEY_TERM(由.data段24字节数据计算得出),实现字节级非线性、位置与长度相关的加密。文章还复现了完整的Python密脚本,并揭示了该保护机制的本质为代码混淆而非强加密,最终成功批量密全部956条字符串,暴露程序真实行为,如shell命令模板、设备标识篡改、网络重置等操作。此外,文中还提及未启用的自定义壳框架及其反dump设计。; 适合人群:具备逆向工程基础的安全研究人员、二进制分析人员及对ELF保护技术感兴趣的开发者。; 使用场景及目标:①学习ELF二进制中字符串加密的典型实现方式与逆向突破口;②掌握从结构识别、函数追踪到算法还原的完整逆向流程;③理“绑定二进制”的完整性校验设计及其局限性;④实践编写IDAPython脚本自动化提取与密敏感数据。; 阅读建议:此资源以实战案例驱动,不仅展示技术细节,强调逆向思维与验证方法,建议读者结合IDA调试环境,逐步跟随文中步骤进行动态分析与算法验证,深入理每一步的推理依据。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值