Задать вопрос
@Krasher64

Как проверяете приватные репозитории?

Привет!
Поделитесь опытом как проверяете репутации репозиториев.
Если с гитхаб все более менее понятно, то как проверяете приватные или не популярные? Какой алгоритм проверок?
  • Вопрос задан
  • 325 просмотров
Подписаться 1 Средний 5 комментариев
Помогут разобраться в теме Все курсы
  • Яндекс Практикум
    Специалист по информационной безопасности
    11 месяцев
    Далее
  • Skillbox
    Профессия Специалист по информационной безопасности
    12 месяцев
    Далее
  • Нетология
    Специалист по информационной безопасности + нейросети
    12 месяцев
    Далее
Пригласить эксперта
Ответы на вопрос 3
xenon
@xenon
Too drunk to fsck
Есть различные SAST (Static Application Security Testing) инструменты для статической проверки проекта. Есть SCA (Software Composition Analysis). Но SCA может найти только известные проблемы, если кто-то вчера выложил какой-то опер-сорс проект (кустарный, наверняка с уязвимостями) - SCA тут не поможет, а вот SAST - может. Зато SCA сразу скажет, что вы используете такую-то зависимость, а в ней есть уязвимости. (Часто функции SCA и SAST - в одном флаконе)

Естественно, это автоматические проверки. Сейчас, со всякими AI - они довольно неплохие (лучше, чем беглое чтение кода ленивым программистом), но далеки от абсолютного решения. Ну и общее правило минимизации доверия - хорошо бы, чтобы система была так спроектирована, чтобы даже уязвимые ее куски имели ограниченный "радиус поражения".

Но в целом, заведомо надежной защиты (особенно от хитро запрятанного бэкдора) нет (кроме архитектурной). К тому же, новые версии постоянно выходят. Вам либо придется каждый раз разбираться, зачем вышла новая версия, были ли уязвимости в старой и опасны ли они для вашей ситуации (а это долго и дорого), или просто сразу ставить новую (более правильный подход, но тоже рискованный). И даже если предыдущую версию изучили вдоль и поперек - новую-то нет и в ней может прийти сюрприз.
Ответ написан
Комментировать
@rPman
Это вопрос уровня доверия и веры.

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

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

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

p.s. с появлением ИИ можно дешево и сердито покрутить промптами исходники целевого проекта. Как минимум простые трояны даже опенсорсные видят (но настоятельно рекомендуется использовать топовые, была даже новость что у одной компании, занимающейся такими исследованиями с помощью ИИ резко улучшились их внутренние бенчмарки при переходе с openai gpt4 на gpt5 притом что официальные бенчмарки от openai такого прироста в этих задачах не показывали), а так же могут указать на подозрительные места и объяснить почему.
Ответ написан
Комментировать
@whattttov
Ну вообще имеет смысл прокрутить приложения из неизвестных репозиториев в публичных песочницах, тот же VirusTotal, any.run
Ответ написан
Комментировать
Ваш ответ на вопрос

Войдите, чтобы написать ответ

Похожие вопросы