ຂ້ອຍເປັນຮາກ. ຄວາມເຂົ້າໃຈກ່ຽວກັບ Linux OS Privilege Escalation

ຂ້ອຍໃຊ້ເວລາໃນໄຕມາດທໍາອິດຂອງປີ 2020 ກະກຽມສໍາລັບການສອບເສັງ OSCP. ການຊອກຫາຂໍ້ມູນໃນ Google ແລະຄວາມພະຍາຍາມ "ຕາບອດ" ຫຼາຍຄັ້ງໃຊ້ເວລາຫວ່າງຂອງຂ້ອຍທັງຫມົດ. ມັນໄດ້ຫັນອອກເປັນການຍາກທີ່ຈະເຂົ້າໃຈກົນໄກສໍາລັບການ escalating ສິດທິພິເສດ. ຫຼັກສູດ PWK ເອົາໃຈໃສ່ຢ່າງໃຫຍ່ຫຼວງຕໍ່ຫົວຂໍ້ນີ້, ແຕ່ວັດສະດຸວິທີການແມ່ນບໍ່ພຽງພໍ. ມີຫຼາຍຄູ່ມືໃນອິນເຕີເນັດທີ່ມີຄໍາສັ່ງທີ່ເປັນປະໂຫຍດ, ແຕ່ຂ້ອຍບໍ່ແມ່ນຜູ້ສະຫນັບສະຫນູນຂອງ blindly ປະຕິບັດຕາມຄໍາແນະນໍາໂດຍບໍ່ມີການເຂົ້າໃຈວ່ານີ້ຈະນໍາໄປສູ່ບ່ອນໃດ.

ຂ້າ​ພະ​ເຈົ້າ​ຢາກ​ຈະ​ແບ່ງ​ປັນ​ກັບ​ທ່ານ​ສິ່ງ​ທີ່​ຂ້າ​ພະ​ເຈົ້າ​ໄດ້​ຈັດ​ການ​ເພື່ອ​ຮຽນ​ຮູ້​ໃນ​ລະ​ຫວ່າງ​ການ​ກະ​ກຽມ​ແລະ​ສົບ​ຜົນ​ສໍາ​ເລັດ​ຂອງ​ການ​ຜ່ານ​ການ​ສອບ​ເສັງ (ລວມ​ທັງ​ການ​ໂຈມ​ຕີ​ເປັນ​ໄລ​ຍະ​ໃນ Hack The Box). ຂ້າ​ພະ​ເຈົ້າ​ຮູ້​ສຶກ​ເຖິງ​ຄວາມ​ກະ​ຕັນ​ຍູ​ຢ່າງ​ເລິກ​ເຊິ່ງ​ສຳ​ລັບ​ຂໍ້​ມູນ​ທຸກ​ອັນ​ທີ່​ຊ່ວຍ​ໃຫ້​ຂ້າ​ພະ​ເຈົ້າ​ເດີນ​ໄປ​ໃນ​ເສັ້ນ​ທາງ Try Harder ຢ່າງ​ມີ​ສະ​ຕິ​ຫລາຍ​ຂຶ້ນ, ຕອນ​ນີ້​ແມ່ນ​ເວ​ລາ​ຂອງ​ຂ້າ​ພະ​ເຈົ້າ​ທີ່​ຈະ​ໃຫ້​ກັບ​ຊຸມ​ຊົນ.

ຂ້ອຍຕ້ອງການໃຫ້ຄໍາແນະນໍາແກ່ເຈົ້າກ່ຽວກັບການເພີ່ມສິດທິພິເສດໃນ OS Linux, ເຊິ່ງລວມມີການວິເຄາະຂອງ vectors ທົ່ວໄປທີ່ສຸດແລະລັກສະນະທີ່ກ່ຽວຂ້ອງທີ່ເຈົ້າຕ້ອງການແນ່ນອນ. ເລື້ອຍໆ, ກົນໄກການຂະຫຍາຍສິດທິພິເສດຕົວເອງແມ່ນຂ້ອນຂ້າງງ່າຍດາຍ, ຄວາມຫຍຸ້ງຍາກເກີດຂື້ນໃນເວລາທີ່ໂຄງສ້າງແລະການວິເຄາະຂໍ້ມູນ. ດັ່ງນັ້ນ, ຂ້າພະເຈົ້າໄດ້ຕັດສິນໃຈເລີ່ມຕົ້ນດ້ວຍ "ການທ່ອງທ່ຽວທັດສະນະ" ແລະຫຼັງຈາກນັ້ນພິຈາລະນາແຕ່ລະ vector ໃນບົດຄວາມແຍກຕ່າງຫາກ. ຂ້ອຍຫວັງວ່າຂ້ອຍຈະປະຫຍັດເວລາຂອງເຈົ້າໃນການສຶກສາຫົວຂໍ້.

ດັ່ງນັ້ນ, ເປັນຫຍັງການຂະຫຍາຍສິດທິພິເສດແມ່ນເປັນໄປໄດ້ໃນປີ 2020 ຖ້າວິທີການຕ່າງໆເປັນທີ່ຮູ້ຈັກກັນດີເປັນເວລາດົນນານ? ໃນຄວາມເປັນຈິງ, ຖ້າຜູ້ໃຊ້ຈັດການລະບົບຢ່າງຖືກຕ້ອງ, ມັນກໍ່ເປັນໄປບໍ່ໄດ້ທີ່ຈະເພີ່ມສິດທິໃນມັນ. ບັນຫາຕົ້ນຕໍຂອງໂລກທີ່ເຮັດໃຫ້ເກີດໂອກາດດັ່ງກ່າວແມ່ນ ການຕັ້ງຄ່າທີ່ບໍ່ປອດໄພ. ການປະກົດຕົວຂອງຊອບແວທີ່ລ້າສະໄຫມທີ່ມີຊ່ອງໂຫວ່ຢູ່ໃນລະບົບຍັງເປັນກໍລະນີພິເສດຂອງການຕັ້ງຄ່າທີ່ບໍ່ປອດໄພ.

