Я могу подать учетные данные к gsutil в недоверяемой системе?
В меня входят общая система, которой я не владею, и у меня есть доступ к команде gsutil в той системе.
Я хотел бы использовать gsutil в той системе для управления некоторыми облачными данными Google (загрузите резервное копирование, и т.д.), но это означает, что я должен создать локальные файлы со своими учетными данными или закрытыми ключами в них?
Это беспокоит меня, потому что это не моя собственная система, и я не доверяю этим чувствительным учетным данным опора на общую систему...
Есть ли способ сохранить учетные данные локальными, на моей машине, и выполнить gsutil удаленно, как это:
ssh user@untrusted.com gsutil и тому подобное-C./my/local/config.key
... таким образом, я сохраняю keys/creds локальное, и выполняю gsutil удаленно по SSH?
Что, если вы запустили gsutil auth login в ненадежной системе, чтобы получить учетные данные, запустили другие команды gsutil, а затем завершили сеанс с помощью gsutil auth revoke ? Хотя это может оставить что-то, что может выглядеть как учетные данные в ненадежной файловой системе, для Google они будут тарабарщиной; они не будут действительны для аутентификации.
Этот сценарий предполагает: (a) что команда и библиотеки gsutil ненадежной системы заслуживают доверия (например,они не будут пытаться кэшировать ваши учетные данные в другом месте) и (б) что корневая учетная запись ненадежной системы не пытается активно отслеживать ваши учетные данные gsutil во время сеанса. Окно уязвимости, то есть поверхность вашей атаки, ограничено периодом времени между командами auth и revoke .
Другой вариант может заключаться в создании и установке зашифрованного FUSE файловая система, но поверхность атаки такая же: пока вы используете команду gsutil для выполнения работы, она использует ваши действительные учетные данные, поэтому ваше воздействие остается таким же. В этом отношении, даже если вы могли бы передать учетные данные через сокет или именованный канал через свое ssh-соединение команде gsutil , если gsutil был изменен для захвата ваших учетных данных, вы уязвимы до тех пор, пока учетные данные не будут отозвано.
Я знаю, что это расширяет рамки вашего вопроса, но знаю, какие векторы атак вас беспокоят, и они могут помочь нам найти решения для смягчения ваших опасений. Просто назвать систему "ненадежной" может означать много разных вещей.