У нас в стране на каждый лье По сто шпионов Ришелье. Мигнёт француз - известно кардиналу. Шпионы там, шпионы здесь, Без них не встать, без них не сесть. Вздохнёт француз - изве-е-естно кардиналу.
Ну да конечно, встроить уязвимость в ПО это ведь так легко отдельно взятому сотруднику - ведь ни кто не заметит каммитов в репозитории (у разработчиков сложных схем уверен что примерно так же, где разработка ведется не в одно рыло). Это может где то в прошлом веке и могло сработать, сейчас все шаги проекта записаны.
Это сообщение отредактировал LongTom - 30 июл 2025 в 08:15
я думаю там всё проще, ФБР или ЦРУ обращаются к топ менеджеру какой либо разработки и он даёт нужную информацию, попросту вербуют или шантажируют чем либо у каждого есть свои скелеты в шкафу
Ну да конечно, встроить уязвимость в ПО это ведь так легко отдельно взятому сотруднику - ведь ни кто не заметит каммитов в репозитории (у разработчиков сложных схем уверен что примерно так же, где разработка ведется не в одно рыло). Это может где то в прошлом веке и могло сработать, сейчас все шаги проекта записаны.
ну а что не так? допустим, как это сейчас повсеместно делается, написание отдали на оутсорс, и оутсорсеру приходят серьезные дяди, и вручают уже написанный софт с нужными дополнительными функциями. писаный не индусами, все грамотно интегрировано. и что в этом нереального?
У нас в стране на каждый лье По сто шпионов Ришелье. Мигнёт француз - известно кардиналу. Шпионы там, шпионы здесь, Без них не встать, без них не сесть. Вздохнёт француз - изве-е-естно кардиналу.
Ну да конечно, встроить уязвимость в ПО это ведь так легко отдельно взятому сотруднику - ведь ни кто не заметит каммитов в репозитории (у разработчиков сложных схем уверен что примерно так же, где разработка ведется не в одно рыло). Это может где то в прошлом веке и могло сработать, сейчас все шаги проекта записаны.
ну а что не так? допустим, как это сейчас повсеместно делается, написание отдали на оутсорс, и оутсорсеру приходят серьезные дяди, и вручают уже написанный софт с нужными дополнительными функциями. писаный не индусами, все грамотно интегрировано. и что в этом нереального?
Ну если ты думаешь что серьезные проекты (а не серьезные не соберут бигдата и никому не интересны) именно так делаются - то ок.
ПС Тем более на аутсорсе (вне США) на законы США хуй забьют Так что это даже безопаснее.
Это сообщение отредактировал LongTom - 30 июл 2025 в 08:37
Ну да конечно, встроить уязвимость в ПО это ведь так легко отдельно взятому сотруднику - ведь ни кто не заметит каммитов в репозитории (у разработчиков сложных схем уверен что примерно так же, где разработка ведется не в одно рыло). Это может где то в прошлом веке и могло сработать, сейчас все шаги проекта записаны.
Причем здесь одному - говорится про сам юридический факт с последствиями. А кусок кода над которым работало хз сколько людей ему могут и из ЦРУ подкинуть.
нахуя он приплел СССР, если тогда и технологий таких небыло?
Неумение понимать информацию - весьма существенная проблема.
Он не приплетал СССР, он сыграл на устойчивом убеждении, типа, вот, про СССР же всегда говорили, мол, чемпион по тоталитаризму и все такое, а тут, хуяк, это не про СССР, это про США.
То есть, перевожу на доступные для Вашего понимания формулировки - так получается, что США ничем не отличается от Империи зла?
У нас в стране на каждый лье По сто шпионов Ришелье. Мигнёт француз - известно кардиналу. Шпионы там, шпионы здесь, Без них не встать, без них не сесть. Вздохнёт француз - изве-е-естно кардиналу.
Ну да конечно, встроить уязвимость в ПО это ведь так легко отдельно взятому сотруднику - ведь ни кто не заметит каммитов в репозитории (у разработчиков сложных схем уверен что примерно так же, где разработка ведется не в одно рыло). Это может где то в прошлом веке и могло сработать, сейчас все шаги проекта записаны.
Он и говорит, про разработчиков которые пишут каммиты в репозитории. Имеется ввиду работающий код, но с ошибкой, например такой:
Переполнение буфера (Buffer Overflow): Наиболее распространенная уязвимость, возникающая, когда данные записываются за пределы выделенной области памяти. Это может привести к перезаписи критически важных данных, сбою программы или даже выполнению вредоносного кода.
Только зарегистрированные и авторизованные пользователи могут оставлять комментарии. Авторизуйтесь, пожалуйста, или зарегистрируйтесь, если не зарегистрированы.
1 Пользователей читают эту тему (1 Гостей и 0 Скрытых Пользователей)
Так что это даже безопаснее.
yaplakal.com