ການຂະຫຍາຍສິດທິພິເສດຜ່ານການຕັ້ງຄ່າທີ່ບໍ່ປອດໄພ

ກ່ອນອື່ນ ໝົດ, ໃຫ້ຈັດການກັບການຕັ້ງຄ່າທີ່ບໍ່ປອດໄພ. ໃຫ້ເລີ່ມຕົ້ນດ້ວຍ ຜູ້ຊ່ຽວຊານດ້ານໄອທີມັກຈະໃຊ້ຄູ່ມືແລະຊັບພະຍາກອນເຊັ່ນ stackoverflow, ຈໍານວນຫຼາຍທີ່ມີຄໍາສັ່ງທີ່ບໍ່ປອດໄພແລະການຕັ້ງຄ່າ. ຕົວຢ່າງທີ່ໂດດເດັ່ນແມ່ນ ຂ່າວ ວ່າລະຫັດທີ່ຄັດລອກຫຼາຍທີ່ສຸດຈາກ stackoverflow ມີຂໍ້ຜິດພາດ. admin ມີປະສົບການຈະເຫັນ jamb, ແຕ່ນີ້ແມ່ນຢູ່ໃນໂລກທີ່ເຫມາະສົມ. ເຖິງແມ່ນວ່າຜູ້ຊ່ຽວຊານດ້ານຄວາມສາມາດ ເພີ່ມ​ທະ​ວີ​ການ​ເຮັດ​ວຽກ​ ຄວາມສາມາດໃນການເຮັດຜິດພາດ. ຈິນຕະນາການວ່າຜູ້ບໍລິຫານກໍາລັງກະກຽມແລະອະນຸມັດເອກະສານສໍາລັບການຍື່ນສະເຫນີຕໍ່ໄປ, ໃນເວລາດຽວກັນ delving ເຂົ້າໄປໃນເຕັກໂນໂລຊີໃຫມ່ທີ່ຈະນໍາສະເຫນີໃນໄຕມາດຕໍ່ໄປ, ໃນຂະນະທີ່ແຕ່ລະໄລຍະແກ້ໄຂວຽກງານສະຫນັບສະຫນູນຜູ້ໃຊ້. ແລະຫຼັງຈາກນັ້ນລາວໄດ້ຮັບຫນ້າທີ່ໃນການລ້ຽງສອງເຄື່ອງ virtual ຢ່າງໄວວາແລະເປີດບໍລິການໃຫ້ເຂົາເຈົ້າ. ທ່ານຄິດວ່າແນວໃດ, ຄວາມເປັນໄປໄດ້ທີ່ admin ພຽງແຕ່ບໍ່ໄດ້ສັງເກດເຫັນ jamb? ຫຼັງຈາກນັ້ນ, ຜູ້ຊ່ຽວຊານປ່ຽນແປງ, ແຕ່ໄມ້ຄ້ອນຍັງຄົງຢູ່, ໃນຂະນະທີ່ບໍລິສັດສະເຫມີພະຍາຍາມຫຼຸດຜ່ອນຄ່າໃຊ້ຈ່າຍ, ລວມທັງຜູ້ຊ່ຽວຊານດ້ານໄອທີ.

Pseudo shell ແລະ jailbreak

ແກະລະບົບທີ່ໄດ້ຮັບໃນໄລຍະການຜະລິດມັກຈະຖືກຈໍາກັດ, ໂດຍສະເພາະຖ້າທ່ານໄດ້ຮັບມັນໂດຍການ hack ຜູ້ໃຊ້ເວັບເຊີຟເວີ. ຕົວຢ່າງ, ການຈໍາກັດ shell ສາມາດປ້ອງກັນບໍ່ໃຫ້ທ່ານໃຊ້ຄໍາສັ່ງ sudo ດ້ວຍຄວາມຜິດພາດ:

sudo: no tty present and no askpass program specified

ຫຼັງຈາກໄດ້ຮັບ shell, ຂ້າພະເຈົ້າແນະນໍາໃຫ້ສ້າງ terminal ເຕັມປ່ຽມ, ຕົວຢ່າງເຊັ່ນ Python.

python -c 'import pty;pty.spawn("/bin/bash")'

ທ່ານຖາມວ່າ: "ເປັນຫຍັງຂ້ອຍຈໍາເປັນຕ້ອງມີຄໍາສັ່ງຫນຶ່ງພັນ, ຖ້າຂ້ອຍສາມາດໃຊ້ຫນຶ່ງ, ຕົວຢ່າງ, ການໂອນໄຟລ໌?" ຄວາມຈິງແລ້ວແມ່ນວ່າລະບົບຖືກຕັ້ງຄ່າແຕກຕ່າງກັນ, ໃນເຈົ້າພາບຕໍ່ໄປ Python ອາດຈະບໍ່ຖືກຕິດຕັ້ງ, ແຕ່ Perl ແມ່ນມີຢູ່. ທັກສະແມ່ນສາມາດເຮັດສິ່ງທີ່ຄຸ້ນເຄີຍໃນລະບົບໂດຍບໍ່ມີເຄື່ອງມືທີ່ຄຸ້ນເຄີຍ. ບັນຊີລາຍຊື່ເຕັມຂອງລັກສະນະສາມາດພົບໄດ້ ທີ່ນີ້.

