CTFshow web入门 web12-20

CTFshow web入门 web12-20

目录

web12

知识点:状态码

思路总结:做题需要先使用三件套,目录扫描 dirsearch,抓包/放包/看包,看源代码,这个思路下来大部分都会找到一些有用的信息,还有查看题目提示和网页信息,看网页中有没有和题目相关的东西

web13

思路总结:这种类型的信息搜集题目,需要根据题目提示找,在网页中尝试点击任何东西,看有没有有用的东西

web14

思路总结:首先是信息收集三件套起手,之后是通过三件套收集到的信息进入到编辑器页面,在编辑器中点击可用的功能点,看是否能够获得到有用的信息,不停的尝试自己的思路,之后是找到了可疑的路径,/nothinghere,这里什么都没有,这个路径就很可疑,点进去之后发现里面有一个/f1000g.txt 文档,把/nothinghere/f1000g.txt 路径和题目的 url 路径拼接到一起得到 flag

web15

web16

知识点:phpinfo、PHP 探针

思路总结:通过题目提示知道了是使用探针,然后再 url 后面添加几种常见的探针进行访问,tz.php 访问成功,进入到 PHP 探针页面,然后找到 phpinfo ,进入到 phpinfo,ctrl+f 搜索 flag,才开始使用信息收集三件套,并没有收集到有用的信息,后面发现是 dirsearch 目录扫描的时候他的默认字典库中并没有 tz.php,自己创建一个字典库然后使用目录扫描就能够扫描到 tz.php 了

web17

web18

web19

思路总结:通过信息收集,得到源码,两种解法,一种是通过 AES 在线平台进行解密,源码出提供了需要的东西,解出密码,之后登录就行了。 另一种是通过在源码出得到的信息,使用 brup 发 POST 请求,得到 flag

web20

知识点:.mdb


web12

题目提示说在网站上面的公开信息,就是管理员常用密码,所以在网页上面找数字和字母组合在一起的,或者是纯数字/字母的

在网页下面找到了 372619038 这串数字,推测是密码,

使用 dirsearch 进行目录扫描,扫描到了/admin,直接访问试一下

是一个登录窗口,猜测在网站中得到的那一串数字是密码,而账号使用 admin 试一下,登录成功,得到 flag

ctfshow{e63b3786-527a-4d1c-af2b-d1906e80105e}

目录扫描的时候还有一个状态码为 200 的,/robots.txt,去访问试一下,返回的是/admin,和上面的闭环了

知识点:状态码

核心:

200:成功

301:永久跳转

302:临时跳转

403:禁止访问

404:资源不存在

405:请求方法不存在

500:服务器内部错误

502/503/504:服务或网关异常

常见:

401:未认证

204:成功但无内容

304:缓存未修改

413:上传内容太大

415:类型不支持

429:请求太多

思路总结:做题需要先使用三件套,目录扫描 dirsearch,抓包/放包/看包,看源代码,这个思路下来大部分都会找到一些有用的信息,还有查看题目提示和网页信息,看网页中有没有和题目相关的东西

web13

进入到页面,在页面最底下找到 document(文件),点击进入到系统使用手册

在最下面找到了后台登录地址和默认用户名、默认密码,访问默认后台地址发现无法访问此页面,看了一下别人的 wp 发现只要进入到后台登录地址之后,输入用户名和密码就能够得到 flag

思路总结:这种类型的信息搜集题目,需要根据题目提示找,在网页中尝试点击任何东西,看有没有有用的东西

web14

直接信息收集三件套,先使用 dirsearch 目录扫描一下,扫到了/editor 这个目录

editor:编辑

是一个编辑器

尝试了多个功能点之后,在图片->网络图片->图片空间中找到了 f1000g.txt 这个文档,

/editor/attached/image/var/www/html/nothinghere/fl000g.txt

nothinghere:这里什么都没有

在 url 后面加上这个/nothinghere/fl000g.txt 就能够得到 flag 了

https://c84a1aa3-c03d-467f-bba8-4582aec50ee5.challenge.ctf.show/nothinghere/fl000g.txt

ctfshow{3f2e0d55-05f9-4189-bff2-d89ef18b3281}

思路总结:首先是信息收集三件套起手,之后是通过三件套收集到的信息进入到编辑器页面,在编辑器中点击可用的功能点,看是否能够获得到有用的信息,不停的尝试自己的思路,之后是找到了可疑的路径,/nothinghere,这里什么都没有,这个路径就很可疑,点进去之后发现里面有一个/f1000g.txt 文档,把/nothinghere/f1000g.txt 路径和题目的 url 路径拼接到一起得到 flag

web15

根据题目提示在页面最下面找到了一个 qq 号

[email protected]

去 qq 看了一下他的信息

然后我使用 dirsearch 进行目录扫描,知道了他的后台登录地址为/admin

