标签: code-injection

我将我的 DLL 注入到一个进程中，然后挂钩这样的函数：（recv）

BOOL HookFunction(LPCWSTR moduleName, LPCSTR funcName, LPVOID funcProxy, 
unsigned char* lpBackup)
{
     BYTE jmp[6] = { 0xe9,0x00,0x00,0x00,0x00,0xc3 };
     DWORD funcAddr = (DWORD)GetProcAddress(GetModuleHandle(moduleName), funcName);

     DWORD prev;
     VirtualProtect((LPVOID)funcAddr, 6, PAGE_EXECUTE_READWRITE, &prev);

     ReadProcessMemory(GetCurrentProcess(), (LPVOID)funcAddr, lpBackup, 6, NULL);

     DWORD proxy = ((DWORD)funcProxy - funcAddr) - 5;
     memcpy(&jmp[1], &proxy, 4);
     memcpy((LPVOID)funcAddr, jmp, 6);

     VirtualProtect((LPVOID)funcAddr, 6, prev, &prev);
     FlushInstructionCache(GetCurrentProcess(), NULL, NULL);

     return funcAddr;
}

// Hook
HookFunction(L"ws2_32.dll", "recv", (LPVOID*)nRecv, hookR);

然后我附加了一个调试器，结果如下：

挂机前：

上钩后：

不过，有几件事我不明白，因为我仍在尝试理解和想象堆栈、堆等如何在调试器中协同工作。

BYTE jmp[6] = { 0xe9,0x00,0x00,0x00,0x00,0xc3 };

我是否在这里替换指令，例如，用 0xe9 替换原始函数的“move, edi, …

我目前在我的项目中使用 dagger2 实现依赖注入，我偶然发现了一些东西，我对在 recyclerview 中处理 viewholder 时最好的方法是什么感到困惑。

通常，我们像这样创建视图持有者：

    @Override
    public ViewHolder onCreateViewHolder(ViewGroup parent, int pos) {
        View view = LayoutInflater.from(parent.getContext())
                .inflate(R.layout.list_item, parent, false);
        return new ViewHolder(view);
    }

现在我的问题是，如何注入 ViewHolder？我应该注射它还是应该让它留在原处？

我正在对其他开发人员的 bash 脚本进行质量检查。它看起来像这样：

#!/bin/bash

TERM=`cat ./termName.txt` || exit $?
./other-script.sh $TERM

鉴于该TERM变量未在最后一行中引用，感觉恶意用户可以通过操纵 的内容来利用命令注入termName.txt，但是我证明这一点的基本尝试未能注入任何可执行命令。

我的问题是：

1. 该脚本是否容易受到命令注入的攻击？
2. 如果是，您能否提供如何执行任意命令的示例。如果不是，你能解释一下为什么它可以安全地避免命令注入吗？

我真的很难扩展 shell-script 语法，因为它只突出显示 bash 内置命令。我想基本上突出显示 shell 命令，而不仅仅是内置命令。为此，我尝试通过注入来扩展语法，但这并没有很好的文档记录，因此无论我在做什么，我都一遍又一遍地遇到相同的问题。如果我注入一些命令以被识别为函数（并因此突出显示），它们是，但它们也在注释中突出显示，这非常烦人。无论我尝试了哪些组合，我都不会摆脱它。由于 support.function.extended.shell 令牌始终是注入的最高值，因此它始终是彩色的。有什么解决办法吗？？？

正如你在图片中看到的，像“echo”这样的内置命令在注释中没有着色，就像它应该是

{
    "scopeName": "shellcommand.injection",
    "injectionSelector": "L:source.shell -support.function.builtin.shell",
    "patterns": [{
        "include": "#shell-commands"
    }],
    "repository": {
        "shell-commands": {
            "patterns": [{

                "match": "(?<=^|;|&|\\s)(systemctl|cp|sed|awk)(?=\\s|;|&|$)",
                "name": "support.function.extended.shell"

            }]
        }
    }
}

然后输出看起来像这样......

当我阅读如何在 awk 脚本中使用 shell 变量？ 的答案时，我不确定如何正确编写使用 shell 变量的特定 awk 命令脚本。。

接受的答案演示了在命令中插入 shell 变量如何awk容易发生恶意代码注入，虽然我能够重现该演示，但我无法使用以下两个命令中的任何一个找到相同的问题：

#HWLINK=enp10s0
ip -o route | awk '/'$HWLINK'/ && ! /default/ {print $1}'
ip -o route | awk "/$HWLINK/"' && ! /default/ {print $1}'

因此，主要问题是其中任何一个（或两个）是否容易受到攻击。

第二个问题是哪种形式是首选。我尝试过ip -o route | awk -v hwlink="$HWLINK" '/hwlink/ && ! /default/ {print $1}'，但这不起作用。

ps这是一个重构；原来的命令是ip -o route | grep $HWLINK | grep -v default | awk '{print $1}'.