ແກະສິດທິພິເສດຕໍ່າສາມາດໄດ້ຮັບໂດຍໃຊ້ ທີມ 1 и ທີມ 2 (ເປັນເລື່ອງແປກທີ່ເຖິງແມ່ນວ່າ GIMP).

ເບິ່ງປະຫວັດຄໍາສັ່ງ

Linux ເກັບກໍາປະຫວັດຂອງຄໍາສັ່ງປະຕິບັດທັງຫມົດໃນໄຟລ໌ ~ / .bash_history. ຖ້າເຊີບເວີຖືກໃຊ້ຢ່າງຫ້າວຫັນ ແລະປະຫວັດຂອງມັນບໍ່ໄດ້ຖືກລຶບລ້າງ, ມີໂອກາດທີ່ດີທີ່ຈະພົບເຫັນຂໍ້ມູນປະຈໍາຕົວຢູ່ໃນໄຟລ໌ນີ້. ການລຶບລ້າງປະຫວັດສາດແມ່ນບໍ່ສະດວກ. ຖ້າຜູ້ບໍລິຫານຖືກບັງຄັບໃຫ້ເລືອກເອົາຄໍາສັ່ງລະດັບສິບຜ່ານ, ແນ່ນອນ, ມັນຈະສະດວກກວ່າສໍາລັບລາວທີ່ຈະໂທຫາຄໍາສັ່ງນີ້ຈາກປະຫວັດສາດກ່ວາການໃສ່ມັນອີກເທື່ອຫນຶ່ງ. ນອກຈາກນັ້ນ, ຫຼາຍຄົນບໍ່ຮູ້ກ່ຽວກັບ "hack" ນີ້. ຖ້າມີຫອຍທາງເລືອກເຊັ່ນ Zsh ຫຼືປາຢູ່ໃນລະບົບ, ພວກມັນມີປະຫວັດຂອງຕົນເອງ. ເພື່ອສະແດງປະຫວັດຂອງຄໍາສັ່ງໃນ shell ໃດ, ພຽງແຕ່ພິມຄໍາສັ່ງປະຫວັດສາດ.

cat ~/.bash_history
cat ~/.mysql_history
cat ~/.nano_history
cat ~/.php_history
cat ~/.atftp_history

ມີການແບ່ງປັນໂຮດຕິ້ງ, ໃນທີ່ເຄື່ອງແມ່ຂ່າຍຖືກນໍາໃຊ້ເພື່ອໂຮດຫລາຍເວັບໄຊທ໌. ໂດຍປົກກະຕິ, ດ້ວຍການຕັ້ງຄ່ານີ້, ແຕ່ລະຊັບພະຍາກອນມີຜູ້ໃຊ້ຂອງຕົນເອງທີ່ມີໄດເລກະທໍລີເຮືອນແຍກຕ່າງຫາກແລະເຈົ້າພາບ virtual. ດັ່ງນັ້ນ, ຖ້າຕັ້ງຄ່າບໍ່ຖືກຕ້ອງ, ທ່ານສາມາດຊອກຫາໄຟລ໌ .bash_history ໃນລະບົບຮາກຂອງຊັບພະຍາກອນເວັບ.

ຊອກຫາລະຫັດຜ່ານໃນລະບົບໄຟລ໌ແລະການໂຈມຕີໃນລະບົບທີ່ຢູ່ໃກ້ຄຽງ

ໄຟລ໌ການຕັ້ງຄ່າສໍາລັບການບໍລິການຕ່າງໆອາດຈະສາມາດອ່ານໄດ້ໂດຍຜູ້ໃຊ້ປະຈຸບັນຂອງທ່ານ. ໃນພວກເຂົາ, ທ່ານສາມາດຊອກຫາຂໍ້ມູນປະຈໍາຕົວໃນຂໍ້ຄວາມທີ່ຊັດເຈນ - ລະຫັດຜ່ານສໍາລັບການເຂົ້າເຖິງຖານຂໍ້ມູນຫຼືບໍລິການທີ່ກ່ຽວຂ້ອງ. ລະຫັດຜ່ານດຽວກັນສາມາດນໍາໃຊ້ໄດ້ທັງໃນການເຂົ້າເຖິງຖານຂໍ້ມູນແລະອະນຸຍາດໃຫ້ຜູ້ໃຊ້ຮາກ (ພະນັກງານປະຈໍາຕົວ).
ມັນເກີດຂື້ນວ່າຂໍ້ມູນປະຈໍາຕົວທີ່ພົບເຫັນເປັນຂອງການບໍລິການຢູ່ໃນໂຮດອື່ນ. ການພັດທະນາການໂຈມຕີພື້ນຖານໂຄງລ່າງໂດຍຜ່ານເຈົ້າພາບທີ່ຖືກປະນີປະນອມແມ່ນບໍ່ຮ້າຍແຮງກວ່າການຂູດຮີດຂອງເຈົ້າພາບອື່ນໆ. ລະບົບທີ່ຢູ່ໃກ້ຄຽງຍັງສາມາດພົບໄດ້ໂດຍການຊອກຫາທີ່ຢູ່ IP ໃນລະບົບໄຟລ໌.

grep -lRi "password" /home /var/www /var/log 2>/dev/null | sort | uniq #Find string password (no cs) in those directories
grep -a -R -o '[0-9]{1,3}.[0-9]{1,3}.[0-9]{1,3}.[0-9]{1,3}' /var/log/ 2>/dev/null | sort -u | uniq #IPs inside logs

