Важно 📌 Поръчай тема - какво искаш да напиша?

[toni]

Поръчай тема - какво искаш да напиша?​

---

toni@dtgarage:~$ ./request-topic.sh
[ INFO ] Темата се отваря веднъж. Заявките остават отворени.
[ READY ] Чакам заявка...

Ти задаваш посоката. Аз запретвам ръкавите.

---

Има нещо, което те човърка. Технически проблем, който никой не обяснява като хората. Система, която искаш да разбереш. Или въпрос, на който получаваш пет различни отговора - все от "сигурни източници".

Дай ми го. Може да стане следващата полезна тема в DTGaraGe.

---

Какво влиза в обхвата​

Автомобили, изпускателни системи, заваряване, Linux,Apple(MacOs), сървъри, мрежи, уеб, изкуствен интелект. Или нещо извън списъка, което заслужава да бъде разнищено.

Ако темата ти не се вписва никъде - толкова по-добре. Точно тези липсват най-много.

---

Как се подава заявка​

Три реда стигат. Напиши ги като отговор под тази тема:

1. Какво е - машина, модел, система, версия, конкретен код
2. Какво те затруднява - какво си пробвал и какво се е случило
3. Какъв резултат търсиш - да разбереш, да диагностицираш, да поправиш или да създадеш

Не ти трябва перфектно формулиран въпрос. Две изречения, снимка на проблема или един конкретен пример са напълно достатъчни за начало. Лошо зададеният въпрос е по-добър от незададения.

Изглежда ето така:

"Subaru Forester 2.0 от 2011, пали CEL само на студено и после гасне. Сменил съм ламбда сондата, нищо не се промени. Искам да разбера как да го диагностицирам сам, без да го карам на сервиз при всяка лампичка."

---

Какво става след това​

• Чета всяка заявка лично. Нито една не отива в алгоритъм.
• Подбирам тези, за които мога да дам проверено, смислено и приложимо съдържание.
• Избраната за седмицата влиза в седмичния бюлетин с името на този, който я е поръчал.
• Ако темата ти не влезе веднага, заявката остава. Понякога чака да се появи подходящата машина или подходящият повод.

Няма да обещавам тема по всяка заявка. Обещавам друго: няма да пиша за нещо, което не съм проверил, само защото е поискано.

Твоят въпрос може да спести на някого три вечери лутане и една ненужна покупка. А може да отвори врата, за която още не сме се сетили.​

---

Кое искаш най-после някой да ти обясни както трябва?

---

toni@dtgarage:~$ whoami
Тони Ангелчовски | Ексклузивно за DTGaraGe
toni@dtgarage:~$ cat LICENSE
Копирането и препубликуването без разрешение не е позволено.
toni@dtgarage:~$ ./support.sh
Подкрепи DTGaraGe и независимото техническо съдържание
toni@dtgarage:~$ █​

 

[linux]

Искам тема за linux forensics / rootkit-и

1. Какво е:
някакъв сървър дето отдавна работи (дебиан/убунту каквото и да е) и почва да се държи странно или има съмнения че е хванат

2. Какво ме мъчи:
стандартните неща тип ps, netstat, lsof, ls вече не им вярвам. Искам да знам как да търся реално скрити процеси, изтрити бинарници дето още се държат отворени, манипулирани syscall-и, скрити сокети, файлове с глупости по capabilities и immutable, rootkit-и дето живеят само в паметта или като модул

3. Какво искам:
реален подход отдолу нагоре. Как да гледаш системата когато тя вече те лъже. Максимално през /proc /sys inode-и и сурови данни, без да се осланяш на готовите инструменти. Нещо прaтично, не теория.

 

[toni]

toni@dtgarage:~$ ./request-topic.sh --status 001
[ DONE ] Заявка #001 изпълнена. Една нощ, без прекъсване.

@linux - заявката ти е написана. Част 1 е тук:

Linux forensics, част 1: Когато машината ти лъже в очите

Честно казано, не съм лягал. Заявката ме хвана точно където трябва и вместо да я оставя за другата седмица, седнах и я написах на един дъх, с пуснати команди между абзаците.

Поиска подход отдолу нагоре, през сурови данни, без обляване на готови инструменти. Точно това е вътре: процеси през /proc вместо през ps, сокети през inode вместо през ss, файлове по ctime вместо по mtime, модули през две несъвпадащи бройки.

Не е теория. Всяка команда е пусната на работеща машина с Debian 13 и всяко число в текста е нейният реален изход. Включително онова, което ме изненада посред нощ - 478 фалшиви доклада за скрити процеси на напълно здрава система, заради един липсващ ред в скрипта.

Част 2 идва с диска и паметта.

Ако нещо е останало на твърде високо ниво, кажи кое. Ще го напиша по-подробно в част 2.

toni@dtgarage:~$ cat queue.txt
[ OPEN ] Следващата заявка е свободна.