[Kyana]Windows使用小技巧

来源:https://www.cnblogs.com/kyana/archive/2023/06/03/17454728.html
-Advertisement-
Play Games

## 01|修改Win用戶名 打開運行，輸入cmd，回車； 輸入control userpasswords2，回車； 點擊屬性，修改用戶名，點擊確定； 打開運行，輸入regedit，回車； 定位到HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\Cur ...


01|修改Win用戶名

打開運行，輸入cmd，回車；
輸入control userpasswords2，回車；
點擊屬性，修改用戶名，點擊確定；
打開運行，輸入regedit，回車；
定位到HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\ProfileList；
選中下麵名字最長的項，雙擊右側的ProfileImagePath，修改 C:\Users\ 後的用戶名，點擊確定；
註銷並重新登錄；
打開 C:\User\，將新的用戶名文件夾刪除，再將原來的的用戶名文件夾重命名為新的用戶名；
再次註銷並重新登錄。

02|修的內核bug如何推進

發patch

  1. 克隆最新代碼，確定問題還存在

  2. 新建本地分支，修改要修改的部分

    git  add 修改的文件
git commit -s commit-log
《標題》：修改的大類：簡短的patch主要描述
《空行》
《詳細描述》
git format-patch -1（可以在三小短線下寫點東西）

  3. 使用get-maintainer獲取當前文件的維護者，發給子系統（可以使用git自帶的send-mail命令）

03|cl(VS ToolChain)編譯ffmpeg

lame: ./configure --enable-shared --prefix=/mnt/Mp3/Out/ --host=x86_64-pc-windows CC=cl.exe
ffmpeg: ./configure --prefix=Out --toolchain=msvc --enable-w32threads --enable-x86asm --disable-doc --disable-ffprobe --enable-small --disable-runtime-cpudetect --disable-network --disable-debug

x264: ./configure --enable-static --enable-shared
lame: ./configure --prefix=/usr/local --enable-static --enable-shared
ffmpeg: ./configure --prefix=Out --enable-x86asm --enable-network --enable-protocol=https --enable-optimizations --enable-gpl --enable-libx264 --enable-libmp3lame --enable-small --enable-static --disable-shared --disable-ffprobe --disable-doc --extra-cflags=/usr/local/include --extra-ldflags=/usr/local/lib

04|WSA on Win10

New-NetFirewallRule -DisplayName "WSL" -Direction Inbound -InterfaceAlias "vEthernet (WSL)" -Action Allow

https://github.com/cinit/WSAPatch/

05|Docker Commands on Win

www.docker.com

learn.microsoft.com/en-us/windows/wsl/wsl-config#configuration-setting-for-wslconfig

learn.microsoft.com/zh-cn/windows/wsl/wsl-config#configuration-setting-for-wslconfig

mklink /j "C:\Program Files\Docker" "K:\Vmachine\Docker"

wsl --export dis_name dest

wsl --unregister dis_name

wsl --import dis_dest dis_export --version 2

06|CheatEngine PVZ 0cd

[ENABLE]
//code from here to '[DISABLE]' will be used to enable the cheat
alloc(newmem,2048)
label(returnhere)
label(originalcode)
label(exit)

newmem: //this is allocated memory, you have read,write,execute access
//place your code here

originalcode:
add dword ptr [edi+24],10000
mov eax,[edi+24]

exit:
jmp returnhere

"PVZ原版啟動程式.exe"+8728C:
jmp newmem
nop 2
returnhere:




[DISABLE]
//code from here till the end of the code will be used to disable the cheat
dealloc(newmem)
"PVZ原版啟動程式.exe"+8728C:
add dword ptr [edi+24],01
mov eax,[edi+24]
//Alt: db 83 47 24 01 8B 47 24


<?xml version="1.0" encoding="utf-8"?>
<CheatTable CheatEngineTableVersion="38">
  <CheatEntries>
    <CheatEntry>
      <ID>0</ID>
      <Description>"No description"</Description>
      <LastState Value="0" RealAddress="1566453C"/>
      <VariableType>4 Bytes</VariableType>
      <Address>1566453C</Address>
    </CheatEntry>
    <CheatEntry>
      <ID>1</ID>
      <Description>"0cd script"</Description>
      <LastState Activated="1"/>
      <VariableType>Auto Assembler Script</VariableType>
      <AssemblerScript>[ENABLE]