访问进去是一个后台登录系统,尝试使用弱口令进行登录,发现并不行,下面有一个忘记密码的功能,试一下,需要提交密保答案,这就和我们刚才收集到的 qq 号有关系了,那个人的信息简介地址是在陕西西安,试一下

密码被重置为了 admin7789

使用 admin admin7789 登录成功,得到 flag

web16

信息收集三件套,查看源码、抓包、目录扫描,都没有找到有用的信息,

搜索了一下提示信息,直接再 url 后面加上/tz.php 就行了,然后进入雅黑 PHP 探针中,点击 PHPINFO,进入到 phpinfo 页面,ctrl+f 搜索 flag,得到 flag

ctfshow{53531306-67af-4a40-807f-abc05f6160b2}

才开始使用 dirsearch 进行目录扫描的时候,没有扫描到任何信息,是因为 tz.php 不在 dirsearch 的默认字典库中,需要自己手动弄一个字典库,然后进行扫描就行了

phpinfo.php

info.php

test.php

tg.php

tz.php

probe.php

admin.php

backup.zip

将这几种常见的探针路径添加到字典库中再次进行目录扫描就 ok 了

python dirsearch.py -u https://4bafe972-d58d-4a36-afde-b035c3b3c22e.challenge.ctf.show/ -e php -w D:\OneDrive\桌面\字典库\zidian.txt

-w:指定字典库

-e:指定后缀

我的字典库中是添加了后缀的,这里再指定后缀的话,dirsearch 不会再次拼接的,比如 tz.php.php,他不会傻乎乎的拼接的,如果在字典库中的单词没有后缀,使用-e 指定后缀之后,他就会添加上后缀

知识点:phpinfo、PHP 探针

phpinfo 是 PHP 内置的环境信息显示函数;

PHP 探针是用 PHP 编写的服务器检测脚本,通常会集成 phpinfo 功能,并额外显示权限、组件、磁盘、数据库等更多信息

思路总结:通过题目提示知道了是使用探针,然后再 url 后面添加几种常见的探针进行访问,tz.php 访问成功,进入到 PHP 探针页面,然后找到 phpinfo ,进入到 phpinfo,ctrl+f 搜索 flag,才开始使用信息收集三件套,并没有收集到有用的信息,后面发现是 dirsearch 目录扫描的时候他的默认字典库中并没有 tz.php,自己创建一个字典库然后使用目录扫描就能够扫描到 tz.php 了

web17

信息收集,使用 dirsearch 扫描,扫描到了/backup.sql

backup:备份

把/backup.sql 拼接到 url 后面下载到了一个名为 backup.sql 的文件,打开之后,得到了 flag

web18

是一个玩到 101 分的小游戏,玩了一下,速度太快了,

信息收集查看源码

再调试器中直接搜索 flag,找到这个

var result=window.confirm("\u4f60\u8d62\u4e86\uff0c\u53bb\u5e7a\u5e7a\u96f6\u70b9\u76ae\u7231\u5403\u76ae\u770b\u770b");

然后对其中的字符进行解码:“你赢了,去幺幺零点皮爱吃皮看看”

再 url 后面拼接 /110.php,得到 flag

web19

第一种方法:

通过查看页面源代码,

知道了这是 AES 加密,

运算模式为:CBC

他分别给出了填充模式:ZerosPadding

密钥:0000000372619038

偏移:ilove36dverymuch

密钥:a599ac85a73384ee3219fa684296eaa62667238d608efa81837030bd1ce1bf04

使用 AES 进行解密,得到密码为:i_want_a_36d_girl

admin

i_want_a_36d_girl

第二种方法:发送 POST 请求

使用 burp 抓包,先抓取登录的页面,然后再发送到重放器中,再进行修改,

username=admin&pazzword=a599ac85a73384ee3219fa684296eaa62667238d608efa81837030bd1ce1bf04

思路总结:通过信息收集,得到源码,两种解法,一种是通过 AES 在线平台进行解密,源码出提供了需要的东西,解出密码,之后登录就行了。 另一种是通过在源码出得到的信息,使用 brup 发 POST 请求,得到 flag

web20

使用 dirsearch 进行目录扫描

python dirsearch.py -u https://9f937202-a889-4b2f-a877-4bf58efc8ce9.challenge.ctf.show/ -r
-r:递归扫描

扫描到,/db/db.mdb,拼接到 url 后面,下载到一个名为 db.mdb ,打开之后直接搜索 flag 就能够获得到 flag

知识点:.mdb

.mdb 文件时 Microsoft Access 数据库文件,早期很多 ASP(后端)+Access(数据库) 的网站,会直接用它来存网站的数据。

如果这个文件因为配置错误被别人下载到了,就等于网站的数据库整个被拿走了

Read more

OpenClaw WebSocket Channel开发实战:从零打造自定义 AI 通信通道

OpenClaw WebSocket Channel开发实战:从零打造自定义 AI 通信通道

