草庐IT

system_t

全部标签

利用Seagate service获得system shell

这是挖掘CVE-2022-40286漏洞的记录。闲来无事,我上网随便找了一个驱动来进行测试。我想找一个知名公司的产品,但是又不能是太偏太难懂的东西。我最先发现了一个叫"SeagateMediaSync"的软件,这是一个将文件复制到希捷无线硬盘上的工具。之后我安装并运行了该软件,然后我发现它创建了一个名为"MediaAggreService.exe"的后台SYSTEM服务。然后发现这个工具还有一个UI安装程序。我们一般常见的查找权限提升的方式是对低权限的进程(UI)和高权限服务(或驱动)之间的内部通信进行攻击开始的。要想使用这个方法,首先第一步我们要能够监控的来自UI的合法通信。然而,由于我没有

利用Seagate service获得system shell

这是挖掘CVE-2022-40286漏洞的记录。闲来无事,我上网随便找了一个驱动来进行测试。我想找一个知名公司的产品,但是又不能是太偏太难懂的东西。我最先发现了一个叫"SeagateMediaSync"的软件,这是一个将文件复制到希捷无线硬盘上的工具。之后我安装并运行了该软件,然后我发现它创建了一个名为"MediaAggreService.exe"的后台SYSTEM服务。然后发现这个工具还有一个UI安装程序。我们一般常见的查找权限提升的方式是对低权限的进程(UI)和高权限服务(或驱动)之间的内部通信进行攻击开始的。要想使用这个方法,首先第一步我们要能够监控的来自UI的合法通信。然而,由于我没有

从 Newtonsoft.Json 迁移到 System.Text.Json

一.写在前面System.Text.Json是.NETCore3及以上版本内置的Json序列化组件,刚推出的时候经常看到踩各种坑的吐槽,现在经过几个版本的迭代优化,提升了易用性,修复了各种问题,是时候考虑使用System.Text.Json了。本文将从使用层面来进行对比。System.Text.Json在默认情况下十分严格,避免进行任何猜测或解释,强调确定性行为。比如:字符串默认转义,默认不允许尾随逗号,默认不允许带引号的数字等,不允许单引号或者不带引号的属性名称和字符串值。该库是为了实现性能和安全性而特意这样设计的。Newtonsoft.Json默认情况下十分灵活。关于性能,参考Incerr

从 Newtonsoft.Json 迁移到 System.Text.Json

一.写在前面System.Text.Json是.NETCore3及以上版本内置的Json序列化组件,刚推出的时候经常看到踩各种坑的吐槽,现在经过几个版本的迭代优化,提升了易用性,修复了各种问题,是时候考虑使用System.Text.Json了。本文将从使用层面来进行对比。System.Text.Json在默认情况下十分严格,避免进行任何猜测或解释,强调确定性行为。比如:字符串默认转义,默认不允许尾随逗号,默认不允许带引号的数字等,不允许单引号或者不带引号的属性名称和字符串值。该库是为了实现性能和安全性而特意这样设计的。Newtonsoft.Json默认情况下十分灵活。关于性能,参考Incerr

预定义的类型“System.Object”未定义或未导入

错误:CS0518预定义的类型“System.Object”未定义或未导入出现情况:更新visualstudio突然出现很多原来没有问题的类出现问题,下划红色波浪线,且在错误tab中提示。尝试编译可以正常编译,且也能正常运行。看着难受,想办法解决。自行尝试了重启在内的各种方案还是不行。 网上查找原因与方法都不可行。在一个方法中说要删除.sln,重新创建。这种方法肯定意味着解决方案文件出现问题,浏览没有发现,所以随后重新创建了一个项目与解决方案,通过对比发现只有VisualStudioVersion不同,如下图。改成新的版本号后重新加载应用发现没有问题了。 后记:随后我又把上图中的版本号改回去,

预定义的类型“System.Object”未定义或未导入