//code from here to '[DISABLE]' will be used to enable the cheat
alloc(newmem,2048)
label(returnhere)
label(originalcode)
label(exit)

newmem: //this is allocated memory, you have read,write,execute access
//place your code here

originalcode:
add dword ptr [edi+24],10000
mov eax,[edi+24]

exit:
jmp returnhere

"PVZ原版啟動程式.exe"+8728C:
jmp newmem
nop 2
returnhere:




[DISABLE]
//code from here till the end of the code will be used to disable the cheat
dealloc(newmem)
"PVZ原版啟動程式.exe"+8728C:
add dword ptr [edi+24],01
mov eax,[edi+24]
//Alt: db 83 47 24 01 8B 47 24
</AssemblerScript>
    </CheatEntry>
  </CheatEntries>
  <UserdefinedSymbols/>
</CheatTable>

07|CCL反軟體查殺

multiCCL定位原理圖示
　　　　　　　　by niu-cow in NE365
　　　　　　　　　2996-04-22
1.假設一種比較極端的情況：
　　某殺毒軟體針對某樣本
　　抽取瞭如下 a  b  c  d 　e 的五個特征碼片段
　　而其中的任何一個單獨的片段都不構成完整的特征碼
　　　　更極端的情況是可能有兩套這樣的組合。

　　卻以其中任何兩處來識別。（見 圖1）

這樣，如果用原來的CCL就很難定位了，就算能定位，操作也
　　　變得很複雜。
（圖1)
..............................aaaaaaaaa........................
...............................................................
.............bbbbbbb.........ccc...............................
...............................................................
...................ddddddddd...............eeeee...............

2.針對這種情況
    有個思路是從一端開始蓋零（考慮到PE文件文件頭的重要性
　　multiCCL選擇了從尾端開始往前蓋）。

　　直到如圖2所示時，殺毒軟體才不能識別
　　　　　（b片段被破壞了一個位元組）
    這樣b尾端就出來了。

（圖2）
..............................aaaaaaaaa.........................
................................................................
.............bbbbbb000000000000000000000000000000000000000000000
0000000000000000000000000000000000000000000000000000000000000000
0000000000000000000000000000000000000000000000000000000000000000

------------------------------------------------------------------
下麵是定b片段的頭端了
     看看圖3 圖4 圖5 ，註意看b片段中間那個位元組的零的移動

（圖3）
..............................aaaaaaaaa.........................
................................................................
.............bbbb0bbb0000000000000000000000000000000000000000000
0000000000000000000000000000000000000000000000000000000000000000
0000000000000000000000000000000000000000000000000000000000000000

－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－
（圖4)
..............................aaaaaaaaa.........................
................................................................
.............0bbbbbb00000000000000000000000000000000000000000000
0000000000000000000000000000000000000000000000000000000000000000
0000000000000000000000000000000000000000000000000000000000000000

----------------------------------------------------------------------

（圖5)
..............................aaaaaaaaa.........................
................................................................
............0bbbbbbb00000000000000000000000000000000000000000000
0000000000000000000000000000000000000000000000000000000000000000
0000000000000000000000000000000000000000000000000000000000000000

--------------上圖的a 和 b 兩個片段都暴露了--------------------------
   圖5 中，暴露出完整的a b 兩個片段，這下又被殺毒軟體認出來了

這樣就定位出b段了。
接下來把b希用0蓋掉作為新的樣本，用殺毒軟體檢測一下是否被殺，還殺就
重覆前面的步驟定 c 段，如圖6

（圖6)
..............................aaaaaaaaa........................
...............................................................
.............0000000.........ccc...............................
...............................................................
...................ddddddddd...............eeeee...............

-----------------------------------------------------------------------
如果定好c段蓋掉後還是被殺就再定 d 段
  如圖7

（圖7）
..............................aaaaaaaaa........................
...............................................................
.............0000000.........000...............................
...............................................................
...................ddddddddd...............eeeee...............

-----------------------------------------------------------------------
這樣重覆，直到片段d e ……都被找出蓋掉後，殺毒軟體再也不認了