ຖ້າເຈົ້າພາບທີ່ຖືກທໍາລາຍມີຄໍາຮ້ອງສະຫມັກເວັບໄຊຕ໌ທີ່ສາມາດເຂົ້າເຖິງໄດ້ຈາກອິນເຕີເນັດ, ມັນດີກວ່າທີ່ຈະຍົກເວັ້ນບັນທຶກຂອງມັນຈາກການຊອກຫາທີ່ຢູ່ IP. ທີ່ຢູ່ຂອງຜູ້ໃຊ້ຊັບພະຍາກອນຈາກອິນເຕີເນັດບໍ່ຫນ້າຈະເປັນປະໂຫຍດຕໍ່ພວກເຮົາ, ແຕ່ທີ່ຢູ່ຂອງເຄືອຂ່າຍພາຍໃນ (172.16.0.0/12, 192.168.0.0/16, 10.0.0.0/8) ແລະບ່ອນທີ່ພວກເຂົາໄປ, ຕັດສິນໂດຍ. ບັນທຶກ, ອາດຈະມີຄວາມສົນໃຈ.

Sudo

ຄໍາສັ່ງ sudo ອະນຸຍາດໃຫ້ຜູ້ໃຊ້ປະຕິບັດຄໍາສັ່ງໃນສະພາບການຂອງຮາກດ້ວຍລະຫັດຜ່ານຂອງຕົນເອງຫຼືໂດຍບໍ່ຕ້ອງໃຊ້ມັນເລີຍ. ການດໍາເນີນງານຈໍານວນຫຼາຍໃນ Linux ຕ້ອງການສິດທິຂອງຮາກ, ແຕ່ການດໍາເນີນການເປັນຮາກແມ່ນຖືວ່າເປັນການປະຕິບັດທີ່ບໍ່ດີຫຼາຍ. ແທນທີ່ຈະ, ມັນດີກວ່າທີ່ຈະນໍາໃຊ້ການອະນຸຍາດທີ່ເລືອກເພື່ອປະຕິບັດຄໍາສັ່ງໃນສະພາບການຮາກ. ຢ່າງໃດກໍຕາມ, ເຄື່ອງມື Linux ຈໍານວນຫຼາຍ, ລວມທັງມາດຕະຖານເຊັ່ນ vi, ສາມາດຖືກນໍາໃຊ້ເພື່ອເພີ່ມທະວີສິດທິພິເສດໃນທາງທີ່ຖືກຕ້ອງ. ເພື່ອຊອກຫາວິທີທີ່ເຫມາະສົມ, ຂ້າພະເຈົ້າແນະນໍາໃຫ້ເບິ່ງ ທີ່ນີ້.

ສິ່ງທໍາອິດທີ່ຕ້ອງເຮັດຫຼັງຈາກການເຂົ້າເຖິງລະບົບແມ່ນເພື່ອດໍາເນີນການຄໍາສັ່ງ sudo -l. ມັນຈະສະແດງການອະນຸຍາດໃຫ້ໃຊ້ຄໍາສັ່ງ sudo. ຖ້າຜູ້ໃຊ້ທີ່ບໍ່ມີລະຫັດຜ່ານແມ່ນໄດ້ຮັບ (ເຊັ່ນ apache ຫຼື www-data), sudo privilege vector escalation ຄົງຈະບໍ່ເປັນ. ເມື່ອໃຊ້ sudo, ລະບົບຈະຖາມຫາລະຫັດຜ່ານ. ການໃຊ້ຄໍາສັ່ງ passwd ເພື່ອຕັ້ງລະຫັດຜ່ານຈະບໍ່ເຮັດວຽກ, ມັນຈະຖາມລະຫັດຜ່ານຜູ້ໃຊ້ປະຈຸບັນ. ແຕ່ຖ້າ sudo ຍັງມີຢູ່, ໃນຄວາມເປັນຈິງ, ທ່ານຈໍາເປັນຕ້ອງຊອກຫາ:

• ນາຍແປພາສາໃດນຶ່ງ, ທຸກຄົນສາມາດວາງໄຂ່ໄດ້ (PHP, Python, Perl);
• ບັນນາທິການຂໍ້ຄວາມໃດໆ (vim, vi, nano);
• viewers ໃດ (ຫນ້ອຍ, ຫຼາຍ);
• ຄວາມເປັນໄປໄດ້ຂອງການເຮັດວຽກກັບລະບົບໄຟລ໌ (cp, mv);
• ເຄື່ອງ​ມື​ທີ່​ມີ​ຜົນ​ຜະ​ລິດ​ໃນ bash​, ບໍ່​ວ່າ​ຈະ​ໂຕ້​ຕອບ​ຫຼື​ເປັນ​ຄໍາ​ສັ່ງ​ທີ່​ສາ​ມາດ​ປະ​ຕິ​ບັດ (awk​, find, nmap​, tcpdump​, man, vi​, vim​, ansible​)​.

Suid/Sgid

