6712
1 Nov 2020 1399/08/11 🔴 THB | Offensive Security آموزش، تحقیق و تجربه عملی در امنیت تهاجمی Penetration Testing · Red Teaming · AI Security 🎯 یاد بگیر. آزمایش کن. حرفه‌ای شو.
📌 راهنمای فنی آسیب‌پذیری های Unauthenticated (JIRA) ده مورد CVE کلیدی همراه با روش تشخیص و exploitation، ویژه علاقه مندان به تست نفوذ و باگ بانتی
🆔 @TryHackBox
Github | Linkedin | tryhackbox">YouTube | Instagram | Other
#تست_نفوذ #امنیت_سایبری #باگ_بانتی
⭕ سری چالش های SE : هک انسان 2/20
📌 چالش: «مدیر در جلسه است»
سناریو:
شما در حال انجام یک Social Engineering Assessment برای شرکت فرضی Datanova هستید.
هدف شما «آقای رضایی»، کارمند واحد مالی است.
شما با یک Pretext مشخص با اقا رضایی تماس می گیرید و خودتان را به عنوان یکی از کارکنان IT معرفی میکنید.
اما این بار هدف مستقیماً گرفتن Password نیست.
اگر شما Social Engineer بودید:
۱. از چه Pretextی استفاده میکردید؟
۲. چطور از Authority و Urgency استفاده میکردید؟
۳. چه اطلاعاتی را قبل از تماس جمع آوری میکردید؟
۴. چه نشانه هایی باعث میشد کارمند متوجه حمله شود؟
۵. اگر شما مدافع Datanova بودید، چه Controlهایی برای جلوگیری از این حمله طراحی میکردید؟
📚 بازخورد یکی از خواننده‌های «شکار عملی باگ بانتی»
ممنون از اعتمادتون ❤️
هدف TryHackBox اینه که محتوا واقعاً در مسیر یادگیری و کار عملی به دردتون بخوره.
دوستان بازخوردها راجب کتابها زیاد هست گفتم یک چندتایی رو بزارم
📌 وقتی یک Vulnerability پیدا کردی، باید بدونی چه چیزی در خطره
فرض کنیم یک ضعف امنیتی پیدا کردی.
اینکه بگی: «این یک Vulnerability هست»
برای یک گزارش خوب کافی نیست.
باید بتونی توضیح بدی این ضعف چه اثری روی سیستم میذاره.
اینجا سه مفهوم خیلی مهم وارد ماجرا میشن:
Confidentiality
Integrity
Availability
CIA Triad
دوستانی که علاقه مندان به تدریس دوره های پایه مقدماتی در زمینه امنیت سایبری و شبکه و لینوکس هستند با ایدی زیر با ما در تماس باشید :
@ThbxSupport
یه آپدیت درباره Reconner
نسخه v3.2.0 منتشر شد (آخرین نسخه پایدار).
تمرکز اصلی این سری از نسخه‌ها (از v3.0 به بعد) روی پایداری واقعی، درستی نتایج و کیفیت فایندینگ‌ها بوده، نه فقط اضافه کردن فیچرهای سطحی.
مهم‌ترین تغییرات و بهبودها:
رویکرد Verification-first کامل‌تر شده؛ کاندیداها از فایندینگ‌های تأییدشده جدا نگه داشته میشن و فقط سیگنال‌های قوی با مدرک (مثل browser proof و differential) به confirmed می‌رسن
پوشش و کیفیت XSS خیلی قوی‌تر شده (browser-proven XSS coverage + بهبودهای موتور XSS در v3.2.0)
بهبود کیفیت اسکنر و pipeline کلی (از v3.1.0 به بعد)
تمام ماژول‌های اسکجولر قرارداد مشخص دارند؛ فازها دیگه تمیز دروغین گزارش نمی‌شن (blocked / failed / timed_out و ...)
پایداری سرویس، مدیریت دیتا، آپدیت بدون قطع اسکن فعال و تجربه کاربری (از جمله موبایل) بهتر شده
همچنان همه چیز داخل ماشین خودت می‌مونه و toolchain کامل داخل یک ایمیج داکر هست
لینک ریپو:
https://github.com/rootdr-backup/Reconner
اگر از ابزار استفاده میکنید و براتون مفید بوده، با Star دادن حمایت معنوی کنید. این کار واقعاً انرژی میده برای ادامه توسعه.
برای حمایت مالی هم که کمک مستقیم به سرعت توسعه و نگهداری پروژه‌ست:
https://daramet.com/RootDR
هر ایده‌ای داشتید، مشکلی پیدا کردید، فالس‌پازیتیو / میس‌فایندینگ / دابلیکیت دیدید یا اصلاحی مدنظرتون بود، همین زیر یا با ایشیو در گیتهاب بگید. همه فیدبک‌ها خونده میشه و روی مسیر توسعه تأثیر داره.
مخلص.
📌 راهنمای کامل SAML Vulnerabilities
از Signature Wrapping (XSW) تا XSLT و Token Recipient Confusion؛ ۹ تکنیک حمله روی SAML، هرکدوم با توضیح فنی، تأثیر امنیتی و یه Lab تمرین عملی برای اجرا توی محیط خودت.
اگه با SSO و Identity Provider سروکار داری، این آموزش رو از دست نده.
دانلود کن و شروع کن به تمرین
🆔 @TryHackBox
Github | Linkedin | tryhackbox">YouTube | Instagram | Other
#تست_نفوذ #امنیت_سایبری
📌 THB-WP101 | Web Penetration Testing Fundamentals
بسیاری از افرادی که وارد حوزه‌ی Web Penetration Testing میشوند، مسیر خود را با تماشای چند ویدئوی آموزشی و استفاده از Payloadهای آماده آغاز می‌کنند. این نقطه‌ی شروع به خودی خود ایرادی ندارد؛ چالش اصلی زمانی بروز میکند که فرد با یک Web Application واقعی مواجه میشود و نمی داند فرآیند بررسی را از کجا آغاز کند، چه مواردی را باید ارزیابی کند، و گام بعدی چیست.
دوره‌ی THB-WP101 دقیقاً با هدف پوشش همین شکاف طراحی شده است.
روش آموزش
آموزش هر مبحث در سه مرحله انجام میشود: ارائه‌ی مفهوم، بررسی آن در قالب مثال عملی، و در نهایت تمرینی که دانشجو باید به‌طور مستقل حل کند.
Concept → Demo → Practice → Challenge
Recon → Enumeration → Attack Surface → Testing → Exploitation → Chaining → Impact → Reporting
1️⃣ Web Pentesting Fundamentals (HTTP، Session، Methodology، Scope)
2️⃣ Reconnaissance & Attack Surface Mapping
3️⃣ Web Enumeration & Burp Suite (Proxy، Repeater، Intruder، Decoder)
4️⃣ Authentication & Session Attacks
5️⃣ Access Control & IDOR
6️⃣ Input Validation & Injection (SQLi، Command Injection، SSTI)
7️⃣ XSS & Client-Side Attacks
8️⃣ File, Path & Server-Side Attacks (LFI/RFI، XXE، SSRF)
9️⃣ API & Modern Web Testing (JWT، GraphQL، BOLA)
🔟 Chaining, Exploitation & Reporting
مهارت‌های Claude Code برای پشتیبانی از مهندسی معکوس برنامه‌های اندروید.
https://github.com/SimoneAvogadro/android-reverse-engineering-skill
@AiTHB
📌 نگاهی به پست ها قبل :
🎥 شروع دوره #رایگان Network+ در TryHackBox - قسمت اول
📌 یه 403 Forbidden دیدی و رد شدی؟
وقتی مهاجم نمی خواهد دیده شود
خب Persistence یعنی چی؟
ا🛡️ Registry Run Keys
وقتی Windows Event Log تبدیل به منبع Recon میشه
وقتی یک Chrome Extension روی سیستم
یک Workspace جامع برای باگ بانتی
ا🔍 Enum Subdomain از Wayback با Bash
🔖 پیدا کردن اطلاعات حساس با gf
⭕ یک خط برای پیدا کردن فایل ها
🔥 #باگ_بانتی فکر کنم این یکی برای بیشتر باگ هانترها آشنا باشه
ا📌 Source Code رو از نگاه یک Pentester چطور بررسی کنیم؟
🔐 چک لیست تست نفوذ شبکه های بی سیم
برخی از دورک های Shodan که ممکن است در برنامه‌های باگ بانتی مفید باشند.
🔴 گزارش جدید Vulnerability Research
گاهی مشکل در ID نیست
📌 PERSISTENCE SERIES | PART 3
تحلیل فنی یک نقص در ...
دسترسی بدون احراز هویت به داده‌های حساس
📢 فراخوان همکاری آموزشی با TryHackBox
قصد داریم یک Crash Course رایگان و کاملاً عملی با موضوع:
🔎 Recon & Information Gathering
برای جامعه TryHackBox تولید کنیم و برای تدریس این دوره به دنبال یک متخصص با تجربه یا کسی که تسلط داشته باشه هستیم.
🎯 محور دوره:
• Recon Methodology
• Passive & Active Recon
• DNS & Subdomain Enumeration
• Attack Surface Discovery
• Web Recon
• OSINT
• Technology & Endpoint Discovery
• ابزارهای رایج Recon
• اجرای یک سناریوی عملی در Lab
⏱ حدود ۵ ساعت
🎓 سطح: Beginner تا Junior Pentester
💰 دوره کاملاً رایگان منتشر خواهد شد.
این همکاری به صورت داوطلبانه و آموزشی است و هدف آن تولید یک محتوای باکیفیت و رایگان برای جامعه امنیت سایبری فارسی زبان است.
چرا این همکاری؟
این همکاری مالی نیست، اما TryHackBox برای مشارکت مدرس ارزش های زیر را در نظر میگیرد:
🔹 ارائه Certificate / Letter of Contribution از TryHackBox
🔹 ثبت مشارکت به‌عنوان یک Teaching & Community Contribution
🔹 امکان قرار گرفتن مدرس در پروژه ها و دوره های آموزشی آینده TryHackBox
🔹 انتشار نهایی محتوا توسط تیم TryHackBox با هماهنگی مدرس
هدف ما تولید یک دوره واقعاً کاربردی است؛ نه صرفاً مجموعه‌ای از ویدئوهای تئوری.
اگر در این حوزه تجربه عملی و علاقه به آموزش دارید، خوشحال میشویم برای همکاری با ما در ارتباط باشید.
📩 ارتباط:
@ThbxSupport
درود شکارچی‌ها،یک دورک عالی میذارم که bounty خالص میده!
دسترسی بدون احراز هویت به داده‌های حساس کلاینت از طریق Google Dorking
✅ مراحل بازتولید:
⦁ دورک: site:*.target.com "date of birth" ext:pdf
⦁ چک کن آیا فایل PDF داده‌های کلاینت رو expose میکنه.
⦁ ID رو در URL متوجه شو.
⦁ اگه با تغییر ID، بتونی به داده‌های دیگه دسترسی پیدا کنی.
نتیجه: IDOR + نشت اطلاعات حساس (مثل داده‌های کلاینت)
کدوم دورک IDOR رو تست کردین که leak داده‌های کلاینت رو باز کرد؟ تجربتون رو کامنت کن
🚨 Cloudflare Zero-Day:
وقتی Certificate Management به Attack Surface تبدیل میشود یکی از نکات مهم در Red Teaming این است که همیشه دنبال یک RCE یا SQLi واضح نباشیم.
گاهی نقطه ی شروع حمله، یک Trust Relationship یا یک فرآیند زیرساختی است که در نگاه اول اصلاً شبیه Attack Surface معمولی به نظر نمیرسد.
در یک Research جدید، تیم FearsOff زنجیره‌ای از ضعف‌ها در فرآیند ACME / Certificate Management در Cloudflare را بررسی کرده که در نهایت به سناریویی با عنوان زیر منتهی میشود :
Accessing Any Host Globally
چیزی که این Research را برای پنتسترها جالب میکند، صرفاً یک Bug منفرد نیست؛ بلکه نحوه‌ی ترکیب چند رفتار و تبدیل آنها به یک Attack Chain است.
از دید Red Team، چند سؤال مهم مطرح میشود:
• چه چیزی واقعاً یک trusted identity محسوب میشود؟
• فرآیند Certificate Issuance چه Trust Boundaryهایی دارد؟
• آیا یک قابلیت زیرساختی می‌تواند به‌عنوان Indirect Attack Surface مورد سوءاستفاده قرار بگیرد؟
• اگر یک primitive به‌تنهایی Impact محدودی داشته باشد، با چه primitive دیگری میتوان آن را به یک مسیر حمله‌ی جدی تبدیل کرد؟
• در یک Cloud Environment، مرز واقعی بین Control Plane، Identity و Application Access کجاست؟
این دقیقاً همان نوع Researchی است که ارزش خواندن دارد؛ چون به‌جای تمرکز روی یک payload، روی تفکر زنجیره‌ای در حمله تمرکز میکند.
🔬 Research: FearsOff - Cloudflare Zero-day: Accessing Any Host Globally
#RedTeam #Pentest #CloudSecurity #WebSecurity #SecurityResearch #BugBounty #Cloudflare
#باگ_بانتی #تست_نفوذ
دوستان در این کانال در زمینه ai security فعالیت داریم اگه علاقه مند بودید مطالب از دست ندید :
@aithb
در این کانال هم رودمپ های مختلف گذاشتیم که میتونید استفاده کنید :
@TryHackBoxOfficial
🚨 الان همه اطلاعات حساس و لو رفته تون رو از اینترنت پاک کنید.
۲۰ ساله که پروفایل میسازید، سایت میرید و رد پای دیجیتال به جا میذارید.
همه ش رو تو ۲ دقیقه پاک کنید: ↓↓
https://x.com/KavehxNet/status/2104090338293846369
یکی از methodologyهای مخفیم رو دراپ میکنم
🌀 Takeover AWS S3 Bucket
🔥 مثل حرفه‌ای ها فوق العاده ساده اما خیلی موثر
✨ قبل از هرچیزی بیایم کل سناریو رو بفهمیم...
👀 ۱. کدوم bucketها آسیب‌پذیر برای takeover هستن؟
👀 ۲. تاثیر واقعی takeover یه S3 bucket چیه؟
👀 ۳. چطور S3 bucketهای potentially vulnerable رو پیدا کنیم؟
👀 ۴. چطور validate کنیم که bucket واقعاً توسط تارگت استفاده شده؟
⚡ ۱. Bucket های آسیب‌پذیر:
اگه تارگت قبلاً از یه S3 bucket استفاده کرده و deleteش کرده اما subdomain (CNAME) هنوز به amazonaws.com اشاره میکنه این فرصت عالی takeoverه.
⚡ ۲. تاثیر:
اگه bucket هنوز در backend یا services reference شده باشه، و تارگت فراموش کرده removeش کنه، ممکنه حتی RCE به دست بیاری. در بعضی موارد، میتونه به full system compromise منجر بشه.
⚡ ۳. پیدا کردن Bucketها (با استفاده از FOFA):
اینجا چطور با FOFA شکارشون میکنم:
🧠 FOFA Dork:body="specified bucket does not exist" && (host="target.com" || host="target_domain_name_only") && port="443"
🔍 این dork subdomainهایی رو میده که به bucketهای missing یا deleted اشاره میکنن. FOFA fingerprints رو در سراسر وب index میکنه حتی برای منابع deleted پس goldmine برای پیدا کردن assetهای exposedی که تارگت فراموش کرده.
⚡ ۴. Validate کردن Ownership:
🔎 روش ۱: GitHub Recon
از GitHub dorkها مثل این استفاده کن:org:target_org "target.s3.amazonaws.com"
یا ساده جستجو کن:"target.s3.amazonaws.com"
ممکنه hardcoded linkها، past commitها یا config fileهایی پیدا کنی که اثبات کنه تارگت از این bucket استفاده میکرده.
🌐 روش ۲: DNS History (همیشه موثر نیست، اما ارزش امتحان داره)
چک کن اگه bucket برای static website hosting configure شده بوده.
از این ابزارها برای چک historical DNS records استفاده کن:
https://securitytrails.com
https://dnsdumpster.com
https://viewdns.info
https://www.robtex.com
کدوم FOFA dork رو برای S3 takeover تست کردی که subdomain dangling شکار کرد؟ تجربت رو کامنت کن.
🔖 دورک های باگ بانتی
https://dorkking.blindf.com/
شما چه دورک هایی استفاده میکنید ، کامنت کنید
پورت 23 Telnet :
کاملاً بدون رمزنگاری. نام کاربری، پسورد و تمام دستورات به صورت متن ساده ارسال میشن ..
https://x.com/KavehxNet/status/2103142796173455650
#ردتیم
🔥 با Lynis، امنیت Linux Server رو در چند دقیقه Audit کن.
اLynis یک ابزار Open Source برای Security Auditing در Linux و Unix است.
• تنظیمات SSH
ا• Permissionها و SUID
• وضعیت Firewall
ا Kernel Parameters
پکیج ها و سرویس ها
• تنظیمات امنیتی سیستم
apt install lynis
dnf install lynis
lynis audit system
lynis audit system --quick
lynis audit system --tests-from-group ssh
/var/log/lynis.log /var/log/lynis-report.dat
grep hardening_index /var/log/lynis-report.dat
💬 آخرین بار که Linux Server خودت را Security Audit کردی، چه موردی پیدا شد که انتظارش را نداشتی؟ تجربه ات را کامنت کن.
🔥 چک لیست امنیت هوش مصنوعی
@TryHackBox
#چک_لیست #هوش_مصنوعی
Android 1-Day Exploit با کمک LLM
یک سؤال جالب اینجا مطرح میشود:
آیا یک LLM می‌تواند فقط با داشتن Patch Diff و توضیح عمومی یک CVE، خودش را به یک 1-day exploit واقعی برساند؟
یک پژوهشگر این موضوع را روی Pixel 6a امتحان کرده و نتیجه، حداقل جالب است.
کار از مقایسه دو نسخه از Google Factory Images شروع شد. مدل binaryها را با هم مقایسه کرد، componentهایی که احتمالاً patch شده بودند را جدا کرد و بعد سراغ reverse engineering رفت.
در ادامه تغییرات function-level با CVEهای منتشرشده تطبیق داده شدند.
یکی از مواردی که بیشتر از بقیه جلب توجه کرد:
CVE-2026-56942
Component: BigWave
Function: ReadTileInfo
Source: vp9hwd_headers.cc
توضیح عمومی CVE به یک Out-of-Bounds Write ناشی از نبودن bounds check اشاره میکند.
با بررسی patch، یک تغییر مشخص در کد پیدا شد که احتمالاً همان fix مربوط به آسیب‌پذیری بود.
اینجا کار وارد مرحله جالب‌تری شد.
LLM اول از نوشتن exploit خودداری کرد. اما researcher یافته‌ها و فرضیه‌های به‌دست‌آمده از reverse engineering را به GLM-5.3 منتقل کرد.
نتیجه؟
اGLM-5.3 توانست یک 1-day exploit توسعه دهد که روی یک Pixel 6a واقعی با نسخه آسیب‌پذیر اجرا شد.
هزینه این کار هم کم نبود:
• حدود 12 میلیون
token
• 4492 tool call
• حدود 6 ساعت پردازش
• حدود 38 دلار هزینه
• یک MCP اختصاصی برای reverse engineering
این آزمایش لزوماً به این معنی نیست که LLMها جای exploit developerها را گرفته‌اند.
اما یک چیز را خیلی واضح نشان میدهد:
اگر مدل به binary diff، reverse engineering، patch analysis و ابزارهای مناسب دسترسی داشته باشد، می‌تواند بخش قابل‌توجهی از مسیر vulnerability research را خودش جلو ببرد.
شاید سؤال مهم دیگر این نباشد که:
«آیا AI می‌تواند exploit بنویسد؟»
بلکه این باشد:
وقتی مدل‌ها بهتر شوند، تبدیل یک CVE عمومی به یک 1-day واقعی چقدر سریع‌تر و ارزان تر میشود؟
@AiTHB
تابستون هم تموم شد...
این تابستون واقعاً چی یاد گرفتید که قبلش بلد نبودید؟
حتی اگه فقط یه ابزار، یه تکنیک یا یه نکته کوچیک بوده، بنویس ببینیم تابستون کی پربارتر گذشته.
📚 بازخورد یکی از خواننده‌های «Kerberos For Pentesters»
ممنون از اعتمادتون ❤️
هدف TryHackBox اینه که محتوا واقعاً در مسیر یادگیری و کار عملی به دردتون بخوره.
📌دوره : THB OSINT Fundamentals
اوسینت (OSINT) صرفاً جست‌وجو در Google نیست؛ بلکه فرآیندی برای جمع آوری، تحلیل و اعتبارسنجی اطلاعات عمومی و تبدیل آنها به شواهد قابل اتکاست.
در این دوره یاد میگیرید چگونه از میان اطلاعات عمومی سرنخ پیدا کنید، منابع را بررسی و اعتبارسنجی کنید، ارتباط میان داده‌ها را شناسایی کنید و یک تحقیق OSINT را از مرحله جمع آوری اطلاعات تا نتیجه گیری و مستند سازی پیش ببرید.
🎯 تمرکز دوره بر روش تحقیق، تفکر تحلیلی و Workflow واقعی OSINT است؛ نه صرفاً معرفی مجموعه‌ای از ابزارها.
تمام مباحث و تمرین ها در چارچوب قانونی و اخلاقی ارائه میشوند و دوره وارد هک، فیشینگ، سرقت حساب، استخراج اطلاعات خصوصی یا Doxxing نمیشود.
📌 در این ویدئو، مدرس دوره مسیر آموزشی و محتوای THB OSINT Fundamentals را معرفی میکند.
👤 مدرس : مهدی حسینی
📄 سرفصلهای دوره
⭕️ نحوه برگزاری دوه : آفلاین
🔥 دارای گروه پشتیبانی در تلگرام
⏳ مدت زمان دوره : 30 ساعت
💰 قیمت : ۱,۴۹۰,۰۰۰ تومان
💢 خرید برای 5 نفر اول به قیمت : ۹۹۰,۰۰۰ تومان
📌 جهت خرید،به ایدی زیر پیام دهید:
@ThbxSupport
@TryHackBox
📌 بخشی از دوره Web Penetration Testing Fundamentals
⭕ در این بخش میبینید چگونه یک گزارش حرفه‌ای تست نفوذ تهیه کنیم، یافته ها و ریسک ها رو مستند کنیم و نتیجه تست رو به‌صورت استاندارد به کارفرما ارائه بدیم.
همچنین توضیح داده میشه برای دریافت مدرک دوره در پایان دوره چه مراحلی رو باید طی کنید و چه مواردی در ارزیابی نهایی بررسی میشه.
⭕ دوستان، تصمیم گرفتیم بخشی از محتوای دوره رو به صورت رایگان در اختیار شما قرار بدیم تا قبل از ثبت‌نام، با سبک آموزش و فضای دوره بیشتر آشنا بشید.
⏳ اگر مدت هاست میخواید یادگیری Web Pentesting رو جدی شروع کنید، این فرصت رو از دست ندید.
📚 برای مشاهده سرفصل ها، جزئیات دوره و ثبت‌نام، به اینجا مراجعه کنید.
📩 برای ثبت نام یا دریافت اطلاعات بیشتر:
🆔 @ThbxSupport
@TryHackBox
📌 بخشی از دوره Web Penetration Testing Fundamentals
در این بخش میبینید چطور میتوان یک آسیب‌پذیری SQL Injection را به صورت دستی و بدون استفاده از ابزارهای خودکار شناسایی و بررسی کرد.
⭕ دوستان، تصمیم گرفتیم بخشی از محتوای دوره رو به صورت رایگان در اختیار شما قرار بدیم تا قبل از ثبت نام، با سبک آموزش و فضای دوره بیشتر آشنا بشید.
📚 برای مشاهده سرفصل‌ها، جزئیات دوره و ثبت‌نام، به اینجا مراجعه کنید.
📩 برای ثبت نام یا دریافت اطلاعات بیشتر:
🆔 @ThbxSupport
@TryHackBox
🔴 THB Security Research | CVE-2026-67276
تحلیل فنی یک نقص در Public-Key Authentication در MikroTik RouterOS که می‌تواند مدل اعتماد احراز هویت را تحت تأثیر قرار دهد.
📄 گزارش فنی کامل:
CVE-2026-67276 : MikroTik RouterOS
@TryHackBox
#MikroTik #RouterOS #CVE #Pentest
#میکروتیک #آسیب_پذیری
📚 بازخورد یکی از خواننده‌های «Kerberos For Pentesters»
ممنون از اعتمادتون ❤️
هدف TryHackBox اینه که محتوا واقعاً در مسیر یادگیری و کار عملی به دردتون بخوره.
⏰ PERSISTENCE SERIES | PART 3
Scheduled Tasks
وقتی خود سیستم دوباره چیزی رو اجرا میکنه.
اScheduled Taskها بخش کاملاً طبیعی Windows هستن.
Backup?
Maintenance?
Updates?
Monitoring?
چه چیزی اجرا بشه،
چه زمانی اجرا بشه،
با چه User Contextای اجرا بشه،
و تحت چه شرایطی Trigger بشه.
🔹 Executable Path
🔹 Trigger
🔹 User Context
🔹 Creation / Modification Time
🔹 Parent / Child Process Relationship
فرض کنید بین یک Scheduled Task ناشناس و یک Registry Run Key ناشناس، فقط اجازه بررسی یکی رو دارید.