－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－
    一個位元組一個位元組來顯然太費時間，效率很低的，一次性
生成上千個文件也是不現實的。
　　所以考慮先用二分法粗定。到範圍小時再逐位元組替換。
－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－
從尾端開始數，以1.2.4.6.8……的大小往前蓋
      即取2的指數階 , 2^n <  文件尺寸就行了。
         一次生成20個左右的樣本文件，用殺毒軟體檢測
以例圖說明吧（見 圖8圖9）
下麵這個蓋了128 bytes 的還被識別

（圖8）
..............................aaaaaaaaa........................
...............................................................
.............bbbbbbb.........ccc...............................
000000000000000000000000000000000000000000000000000000000000000
000000000000000000000000000000000000000000000000000000000000000

-----------上面這個蓋了128 bytes的還被識別－－－－－－－－－－－－－
--------------下麵這個蓋了256 bytes 的不被識別了--------------------

（圖9）
..............................aaaaaaaaa........................
000000000000000000000000000000000000000000000000000000000000000
000000000000000000000000000000000000000000000000000000000000000
000000000000000000000000000000000000000000000000000000000000000
000000000000000000000000000000000000000000000000000000000000000

--------------------------------------------------------------------
那就說明距文件末尾256--128之間有個特征碼片段，
下一步就以圖8為樣本，
       定位的範圍是 圖10 中經XXXX標記的區域

（圖10）
..............................aaaaaaaaa........................
XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
000000000000000000000000000000000000000000000000000000000000000
000000000000000000000000000000000000000000000000000000000000000
－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－
如此反覆，當範圍縮小到32位元組或更小，二分法就顯得效率低下了，
　　改用逐位元組替換法，一次生成最多32個文件。

－－－－－－－－－－－
另外，
圖8 圖9 圖10 之外，還有一種情況，
         就是某次用二分法生成的所有文件
　　　　　殺毒軟體都不識別，那就說明特征碼集中在最大蓋0範圍之前
　　　即圖9中　未蓋0的區域，這時只要以圖9為樣本，
　　　　　定點陣圖11中以YYYY標記的區域

（圖11）
YYYYYYYYYYYYYYYYYYYYYYYYYYYYYYYYYYYYYYYYYYYYYYYYYYYYYYYYYYYYYYY
000000000000000000000000000000000000000000000000000000000000000
000000000000000000000000000000000000000000000000000000000000000
000000000000000000000000000000000000000000000000000000000000000
000000000000000000000000000000000000000000000000000000000000000



－－－－－－－－－－－－

尾端定出後，再用 圖3圖4圖5 所示的方法把0還位元組前移，一次生成32個
文件用殺毒軟體檢測，如果32個全不被殺時，就取這32個位元組作為定位結果
對於這種大尺寸的片段，沒必要完全定位出片段的頭端。
　　　　（因為一個片段中只要修改一個位元組就夠了）


－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－
＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝
－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－
　　基本原理就如上面所述，其實就什麼簡單。

　　不管殺毒軟體用幾套組合，用複合還是單一特征碼，都照樣搞定它。
當然，以後殺毒軟體使出什麼新招就說不准。~~~~~~~~~~~~~~~~~

　　（本文僅作思路上的探討，若有人因應用本文的思路帶來某些後果，均與
本文作者無關。）


　　　　　　　　　　　若有不當之處，請各位指正，謝謝
----------------------------------------------------------
補充說明：

2006-04-24 :
      剛剛發現有的殺毒軟體開始用檢測文件的某幾處是否被填充0來反定位了，
        一旦被檢測到某幾處被蓋0 ，就把位置更先前的干擾碼激活。這時就算
　　　　　犧牲效率一直往前蓋，也只能定位出干擾碼（假的特征碼）。
　　　　　　現在暫時可用隨機數據串填充應付，不知道以後還會有什麼招。
　　　另外，NDD32的特征碼用的是代碼與輸入表關聯，對付這種特征碼的方法是，
　　　　　　先普通定位，然後把找到的輸入表上的特征碼片段保護起來再定位，
　　　　　　　這樣就能找到代碼里的特征碼片段了。
2005-05-22 :
     通過實際測試發現等分法比二分法效率更高，於是又改用等分法了。