ມີຫຼາຍຄູ່ມືໃນອິນເຕີເນັດທີ່ແນະນໍາໃຫ້ສ້າງຄໍາສັ່ງ suid / sgid ທັງຫມົດ, ແຕ່ບົດຄວາມທີ່ຫາຍາກໃຫ້ສະເພາະກ່ຽວກັບສິ່ງທີ່ຕ້ອງເຮັດກັບໂຄງການເຫຼົ່ານີ້. ທາງເລືອກການຂະຫຍາຍສິດທິພິເສດທີ່ບໍ່ຄໍານຶງເຖິງການນໍາໃຊ້ການຂູດຮີດສາມາດພົບໄດ້ ທີ່ນີ້. ນອກຈາກນີ້, ຫຼາຍໆໄຟລ໌ທີ່ສາມາດປະຕິບັດໄດ້ມີຊ່ອງໂຫວ່ສະເພາະສໍາລັບເວີຊັນ OS, ຕົວຢ່າງເຊັ່ນ.

ໃນໂລກທີ່ເຫມາະສົມ, ທ່ານຄວນດໍາເນີນການແພັກເກັດທີ່ຕິດຕັ້ງທັງຫມົດໂດຍຜ່ານຢ່າງຫນ້ອຍ searchsploit. ໃນການປະຕິບັດ, ນີ້ຄວນຈະເຮັດກັບໂຄງການທີ່ນິຍົມຫຼາຍທີ່ສຸດເຊັ່ນ sudo. ມັນຍັງເປັນທາງເລືອກທີ່ຈະໃຊ້ແລະສະຫນັບສະຫນູນການພັດທະນາຂອງເຄື່ອງມືອັດຕະໂນມັດທີ່ຈະເນັ້ນໃສ່ທີ່ຫນ້າສົນໃຈ, ຈາກທັດສະນະການຂະຫຍາຍສິດທິພິເສດ, ສາມາດປະຕິບັດໄດ້ດ້ວຍຊຸດ suid / sgid bits. ຂ້ອຍຈະໃຫ້ບັນຊີລາຍຊື່ຂອງເຄື່ອງມືດັ່ງກ່າວຢູ່ໃນສ່ວນທີ່ສອດຄ້ອງກັນຂອງບົດຄວາມ.

ສະຄຣິບທີ່ສາມາດຂຽນໄດ້ໂດຍ Cron ຫຼື Init ໃນບໍລິບົດຂອງ Root

ວຽກ Cron ສາມາດດໍາເນີນການໃນສະພາບການຂອງຜູ້ໃຊ້ທີ່ແຕກຕ່າງກັນ, ລວມທັງຮາກ. ຖ້າມີຫນ້າວຽກໃນ cron ທີ່ມີການເຊື່ອມຕໍ່ກັບໄຟລ໌ທີ່ສາມາດປະຕິບັດໄດ້, ແລະມັນມີຢູ່ສໍາລັບທ່ານທີ່ຈະຂຽນ, ທ່ານສາມາດທົດແທນມັນໄດ້ຢ່າງງ່າຍດາຍດ້ວຍອັນຕະລາຍແລະປະຕິບັດການເພີ່ມສິດທິພິເສດ. ໃນເວລາດຽວກັນ, ໂດຍຄ່າເລີ່ມຕົ້ນ, ໄຟລ໌ທີ່ມີຫນ້າວຽກ cron ແມ່ນສາມາດໃຊ້ໄດ້ສໍາລັບການອ່ານໂດຍຜູ້ໃຊ້ໃດກໍ່ຕາມ.

ls -la /etc/cron.d  # show cron jobs 

ຄ້າຍຄືກັນແມ່ນກໍລະນີທີ່ມີ init. ຄວາມແຕກຕ່າງແມ່ນວ່າວຽກງານໃນ cron ຖືກປະຕິບັດເປັນແຕ່ລະໄລຍະ, ແລະໃນ init - ໃນການເລີ່ມຕົ້ນລະບົບ. ສໍາລັບການດໍາເນີນງານ, ທ່ານຈະຕ້ອງ reboot ລະບົບ, ໃນຂະນະທີ່ບາງບໍລິການອາດຈະບໍ່ເພີ່ມຂຶ້ນ (ຖ້າພວກເຂົາບໍ່ໄດ້ລົງທະບຽນໃນ autoload).

ls -la /etc/init.d/  # show init scripts 

ນອກນັ້ນທ່ານຍັງສາມາດຄົ້ນຫາໄຟລ໌ທີ່ຂຽນໄດ້ໂດຍຜູ້ໃຊ້ໃດໆ.

find / -perm -2 -type f 2>/dev/null # find world writable files

ວິທີການແມ່ນຂ້ອນຂ້າງເປັນທີ່ຮູ້ຈັກ, ຜູ້ບໍລິຫານລະບົບທີ່ມີປະສົບການລະມັດລະວັງໃຊ້ຄໍາສັ່ງ chmod. ຢ່າງໃດກໍຕາມ, ຢູ່ໃນເວັບ, ຄູ່ມືສ່ວນໃຫຍ່ອະທິບາຍການກໍານົດສິດທິສູງສຸດ. ວິທີການ "ພຽງແຕ່ເຮັດໃຫ້ມັນເຮັດວຽກ" ຂອງຜູ້ບໍລິຫານລະບົບທີ່ບໍ່ມີປະສົບການສ້າງໂອກາດສໍາລັບການເພີ່ມຂຶ້ນສິດທິພິເສດໃນຫຼັກການ. ຖ້າເປັນໄປໄດ້, ມັນດີທີ່ສຸດທີ່ຈະເບິ່ງໃນປະຫວັດຄໍາສັ່ງສໍາລັບການນໍາໃຊ້ chmod ທີ່ບໍ່ປອດໄພ.

chmod +w /path 
chmod 777 /path

ໄດ້ຮັບການເຂົ້າເຖິງ shell ສໍາລັບຜູ້ໃຊ້ອື່ນໆ

