برای خوندن مقاله های پولی مدیوم این کد رو توی کنسول اون صفحه پولی بزنید

function mediumRedirecter(initCall = false) {
  if (
      // Allow seeing original articles that were already redirected to freedium.
      !window.location.href.endsWith('#bypass') &&
      // Do not redirect when editing on medium.
      !window.location.href.includes("/edit?source=") &&
      // Detect if we are on a medium website (regardless of the domain)
      document.head?.querySelector('meta[property="al:android:url"]')?.content?.includes('medium://p/')
    ) {
    window.location.href = 'https://freedium-mirror.cfd/' + window.location.href;
  } else if (initCall && /(.*\.|^)medium\.com$/.test(window.location.host)) {
    // Observe <title> changes
    new MutationObserver(function(mutations) {
      // If title change is detected, check if a freedium redirect is required
      if (mutations[0].target.textContent) mediumRedirecter();
    }).observe(
        document.querySelector('title'),
        { subtree: true, characterData: true, childList: true }
    );
  }
}

mediumRedirecter(true);

یا از این سایت استفاده کنید
https://freedium-mirror.cfd/

سلام دوستان
گفتم سر این موضوع شروع تاریخی داشته باشیم یکم عشق کنیم
در اساطیر یونان باستان، کربروس یک سگ سه سرِ بود که از دروازه جهنم محافظت می‌کرد تا مرده‌ها فرار نکنن زنده بشن و زنده نیاد مرده بشه . الانم به 3 دلیل این سگو گزاشتن اسم این سرویس احراز هویت:

CLIENT , SERVER , KDC

منطق کارکرد کربروس

کربروس بر اساس بلیط (Ticket) کار می‌کنه.
سگ سه سرِ ما (KDC) خودش به دو بخش تقسیم می‌شه:

- AS (Authentication Service)

- TGS (Ticket Granting Service)


خب اروم اروم ببینیم این سگ ما چیکار میکنه:

1. درخواست اولیه (AS Request):ما پشت سیستم نشتیم یوزنیم و پسوردو وارد میکنیم و بر اساس یه تابع مشتق PBKDF2 رمز گذاری میکنه و اونو تو یه جا به اسم master key کلاینت وارد میکنه.کامپیوتر یه پکت به نام AS-REQ میده به پورت 88 udp or tcp روی دامین کنترل . کلاینت زمان فعلی رو میگیره و اون رو با کلیدی که با اون مشتق ساخته بود رمزنگاری میکنه و به این pre-authentication میگن.چرا زمانو میگیره؟برای اینکه اون نفوذگر کونی نتواند پکت‌های تکراری را ضبط و دوباره بفرستد (جلوگیری از Replay Attack). سرور KDC این پکت را می‌گیرد چون پسورد کاربر را در دیتابیس دارد، کلید را می‌سازد و پکت را دکریپت می‌کنه اگر تایم‌استمپ درست بود، هویت کاربر تایید می‌شود.
2. بخش دوم داستان ما AS-REP هستش یا همون صدور بلیط TGT => حالا که KDC مطمعن شدما هستیم و باید به ما TGT بده . پکت AS-REp شامل دو بخشه مجزاعه:بخش اول TGT هستش که باید سرور KDC بسازه که تو اون چیزایی مثل یوزرنیم و رول ها و زمان انقضا و یک کلید موقت جدید به اسم session key به مات میده و کل این TGT رو با کلید مخفی اکان krbtgt که پسورد فقط خودش داره مخفی میکنه .
بخش دوم این ماجرا اطلاعات کلاینت هستش که سرور نسخه کپی اون TGT برمیداره و اونو با کلید مخفی رمزنگاری میکنه و به ما میده که بتونیم باری مرحله بعدی استفاده کنیم.

3. مرحله سوم TGS-REQ(درخواست بلیط سرویس):حالا مثلا میخوایم به اس ام بی به یه فایل سرور وصل شیم .کلاینت یه TGS-REQ به بخش دوم اون KDC میفرسته. همون بلیط رمزنگاری شده TGT و یه پکت کوچیک به نام AUTHENTICATOR که توی اون نام کلاینت و تایم استمپ و .... قرار گرفته و با کلید موقت رمزنگاری شده.

4. صدور بلیط سرویس (TGS-REP):سرور KDC ما میفمه بچه باحالی هستیم کاربر تایید شده بلیط ورود به فایل سرور میخونه و پکت TGS-REP میفرسته که دو بخشه
بخش اول که اسمش SERVICE TICKET هست و سرور یه بلیط برای اون فایل سرور میسازه و داخلش یه کلید موقت جدید برای ارتباط مستقیم کلاینت و فایل سرور قرار میده و سرور KDC کل این بلیطو با یم ملید مخفی در خود فایل سرور رمزنگاری میکنه.
بخش دوم دیتای داخل کلاینت هستش که نسخه کپی همونو میدن.