您的分享是我們最大的動力!

-Advertisement-
Play Games
更多相關文章
  • 簡述泛型的基本使用和作用
    # 前言 在上一篇文章中，給大家講解了泛型的概念、作用、使用場景，以及泛型集合、泛型介面和泛型類的用法，但受限於篇幅，並沒有把泛型的內容講解完畢。所以今天我們會繼續學習泛型方法、泛型擦除，以及通配符等的內容，希望大家繼續做好學習的準備哦。 *** 全文大約【**4600】** 字，不說廢話，只講可以 ...
  • JVM致命錯誤日誌詳解
    [toc] 這篇文章是我之前總結的一篇文章，因為整理博客的原因，原有博客已經註銷，但這篇文章對一些讀者很有用，所以現在新瓶裝舊酒重新整理回來分享給大家。 最近一段時間生產環境頻繁出問題，每次都會生成一個hs_err_pid*.log文件，因為工作內容的原因，在此之前並沒有瞭解過相關內容，趁此機會學習 ...
  • ASP.NET Core MVC 從入門到精通之自動映射（一）
    隨著技術的發展，ASP.NET Core MVC也推出了好長時間，經過不斷的版本更新迭代，已經越來越完善，本系列文章主要講解ASP.NET Core MVC開發B/S系統過程中所涉及到的相關內容，適用於初學者，在校畢業生，或其他想從事ASP.NET Core MVC 系統開發的人員。 經過前幾篇文章... ...
  • .net core IOC容器實現(一) -- ServiceDescriptor
    以前在隨筆《Winform開發框架之客戶關係管理系統(CRM)的開發總結系列1-界面功能展示 》的幾篇隨筆中介紹過基於WInform開發框架開發的CRM系統，系統的功能主要也是圍繞著客戶相關信息來進行管理的。本篇隨筆介紹在最新的《SqlSugar開發框架》中整合CRM系統模塊的功能。 ...
  • 第三單元 擴展知識
    1. 擴展方法 擴展方法使你能夠向現有類型“添加”方法，而無需創建新的派生類型、重新編譯或以其他方式修改原始類型。 擴展方法是一種靜態方法，但可以像擴展類型上的實例方法一樣進行調用。 對於用 C#、F# 和 Visual Basic 編寫的客戶端代碼，調用擴展方法與調用在類型中定義的方法沒有明顯區別 ...
  • .net Assembly.Load重覆載入程式集造成執行異常
    最近ET做熱更重載dll的時候，返回登陸會重新檢測新的dll，首次登錄之前已經Assembly.Load()過一次dll，第二次返回登陸再次load dll到記憶體中，Invoke執行方法的時候，異常了，有些方法執行了，有些未執行，於是查資料，看到些老資料說Assembly.Load重覆載入同名dll ...
  • ABP - 緩存模塊(1)
    # 1. 與 .NET Core 緩存的關係和差異 ABP 框架中的緩存系統核心包是 [Volo.Abp.Caching](https://www.nuget.org/packages/Volo.Abp.Caching) ，而對於分散式緩存的支持，abp 官方提供了基於 Redis 的方案，需要安裝 ...
  • 介紹.NET幾種人臉識別組件
    人臉識別技術在現代社會中扮演著越來越重要的角色，比如人臉識別門禁、人臉識別支付、甚至人臉識別網站登錄等。 最近有群友問.NET有沒有人臉識別的組件，小編查閱相關資料介紹下麵幾種.NET人臉識別組件供大家參考。 **1、Microsoft Azure Face API** 簡介：Microsoft A ...