🎯 项目背景 为什么做这个项目? 最近 OpenClaw 特别火🔥,这是一个强大的个人 AI 助手网关,支持接入 WhatsApp、Telegram、Discord 等 15+ 个消息平台。作为一个技术爱好者,我决定深入学习一下它的架构设计。 学习目标: * ✅ 理解多通道 AI 网关的架构模式 * ✅ 掌握 OpenClaw 插件化开发技能 * ✅ 实践 WebSocket 实时双向通信 * ✅ 为社区贡献一个实用的教学案例 项目定位:这不是一个生产级项目,而是一个学习性质的教学案例,帮助其他开发者快速上手 OpenClaw 插件开发。 技术栈 前端层:Vue 3 + WebSocket ↓ 服务端:Python + aiohttp + uv ↓ 通道层:Node.js + ws + OpenClaw Plugin SDK

OpenClaw漏洞预警:如何给AI代理加上“记录仪”?

OpenClaw漏洞预警:如何给AI代理加上“记录仪”?

近日,工信部网络安全威胁和漏洞信息共享平台、国家互联网应急中心连续发布风险提示:开源AI智能体OpenClaw因默认安全配置脆弱、不当配置等问题存在较高安全风险。 当AI代理被赋予系统级权限,每一次“幻觉”或攻击都可能酿成数据浩劫 而每一次操作在操作系统中留下的痕迹,正是追溯这些风险的关键线索。移动云云日志可为移动云云主机提供命令级、文件级全量日志采集,搭配智能关键词告警与日志长期存储,让云主机上的每一行指令都有迹可循,为AI应用构建日志可追溯的安全防线。 四大高危风险,不容忽视 OpenClaw作为开源AI智能体框架,在提升自动化能力的同时,其默认配置存在的安全漏洞可能被恶意利用,导致企业核心数据面临严重威胁。 “AI智能体的安全风险不在于AI本身,而在于我们能否看清AI在系统层面的每一个动作。看不见的风险才是真正的风险。” 而移动云云日志,就是要让这些“看不见”的风险,变得“看得见”。 四大核心能力,构建AI安全防线 全量行为采集,不留死角 支持主流操作系统(CentOS、Ubuntu、WindowsServer等),可采集Shell命令历史、文

Space X 硬件工程师都在用的 AI 设计电路工具,几分钟搞定3周工作量

Space X 硬件工程师都在用的 AI 设计电路工具,几分钟搞定3周工作量

兄弟们,问个扎心的问题:作为硬件工程师,你最头疼的时刻是什么? 是面对密密麻麻的原理图不知从何下手?还是为了扣那 0.1mm 的线宽跟结构硬刚?或者是在深夜里,盯着屏幕上那几千根还没连的飞线(Ratsnest),感觉鼠标都要被点烂了? 还记得上次你做的那块电路板吗?熬了三个大夜,改了十几版,结果上电瞬间"啪"的一声,那股青烟混着心碎的味道...别难过,你不是一个人。 就在你对着Altium疯狂拖拽走线的时候,硅谷有个叫Sergiy的哥们儿也遇到了同样的崩溃。他在SpaceX做测试板时,眼睁睁看着几天的心血被电流烧成炭。但这次他没选择继续硬刚,而是冒出一个"大逆不道"的想法:既然代码能自动编译,凭什么电路板不能? 三年后,他带着Quilter杀回来了——一个让全球硬件工程师都坐不住的AI工具。 它不是什么高级自动布线,而是电路板的"编译器" 你可能要撇嘴了:"自动布线工具我试过,布得跟蜘蛛网似的,最后还得自己重做。"

人工智能:大模型分布式训练与高效调参技术实战

人工智能:大模型分布式训练与高效调参技术实战

人工智能:大模型分布式训练与高效调参技术实战 1.1 本章学习目标与重点 💡 学习目标:掌握大语言模型分布式训练的核心原理、主流框架使用方法,以及高效调参策略,能够解决大模型训练过程中的算力瓶颈和效果优化问题。 💡 学习重点:理解数据并行、张量并行、流水线并行的技术差异,掌握基于DeepSpeed的分布式训练实战,学会使用超参数搜索提升模型性能。 1.2 大模型训练的核心挑战 1.2.1 单卡训练的算力瓶颈 💡 大语言模型的参数量动辄数十亿甚至上万亿,单张GPU的显存和计算能力完全无法满足训练需求。以LLaMA-2-70B模型为例: * FP32精度下,模型参数本身就需要约280GB显存,远超单张消费级或企业级GPU的显存容量。 * 训练过程中还需要存储梯度、优化器状态等数据,实际显存占用是模型参数的3-4倍。 * 单卡训练的计算速度极慢,训练一轮可能需要数月时间,完全不具备工程可行性。 1.2.2 大模型训练的核心需求 为了高效完成大模型训练,我们需要解决以下三个核心问题: 1. 显存扩容:通过并行技术,将模型参数和计算任务分布到多张GPU上,突破