错误:CS0518预定义的类型“System.Object”未定义或未导入出现情况:更新visualstudio突然出现很多原来没有问题的类出现问题,下划红色波浪线,且在错误tab中提示。尝试编译可以正常编译,且也能正常运行。看着难受,想办法解决。自行尝试了重启在内的各种方案还是不行。 网上查找原因与方法都不可行。在一个方法中说要删除.sln,重新创建。这种方法肯定意味着解决方案文件出现问题,浏览没有发现,所以随后重新创建了一个项目与解决方案,通过对比发现只有VisualStudioVersion不同,如下图。改成新的版本号后重新加载应用发现没有问题了。 后记:随后我又把上图中的版本号改回去,

C# 通过QQ邮箱和阿里云邮箱自动发送邮件(对System.Web.Mail与System.Net.Mail的测试)

1.实现功能:  通过程序自动发送邮件。使用QQ邮箱(个人/企业)或阿里云邮箱(企业)。 2.编码过程中的尝试结果:  2.1测试配置:见3.1app.config配置  2.2测试结果   3.代码实现  3.1app.config配置    3.1.1QQ邮箱配置12  />3/>4/>5/>6/>7/>8/>9注:若是QQ个人邮箱,则mailPassword需配置成授权码    3.1.2阿里云邮箱配置12  />3  />4  />5  />6  />7  />8  />9   3.2调用1publicvoidEventOccured(stringEventID)2{3stringsu

C# 通过QQ邮箱和阿里云邮箱自动发送邮件(对System.Web.Mail与System.Net.Mail的测试)

1.实现功能:  通过程序自动发送邮件。使用QQ邮箱(个人/企业)或阿里云邮箱(企业)。 2.编码过程中的尝试结果:  2.1测试配置:见3.1app.config配置  2.2测试结果   3.代码实现  3.1app.config配置    3.1.1QQ邮箱配置12  />3/>4/>5/>6/>7/>8/>9注:若是QQ个人邮箱,则mailPassword需配置成授权码    3.1.2阿里云邮箱配置12  />3  />4  />5  />6  />7  />8  />9   3.2调用1publicvoidEventOccured(stringEventID)2{3stringsu

解读《Benchmarking Hybrid OLTP&OLAP Database Systems》| StoneDB学术分享会

编者按:Benchmarking作为一个衡量标尺,可从不同的维度来客观公正公平的评价相关产品,例如:对应数据测评而言,有TPC-C、TPC-H,TP-DS等等。现有的这些测评TPC-X标准(Benchmarking)真的适合现有的OLTP&OLAP混合型数据库吗?现在对于很多HTAP数据库厂商来说,对外所发布的性能对比数据都是以TPC-H为基准,但是单方面或者说只看一个TPC-H真的能真实地反映出这些HTAP数据库的指标吗?这篇来自德国慕尼黑工业大学数据库研究组的Paper就给大家介绍了一种专门针对HTAP数据库测评的标准,真正的从HTAP的基础出发,引出如何正确地评测一款HTAP数据库产品。

解读《Benchmarking Hybrid OLTP&OLAP Database Systems》| StoneDB学术分享会

编者按:Benchmarking作为一个衡量标尺,可从不同的维度来客观公正公平的评价相关产品,例如:对应数据测评而言,有TPC-C、TPC-H,TP-DS等等。现有的这些测评TPC-X标准(Benchmarking)真的适合现有的OLTP&OLAP混合型数据库吗?现在对于很多HTAP数据库厂商来说,对外所发布的性能对比数据都是以TPC-H为基准,但是单方面或者说只看一个TPC-H真的能真实地反映出这些HTAP数据库的指标吗?这篇来自德国慕尼黑工业大学数据库研究组的Paper就给大家介绍了一种专门针对HTAP数据库测评的标准,真正的从HTAP的基础出发,引出如何正确地评测一款HTAP数据库产品。