一周排行
    -Advertisement-
    Play Games
  • C#自增運算符詳解：++i與i++的區別及應用場景
    概述：在C#中，++i和i++都是自增運算符，其中++i先增加值再返回，而i++先返回值再增加。應用場景根據需求選擇，首碼適合先增後用，尾碼適合先用後增。詳細示例提供清晰的代碼演示這兩者的操作時機和實際應用。 在C#中，++i 和 i++ 都是自增運算符，但它們在操作上有細微的差異，主要體現在操作的 ...
  • Taurus.MVC 性能壓力測試（ap 壓測 和 linux 下wrk 壓測）：.NET 版本
    上次發佈了：Taurus.MVC 性能壓力測試（ap 壓測 和 linux 下wrk 壓測）：.NET Core 版本，今天計劃準備壓測一下 .NET 版本，來測試並記錄一下 Taurus.MVC 框架在 .NET 版本的性能，以便後續持續優化改進。 為了方便對比，本文章的電腦環境和測試思路，儘量和... ...
  • 一文讀懂.NET WebAPI中FromRoute、FromQuery、FromBody的關鍵角色與用法
    .NET WebAPI作為一種構建RESTful服務的強大工具，為開發者提供了便捷的方式來定義、處理HTTP請求並返迴響應。在設計API介面時，正確地接收和解析客戶端發送的數據至關重要。.NET WebAPI提供了一系列特性，如[FromRoute]、[FromQuery]和[FromBody]，用 ...
  • WPF/C#實現圖像濾鏡優化方案：打造炫目視覺體驗！
    原因：我之所以想做這個項目，是因為在之前查找關於C#/WPF相關資料時，我發現講解圖像濾鏡的資源非常稀缺。此外，我註意到許多現有的開源庫主要基於CPU進行圖像渲染。這種方式在處理大量圖像時，會導致CPU的渲染負擔過重。因此，我將在下文中介紹如何通過GPU渲染來有效實現圖像的各種濾鏡效果。 生成的效果 ...
  • Bogus 實戰：使用 Bogus 和 EFCore 生成模擬數據和種子數據【完整教程】
    引言 上一章我們介紹了在xUnit單元測試中用xUnit.DependencyInject來使用依賴註入，上一章我們的Sample.Repository倉儲層有一個批量註入的介面沒有做單元測試，今天用這個示例來演示一下如何用Bogus創建模擬數據 ，和 EFCore 的種子數據生成 Bogus 的優 ...
  • WPF隨筆收錄-實時繪製心率曲線
    一、前言 在自己的項目中，涉及到實時心率曲線的繪製，項目上的曲線繪製，一般很難找到能直接用的第三方庫，而且有些還是定製化的功能，所以還是自己繪製比較方便。很多人一聽到自己畫就害怕，感覺很難，今天就分享一個完整的實時心率數據繪製心率曲線圖的例子；之前的博客也分享給DrawingVisual繪製曲線的方 ...
  • wpf程式修改啟動入口註意事項
    如果你在自定義的 Main 方法中直接使用 App 類並啟動應用程式，但發現 App.xaml 中定義的資源沒有被正確載入，那麼問題可能在於如何正確配置 App.xaml 與你的 App 類的交互。 確保 App.xaml 文件中的 x:Class 屬性正確指向你的 App 類。這樣，當你創建 Ap ...
  • 記一次 .NET某爐膛鍋爐檢測系統 崩潰分析
    一：背景 1. 講故事 上個月有個朋友在微信上找到我，說他們的軟體在客戶那邊隔幾天就要崩潰一次，一直都沒有找到原因，讓我幫忙看下怎麼回事，確實工控類的軟體環境複雜難搞，朋友手上有一個崩潰的dump，剛好丟給我來分析一下。 二：WinDbg分析 1. 程式為什麼會崩潰 windbg 有一個厲害之處在於 ...
  • 一個.NET內置依賴註入的小型強化版
    前言 .NET生態中有許多依賴註入容器。在大多數情況下，微軟提供的內置容器在易用性和性能方面都非常優秀。外加ASP.NET Core預設使用內置容器，使用很方便。 但是筆者在使用中一直有一個頭疼的問題：服務工廠無法提供請求的服務類型相關的信息。這在一般情況下並沒有影響，但是內置容器支持註冊開放泛型服 ...
  • WPF隨筆收錄-DataGrid固定右側列
    一、前言 在項目開發過程中，DataGrid是經常使用到的一個數據展示控制項，而通常表格的最後一列是作為操作列存在，比如會有編輯、刪除等功能按鈕。但WPF的原始DataGrid中，預設只支持固定左側列，這跟大家習慣性操作列放最後不符，今天就來介紹一種簡單的方式實現固定右側列。（這裡的實現方式參考的大佬 ...
所有分類