Изменение аргументов командной строки, чтобы их нельзя было увидеть в выводе ps

Этот init пример дает мне ошибку сегментации

Однако этот работает:

int main(int argc, char *argv[])
{
    char * argv0 = argv[0];
    int i;
    size_t len;
    for (i = 0; i <argc; ++i)
    {
        len = strlen(argv[i]);
        memset(argv[i], 0, len);
    }
    strcpy(argv0, "Hey, can you see me?");
    for (;;);
    return 0;
}

Вы пытаетесь сделать небезопасное решение немного более безопасным. Почему бы просто не сделать его более безопасным?

Быстрый взлом состоял бы в том, чтобы записать пароль в файл, для которого установлены ограниченные разрешения, и удалить его сразу после того, как он будет прочитан вызываемым исполняемым файлом. Если файл записывается на диск, вы все равно рискуете, что биты все еще существуют на жестком диске. Но вы можете устранить эту проблему, используя виртуальный диск.

Или вы можете дать исполняемому файлу закрытый ключ и зашифровать пароль с помощью соответствующего открытого ключа. Это немного больше работы, но гораздо более безопасно. Тогда, конечно, у вас есть проблема управления ключами.

Любой метод, основанный на очистке argv, показанного в выводе ps, будет иметь состояние гонки, поэтому он не может быть безопасным. То есть существует интервал времени после запуска процесса, но до того, как он сможет очистить свои общедоступные аргументы.

Если вам нужна эта функциональность (передача паролей в командной строке, что является очень-очень плохой идеей), вам следует использовать защищенное ядро, позволяющее полностью отключить чтение аргументов командной строки или даже полностью отключает ps функциональность. Один дешевый способ сделать это (но это может привести к поломке) — просто размонтировать /proc.

Вы можете записать пароль в файл, защищенный от чтения, а затем получить к нему доступ из нового исполняемого файла, а не передавать его в качестве аргумента. ps не единственный ваш враг, как видно из комментария Мигара.

Я думаю, что основной ответ, вероятно, заключается в том, чтобы не передавать данные в командной строке и вместо этого использовать RPC. stdin - это RPC для бедняков, как и запись в файл, который вы затем удаляете, и есть более изощренные методы.

Например, в Windows, если вы действительно беспокоитесь о безопасности, я бы предложил использовать именованный канал, к которому вы могли бы применить разрешения безопасности и зашифровать данные, если хотите. Возможно, вы также могли бы использовать общую память для более переносимого подхода.

Однако очевидно, что любое решение RPC требует изменения обеих сторон связи. Однако попытка запутать данные путем модификации ОС для предотвращения нормальной работы или использования недокументированного поведения во время выполнения кажется плохой идеей с точки зрения безопасности.

Надеюсь, это поможет.

Некоторые версии init перезаписывают свою командную строку, чтобы они отображались как init в списке ps.

int main(int argc, char * argv[]) {
   // process the arguments or make a copy of them
   // and then

   char * argv0 = argv[0];
   while (*argv++) {
      size_t len = strlen(*argv);
      memset(*argv, 0, len);
   }
   strcpy(argv0, "init");

Я был удивлен, увидев, что такие вещи используются и что *nix может быть разработан таким образом, чтобы он мог работать. Кстати, я не проверял, работает ли это, но я читал, что это должна быть актуальная память, в которой находятся аргументы, и что копирование только массива указателей на эти аргументы не сработает.

Это все еще сломанный способ передачи конфиденциальной информации через командную строку (или переменные среды, поскольку они доступны в /proc/<pid>/environ так же, как argv в /proc/<pid>/cmdline под Linux).

Если используется командная строка с паролем, вы можете перезапустить программу, передать информацию второму экземпляру и уничтожить первый, тем самым сократив время присутствия информации командной строки.

Единственный хороший ответ — не позволять им передавать информацию в командной строке.

Обычно я читаю все конфиденциальные данные со стандартного ввода. Например, в isql (оболочка Sybase SQL) в Linux я делаю что-то вроде

isql -U username <<EOD
password
select * from whatever
go