[WUSTCTF2020]level3

最新推荐文章于 2025-12-20 09:26:15 发布
原创 最新推荐文章于 2025-12-20 09:26:15 发布 · 259 阅读 · 0 ·
CC 4.0 BY-SA版权
加油加油~
文章标签：

#python #CTF #BUUCTF #RE

base64换表

但是这的表有一个引用

模拟执行

#DRKCTF{}

a='ABCDEFGHIJKLMNOPQRSTUVWXYZabcdefghijklmnopqrstuvwxyz0123456789+/'
flag=[ord(i) for i in a]
for i in range(0,10):
    flag[i],flag[19-i]=flag[19-i],flag[i]
for i in flag:
    print(chr(i),end='')

新表

TSRQPONMLKJIHGFEDCBAUVWXYZabcdefghijklmnopqrstuvwxyz0123456789+/

BUUCTF [WUSTCTF2020]level3-buuctf
2301_81713863的博客
10-27 213
进行解密发现flag不正确，查看表的引用，发现除了加密函数之外还有一个函数对表进行了操作。在用新表进行base64解密。进去查看，发现果然进行转换。发现一个base64加密。进base64进行查看。编写脚本，进行转化。
BUUCTF逆向wp [WUSTCTF2020]level3
2302_81740139的博客
09-17 672
这是对一个名为base64_table的数组（就是上面提到的那个标准的base64表）进行操作的代码段。base64_table是一个包含至少20个元素的数组，通常用于Base64编码中，它包含64个字符的索引表。Main函数里面的那个是编码的文本，本题并不是基于标准base64字符映射的，如下面，跟进这个函数，发现它对base64做了修改，修改后的便是本题字符映射的字符串表。在循环结束后，base64_table数组的前10个元素和后10个元素的位置已经被交换。第三步 编写脚本。
[buuctf][WUSTCTF2020]level3
逆向萌新的博客
07-13 1221
[buuctf][WUSTCTF2020]level3
[WUSTCTF2020]level3-buuctf
Lenard404的博客
03-15 1240
buuctf做题记录 查壳 64位无壳 IDA分析 main函数很明显的给了一个密文d2G0ZjLwHjS7DmOzZAY0X2lzX3CoZV9zdNOydO9vZl9yZXZlcnGlfD==和提示：这是一个特殊的base64加密。 给了这样的提示，推测是base64换表 那么查看加密函数： 加密表点进去： 是正常的表，直接用原表解密解不出flag，右键查看表的引用，发现除了加密函数之外还有一个函数对表进行了操作： 点进去查看，果然是改了表： 简单写个脚本解出更改后的表: #include&
BUUCTF [WUSTCTF2020]level3
liulala987的博客
08-23 898
于是直接把字符串拉去base64解密 但是解密出来有乱码 感觉应该是一种变形的base64编码 结合And I get a strange string from my program which is different from the standard base64这句话更加确定编码表被做了修改 于是继续回到主函数。进入主函数 F5查看伪c代码 能够看到很明显的base64编码 还能看到一串可疑字符串。，这实际上是将原始值放回了它在对称操作后被覆盖的位置。索引对称的元素的原始索引。
[WUSTCTF2020]level1
qq_32304353的博客
03-30 393
运行得到flag：ctf2020{d9-dE6-20c}下载题目，是个压缩包，解压出来一个程序和一个文本文档。文档的内容结合文件名，推测应该是程序输出的结果。改下格式flag{d9-dE6-20c}根据核心代码来编写exp。另一个程序先进行查壳。64位elf文件无壳。这里参考大佬的exp。
[WUSTCTF 2020]level3
2301_81713863的博客
11-24 358
正确的码表：TSRQPONMLKJIHGFEDCBAUVWXYZabcdefghijklmnopqrstuvwxyz0123456789+/发现一个码表，进行base64解密，但肯定不会这么简单。果然，在这里找到一个base64码表转换。果然解码的结果是错的，重新分析源码。跟进base64_encode.分析到这里就简单多了。下载附件，ida打开。再次进行base64解密。发现一串可疑的字符串。
buuctf [WUSTCTF2020]level1
shdbehdvd的博客
08-06 420
颠了。
buuctf----＞[WUSTCTF2020]level3
shdbehdvd的博客
10-01 351
认知：关于这base64具体的加密算法，懂得不是很多，如果不知道有没有进行魔改，可以提出来去C中跑一下就知道了。（其实更推荐动态，当然在能动态的情况。思路：常规做题，肯定首先需要想到 “表”的问题 其实是”算法“的问题。>>>这里能够证明，此时，还是属于常规的base64加密。置换表出来，在线工具或者用python库函数都可以。这表看起来，很正常，默认的为什么会加密不出来？一 能动态的情况下去动态获取修改后的表；猜测： 可能是哪里进行了魔改。仔细对比你会发现点毛病。得，表做了变换处理。
[WUSTCTF2020]level2
qq_32304353的博客
03-30 363
根据题目要求改格式为flag{Just_upx_-d}定睛一看，好家伙，flag就在明面上摆着。32位elf文件UPX壳。直接upx -d脱壳。
buuctf——[WUSTCTF2020]level1
Nike_name的博客
10-09 270
一天两道CTF！
[WUSTCTF 2020]level4-复现
liaochonxiang的博客
06-11 396
putchar是在打印节点，也就是根，所以可以根据putchar的位置判断前中后序。所以wxtf2020{This_IS_A_7reE}中序：2f0t02T{hcsiI_SwA__r7Ee}后序：20f0Th{2tsIS_icArE}e7__w。翻译一下，很显然考的是数据结构中的二叉树。又在init函数中找到总的字符串。type1函数显然为中序。type2函数显然为后序。
python __init__.py的意义与使用
CoolGirl
12-19 649
本文介绍了Python中利用__init__.py文件优化模块导入的两种方式。当__init__.py中已导入子模块时，外部可直接使用简洁导入语句（如from project.input import FileInput）；若未导入则需完整路径导入。通过示例对比展示了不良设计（需完整路径导入每个子模块）和良好设计（在__init__.py中集中导入并定义__all__），后者使主程序导入更简洁清晰。合理使用__init__.py能显著提升代码可读性和维护性。
MobaXterm 高效运维实战：从入门到进阶的 Linux 运维 “瑞士军刀” 用法
hy行者勇哥的博客
12-18 815
MobaXterm 作为 Linux 运维的 “全能工具包”，不仅集成了 SSH 终端、SFTP 文件传输、X11 图形转发等基础功能，更隐藏着批量执行、宏命令、会话分组等高级特性，能轻松解决新手常遇到的 “重复操作繁琐”“多服务器切换麻烦”“文件传输低效” 等痛点。本文用 “运维指挥中心” 的通俗比喻，拆解 MobaXterm 的核心架构，针对 Linux 运维中的高频问题，分享可直接上手的高级技巧与自动化脚本案例，帮助新手快速从 “手动跑腿” 升级为 “高效指挥”，大幅提升运维效率。
[Python实战] 解决Outlook同步中的字符编码问题：表情符号也能正确处理了！
每日出拳老爷子的博客
12-16 244
摘要：本文分享了在使用Python同步Outlook会议信息时遇到的GBK编码问题解决方案。当处理包含表情符号（如📧）的会议内容时，Flask返回JSON会报"'gbk' codec can't encode"错误。作者通过封装ensure_utf8函数对文本进行UTF-8编码处理，同时建议设置Flask响应头编码为UTF-8和调整控制台输出编码，有效解决了特殊字符导致的编码异常问题。文章提供了从问题分析到完整解决方案的实践过程，适用于处理Python中的Unicode编码问题。
C++23中的模块应用说明之一基础分析
最新发布
fpcc的专栏
12-20 515
C++20模块机制解析：摆脱头文件困境的新范式 本文分析了C++20引入的模块机制，旨在解决传统头文件带来的编译污染、命名冲突等问题。模块通过export显式控制接口导出，提供更安全的代码组织方式。文章详细介绍了模块应用的五个方面：接口与实现分离、export规则限制、文件命名规范、全局模块片段（兼容传统头文件）和私有模块片段的使用方法，并提供了具体示例代码。与Go、Java等语言的包管理机制类似，C++模块通过显式接口导出和严格作用域控制，实现了更高效的编译管理和更清晰的代码组织。作者建议开发者参考其他语
【FastAPI】FastAPI依赖注入完全指南
weixin_63434398的博客
12-18 2746
本文全面介绍FastAPI的依赖注入机制，主要包含两大注入方式：原生自动注入和Depends自定义注入。原生注入支持Request/Response等框架对象以及路径/查询参数等自动解析，而Depends则用于自定义依赖项注入。文章详细讲解依赖注入的核心思想、实现方式、生命周期管理、高级技巧，并通过完整认证系统案例展示实战应用。最后剖析Depends底层原理，并与Spring框架进行对比，帮助开发者彻底掌握FastAPI这一核心特性，实现代码解耦和高效开发。
《Python 数据序列化与反序列化全景解析：从基础到最佳实践》
windowshht的博客
12-17 1028
本文全面解析Python数据序列化与反序列化技术，涵盖JSON、Pickle、CSV、YAML等常见格式，并深入探讨自定义序列化、异步处理、分布式系统应用等高级主题。通过实战案例展示Web API交互、机器学习模型保存、自动化配置管理等场景的最佳实践，同时展望Protocol Buffers等前沿技术。文章既适合初学者掌握基础，也为资深开发者提供性能优化与安全合规的进阶指导，是Python数据处理领域的实用指南。
Ubuntu 24.04 安装common-extensions
sinat_15561283的博客
12-17 313
👉 这就解释了为什么 apt 一直“找不到”这不是你配置错，也不是你操作错，是。只要能看到帮助信息，就说明。✅ colcon 被。在 24.04 上，
UiPath Level3练习项目通过版本发布
- “2020年3月刚刚通过的”表明此文件是最新版本或最后验证通过的版本。 - 在IT领域，版本控制是非常重要的概念，特别是在软件开发和项目管理中。 - 对于文件的更新和版本记录，可以确保用户总是使用最新的资料，...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

name_name123

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

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

余额充值