i1nfo

1：特殊的标记先通过一个题目来认知： 题目截图 这题根据php源码，可以很快了解题目意图。总之就是在一大堆限制中构造payload读取flag。 这个题目，首先要满足$_GET['flag']和$exam字符串长度相等，$exam的长度可以确定。并且，不能通过参数数组绕过。 下面一大堆正则表达式，上面说过，由于存在字符长度的检测（且不能通过数组绕过）所以这里的正则就不能通过数组的方式绕过了。 再下面就是一个eval函数，payload构造的重点就在于此。由于正则表达式的存在，eval中就不能使用PHP函数了。echo等关键方法也被过滤了。 所以这里就引出PHP标记<?=?>的特性了。 PHP 有一个 echo 标记简写 <?=， 它是更完整的 <?php echo 的简写形式。 PHP标记官方文档 于是用这个标记，就能构造出打印$flag的payload了。由于flag字符被过滤了，可以使用字符串操作构造出flag 此题的payload: 1/?flag=$a='xlag';$a{0}='f ...

题目：https://buuoj.cn/challenges#[网鼎杯 2020 朱雀组]Nmap 简述解题思路 主界面 扫描结果页面 思路很简单，猜测后端php的代码实现类似于<?php system("nmap -xxx '".hostname."'");?> 其中：-xxx指代预先设置的一些nmap参数，hostname是用户输入的IP，前面应该会有对用户输入的hostname进行过滤和检测的代码（然而此题太水，似乎并没有多少限制 所以我们就可以在hostname里进行一些注入操作。 尝试了一些简单的shell语句注入，似乎无果。而且看不到返回的结果，只会弹出“Host maybe down”的提示。也许是被过滤了，shell语句都没有执行的样子。 于是考虑一下nmap有无一些神奇的参数，然后尝试注入一些nmap的参数。 使用Nmap的option -oN -o[]参数可以将nmap的结果输出到指定的文件中。 测试结果 尝试payload: 127.0.0.1 -oN out.txt 访问out.txt得 ...

1.QObject: Cannot create children for a parent that is in a different thread.如上错误信息。一般在执行QObject::moveToThread后的对象运行时发生。原因是：线程中有对象的创建与使用不在同一个线程。就比如说对象A的构造函数中new了一个对象B（A构造函数在主线程，所以B是在主线程创建的），但是在把对象A移动到一个新线程后，再使用对象A中的对象B就会出现上述错误信息。**总结：new和使用必须在同个线程** 因此还有一种出现情况：移动到新线程后的对象，应该使用信号/槽通讯，不应该直接调用槽函数，比如A->func()。因为，直接调用槽函数会在该线程运行函数，而非对象A所在的线程。如果A.func()中存在在A线程new的对象B（出现new B与使用B不在同个线程），根据上面的结论，提示出错。 如果弄不清楚线程的情况，可以使用qDebug()<<QThread::currentThreadId();（header:）来查看。

Jupyter默认是用xelatex编译生成pdf的。 如果没有配置CJK汉字的字体，就会导致输出的pdf文件中汉字消失或乱码。 解决方案： 首先将notebook导出为tex文件，准备手动编译。 在.tex文件头部添加类似如下的代码： 123\documentclass[11pt]{article} \usepackage{xeCJK} \setCJKmainfont{Noto Sans CJK SC} 注：中文字体可选，不一定是Noto Sans CJK SC，也要注意字体名称和字体文件名不同。如果需要获取字体名称，可以借助其他软件里设置字体查看。 3.运行命令：xelatex xxx.tex