ພວກເຮົາເບິ່ງລາຍຊື່ຜູ້ໃຊ້ໃນ /etc/passwd. ພວກເຮົາເອົາໃຈໃສ່ກັບຜູ້ທີ່ມີແກະ. ທ່ານສາມາດ brute ຜູ້ໃຊ້ເຫຼົ່ານີ້ - ມັນເປັນໄປໄດ້ວ່າໂດຍຜ່ານຜູ້ໃຊ້ຜົນໄດ້ຮັບໃນທີ່ສຸດທ່ານຈະສາມາດເພີ່ມສິດທິພິເສດ.

ເພື່ອປັບປຸງຄວາມປອດໄພ, ຂ້າພະເຈົ້າແນະນໍາໃຫ້ທ່ານປະຕິບັດຕາມຫຼັກການຂອງສິດທິພິເສດຢ່າງຫນ້ອຍ. ມັນຍັງເຮັດໃຫ້ຄວາມຮູ້ສຶກທີ່ຈະໃຊ້ເວລາໃນການກວດສອບການຕັ້ງຄ່າທີ່ບໍ່ປອດໄພທີ່ສາມາດຍັງຄົງຢູ່ຫຼັງຈາກການແກ້ໄຂບັນຫາ - ນີ້ແມ່ນ "ຫນ້າທີ່ດ້ານວິຊາການ" ຂອງຜູ້ເບິ່ງແຍງລະບົບ.

ລະຫັດທີ່ຂຽນດ້ວຍຕົນເອງ

ມັນຄຸ້ມຄ່າທີ່ຈະພິຈາລະນາຢ່າງໃກ້ສິດທີ່ປະຕິບັດໄດ້ຢູ່ໃນໄດເລກະທໍລີເຮືອນຂອງຜູ້ໃຊ້ແລະເຄື່ອງແມ່ຂ່າຍເວັບ (/var/www/ ເວັ້ນເສຍແຕ່ໄດ້ລະບຸໄວ້ເປັນຢ່າງອື່ນ). ໄຟລ໌ເຫຼົ່ານີ້ສາມາດກາຍເປັນການແກ້ໄຂທີ່ບໍ່ປອດໄພຢ່າງສິ້ນເຊີງແລະມີໄມ້ຄ້ອນທີ່ບໍ່ຫນ້າເຊື່ອ. ແນ່ນອນ, ຖ້າທ່ານມີບາງກອບໃນໄດເລກະທໍລີເຊີຟເວີເວັບຂອງທ່ານ, ມັນບໍ່ມີຄວາມຫມາຍທີ່ຈະຄົ້ນຫາສູນມື້ໃນມັນເປັນສ່ວນຫນຶ່ງຂອງ pentest, ແຕ່ແນະນໍາໃຫ້ຊອກຫາແລະສຶກສາການດັດແປງ custom, plugins ແລະອົງປະກອບ.

ເພື່ອເພີ່ມຄວາມປອດໄພ, ມັນດີກວ່າທີ່ຈະຫຼີກເວັ້ນການໃຊ້ຂໍ້ມູນປະຈໍາຕົວໃນສະຄິບທີ່ຂຽນດ້ວຍຕົນເອງ, ເຊັ່ນດຽວກັນກັບຫນ້າທີ່ເປັນອັນຕະລາຍເຊັ່ນການອ່ານ /etc/shadow ຫຼື manipulating id_rsa, ຖ້າເປັນໄປໄດ້.

ຍົກລະດັບສິດທິພິເສດໂດຍຜ່ານການຂຸດຄົ້ນຊ່ອງໂຫວ່

ກ່ອນທີ່ຈະພະຍາຍາມຍົກລະດັບສິດທິພິເສດໂດຍຜ່ານການຂູດຮີດ, ມັນເປັນສິ່ງສໍາຄັນທີ່ຈະເຂົ້າໃຈ ການໂອນໄຟລ໌ໄປຫາເຈົ້າພາບເປົ້າຫມາຍ. ນອກເຫນືອໄປຈາກເຄື່ອງມືປົກກະຕິເຊັ່ນ ssh, ftp, http (wget, curl), ມີທັງຫມົດ "ສວນສັດ" ຂອງຄວາມເປັນໄປໄດ້.

ເພື່ອປັບປຸງຄວາມປອດໄພຂອງລະບົບຂອງທ່ານ, ປັບປຸງມັນເປັນປົກກະຕິເປັນຫລ້າສຸດ ໝັ້ນຄົງ ຮຸ່ນ, ແລະພະຍາຍາມໃຊ້ການແຈກຢາຍທີ່ຖືກອອກແບບສໍາລັບວິສາຫະກິດ. ຖ້າບໍ່ດັ່ງນັ້ນ, ບໍ່ຄ່ອຍ, ແຕ່ມີສະຖານະການໃນເວລາທີ່ການປັບປຸງທີ່ເຫມາະສົມເຮັດໃຫ້ລະບົບບໍ່ສາມາດໃຊ້ໄດ້.

ການຂຸດຄົ້ນການບໍລິການທີ່ດໍາເນີນຢູ່ໃນສະພາບການຂອງຜູ້ໃຊ້ຮາກ

