GitHub объявил об усилении защиты от попадания в репозитории конфиденциальных данных, по недосмотру оставленных разработчиками в коде. Например, случается, что в репозиторий попадают файлы конфигурации с паролями к СУБД, токены или ключи доступа к API...Подробнее: https://www.opennet.ru/opennews/art.shtml?num=56968
Лучше бы отправляли к автору коммита ликтора с пучком розог.
учитывая количества ОНО - им может так понравиться, что ключей не напасешься.
Это они хорошо сделали, молодцы. Раньше приходилось для этого скрипты писать с учётом разных платформ и инструкции для разработчиков, которые никто не читает. Надо попробовать накоммитить фейковых ключей и если работает, выбросить ¾ этой скриптовой лапши из репы.
> приходилось для этого скрипты писатьда что у вас за разрабы такие? хренак-хренак не глядя, git add . && git commit -m 'Привет, влей пожалуйста, оч надо'
во всех компаниях размером более пяти человек такие разрабы
а кое-где и менее пяти.
Во-первых, где он других рабов тебе поналовит?
Во-вторых почему только разрабы? Еще есть девляпс-отдел. С инфраструктурка as a cocococoде!"У нас все конфиги - в репо!" Куда он тебе еще ключи положит?
А у тебя где конфиги? В единственном экземпляре в /etc без лога аудита? Кроме локалхоста своего что-нибудь видел?
В /etc/, да. Без ненужного лога ненужно, который читать будет примерно никто и никогда.А твои ключи - сегодня достались всему миру, потому что "реп по умолчанию паблик", ой, ну недоглядели, ну бываит, разработчиков много, люди имеють право на ошибку (люди?! Какие еще люди?! Хвост в штанину просунул и думает - сойдет!)
А мои не достались, потому что у макакеров нет к ним доступа вообще, и они никогда не попадут ни в какой "реп".
Да и локалхост твой тоже никому, в общем-то, не сдался. Но речь про бизнес-решения, где и лог читать надо, и неподписанные правильным ключом коммиты дальше дев-кластера не попадут.
> Да и локалхост твой тоже никому, в общем-то, не сдался. Но речь
> про бизнес-решенияадмин локалхоста п-дит мне тут про "бизнес решения" виденные им только в фантазиях, как мило.
>, где и лог читать надо, и неподписанные правильным ключом
> коммиты дальше дев-кластера не попадут.а подписанные правильным ключом коммиты с ключами - уютно лежат для всеобщего обозрения. Да, у великих админов дев-кластеров оно примерно так и есть.
Причем они ничему не учатся, ибо необучаемы. Ну вот, зато шитхаб о вас позаботился, бизнесрешатели подвальные.
Ну не дуйся ты так, через каких лет десять доверят и тебе что-то кроме замены картриджей. А там глядишь и эникейство доверят. Не всю же жизнь тебе в датацентре полы мести.
Разрабы — самые обычные люди, которые иногда совершают ошибки. И чтобы эти ошибки не были фатальными, существует комплекс мер по их предотвращению. Где-то не так?
"Иногда" надо заменить на "очень часто".
это ни разу не ошибка. Это современный стиль разработки и адми...ой, простите, девоп-подхода. Администрирование это ваше - позапрошлый век, им никто давно не занимается, некогда, спринт не ждет!
Я больше 20 лет админю, начинал с хтонических санов, z/OS и прочей нечисти. До сих пор поражаюсь, что не перевелись идиоты, которые хотят обратно к этому откатиться. Любое изменение занимало месяцы, при этом качество кода поддерживалось вручную, от форматирования до выявления типовых ошибок. Вместо прогона статического анализатора на каждый коммит, Александр и Валерий по пятницам шерстили свешие коммиты в CVS (!) в поисках обращений к неинициализированным переменным, выходов за пределы массивов и так далее. Мартышкин труд, на который убиты годы чьей-то жизни.
> обратно к этому откатиться. Любое изменение занимало месяцы, при этом качествопоэтому говенные иногда успевали похоронить до выкладывания в прод. Бизнес и по сей день примерно так и работает - continuous desintegration это для лохов-конечных пользователей, а за подобное обращение с деньгами хозяев можно и под децимацию угодить.
> кода поддерживалось вручную, от форматирования до выявления типовых ошибок. Вместо прогона
зато все ключи от всего не выкладывались на шитхаб автоматически и без всяких сомнений. Впрочем, автоформатировалки кода существуют примерно с середины 80х. Как и триггеры в cvs. Что вы ими не умели пользоваться - опять же говорит только о вашей неквалифицированности, гордо пронесенной через пол-века.
Безусловно ваши нужные и полезные изменения важнее донести до прода сию секунду, чем обеспечить безопасность этого самого прода. К счастью, так думают еще не везде, но, к сожалению, эпоха одноразовых (нуль разовых потому что рушатся при первом же проходе поезда - зато очень-очень быстро чинятся) мостов уже наступила.
В прямом смысле тоже - потому что технологические системы тоже делают так же и теми же руками. Только вопрос времени когда что-то невиртуальное и очень ядовитое йапнет не в Индии а в так называемой цивилизованной стране.
Если очень часто, то тем более нужны меры. Но я с такими не работаю, я их всех тебе оставил.
раз было так: организация с приватными репами, человек по привычке сделал реп, закинул туда какие-то свои настройки, ну и ключи AWS. реп по умолчанию публичный создается. вот и получилось.