12#21

最新推荐文章于 2021-04-30 01:58:18 发布

原创最新推荐文章于 2021-04-30 01:58:18 发布 · 382 阅读

0 ·

CC 4.0 BY-SA版权

文章标签：

#电话

心情专栏收录该内容

10 篇文章

订阅专栏

我努力想，也许是想把你忘记，也许是想把你记起。

无论怎么不经意，总是会想你。

无望的蔓延。

好几次忍不住想给你电话，那个烂熟于心的号码，可是谁知道你还在用么。卑微的心，在这夭折。

那份最初的美好，都已涣散，我都记不清你的容颜。

岁月堪扰。

一切都会很好。

我只是习惯了对你的想及念。

确定要放弃本次机会？

福利倒计时

: :

立减 ¥

普通VIP年卡可用

立即使用

buluoge

关注关注

1
点赞
踩
0

收藏

觉得还不错? 一键收藏
0
评论
分享

复制链接

分享到 QQ

分享到新浪微博

扫一扫
举报

举报

专栏目录

红米 12C earth 秒解锁跳过168小时红米note12 note12pro note12pro+系列机型解锁bl root教程步骤Fastboot

z920981023的博客

01-15

1万+

最近上手体验了Redmi 12C/红米12C，这是红米新推出的百元机，起售价699元，4+64G版本，具有不错的性能，具有5000mAh大电池，具有双频wifi，支持双卡双待，支持SD卡扩展等。相比于之前用过的小米手机中都有透明的手机壳，在红米12C中是没有的。不过这续航是真的强，5000mAh大电量，配合上低功耗的屏幕，以及低功耗的处理器，续航杠杠的，出门用一天也没有问题。红米Redmi 12C的正面颜值如下所示，顶部居中的水滴屏，四周边框如下，底部略宽，其余还好，整体观感还挺协调的。

ModelSim联合仿真时出现# Error loading design # MACRO ./count19_run_msim_rtl_verilog.do PAUSED at line 12

qq_44956862的博客

07-05

2万+

#Error loading design #Error: Error loading design #Pausing macro execution #MACRO ./count19_run_msim_rtl_verilog.do PAUSED at line 12 quartus联合moselsim仿真时出现上述错误解决方案总结：首先保证安装一定没问题，其他实例可以顺利编译。 1、检查模块名，参数名，参数端口（参数顺序，仿真文件中实例化参数端口设置等）我的错误在于编译文件（可以成功编译）和仿真文

参与评论您还未登录，请先登录后发表或查看评论

打开21端口 linux,Linux开启FTP的21端口

weixin_42512249的博客

04-30

6352

Linux下开启FTP的21端口通常情况下，我们会使用SFTP与服务器进行文件的传输，但是若服务器采取的为最小安装模式，则可能不存在FTP服务，那么21端口也就默认关闭，所以在服务器上部署使用了FTP上传的代码时，上传功能则无法正常工作。步骤查看vsftpd服务状态：12[root@lemonlzy ~]# systemctl status vsftpdUnit vsftpd.service co...

Oracle 12c创建用户时为什么要在用户名前加”C##"?

热门推荐

wangsimiao118的博客

12-16

3万+

Oracle 12C引入了CDB与PDB的新特性，在ORACLE 12C数据库引入的多租用户环境（Multitenant Environment）中，允许一个数据库容器（CDB）承载多个可插拔数据库（PDB）。CDB全称为Container Database，中文翻译为数据库容器，PDB全称为Pluggable Database，即可插拔数据库。在ORACLE 12C之前，实例与数据库是一对一或多