ບາງບໍລິການ Linux ເຮັດວຽກເປັນຮາກຜູ້ໃຊ້ທີ່ມີສິດທິພິເສດ. ພວກເຂົາສາມາດພົບໄດ້ໂດຍໃຊ້ ps aux | ຮາກ grep. ໃນ​ກໍ​ລະ​ນີ​ນີ້, ການ​ບໍ​ລິ​ການ​ອາດ​ຈະ​ບໍ່​ໄດ້​ຮັບ​ການ​ປະ​ກາດ​ກ່ຽວ​ກັບ​ເວັບ​ໄຊ​ຕ​໌​ແລະ​ມີ​ຢູ່​ໃນ​ທ້ອງ​ຖິ່ນ. ຖ້າມັນມີການຂູດຮີດສາທາລະນະ, ພວກມັນສາມາດນໍາໃຊ້ໄດ້ຢ່າງປອດໄພ: ບໍລິການຂັດຂ້ອງໃນກໍລະນີຂອງຄວາມລົ້ມເຫຼວແມ່ນມີຄວາມສໍາຄັນຫນ້ອຍກວ່າ OS crash.

ps -aux | grep root # Linux

ກໍລະນີທີ່ປະສົບຜົນສໍາເລັດຫຼາຍທີ່ສຸດສາມາດພິຈາລະນາການດໍາເນີນງານຂອງບໍລິການ hacked ໃນສະພາບການຂອງຜູ້ໃຊ້ຮາກ. ການປະຕິບັດການບໍລິການ SMB ໃຫ້ລະບົບການເຂົ້າເຖິງສິດທິພິເສດໃນລະບົບ Windows (ເຊັ່ນ: ຜ່ານ ms17-010). ຢ່າງໃດກໍຕາມ, ນີ້ບໍ່ແມ່ນທົ່ວໄປໃນລະບົບ Linux, ດັ່ງນັ້ນທ່ານສາມາດໃຊ້ເວລາຫຼາຍໃນການເພີ່ມສິດທິພິເສດ.

ການຂຸດຄົ້ນ Linux Kernel Vulnerabilities

ນີ້ແມ່ນເສັ້ນທາງສຸດທ້າຍທີ່ຈະປະຕິບັດ. ການປະຕິບັດງານທີ່ບໍ່ປະສົບຜົນສໍາເລັດສາມາດນໍາໄປສູ່ການຂັດຂ້ອງຂອງລະບົບ, ແລະໃນກໍລະນີຂອງການປິດເປີດໃຫມ່, ບາງບໍລິການ (ລວມທັງທີ່ມັນເປັນໄປໄດ້ທີ່ຈະເອົາແກະຕົ້ນສະບັບ) ອາດຈະບໍ່ເພີ່ມຂຶ້ນ. ມັນເກີດຂື້ນວ່າຜູ້ບໍລິຫານພຽງແຕ່ລືມໃຊ້ຄໍາສັ່ງເປີດໃຊ້ systemctl. ນອກຈາກນັ້ນ, ມັນຈະເຮັດໃຫ້ເກີດຄວາມບໍ່ພໍໃຈຫຼາຍຕໍ່ວຽກງານຂອງເຈົ້າຖ້າການຂຸດຄົ້ນບໍ່ໄດ້ຮັບການຕົກລົງ.
ຖ້າທ່ານຕັດສິນໃຈໃຊ້ແຫຼ່ງຂໍ້ມູນຈາກ exploitdb, ໃຫ້ແນ່ໃຈວ່າໄດ້ອ່ານຄໍາເຫັນໃນຕອນຕົ້ນຂອງສະຄິບ. ໃນບັນດາສິ່ງອື່ນໆ, ມັນມັກຈະເວົ້າວ່າວິທີການລວບລວມການຂຸດຄົ້ນນີ້ຢ່າງຖືກຕ້ອງ. ຖ້າທ່ານຂີ້ຄ້ານເກີນໄປຫຼືຕ້ອງການ "ມື້ວານນີ້" ເນື່ອງຈາກກໍານົດເວລາ, ທ່ານສາມາດຊອກຫາບ່ອນເກັບມ້ຽນທີ່ມີການຂຸດຄົ້ນທີ່ລວບລວມແລ້ວ, ຕົວຢ່າງເຊັ່ນ. ຢ່າງໃດກໍຕາມ, ມັນຄວນຈະເຂົ້າໃຈວ່າໃນກໍລະນີນີ້ທ່ານຈະໄດ້ຮັບຫມູໃນ poke. ໃນທາງກົງກັນຂ້າມ, ຖ້ານັກຂຽນໂປລແກລມເຂົ້າໃຈ byte ວິທີການເຮັດວຽກຂອງຄອມພິວເຕີແລະຊອບແວທີ່ມັນໃຊ້, ລາວຈະບໍ່ຂຽນລະຫັດຕະຫຼອດຊີວິດຂອງລາວ.

cat /proc/version
uname -a
searchsploit "Linux Kernel" 

metasploit

