为了兼容Python的扩展性系统框架，要将VS写的软件用Python重构。由于Python的GUI出了名的坑:wxPython构造不便，PyQt由于前后台数据传递的关系没准和VS一样成了一团糟，于是考虑用Flask的模式，将前后端分离。前端用HTML+CSS+js做显示渲染，后端用Python构造算法和控制逻辑，异步显示的问题用js完成。 虽然是本地应用，但这样设计的好处在于: 完全分离了显示和算法的代码，使得并行开发成为可能。且专门负责显示和专门负责算法控制相互独立，测试起来也方便； 前端用HTML+CSS+js的显示效果，比起灰溜溜的Win32程序，要漂亮得多； Flask是基于Python的天然框架，所有用Python写的的计算和控制逻辑都可以轻松接入； 跨平台，断依赖。VS 20xx redistributable再也不用装了，dll再也不会少了，ActiveX的坑......»
一个小问题。 今天变更西红柿炒蛋的姊妹网站主题时，本以为bitcron的主题风格只需要复制/template文件夹即可，结果发现/template/fonts中的文件，在源网站中做的是链接，尺寸0KB。于是将同文件夹中一个看起来是一样，名字叫 casper-icons.woff (冲突复制) 的文件更名为原woff，放到了新网站的/template下。结果所有的用字符表示的小图标（大约是UTF8图标）都成了傻呆呆的口，大方块。 百思不得其解。Chrome报错说 Failed to decode downloaded font: xxxxxxxxxxxxxxxxxxxxxxxx/casper-icons.woff?v=1 OTS parsing error: invalid version tag 但是搜遍全Google，尝试了多种方案，都无法解决为啥愣是无法显示。 最后看......»
第一步：在二进制文件编译完成后，二进制文件的PLT表在0x80482b0处，留出了一个指向GOT表的0x80496f8指针。由于编译完成后PLT的值无法修改，所以在动态链接时，链接器将动态库的真实逻辑地址填到GOT表，使得程序在真正运行时，可以找到每次运行都随机分配内存位置的动态库。 第二步：当程序第一次运行，调用puts函数时，会首先默认到编译时定好的PLT表的0x80482b0寻找，接着跳到编译时定好的GOT表的0x80486f8处，发现该内存位置填的是PLT的地址，而不是0xF7开头的逻辑内存地址。因此链接器知道puts乃至libc都还没有被加载到内存中。因此顺着此......»
第一次做正经的CTF练习，花了点时间做这道逆向，记录一下。 下载下来是一个压缩包，解压有两个文件: reverseme-x86和reverseme-x86_64，为了省事就做reverseme-x86了。 用file看了一眼 reverseme-x86: ELF 32-bit LSB executable, Intel 80386, version 1 (SYSV), dynamically linked, interpreter /lib/ld-linux.so.2, for GNU/Linux 2.6.32, BuildID[sha1]=22cc5cd877bf6c08537feefce6e9fbdf7b16c224, stripped 运行一下试试，不给参数的话要求你给参数作为flag，给参数的话报一个印尼语“答案是错的”。用IDA打开寻找相关字符串，没有。嗯，看来不......»
小记一下第一次成功的逆向，eshard培训作业ARE-4中获取key程序的序列号。 练习目标是通过使用panda-re工具(QEMU的套件)，通过查找QEMU中寄存器状态，获得输入字符匹配时，PC指针的值，顺着找到代码中的程序行，接着找到程序验证序列号的代码，逆向后破解。 具体过程: 0x00 下载编译panda-re 根据官方repo可以在Ubuntu 16.04上轻松的编译成功。不过Ubuntu 18.04会因为GCC版本过高等问题出现兼容性问题(2018年8月)。编译需要大约10分钟，编的时候可以出去遛一遛。 0x01 获取QEMU运行快照 先玩一下，看看什么效果。规则是输入4段每段16字符，中间短杠作为分隔。 (panda_env) enigma001@ubuntu:~/eshard-re/4-ARE/workspace/key-analysis$ ./key ......»