sudo proxychains prieš proxychains sudo: kodėl tvarka svarbi

Supraskite, kodėl proxychains sudo gali prarasti savo perėmimo biblioteką, o sudo proxychains paleidžia apvalkalą tikslinėje vykdymo aplinkoje.

Šios komandos neturi tos pačios vykdymo ribos:

proxychains4 sudo command
sudo proxychains4 command

Proxychains-ng pasirūpina, kad biblioteka būtų iš anksto įkelta į tikslinę programą. Linux sistemoje vykdant set-user-ID programą, pavyzdžiui, sudo, suveikia įkėlėjo saugos taisyklės, kurios pašalina atitinkamus bibliotekų įkėlimo kintamuosius prieš tai, kai sudo gali juos išsaugoti.

Todėl "išsaugoti daugiau aplinkos" nėra patikimas sprendimas įdėti sudo į apvalkalo vidų. sudoers vadove aiškiai aprašoma, kad tokie kintamieji kaip LD_* pašalinami prieš prasidedant sudo.

Jei komandai iš tikrųjų reikia tikslinės paskyros, paleiskite apvalkalą toje leistoje aplinkoje. Tada patikrinkite, kokią konfigūraciją ji skaito: sudo gali pakeisti HOME, PATH ir taikomą vartotojo failą. Veikiantis kvietimas be privilegijų neįrodo, kad root pasirinko tą patį tarpinio serverio sąrašą.

Pirmenybę teikite natūraliai programos tarpinio serverio sąsajai, jei ji tokia siūloma. Taip išvengiama priklausomybės nuo perėmimo užklausai, kurią programa jau moka nukreipti.

Taip pat turėkite omenyje proxychains aprėpties ribas. Jo paleidimo pranešimas įrodo, kad apvalkalas paleistas; jis neįrodo, kad neapdoroti paketai, nepalaikomi kvietimai ar atskirai paleistas esamas programos procesas naudojo jo biblioteką. Patvirtinkite tą tinklo operaciją, kurią ketinote perimti, o ne laikykite root privilegijos įrodymu, kad kiekviena operacija buvo perimta.

Susiję straipsniai