ເພື່ອຈັບແລະຈັດການການເຊື່ອມຕໍ່, ມັນດີກວ່າທີ່ຈະໃຊ້ໂມດູນ exploit/multi/handler. ສິ່ງຕົ້ນຕໍແມ່ນກໍານົດ payload ທີ່ຖືກຕ້ອງ, ຕົວຢ່າງ, generic/shell/reverce_tcp ຫຼື generic/shell/bind_tcp. Shell ທີ່ໄດ້ຮັບໃນ Metasploit ສາມາດຖືກຍົກລະດັບເປັນ Meterpreter ໂດຍໃຊ້ໂມດູນ post/multi/manage/shell_to_meterpreter. ດ້ວຍ Meterpreter, ທ່ານສາມາດອັດຕະໂນມັດຂະບວນການຫຼັງການຂຸດຄົ້ນ. ຕົວຢ່າງ, ໂມດູນ post/multi/recon/local_exploit_suggester ກວດເບິ່ງແພລະຕະຟອມ, ສະຖາປັດຕະຍະກໍາ, ແລະຫນ່ວຍງານທີ່ສາມາດຂຸດຄົ້ນໄດ້ແລະແນະນໍາໂມດູນ Metasploit ສໍາລັບການຂະຫຍາຍສິດທິພິເສດໃນລະບົບເປົ້າຫມາຍ. ຂໍຂອບໃຈກັບ Meterpreter, ບາງຄັ້ງການຂະຫຍາຍສິດທິພິເສດມາເຖິງການດໍາເນີນການໂມດູນທີ່ຖືກຕ້ອງ, ແຕ່ການ hack ໂດຍບໍ່ມີການເຂົ້າໃຈສິ່ງທີ່ເກີດຂຶ້ນພາຍໃຕ້ hood ແມ່ນບໍ່ເປັນຄວາມຈິງ (ທ່ານຍັງຕ້ອງຂຽນບົດລາຍງານ).

ເຄື່ອງ​ມື

ເຄື່ອງມືເພື່ອອັດຕະໂນມັດການເກັບກໍາຂໍ້ມູນທ້ອງຖິ່ນຈະຊ່ວຍໃຫ້ທ່ານປະຫຍັດຄວາມພະຍາຍາມແລະເວລາຫຼາຍ, ແຕ່ຕົວເອງບໍ່ສາມາດກໍານົດເສັ້ນທາງການເພີ່ມຂື້ນຂອງສິດທິພິເສດ, ໂດຍສະເພາະໃນກໍລະນີຂອງການຂູດຮີດ kernel vulnerabilities. ເຄື່ອງມືອັດຕະໂນມັດຈະປະຕິບັດຄໍາສັ່ງທີ່ຈໍາເປັນທັງຫມົດສໍາລັບທ່ານເພື່ອເກັບກໍາຂໍ້ມູນກ່ຽວກັບລະບົບ, ແຕ່ວ່າມັນຍັງມີຄວາມສໍາຄັນທີ່ຈະສາມາດ ວິເຄາະ ຂໍ້ມູນທີ່ໄດ້ຮັບ. ຂ້ອຍຫວັງວ່າບົດຄວາມຂອງຂ້ອຍຈະເປັນປະໂຫຍດຕໍ່ເຈົ້າໃນເລື່ອງນີ້. ແນ່ນອນ, ມີເຄື່ອງມືຫຼາຍກວ່າທີ່ຂ້ອຍຈະລາຍຊື່ຂ້າງລຸ່ມນີ້, ແຕ່ພວກເຂົາທັງຫມົດເຮັດກ່ຽວກັບສິ່ງດຽວກັນ - ມັນເປັນເລື່ອງຂອງລົດຊາດ.

Linpeas

ເຄື່ອງ​ມື​ທີ່​ສົດ​ຊື່ນ​ພໍ​ສົມ​ຄວນ​, ຄໍາ​ຫມັ້ນ​ສັນ​ຍາ​ຄັ້ງ​ທໍາ​ອິດ​ແມ່ນ​ລົງ​ວັນ​ທີ​ເດືອນ​ມັງ​ກອນ 2019​. ໃນ​ປັດ​ຈຸ​ບັນ​ເຄື່ອງ​ມື favorite ຂອງ​ຂ້າ​ພະ​ເຈົ້າ​. ເສັ້ນທາງລຸ່ມແມ່ນວ່າມັນເນັ້ນໃຫ້ເຫັນ vectors escalation ສິດທິພິເສດທີ່ຫນ້າສົນໃຈຫຼາຍທີ່ສຸດ. ຕົກລົງ, ມັນສະດວກກວ່າທີ່ຈະໄດ້ຮັບການປະເມີນຈາກຜູ້ຊ່ຽວຊານໃນລະດັບນີ້ກ່ວາການແຍກວິເຄາະຂໍ້ມູນດິບ monolithic.

LinEnum

ເຄື່ອງມືທີ່ສອງທີ່ຂ້ອຍມັກທີ່ສຸດ, ມັນຍັງເກັບກໍາແລະຈັດລຽງຂໍ້ມູນທີ່ໄດ້ຮັບຜົນມາຈາກການນັບຈໍານວນທ້ອງຖິ່ນ.

linux-exploit-suggester(1,2)

ການຂຸດຄົ້ນນີ້ຈະວິເຄາະລະບົບສໍາລັບເງື່ອນໄຂທີ່ເຫມາະສົມສໍາລັບການຂຸດຄົ້ນ. ໃນຄວາມເປັນຈິງ, ມັນຈະເຮັດວຽກຄືກັນກັບໂມດູນ Metasploit local_exploit_suggester, ແຕ່ຈະສະເຫນີການເຊື່ອມຕໍ່ກັບລະຫັດແຫຼ່ງ exploit-db ແທນທີ່ຈະເປັນໂມດູນ Metasploit.

Linuxprivchecker

script ນີ້ຈະເກັບກໍາແລະຈັດລຽງຕາມພາກສ່ວນຈໍານວນຫລາຍຂອງຂໍ້ມູນທີ່ສາມາດເປັນປະໂຫຍດສໍາລັບການສ້າງຕັ້ງຂອງ vector escalation ສິດທິພິເສດ.

ເວລາອື່ນຂ້ອຍຈະອະທິບາຍລະອຽດ ການຂະຫຍາຍສິດທິພິເສດຂອງ Linux ຜ່ານ suid/sgid.

ແຫຼ່ງຂໍ້ມູນ: www.habr.com