框架定位 面向开发人员，针对管理软件领域，对页面交互和通用功能进行高阶封装，逐步打造成平台型、生态型开发工具。 涓涓细流 ，汇聚成海，基于 PBC（组件式开发）开发理念，让功能模块的复用更简单。 让管理软件开发回归到对需求的深入思考和求解。 框架简介 LuBase 是以数据模型驱动，可视化表单和页面
在笔者上一篇文章中简单的介绍了如何运用汇编语言编写一段弹窗代码，虽然简易`ShellCode`可以被正常执行，但却存在很多问题，由于采用了硬编址的方式来调用相应API函数的，那么就会存在一个很大的缺陷，如果操作系统的版本不统或系统重启过，那么基址将会发生变化，此时如果再次调用基址参数则会调用失败，本章将解决这个棘手的问题，通过`ShellCode`动态定位的方式解决这个缺陷，并以此设计出真正符合规
在之前的文章中，我们实现了一个正向的匿名管道`ShellCode`后门，为了保证文章的简洁易懂并没有增加针对调用函数的动态定位功能，此类方法在更换系统后则由于地址变化导致我们的后门无法正常使用，接下来将实现通过PEB获取`GetProcAddrees`函数地址，并根据该函数实现所需其他函数的地址自定位功能，通过枚举内存导出表的方式自动实现定位所需函数的动态地址，从而实现后门的通用性。
重定位表（Relocation Table）是Windows PE可执行文件中的一部分，主要记录了与地址相关的信息，它在程序加载和运行时被用来修改程序代码中的地址的值，因为程序在不同的内存地址中加载时，程序中使用到的地址也会受到影响，因此需要重定位表这个数据结构来完成这些地址值的修正。当程序需要被加载到不同的内存地址时，相关的地址值需要进行修正，否则程序运行会出现异常。而重定位表就是记录了在程序加
1.Java socket 获取gps定位的方法 在Java中使用Socket来直接获取GPS定位信息并不直接可行，因为GPS数据通常不是通过Socket通信来获取的。GPS数据通常由设备（如智能手机、GPS接收器）上的GPS硬件模块生成，并通过操作系统或专门的GPS软件库来访问。 然而，如果我们的
在数据库性能调优的实践中，SQL性能分析是至关重要的一环。一个执行效率低下的SQL语句可能会导致整个系统的性能瓶颈。 为了快速定位并解决这些问题，我们需要对SQL进行性能分析。本文将介绍一些常用的方法和技术，帮助大家快速定位SQL问题。 1、找出执行时间最长的SQL 首先，我们需要找到执行时间最长的
4-通过名称定位，By.NAME name属性为表单中客户端提交数据的标识，一个网页中name值可能不是唯一的。所以要根据实际情况进行判断 import time from selenium import webdriver from selenium.webdriver.common.by imp
一.环境搭建 1.安装uiautomator2 在终端使用pip安装即可 pip install uiautomator2 2.安装adb 可参考：https://www.cnblogs.com/lihongtaoya/p/14970306.html 3.安装weditor 终端执行如下命令 pip
资源重定位解释： 字符串反汇编代码解释: .rodata:00001E20 __exidx_end DCB "a + b = %d" ; DATA_XREF: main+28^o .rodata 所在段名 00001E20 偏移地址 __exidx_end IDA 给的一个字符串名称 DCB IDA
1. 在逆向过程中经常需要定位方法在哪个so中，而app加载的so很多，比如 那么如何快速定位方法在哪里呢 2. 比如如下案例，首先看日志 03-28 11:01:56.457 14566 14566 D KM-NATIVE: JNI_OnLoad 03-28 11:01:56.457 14566
https://blog.mygraphql.com/zh/posts/low-tec/network/tcp-flow-control-part1/ 引 本来想直接写理论、和实践分析的，但为了不 “赶客出門” 和不 TL;DR，还是以故事形式展开吧。语言要生动活泼。 故事的开始 话说，一次性能测试
https://www.jianshu.com/p/de2eb6ba10d5 普通的 Service 通过 Label Selector 对后端 Endpoint 列表进行了一次抽象，如果后端的 Endpoint 不是由 Pod 提供的则 Service 还可以抽象定义任意其他服务，将一个 Kube
https://plantegg.github.io/2022/03/15/%E8%AE%B0%E4%B8%80%E6%AC%A1%E5%90%AC%E9%A3%8E%E6%89%87%E5%A3%B0%E9%9F%B3%E6%9D%A5%E5%AE%9A%E4%BD%8D%E6%80%A7%E8%
https://plantegg.github.io/2023/06/20/%E5%AE%9E%E6%88%98%E7%93%B6%E9%A2%88%E5%AE%9A%E4%BD%8D-%E6%88%91%E7%9A%84MySQL%E4%B8%BA%E4%BB%80%E4%B9%88%E5%8E%
https://plantegg.github.io/2023/06/30/%E5%AE%9E%E6%88%98%E7%93%B6%E9%A2%88%E5%AE%9A%E4%BD%8D-%E6%88%91%E7%9A%84MySQL%E4%B8%BA%E4%BB%80%E4%B9%88%E5%8E%
中英文对照表 | 英文 | 中文 | 备注 | | | | | | host | 主机 | | | group | （主机）组 | | | pattern | 模式 | | | ad hoc | 特别命令 | | | playbook | 剧本 | Ansible 专有名词，一段复杂的编排 | |
有客户遇到ORA-2289的报错，同事协助去现场排查，我帮着远程共同check下。 客户只是应用端报出的错误，为了进一步定位，服务端需要开errorstack协助定位具体问题。 下面就以这个ORA-2289为例，示范下errorstack的使用方法。 --开启errorstack alter sys
本文基于故障定位项目的实践，围绕根因定位算法的原理进行展开介绍。
