Size: a a a

2021 April 16

n

nod in pro.bash
источник

аᶘ

асоциальный пикотран... in pro.bash
Всё так. Единственное, на что можно рассчитывать, — это на то, что в системе будет доступен /bin/sh, и то только потому, что в libc захардкожен /bin/sh.

Самый очевидный пример — это NixOS, в котором все бинари распределены по разным директориям, в отличие от большой помойки в /bin.
Надо попробовать поставить NixOS и посмотреть, но мне помнилось, что там таки тоже /bin/sh как симлинк всё равно существует.
А вот баш, вангую, таки в отдельной директории.
источник

F

Fljúgandi Kettlingur... in pro.bash
я его слушаю и прямо слышу "а вот он был в маске и все равно заразился, а она была в трех метрах и до нее все равно долетело, все это бесполезно что вы рекомендуете"
источник

аᶘ

асоциальный пикотран... in pro.bash
Аналогия мне не до конца понятна, но мне интересно твоё мнение на его тейки.
В целом я понимаю идею, почему условно файрволл с тремя открытыми портами мало поможет при трёх запущенных сервисах.
Или почему смена порта sshd — это security by obscurity (интересно, port knocking попал бы под то же определение или нет).
И даже то, что password manager + ssh по паролю == ssh по ключу.
источник

аᶘ

асоциальный пикотран... in pro.bash
Я вот, например, не имею опыта авто-апдейтов условного дебиана, у которого есть возможность подключить только репы с security-апдейтами. Есть ли вероятность что-то сломать при таком авто-апдейте?
источник

F

Fljúgandi Kettlingur... in pro.bash
he's made some valid points, но он начисто выкидывает концепцию швейцарского сыра и говорит "а все равно можно обойти, следовательно это бесполезно". В общем, я не могу с ним полностью согласиться. Любое из этих действий повышает цену взлома.
источник

F

Fljúgandi Kettlingur... in pro.bash
вероятность есть всегда (тм)
В моей практике это ничего не ломало
источник

TokaToka Яздесь... in pro.bash
Так ты просто соблюдай стандарты C89 и компилируй тем компилятором, без оптимизаций, этого за глаза должно хватать.
Другой разговор накой тебе совместимость с 32бит?
источник

аᶘ

асоциальный пикотран... in pro.bash
Соблюдать стандарты — это прикольно, но мы говорим же не о коде на Си в вакууме (т.е. не в bare metal), а всё-таки в рамках ОС.
И тут вопрос: следование С89 гарантирует мне запуск на любой платформе, где есть компилятор Си?
Пусть даже возьмём от 1990-ого по 2020-ый. Как по мне, оно так не всегда работает. Вот и интересно, где же эти самые различия.
Выше я, кажется, писал, что мой код шелла, написанный по манам на сисколлы от линукса, таки прекрасно компилируется и работает на UnixWare из 2000-ого. Вопрос в том, могу ли я тогда взять что-то ещё старее и гарантировать работу там этой программы, которая активно использует OS-specific фичи.
источник

аᶘ

асоциальный пикотран... in pro.bash
Контрпример максимально тупой: https://port70.net/~nsz/c/c89/c89-draft.html#2.2.3
Вот есть у меня C89, я пишу код на Си под шиндоусом, но у меня там, вангую, не будет функции signal(), хотя в стандарте о ней написано.
источник

аᶘ

асоциальный пикотран... in pro.bash
Наверное, правильнее разделять этот стандарт на стандарт языка и стандарт самой libc, конечно.
источник

аᶘ

асоциальный пикотран... in pro.bash
источник

TokaToka Яздесь... in pro.bash
Детали, нюансы... как я их люблю)))

По-идее в этом суть принципа обратной совместимости: пока официально не заявлено обратное, то код, написанный в старом стандарте языка под старую спецификацию ОС и откомпилированный компилятором этого стандарта будет работать на всех более новых версиях этой же системы.
Уникальной спецификой в этом случае должен быть компилятор и стандарт ОС, но не сам код.
Т.е. чисто логически, все, что ты напишешь под посикс старой версии будет переносимо на все посикс-платформы той версии стандарта и новее, вплоть до версий с заявленной отменой легаси и иногда даже без перекомпиляции, при попадании на abi-совместимость.
Если этого не происходит, значит, где-то происходит несоблюдение стандарта или специфичный баг.
источник

TokaToka Яздесь... in pro.bash
А вот как писать в обратную сторону, новыми инструментами под старые платформы, это я даже теоретически сильно так хз 🤷‍♂️
источник

D

Dima in pro.bash
@nodeven, @picokun спасибо за ответы.
источник

VP

Vadim "Oxyd&quo... in pro.bash
Вот в этом тонком извращении точно без env не обойтись! 😉
источник

n

nod in pro.bash
Страшно вырубай
источник

V

Vikentsi in pro.bash
Да ладно вам :) хорошая система на покрутить ручки!
источник

ВА

Вартан Айвазян... in pro.bash
Всем доброго вечера, требуется доработать Два баш скрипта или объяснить как работают уже имеющиеся.

первый скрипт
- скрипт для перезаписи тайминга Мобильных proxy в crontab -e

второй скрипт
- скрипт для переключение авторизации между ( авторизация по IP / авторизация по логин пароль ).

более детальную информацию и готовые скрипты могу скинуть в личку для изучения. Оплата по договоренности

если Кого заинтересовало прошу в личку
источник
2021 April 17

D

Dima in pro.bash
Почему вы не пошли на специализированную биржу фрилансеров где предоставляются обоюдные гарантии?
источник