5. مرحله اخر کلاینت بدون اینکه با دامین کنترلر کاری داشته باشه مستقیم میره سراغ فایل‌سرور کلاینت پکت AP-REQ را به سرور مقصد می‌فرسته
- جزئیات رمزنگاری کلاینت: کلاینت بلیط سرویس (که با کلید فایل سرور رمزنگاری شده) را به همراه یک Authenticatorِ جدید برای فایل‌سرور می‌فرسته
- فایل‌سرور چه می‌کند؟ بلیت را با کلید مخفی خودش باز می‌کند. از داخل آن، کلید مشترک را بیرون می‌کشهه. با آن کلید، Authenticator کلاینت را باز می‌کنه و متوجه می‌شه کلاینت واقعاً همون کسخلیه که دامین کنترلر تاییدش کرده و تمام

CHANNEL

Anonymous Hosting

اگه دنبال یه جا برای خرید سرور بصورت ناشناس هستید گزینه خوبیه اطلاعات شخصی نمیخواید یه ایمیل فقط برای ثبت نام و ارز دیجیتال برای پرداخت ساپورت میکنه
We accept Credit Card, PayPal, Bitcoin, Monero, Litecoin, Ethereum, USDT, Bitcoin cash, Tron and more.
servers.guru

Dark Web: http://srvguru7bjzzjba7xy2hnx2ju4k77qy4eum2h3tgudwc3j2zof4aggyd[.]onion

این پلتفرم چلنج های مختلف تو حوزه های مختلف اوسینت میزاره اگه علاقه مند به اوسینت هستید برید سراغش

https://ctf.osint.industries/


➖➖➖➖➖
CHANNEL

پروتکل NTLM یک پروتکل Authentication قدیمی توی مایکروسافت هتسش. با اینکه سال‌هاست مایکروسافت پروتکل kerberos را به عنوان گنده احراز هویت و اینا بود ولی NTLM هنوز به عنوان یک سیستم Fallback در تمام ویندوزها هستش.


1. معماری و منطق کارکرد NTLM بر پایه مکانیزم Challenge-Response هست

پروتکل NTLM هیچ وقت رمز عبور ما رو به صورت plain text توی شبکه نمیفرسته. این پروتکل بر اساس یک بازی سه مرحله‌ای Challenge-Response کار می‌کنه:

1. گام اول Negotiate: کلاینت به سرور میگه که میخواد لاگین کنم.

2. گام دوم Challenge: سرور یک عدد تصادفی ۸ بایتی به نام Challenge یا همان Nonce تولید می‌کنه و برای کلاینت می‌فرسته

3. گام سوم Response: کلاینت هشِ پسورد کاربر (که به آن NTLM Hash می‌گن و در رم ال‌اس‌اس یا فایل SAM ذخیره هست) کلاینت با استفاده از این ntlm hash و chalange ارسال شده توسط کاربر یه مقدار ntlm, response محاسبه میکنه و اون برای سرور میفرسته

4. تأیید نهایی: سرور خودش همین محاسبات را انجام می‌دهد؛ اگر خروجی‌ها یکی بود، اجازه ورود می‌دهد.
این کل کاریه که انجام میده یه مقدار دیگه درباره حملاتش و تفائتش با ntlm v1 , v2 میفرستم

➖➖➖➖➖
CHANNEL

سلام بچه چطورین
یه مقداری داشتم درباره 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 eth1 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 که خب وقت بشه بعدا دربارش حرف میزنیم) توی این بخش input نوشتیم که یعنی این chain هنگام وارد شدن پکت به خود سیستم اجرا بشه.
بخش بعدی که داره priority 0 هستش که اگه چند تا chain روی همون hook باشن الویت بندی میکنه که کی زودتر اجرا بشه که از -100 تا 100 هستش.
اینجا همون rule اول توضیح میدیم

ct state { established, related } accept

