sudo proxychains vs. proxychains sudo: pam mae trefn yn bwysig
Deall pam y gall proxychains sudo golli ei lyfrgell ryng-gipio, tra bod sudo proxychains yn cychwyn y lapio yn y cyd-destun gweithredu targed.
Nid yw'r gorchmynion hyn yn rhannu'r un ffin weithredu:
proxychains4 sudo command
sudo proxychains4 command
Mae Proxychains-ng yn trefnu bod llyfrgell yn cael ei rhaglwytho i'r rhaglen darged. Ar Linux, mae gweithredu rhaglen set-user-ID fel sudo yn cychwyn rheolau diogelwch y llwythwr, sy'n tynnu'r newidynnau llwytho llyfrgell perthnasol cyn y gall sudo eu cadw.
O ganlyniad, nid yw "cadw mwy o amgylchedd" yn atgyweiriad dibynadwy ar gyfer rhoi sudo y tu mewn i'r lapio. Mae llawlyfr sudoers yn disgrifio'n benodol fod newidynnau fel LD_* yn cael eu tynnu cyn i sudo ddechrau.
Os oes angen y cyfrif targed ar orchymyn o ddifrif, dechreuwch y lapio yn y cyd-destun awdurdodedig hwnnw. Yna gwiriwch pa ffurfweddiad y mae'n ei ddarllen: gall sudo newid HOME, PATH, a'r ffeil fesul defnyddiwr berthnasol. Nid yw galwad heb fraint sy'n gweithio yn profi bod root wedi dewis yr un rhestr dirprwy.
Ffefrir rhyngwyneb dirprwy brodorol y rhaglen pan fydd ar gael. Mae hynny'n osgoi dibynnu ar ryng-gipio ar gyfer cais y mae'r rhaglen eisoes yn gwybod sut i'w lwybro.
Cadwch hefyd derfynau sylw proxychains mewn golwg. Mae ei neges gychwyn yn profi bod y lapio wedi cychwyn; nid yw'n profi bod pecynnau crai, galwadau anghynorthwyedig, neu broses raglen bresennol a gychwynnwyd ar wahân wedi defnyddio ei lyfrgell. Cadarnhewch y gweithrediad rhwydwaith roeddech am ei ryng-gipio, yn hytrach na thrin braint root fel tystiolaeth bod pob gweithrediad wedi'i ryng-gipio.