LongToBin(0x##n##l)怎么理解？？？

踏实每一小步，成就一大步

08-17

3804

转载链接http://zhidao.baidu.com/link?url=xgSQR2gPIcQ5Fv6J1xLTXEsZv08kbFDeUZ4tONDpIeGoXy5xGLXoIxL0Im8oGKHkDvDHJ9ass7M0q1LXeSowqK 关于以下代码的解释： //============================================ #define LongToB

#program编译器指令详解

Primeprime的专栏

03-26

1万+

每种C和C++的实现支持对其宿主机或操作系统唯一的功能。例如，一些程序需要精确控制超出数据所在的储存空间，或着控制特定函数接受参数的方式。#pragma指示使每个编译程序在保留C和C++语言的整体兼容性时提供不同机器和操作系统特定的功能。编译指示被定义为机器或操作系统特定的，并且通常每种编译程序是不同的。语法： #pragma token_string “token_string”是一系列...

android.view.InflateException: Binary XML file line #12: Error inflating class...问题

yzpbright的博客

08-24

2826

遇到 android.view.InflateException: Binary XML file line #12: Error inflating class... 这种问题除了常见的1. 尺寸/字符串/图片资源没有找到， 2.缺少构造方法等常见的原因外还有可能是内存泄漏OOM造成的，参考：android.view.InflateException: Binary XML file l

新建STM32工程报错 warning: At end of source: #12-D: parsing restarts here after previous syntax error

LJin的博客

06-08

1万+

类似这样的问题:..\..\Codes\Main\Main.c(29):: warning: At end of source: #12-D: parsing restarts here after previous syntax error..\..\Codes\Main\Main.c: 1 warning, 1 error"..\..\Codes\Main\Main.c" - 1 Erro...

C++ #include <algorithm>

yeler082的博客

12-16

5403

标准模板库：算法头文件<algorithm>定义了一组专门设计用于元素范围的函数集合。范围是可以通过迭代器或指针访问的任何对象序列，例如数组或某些STL容器的实例。但是请注意，算法通过迭代器直接对值进行操作，而不以任何方式影响任何可能容器的结构（它从不影响容器的大小或存储分配）。参考手册：cplusplus.com 具体包括 1、非修改序列操作 2、修改序列的操作 ...

oracle12c安装

weixin_35157198的博客

02-12

7968

1：安装oracle所需软件包  Oracle 12c所需的rpm包如下：   [root@ser6-51 mongodb]# yum install binutils compat-libcap1 compat-libstdc+±33 gcc gcc-c++ glibc glibc-devel ksh libgcc libstdc++ libst...

crontab 每天凌晨12点定时器_crontab命令定时备份执行脚本

weixin_39950083的博客

11-21

1万+

一、tar 命令备份参数：-c: 建立压缩档案、-z：有gzip属性的、-f: 使用档案名字，切记，这个参数是最后一个参数，后面只能接档案名有三个文件我们将当前目录下的文件全部打包利用date生成特定文件名称tar -czf log-`date +%Y%m%d`.tar.gz ./二、crontab我们先查看下命令crontab命令用于设置周期性被执行的指令。该命令从标准输入设备读取指令，并将其存...

献给21岁的自己

My life，my way

12-24

4736

###1993年十月初三### 因为意外，在奶奶和爸爸协助下我只好在老家土炕上出生了 ###1994年二月23号### 全家五口人（爸爸+妈妈+哥哥+姐姐+刚满100周天的我）来到了西安火车站开始了为期21年的他乡之旅 ###2000年9月1号### 正式开始了我的求学之旅，当然啦，还是从小班开始的，哥哥正在上六年级，那时候经常被同学们欺负，然后哥

mxn21#mxn21.github.io#2015-12-2-onTerminate和onLowMemory的使用1

07-25

1.OnLowMemory被回调时，已经没有后台进程 2.OnLowMemory是在最后一个后台进程被杀时调用，一般情况是low memory killer 杀

livego-master (2017-12-21)

09-29

# livego 简单高效的直播服务器： - 安装和使用非常简单； - 纯 Golang 编写，性能高，跨平台； - 支持常用的传输协议、文件格式、编码格式； #### 支持的传输协议 - [x] RTMP - [x] AMF ...- [x] MP3

基于数据驱动的 Koopman 算子的递归神经网络模型线性化，用于纳米定位系统的预测控制研究（Matlab代码实现）

11-27

基于数据驱动的 Koopman 算子的递归神经网络模型线性化，用于纳米定位系统的预测控制研究（Matlab代码实现）内容概要：本文围绕“基于数据驱动的Koopman算子的递归神经网络模型线性化”展开，旨在研究纳米定位系统的预测控制问题，并提供完整的Matlab代码实现。文章结合数据驱动方法与Koopman算子理论，利用递归神经网络（RNN）对非线性系统进行建模与线性化处理，从而提升纳米级定位系统的精度与动态响应性能。该方法通过提取系统隐含动态特征，构建近似线性模型，便于后续模型预测控制（MPC）的设计与优化，适用于高精度自动化控制场景。文中还展示了相关实验验证与仿真结果，证明了该方法的有效性和先进性。; 适合人群：具备一定控制理论基础和Matlab编程能力，从事精密控制、智能制造、自动化或相关领域研究的研究生、科研人员及工程技术人员。; 使用场景及目标：①应用于纳米级精密定位系统（如原子力显微镜、半导体制造设备）中的高性能控制设计；②为非线性系统建模与线性化提供一种结合深度学习与现代控制理论的新思路；③帮助读者掌握Koopman算子、RNN建模与模型预测控制的综合应用。; 阅读建议：建议读者结合提供的Matlab代码逐段理解算法实现流程，重点关注数据预处理、RNN结构设计、Koopman观测矩阵构建及MPC控制器集成等关键环节，并可通过更换实际系统数据进行迁移验证，深化对方法泛化能力的理解。

唐白河.zip

11-27

三级水系流域矢量数据，数据格式shp格式，坐标系wgs84，真实可靠可打开，放心使用

51单片机c源码-单片机向PC发送数据

最新发布

11-27

51单片机c源码-单片机向PC发送数据

Image03使用Anroid13的CTP触摸屏驱动来适配Buildroot【linux-5.10】-20251127-1405.7z

11-27

Image03使用Anroid13的CTP触摸屏Buildroot【linux-5.10】_20251127_1405.7z 【请严重注意：非官方适配，仅为学习之用，不承担任何责任！】【20251120】RD-RK3588开发板适配Android14是全功能模块测试说明2 2025/11/20 18:21 0、DTS使用EVB7的V11版本。EVB7的V10版本应该也类似！ 1、DEBUG波特率：1500000bps 2、HDMI OUT J12有显示。J13没显示。HDMI IN没有输入！ 3、type-C接口，可以ADB，可以刷机。 4、USB接口【全通】！。USB2.0通了。USB HUB通了【4个USB2.0】。USB 3.0通了。 5、AP6275P的WIFI部分【通了，iperf3打流：48.5 Mbits/sec】/BT【通了，接受小米13Ultra的JPG图片！】。如果不通，可以选择降级固件为Android13中的固件。 6、2个以太网都通了：ETH0【936 Mbits/sec】/ETH1【932 Mbits/sec】。

RH850（RH850/F1L）例程开发参考

11-27

提供了一个资源文件，标题为“RH850（RH850/F1L）例程开发参考”。该资源文件适用于瑞萨（Renesas）RH850系列单片机（特别是RH850/F1L型号）的开发，旨在帮助开发者快速上手并进行相关例程的开发。资源描述该资源文件包含了RH850（RH850/F1L）单片机的例程开发参考资料。开发者可以通过这些例程快速了解和掌握RH850系列单片机的编程方法和技巧。资源文件中的例程可以直接在瑞萨的CS+开发环境中使用，无需额外配置或修改。

10-07

<think>根据之前的运行结果，所有映射组合得到的字节数据熵值都约为4.5880 bits/byte，接近英文文本的熵值（约4.7 bits/byte），说明这些数据很可能就是英文文本，只是没有直接显示出flag。我们需要尝试将字节数据解码为文本。由于熵值表明是英文文本，我们可以尝试直接将每个字节解释为ASCII字符。但注意到在之前的代码中，我们已经尝试了偏移解码（偏移64和96），但没有成功。因此，我们需要更系统地尝试所有可能的偏移量（即所有可打印ASCII字符的范围）。另外，由于每个映射组合生成的字节数据长度都是907字节，并且熵值相似，我们需要对每个映射组合的字节数据尝试解码为字符串，并搜索包含"flag"或"ctf"关键词的文本。改进方案： 1. 尝试所有可打印ASCII偏移（32到126）进行解码，而不仅仅是64和96。 2. 由于可能不是简单的偏移，而是替换表或Base64编码，我们可以检查数据是否为Base64编码（通过熵值和字符集判断）。 3. 或者，数据可能是经过ROT系列（如ROT13）编码的文本，但ROT通常用于字母，而这里是字节数据。然而，考虑到数据量不大（907字节），我们可以尝试直接打印每个映射组合的字节数据为字符串（使用ASCII解码），但注意非打印字符会导致乱码。我们可以尝试以下步骤： a) 将字节数据转换为字符串，使用ASCII解码并忽略错误，然后搜索"flag"或"ctf"。 b) 如果发现乱码，则尝试不同的编码（如UTF-8、ISO-8859-1等）。 c) 尝试Base64解码：因为熵值在4.5左右，如果是Base64编码的英文文本，其熵值会略高于原始文本（但Base64编码后的数据熵值通常在5-6之间，而这里4.5880更接近原始文本，所以Base64可能性不大）。但根据熵值，我们更倾向于数据已经是原始文本（或接近原始文本）。因此，我们可以打印每个映射组合解码后的文本片段（如前100个字符）来观察。修改代码：在每一个映射组合中，尝试用ASCII解码整个字节数据，并打印前200个字符，同时搜索关键词。具体修改如下：在每一个映射组合的循环内，添加： try: text = bytes_data.decode('ascii') print("ASCII解码文本片段:", text[:200]) if 'flag' in text or 'ctf' in text: print("发现包含flag关键词的文本！") # 或者更精确的搜索 if 'flag{' in text or 'ctf{' in text: print("发现flag结构！") except UnicodeDecodeError: print("无法用ASCII解码，尝试UTF-8...") try: text = bytes_data.decode('utf-8') print("UTF-8解码文本片段:", text[:200]) if 'flag' in text or 'ctf' in text: print("发现包含flag关键词的文本！") except: print("UTF-8解码失败。") 但是，为了避免错过，我们也可以直接搜索字节中的flag模式（如b'flag{'）之前已经做过，但可能因为编码问题而没有出现。现在既然熵值很低，文本特征明显，我们也可以直接输出文本。然而，之前已经尝试过偏移解码，这次我们尝试直接解码。由于所有映射组合的熵值都一样，说明映射顺序不影响数据的随机性，但会影响文本的可读性。因此，其中一个映射组合应该会得到可读的文本。我们修改代码，在每个映射组合中，除了输出直方图和熵值，还要输出文本片段（使用ASCII和UTF-8尝试）。代码修改如下：在每一个映射组合的循环内，在计算熵值之后，添加文本解码和搜索： # 尝试ASCII解码 try: decoded_text = bytes_data.decode('ascii') print(f"ASCII解码文本（前100个字符）: {decoded_text[:100]}") # 搜索flag for keyword in ['flag{', 'FLAG{', 'ctf{', 'CTF{']: if keyword in decoded_text: start = decoded_text.index(keyword) end = decoded_text.find('}', start) + 1 flag = decoded_text[start:end] print(f"🔥 发现flag: {flag}") found_flag = True break except UnicodeDecodeError: print("ASCII解码失败（非ASCII字符），尝试Latin-1...") try: decoded_text = bytes_data.decode('latin-1') print(f"Latin-1解码文本（前100个字符）: {decoded_text[:100]}") for keyword in ['flag{', 'FLAG{', 'ctf{', 'CTF{']: if keyword in decoded_text: start = decoded_text.index(keyword) end = decoded_text.find('}', start) + 1 flag = decoded_text[start:end] print(f"🔥 发现flag: {flag}") found_flag = True break except Exception as e: print(f"Latin-1解码失败: {e}") 注意：由于之前没有发现flag模式在字节中出现，现在通过文本字符串搜索可能更容易。另外，考虑到可能有多字节编码，我们也可以尝试UTF-8。但是，如果上述尝试都不成功，我们还可以尝试将字节数据视为Base64编码，然后解码。但熵值不太支持，不过也可以试一下。我们可以添加： import base64 try: base64_decoded = base64.b64decode(bytes_data) # 然后对base64_decoded重复上述解码过程 except: pass 由于时间关系，我们先尝试直接文本解码。完整修改后的代码（只针对文本解码部分）如下：注意：为了节省时间，我们只对当前映射组合进行文本解码，一旦发现可读文本就停止。考虑到我们已经有6个二进制文件，也可以单独分析这些文件。但我们修改代码，在程序中直接进行文本解码尝试。由于原始输出很长，我们只显示前100个字符。我们重新运行修改后的代码。但是，如果重新运行整个脚本时间较长，也可以先手动检查一下保存的.bin文件。例如，在命令行可以使用： type mapping_1.bin # Windows cat mapping_1.bin # Linux 但二进制文件直接输出到终端可能会乱码。可以使用文本编辑器打开这些文件，尝试不同的编码。不过，我们还是修改代码，在程序中自动尝试解码。修改后的完整代码：注意：由于之前已经保存了二进制文件，我们在程序中直接进行解码尝试。以下是修改后的代码（仅显示修改和增加的部分）： </think>根据您的输出结果（所有映射组合的熵值均为 4.5880 bits/byte），这表明数据特征高度一致且符合英文文本特征。以下是下一步的详细分析方案： ### 下一步分析策略 #### 1. **文本解码与分析** 由于熵值表明数据可能是英文文本，但字节值范围在 0-255，需要尝试不同的解码方式： ```python # 在每个映射组合的循环中添加以下代码 # 放在熵值计算之后 # 尝试ASCII解码（过滤非可打印字符） try: ascii_decoded = ''.join(filter(lambda x: 32 <= ord(x) <= 126, (chr(b) for b in bytes_data))) if 'flag' in ascii_decoded or 'ctf' in ascii_decoded: print(f"ASCII解码发现关键词: {ascii_decoded[:100]}...") except: pass # 尝试LATIN-1解码 try: latin_decoded = bytes_data.decode('latin-1') if any(kw in latin_decoded.lower() for kw in ['flag', 'ctf']): print(f"LATIN-1解码结果: {latin_decoded[:100]}...") except UnicodeDecodeError: pass # 尝试UTF-8解码 try: utf8_decoded = bytes_data.decode('utf-8') if any(kw in utf8_decoded.lower() for kw in ['flag', 'ctf']): print(f"UTF-8解码结果: {utf8_decoded[:100]}...") except UnicodeDecodeError: pass ``` #### 2. **频率分析辅助解码** 基于字节频率分布，尝试映射到英文文本： ```python # 频率映射函数 def frequency_decode(data): """基于英文频率特征解码""" # 英文文本频率排序 (e, t, a, o, i, n...) common_chars = ' etaoinshrdlcumwfgypbvkxjqz' # 获取数据中最常见的字节值 sorted_bytes = [b for b, _ in Counter(data).most_common()] # 创建映射表 mapping = {} for i, byte_val in enumerate(sorted_bytes): if i < len(common_chars): mapping[byte_val] = common_chars[i] else: mapping[byte_val] = '?' # 不常见字符标记 # 应用映射 return ''.join(mapping.get(b, '.') for b in data) # 在每个映射组合的循环中添加 freq_decoded = frequency_decode(bytes_data) if any(kw in freq_decoded for kw in ['flag', 'ctf']): print(f"频率解码线索: {freq_decoded[:100]}...") ``` #### 3. **文件头分析自动化** 检测常见文件格式的魔数（magic numbers）： ```python def detect_file_type(data): """自动检测常见文件格式""" magic_numbers = { b'\x89PNG': 'PNG image', b'\xFF\xD8\xFF': 'JPEG image', b'PK\x03\x04': 'ZIP archive', b'%PDF': 'PDF document', b'\x1F\x8B\x08': 'GZIP archive', b'BM': 'BMP image', b'RIFF': 'WAV audio', } for magic, file_type in magic_numbers.items(): if data.startswith(magic): return file_type return 'Unknown' # 在每个映射组合的循环中添加 file_type = detect_file_type(bytes_data[:8]) print(f"文件类型检测: {file_type}") ``` #### 4. **二进制模式搜索** 如果以上方法无效，可能是二进制格式数据包含隐藏信息： ```python # 搜索特定的二进制模式 def find_binary_patterns(data): """查找可能的flag隐藏模式""" patterns = [ b'\x66\x6C\x61\x67', # 'flag' in hex b'\x46\x4C\x41\x47', # 'FLAG' b'\x63\x74\x66', # 'ctf' b'\x43\x54\x46', # 'CTF' ] for pattern in patterns: index = data.find(pattern) if index != -1: context = data[max(0, index-10):min(len(data), index+20)] hex_str = ' '.join(f'{b:02X}' for b in context) print(f"发现模式 {pattern} 在位置 {index}: {hex_str}") return True return False # 在每个映射组合的循环中添加 if find_binary_patterns(bytes_data): print("⚠️ 发现二进制flag模式，需要进一步分析") ``` ### 推荐执行流程 1. 将上述代码片段整合到您的脚本中 2. 重新运行程序：`python 99.py` 3. 重点关注： - 解码后文本中的"flag"或"ctf"关键词 - 频率解码后的可读文本 - 文件类型检测结果 - 二进制模式位置 ### 备选深度分析方案如果上述方法仍未找到flag，考虑以下高级分析： ```python # 1. XOR密钥分析 for xor_key in range(1, 256): xor_data = bytes(b ^ xor_key for b in bytes_data) if b'flag' in xor_data or b'ctf' in xor_data: print(f"XOR解密密钥 {xor_key}: {xor_data[:50]}...") # 2. Base64编码检测 try: import base64 base64_decoded = base64.b64decode(bytes_data) if len(base64_decoded) > 0: print(f"Base64解码后长度: {len(base64_decoded)}字节") # 可以递归应用之前的分析方法 except: pass # 3. 文件结构分析 if file_type == 'ZIP archive': print("尝试解压ZIP文件内容:") import zipfile with open('temp.zip', 'wb') as f: f.write(bytes_data) with zipfile.ZipFile('temp.zip') as z: z.extractall('extracted') print(f"解压文件: {z.namelist()}") ``` ### 关键分析建议 1. **重点关注字节值分布**： - 在您的输出中，所有映射组合都显示字节值集中在 0-25 范围 - 这暗示数据可能不是原始二进制，而是经过编码的文本 - 尝试将字节值偏移 +65（转换为 A-Z） 2. **手动检查 mapping_1.bin**： ```bash hexdump -C mapping_1.bin | head -n 20 ``` 查找以下常见模式： - `66 6C 61 67` (flag) - `25 50 44 46` (PDF) - `50 4B 03 04` (ZIP) - `89 50 4E 47` (PNG)