مهم ترین rule هر firewall . خب یعنی چی؟ یعنی اینکه کرنل وضعیت connection ها رو نگه میداره
اینجا established یعنی کانکشن قبلا برقرار شده . related یعنی یه کانکشن جدید ایجاد شده ولی مرتبط به اون کانکشن قبلی هستش مثل ftp یا icmp err.
بخش بعدی iifname lo accept هستش یعنی incoming interface name که من اینترفیس loopback یعنی lo گزاشتم یعنی اگه برنامه ای داشت با خودش ارتباط برقرار میکرد نباید بلاک بشه و accept هستش.
یه rule دیگه ای که دوست دارم دربارش بگم و این بحثو تموم کنیم tcp dport 22 accept که میگه اگه کانکشن tcp بود و destination port برابر 22 بود قبول کن و به همین اسونی
شاید سواله چرا این rule ها اشنا هستن؟
https://oneuptime.com/blog/post/2026-03-20-tcpdump-bpf-filter-expressions/view
https://andreaskaris.github.io/blog/networking/bpf-and-tcpdump/
https://docs.kernel.org/bpf/
یه سر بهش بزنید بد نیست و اینکه شبتون بخیر❤️
➖➖➖➖➖
CHANNEL

T.me/SimurghSec
کانال یکی از دوستان که تو باگ بانتی حرف برای گفتن زیاد داره(شاهرخ)
دوست داشتید عضو بشید

مخفف ldap در اصل lightweight directory access protocol
پروتوکلیه برای ذخیره جست و جو و مدیریت و بیشتر برای کاربران و گروه ها و سیستم ها و احراز هویت استفاده میشه
ساده ترین تعریف براش مثل یک تلفن سازمانی هستش که برای دیتابیس هویتی عمل میکنه
مثلا اسم و پسورد ایمیل و ... داخل ldap نگهداری میشن
ldap مهم ترین پیاده سازیش داخل اکتیو دایرکتوری هستش!
اکتیو دایرکتوری در اصل از ldap , kerberos , dns ترکیب شده است.
دیتایی که داخل ldap قرار داره تشکیل شده از object هستش که نام های اونا user m group , computer , printer , ou هستش


مفاهیم اصلی ldap :
# 1. DN (Distinguished Name)
ادرس کامل یک object رو به ما میده
برای مثال:

cn=Ali,ou=Users,dc=company,dc=local
CN => name object
OU => دسته بندی سازمانی
DC => قسمت های دامنه

company.local or dc=company,dc=local`w
در واقع روی پورت های 389 , 636 کار میکنه

اطلاعاتی که میشه از ldap گرفت =>
- user list
- groups
- computers
- domain admins
- password policy
- SPN accounts
- service accounts

➖➖➖➖➖
CHANNEL

Server Side Template Injection (SSTI) in AI Prompt Templates
Python-based Web Application Attacks👾

با رشد استفاده از فریم‌ ورک‌هایی مثل LangChain و Template های داینامیک برای ساخت اپلیکیشن‌های AI، یک سطح حمله جدید هم به وجود آمده

این مقاله از PyFu به بررسی Server-Side Template Injection (SSTI) در سیستم‌های مبتنی بر هوش مصنوعی میپردازد؛ جایی که ترکیب اشتباه ورودی کاربر با Prompt Template میتونه از یک مشکل ساده به یک آسیب‌پذیری جدی تبدیل شود.

📌 نکته مهمی که وجود داره SSTI با Prompt Injection یکی نیست.

در Prompt Injection، مهاجم تلاش میکنه رفتار مدل رو با دستورهای متنی تغییر بده؛ اما در SSTI، مشکل در نحوه پردازش Templateها توسط برنامس و در بعضی شرایط میتونه حتی به اجرای کد روی سرور (RCE) منجر بشه.

مقاله توضیح میده که چجور استفاده ناامن از Template Engineهایی مثل Jinja2 میتونه باعث بشه مهاجم به بخش‌هایی از محیط اجرای Python دسترسی پیدا کند و اطلاعات حساسی مثل Credential ها یا داده‌های داخلی را هدف قرار دهد.

🔍 موضوعات اصلی مقاله:
• تفاوت SSTI و Prompt Injection
• ریسک استفاده ناامن از Prompt Templateها
• نحوه شکل‌گیری این آسیب‌پذیری در Pipelineهای AI
• اهمیت جداسازی داده کاربر از ساختار Template
• استفاده از محیط‌های محدود و ایزوله برای کاهش ریسک

با توجه به اینکه اپلیکیشن‌های AI روزبه‌روز بیشتر وارد محیط‌های واقعی میشوند، بررسی این نوع آسیب‌پذیری‌ها برای هر کسی که در حوزه AI Security، Web Security و Bug Bounty فعالیت میکند، اهمیت زیادی دارد.

🔗 مطالعه کامل:
https://pyfu.io/python-based-web-application-attacks/injection-attacks/server-side-template-injection-ssti-in-ai-prompt-templates

برای دریافت به‌روزرسانی‌های امنیتی روزانه، و اخبار امنیت سایبری مارو به عنوان منبع مورد نظر خود دنبال کنید ->❤️💻
GROUP ™️
@mandegar_sec | channel

#AISecurity #SSTI #LangChain #WebSecurity #BugBounty