熔丝风波

本文分享了一次AVR单片机串口调试的经历,详细记录了从遇到乱码问题到最终解决的过程,包括熔丝位设置的重要性及外部时钟的正确配置。

最近要学习AVR编程,可是发现只用Proteus仿真太没意思了,于是弄了一个U口转串口,来学习真正的AVR编程。但是这是个好迷茫的过程。虽然身边有N多的牛人!!但是我觉得应该自己学。万事总应有个先后顺序,但是我却有自己的学习方式,我决定先从串口通信学起,因为只有串口调试弄明白了,才能监控程序的输出,在没有特殊显示设备的情况下得到计算的数据。输入输出最简单的方法当然就是用printf,scanf了。于是查了好多资料,终于弄到了一个printf的实例,但是!!!不好使,串口得到的都是乱码。这可如何是好?我继续上网查,有好多“串口调试乱码”的相关网页,都是说串口波特率,还有晶振没有设置好。但是我坚信自己使用的是外部的12MHz的晶振,而且也设置正确了波特率,但是问题在哪呢?

终于忍不住了,问牛人,一语道破:熔丝没设!!!我的AVR默认的是0001内部标定的1MHz晶振,冤啊!!!我回去后立刻就将熔丝位设了一下,可是毕竟是新手,设置成了1000,这是外部RC震荡8M至12M。可惜啊,锁死了。无奈,怎么办?继续google,所答非所问!!!还是请教牛人。牛人侯振环,太牛了。一下子说明问题,外部RC是外部有源时钟,然后牛人用另一块单片机轻松将其解锁。使用已经起振的单片机的XTAL1引导AVR的XTAL1上,这就有了始终输入,然后在这个时候,将熔丝位设置成正确的1111,哈哈!!!!成功了,终于可已使用串口了!!!

附上这个东拼西凑的源码:

附上熔丝位截图,引以为鉴:(嘿嘿,图片上传功能暂时关闭,请访问相册 上传图片,敬请谅解。)无语了!!算了,忍了!!!

内容概要:本文详细记录了对一个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、付费专栏及课程。

余额充值