经典的前情提要： 没有面板。手写nginx配置文件。前些日子整了个phpMyAdmin,但是放在网页的根路径下不太安全，要是被扫出来了绝对少不了爆破。于是就想把他放到一个子目录下，但是子目录名称又不想和物理路径的目录相同。那就必然只能整虚拟目录。 nginx的配置资料真是难找。。 Nginx实现虚拟目录无非就是用alias和rewrite。Nginx官方文档对虚拟目录（alias）的描述很少。网上的资料比较少，要么无用要么语法不够精简。但最终还是找到了解决方案。 配置文件（仅location块）：12345678910111213141516location /x1 { alias /var/www/phpMyAdmin;#物理路径。 try_files $uri $uri/ @x2; location ~ \.php$ { include snippets/fastcgi-php.conf; fastcgi_param SCRIPT_FILENAME $request_filename; # With ...

众所周知github国内使用起来十分缓慢。由于某些原因，需要手动设置hosts才能解决。 1234567151.101.77.194 github.global.ssl.fastly.net13.229.188.59 github.com185.199.111.153 assets-cdn.github.com151.101.76.249 global-ssl.fastly.net54.169.195.247 api.github.com151.101.76.133 raw.githubusercontent.com151.101.0.133 github.map.fastly.net 更多hosts，解决图片（头像）不显示问题 1234567891011121314151617181920212223242526140.82.113.3 github.com140.82.114.20 gist.github.com151.101.184.133 assets-cdn.github.com151.101.184.133 raw.githubu ...

注：使用的wine为deepin-wine5（新版），优化更好。当然老版本的deepin-wine可以仍然能够使用，但是官方仓库中被移除了。 经典的前情提要： 昨天看见了pamac（manjaro的可视化包管理器）的更新提示。居然提示我deepin.com.qq.office（aur）更新了（不知为啥，archlinuxcn源里现在已经找不到了）。更新后，不出所料，启动不了了。于是卸载tim，deepin-wine，准备重装tim。 然后就发现以前的deepin-wine也被移除了，于是就开始了新的折腾之旅。 在亿些神奇的尝试后，歪打正着找到了这样一个包deepin-wine-tim（实际是因为我忘记了包名） 不管了，直接步入正题吧。 一、安装deepin-wine-tim（由于文章会过时）强烈建议同时参考Github页面：deepin-wine-tim-arch以下的安装建议全都用yay安装，因为，至少目前（本文发布时）archlinuxcn里没有完整的依赖包，极其容易出现依赖不全的情况。 另外注意：deepin-wine-tim（aur）目前被标记为（过时的），因为原来的启动 ...

CRC32碰撞用于绕过压缩包密码获取内部文本信息。内部文件必须为小文件（<10B） 一、无脑for枚举法实测，大于4B的文件python运算效率极低。。 语言：python2 1234567891011121314151617181920212223242526272829#coding:utf-8import zipfileimport stringimport binascii def CrackCrc(crc): for i in dic : for j in dic: for p in dic: for q in dic: for m in dic: for n in dic: #文件大小为6B的6重循环 s=i+j+p+q+m+n if crc == (bina ...

这杂乱的字符串，到底有什么玄机呢？ 提示关键字：杂项、图片 flag格式：SeBaFi{} flag下载 文本内容（部分）： 111111101110110010111111110000101110011110011101111011110001101111110110111010100110111111111011100110100101101101101001111100011111110110111011111111001111110101101111001111011001111001001111011011111011011110011111010011101001100110100000101110011110111010100111110001100111111001011010111111011111110111111111111110111101111010111001101111111111111101111100111101111111011101011100011111100111111010000101110011111001011111101110001 ...

虽然说manjaro安装nvidia的闭源驱动非常简单（KDE系统设置->硬件设定->Auto Install Proprietary Driver）。但是后面也避免不了不少问题。 前情提要：最近新入手了一块2k大屏，准备用作笔记本的拓展屏幕（_程序员必备竖屏_）。插电（接线），开机。唔，不愧是即插即用，一次性点亮（拓展屏，笔记本内置屏同时显示）。然而后面问题却没有我想象中的那么简单。 问题一：原计划拓展屏内容作为竖屏显示。然后我就发现这做不到——无论是用系统设定中的显示设置（设置后无效）， xrandr -o left （报错），还是arandr （显示器方向的选项卡里只能设置normal（其他选项均为灰色）），都无法更改显示内容的方向。 唔，也许是这块屏幕的linux兼容性不太行。没法旋转就算了（自认倒霉，放弃）。 问题二：一段时间的使用后感觉拓展屏的显示有明显的掉帧现象。至少在窗口拖动的显示无法达到60fps的丝滑体验。对于一个注重日常体验（强迫症）的人来说，这种掉帧怎么能够忍受！ 仔细研究了一下，发现似乎外接屏幕连接的是intel核心显卡。唔，众所周知intel核显 ...