польза от чтения чувствительных частей файлов через “посредника” оболочки скрипта?

Question

tldr: Использование скрипта, запущенного из моего основного процесса, который читает только часть чувствительного файла, а затем передает результат в мой основной процесс – будет ли это иметь какую-либо пользу?

В отличие от загрузки файла в мой основной процесс?

Контекст:

Я создаю свое первое CLI-приложение как личный проект.
CLI-приложение должно быть доступно для загрузки/установки сторонними пользователями.

Приложение использует токен личного доступа для аутентификации пользователя в
сервисе A (которым они уже пользуются) и выполнения некоторых полезных утилит.

Пользователь получает инструкции:
Войти в свой аккаунт в сервисе A.
Создать токен (с минимальным объемом прав / наименьшими привилегиями).
Сохранить токен в своем файле netrc.

Это ужасный UX-поток, но для начала это выполняет свою задачу.

Проблема в том, что файл .netrc содержит учетные данные для других сервисов.
Я абсолютно не хочу компрометировать эти учетные данные для моих пользователей и, учитывая,
что я иногда неосмотрителен и не знаю, что делать, я придумал следующий процесс:

Вместо того чтобы читать весь файл в своем собственном процессе:

Создать скрипт, который ищет совпадения в netrc.
Скрипт принимает только 1 параметр, переменную среды FILEPATH,
которая указывает на местоположение .netrc. Ключевое слово для совпадения
и количество строк для сопоставления не параметризованы.
Если совпадение найдено, он читает следующие 2 строки + строку совпадения.
Возвращает это в мой процесс.

Цель этого процесса проста (по крайней мере, для меня):

Я не хочу загружать весь netrc пользователя в свой собственный процесс.

Это абсолютно глупая идея? Полуглупая?

Вот скрипт, который я использую:

get-netrc-chunk.

ищет “api.foo.com”. Если найдено, извлекает его и следующие 2 строки.
читает переменную среды NRCPATH, которая указывает на путь к .netrc.
пока только для Unix.

#!/usr/bin/env bash

CLEAN_NRCPATH=${NRCPATH//[^/a-zA-Z0-9]/}

grep -A2 "api.foo.com" "$CLEAN_NRCPATH" | grep -v -- "^--$"

get-netrc-chunk.js.

Исполняет shell-скрипт: get-netrc-chunk через childProcess.execFile:

не передает аргументы командной строки
устанавливает переменную среды: NRCPATH, указывающую на путь к файлу .netrc,
который вычисляется путем соединения homedir и ~/.netrc

import { join } from 'node:path'
import { promisify } from 'node:util'
import { execFile  as execFileAsync } from 'node:child_process'
import { chmod } from 'node:fs/promises'
import { homedir } from 'node:os'

const execFile = promisify(execFileAsync)

const grepChunkFromNetRC = async () => {
  // импортировать файл shell-скрипта
  const netrcEntry = join(import.meta.dirname, 'grep-netrc-chunk')
  // повышенные права доступа для "чтения и выполнения"
  await chmod(netrcEntry, 0o500)
  
  // выполнить shell-скрипт
  const { stdout, stderr } = await execFile(netrcEntry, {
    windowsHide: true,
    maxBuffer: 256,
    env: Object.freeze({ NRCPATH: join(homedir(), '.netrc') })
  })
   
  // понизить права доступа
  await chmod(netrcEntry, 0o000)
  
  if (stderr.length)
    throw new Error(stderr)

  // разбить stdout по новой строке и вернуть первые 3 строки
  // это уже сделано в shell-скрипте, но поскольку 
  // сегодня у нас есть шведский стол паранойи, сделаем это и здесь.
  return Object.freeze(stdout.trim().split('\n').slice(0, 3)) 
}

export { grepChunkFromNetRC }

польза от чтения чувствительных частей файлов через “посредника” оболочки скрипта?

Вопрос или проблема

Ответ или решение

Преимущества использования оболочки-«посредника» для чтения чувствительных файлов

1. Снижение риска утечки данных

2. Изоляция чувствительных данных

3. Управление правами доступа

4. Упрощение кода и логики

5. Снижение нагруженности основного процесса

6. Повышенная безопасность при обработке ошибок

Заключение