دوره ساخت BadUsb از @ConstructorAI
🔗 Link

چطور میتونیم اسم پروژه جنگو خودمونو تغییر بدیم👇🏻
https://stackoverflow.com/questions/53024807/changing-a-project-name-in-django

یکی از کار های تکراری هکر ها اسکن کردن پورت های سرور شماست برای اینکه بفهمن چه پورت بازی دارین و متناسب با سرویس روی اون حمله رو انجام بدن.

ابزار Portspoof همه پورت‌ هاتون رو به عنوان پورت‌های باز نشون می‌ده و جواب پکت هارو فیک میده. در نتیجه مهاجم موقع اسکن کردن گمراه می‌شه و نمی‌تونه متوجه شه کدوم پورت واقعاً بازه و کدوم بسته.

https://github.com/drk1wi/portspoof


@Linuxor

بستگی به پیچیدگی و تیم پروژتون باید تصمیم بگیرید از چه استراتژی برنچینگ Git استفاده کنید

این مقاله اومده 6 نوع استراتژی برنچینگ Git برای DevOps همراه با جوانب مثبت و منفی اونهارو نوشته

https://dev.to/juniourrau/6-types-of-git-branching-strategy-g54

@Linuxor

مفتخرم که اعلام کنم شش منبع واقعا فارسی جذاب برای ریسرچ و درک اسیب پذیری توسط بچه ها گروه منتورینگ اکادمی‌ پنتسترلند داره جلو برده میشه

چنل سکیوریتی ریسرچ علیرضا عزیز @Vulnerability_Researcher

( https://news.1rj.ru/str/web_appsec )


چنل توضیح اسیب پذیری اریا
( https://news.1rj.ru/str/toor2root )

کانال کد انالیز عرفان
( https://news.1rj.ru/str/CodeReview0o0 )

توییتر علی( https://x.com/alimostafaeiorg?s=21)

چنل یوتیوب هانتلرن
( https://youtube.com/@huntlearnco?si=qm9l6UebChNUfDhA )

چنل یوتیوب پن تسترلند
https://www.youtube.com/@pentesterland

هر شش تا تایید میشه شدید و بعد استپ دوم و رد کردن لایه اسیب پذیری ها به شدت می تونه نسبت به دیدی که کسب میکنید کمک کنه

اگه خواستین یه دیتابیس معروف رو حرفه ای بشین این سایت برای هر دیتابیس کلی آموزش و سوال how to با راه حلش داره

database.guide

(توی گوشی با حالت desktop mode بازش کنید)

@Linuxor

همیشه طوری کدنویسی کن که انگار کسی که قرار است کد تو را نگهداری کند، یک روانی خطرناک است که آدرس خانه‌ات را می‌داند.


@Linuxor ~ John F. Woods

انقدر با proxmox سرطانای مختلفو تجربه کردم کلی چیز میز هست که یاد گرفتمو باید براش بنویسم
هرموقع بتونم به یه کافنیگ استیبل برسم که عین آدم کار کنه اموزش میذارم براش💀

این تیتر هم جالب بود 9 الگورتیمی که بر دنیای ما حکمرانی می‌کنند.

@Linuxor

کامل ترین “Cheat Sheet” موجود برای Rest API ! ! !
تقریبا بیشتر مواردی که اینجا مطرح هستش بهش اشاره شده

با سرچ کردن keyword ها میتونید به اطلاعات خوبی برسید

Architectural Principles of REST

1. Client-Server Architecture
- Strict separation of concerns
- Clients make requests
- Servers process and respond
- Enables independent evolution of components

2. Statelessness
- Each request contains complete context
- No server-side session storage
- Improves scalability and reliability
- Enables horizontal scaling

3. Cacheability
- Responses can be cached
- Reduces server load
- Improves response times
- Clearly defined cache control mechanisms

4. Layered System
- Components can be independently replaced
- No direct dependency between layers
- Enhances system flexibility
- Supports complex architectures

5. Uniform Interface
- Standardized communication protocol
- Consistent resource identification
- Manipulation through representations
- Self-denoscriptive messages

HTTP Methods Detailed

GET
- Purpose: Retrieve resource data
- Characteristics:
- Safe operation
- Idempotent
- No side effects
- Example: /users/123

POST
- Purpose: Create new resources
- Characteristics:
- Submits data to server
- Generates new resource
- Not idempotent
- Example: /users

PUT
- Purpose: Complete resource replacement
- Characteristics:
- Updates entire resource
- Idempotent
- Requires full resource representation
- Example: /users/123

PATCH
- Purpose: Partial resource modification
- Characteristics:
- Updates specific fields
- More efficient than PUT
- Less bandwidth consumption
- Example: /users/123

DELETE
- Purpose: Remove resources
- Characteristics:
- Removes specified resource
- Idempotent
- Can return success/failure status
- Example: /users/123

HTTP Status Codes

2xx Success
- 200 OK: Standard successful response
- 201 Created: Resource successfully generated
- 204 No Content: Successful request with no response body

3xx Redirection
- 301 Moved Permanently: Resource relocated
- 304 Not Modified: Cached resource unchanged
- 307 Temporary Redirect: Temporary resource movement

4xx Client Errors
- 400 Bad Request: Invalid syntax
- 401 Unauthorized: Authentication required
- 403 Forbidden: Insufficient permissions
- 404 Not Found: Resource doesn't exist
- 409 Conflict: Request conflicts with current state

5xx Server Errors
- 500 Internal Server Error: Unexpected server issue
- 502 Bad Gateway: Invalid server response
- 503 Service Unavailable: Temporary server limitations
- 504 Gateway Timeout: Server didn't receive timely response

Resource Design Principles

Endpoint Naming
- Use nouns
- Prefer plural forms
- Lowercase with hyphens
- Hierarchical and logical structure
- Example: /user-profiles/active

Query Parameters
- Filtering: ?status=active
- Sorting: ?sort=name
- Pagination: ?page=2&limit=50

Security Best Practices

Authentication
- OAuth 2.0
- JWT (JSON Web Tokens)
- API Keys
- OpenID Connect

Authorization
- Role-Based Access Control (RBAC)
- Attribute-Based Access Control (ABAC)
- Fine-grained permission management

Protection Strategies
- Always use HTTPS
- Input validation
- Output encoding
- Rate limiting
- CORS configuration
- Security headers
- Regular security audits

Performance Optimization

Caching Strategies
- Browser caching
- CDN implementation
- ETag support
- Cache-Control headers

Efficiency Techniques
- Compression
- Minimal payload
- Efficient serialization
- Pagination
- Bulk operations

Documentation Guidelines
- Clear endpoint denoscriptions
- Request/response examples
- Error code explanations
- Authentication requirements
- Version management

اگه خواستی درباره سیستم عامل ها بدونی هر روز یکی از قسمت های اینو بخون، خیلی از مباحث سیستم عامل رو با مثال توضیح داده :

https://mohitmishra786.github.io/exploring-os/src/


@Linuxor