La3tKnight

practical GEOINT 😂🔥 🗞 La3tKnight

چند تا رفرنس برای یادگیری الگوریتم ها : Courses : MIT Course Stanford University Algorithms Specialization Books : Grokking Algorithms - An illustrated guide for programmers and other curious people The Algorithm Design Manual by Steven Skiena Introduction to Algorithms Fourth Edition

🔹دورکینگ چیست؟ گوگل دورکینگ تکنیکی است که برای جستجوی اطلاعات حساس در اینترنت استفاده می‌شود. این تکنیک بر پایه‌ی استفاده از عبارات جستجوی پیشرفته در موتور جستجوی گوگل استوار است. با استفاده از دورکینگ، افراد می‌توانند به طور موثر اطلاعاتی از جمله نام کاربری و رمزعبورها، اطلاعات شخصی، اسناد حساس و موارد دیگر را در اینترنت پیدا کنند که به طور عمومی در دسترس نیستند. مثال: برای پیدا کردن وب سرورهای ناامن و ضعیف:

intitle:"Welcome to Windows 2000 Internet Services"

پیدا کردن سایت‌هایی که امکان SQL Injection دارند:

inurl:index.php?id=

پیدا کردن صفحه‌های لوگین:

inurl:admin/login

پیدا کردن سرورهای FTP باز:

intitle:"index of" inurl:ftp

دورکینگ با تمام موتور‌های جستجو می‌تونه انجام بشه و هر موتور تکنیک‌های خودشو داره. سرچ‌های خیلی پیچیده‌تری هم می‌شه با تکنیک‌های دورکینگ انجام داد. دو تا لیست از منابع دورکینگ آخر پست می‌ذارم. 👉🔗 Dorks Collection List 👉🔗 Dorking DB #آموزش

عزیزان، نسخه ۶ اپ مهسا مجهز به فرگمنت است (فلش آبی) که دامنه فیلترشده را زنده می‌کند. بدلیل فیلتر شدن دامنه در بیشتر کانفیگا ، تست پینگ از کنار 1- می‌شود اما با فرگمنت از پایین که پینگ بگیرید وصل است (فلش های قرمز) اهداکننده میتواند موقع اهدا، فرگمنت را برای اون کانفیگ فعال کند (فلش سبز). یا اینکه کاربر خودش فرگمنت را برای تمام کانفیگا فعال کند (فلش بنفش) گزینه mux پینگ را کاهش میدهد (فلش زرد) ولی mux با همه کانفیگ ها سازگار نیست و اصولا پینگ پایین بمعنای سرعت بیشتر نیست. فرگمنت بهترین عملکرد رو در کانفیگای tls دار پشت CF دارد. برای آپدیت به نسخه ۶ ، باید نسخه قدیمی ۴ از حافظه گوشی پاک شود (برخی گوشی ها دو حافظه مجزا clone, polyspace, ...دارد ) فیلترینگ بسیار شدید شده. اگر همچنان در دسترسی به نت مشکل دارید، اپ های وارپ و هیدیفای هم گزینه های خوبی هستند. راهنمایی بیشتر در پست پین شده در گروه: https://t.me/+DvNgtRik1rdlMGY8

💫 معرفی ytclass این سایت میاد بهترین دوره‌های آموزشی رو در میان انبوه ویدیوهای موجود یوتیوب با استفاده از هوش مصنوعی بر اساس موضوعی که وارد میکنید بهتون پیشنهاد میده و از زبان و دوره های فارسی هم پشتیبانی میکنه! همچنین برای درک بهتر از ویدیو، کوییز هم ایجاد می کنه و امکان چت کردن با ویدیو هم بهتون میده. 🔗 آدرس وبسایت: https://ytclass.co/ 🆔 @MdDaily

سیستم لینوکسی چطوری بوت میشه؟ یه ویدیوی کوتاه با عمق خوب https://www.youtube.com/watch?v=XpFsMB6FoOs

Sophie Scholl: The Final Days 🗞 La3tKnight

Web Scraping From The Shell 😏 curl - grep - sed - wget #آموزش #showcase

uBlacklist این افزونه سایت های خاصی که توسط شما علامت گذاری شده رو از نتایج جستجو حذف میکنه https://github.com/iorate/ublacklist 🗞 La3tKnight

“Deep Dive: Exploring the Real-World Value of Open Source Intelligence” یک راهنمای مفید برای طیف گسترده از تکنیک های osint. این کتاب چرخه های اطلاعاتی ، opsec و همچنین osint رو در موضوعاتی مثل افراد ، رسانه های اجتماعی ، کسب و کار ها و و سازمان ها ، سیستم های حمل و نقل ، زیرساخت های حیاتی و کنترل های صعنتی ، امور مالی ، ارز های دیجتال و NFT رو پوشش میده . این کتاب ابزار های زیادی رو پوشش میده اما به گفته خود نویسنده تمرکز روی روش شناسی بوده تا معرفی ابزار . سر فصل های کتاب : Foundational OSINT Open Source Intelligence The Intelligence Cycle The Adversarial Mindset Operational Security OSINT Touchpoints Subject Intelligence Social Media Analysis Business and Organizational Intelligence Transportation Intelligence Critical Infrastructure and Industrial Intelligence Financial Intelligence Cryptocurrency Non-fungible Tokens 📰 La3tKnight

RSS Feed اگر مثل من ترجیح میدین به‌جای این که کانال‌ها/پیج‌ها و وب‌سایت‌های مورد علاقه‌تون رو تک‌به‌تک چک کنید که چه مطلب جدیدی گذاشتن، اون‌ها رو یک جا بتونید داشته باشید، استفاده از RSS Feed رو بهتون توصیه میکنم. درواقع Web Feedها برای همین دلیل ساخته شده‌ن :) توضیح ویکی‌پدیای فارسیش به نظرم برای آشنایی کافیه: یک ابزار مدیریت و پیگیری تغییرات محتوایی در وب‌سایتها است. این ابزار به کاربران و برنامه‌های نرم‌افزاری اجازهٔ دسترسی و پیگیری تغییرات و به‌روزرسانی‌های رخ داده در وب‌سایت‌ها را در قالب استاندارد و قابل فهم توسط رایانه می‌دهد. خوراک‌های [همون Feed رو میگه :)] RSS می‌توانند به کاربر امکان «پیگیری سایت‌های مختلفی» در یک جمع کنندهٔ اخبار منفرد را بدهند. وب سایت‌ها معمولاً از خوراک‌های RSS برای انتشار اطلاعات بسیار به روز رسانی شونده، مانندِ : ورودی بلاگ‌ها، عناوین اخبار، یا قسمت‌های رشته‌های صوتی و تصویری استفاده می‌کنند. از RSS می‌توان برای توزیع پادکست استفاده کرد. خوراک RSS به کاربرانی که می‌خواهند به روز رسانی‌های زمانی را از وب سایت‌های مورد علاقه دریافت کنند، یا کاربرانی که قصد جمع‌آوری داده از چندین سایت را دارند، کمک رسانی می‌کند. من چطور از RSS Feed استفاده میکنم؟ معمولا سایت‌ها خودشون لینک RSS Feedشون رو میذارن (به عنوان نمونه، اینجا میتونید فید HackerNews رو نگاه کنید). من اون ها رو میگیرم و به کلاینت Feed Readerام اضافه میکنم. کلاینتی که من روی مک استفاده میکنم اسمش NetNewsWireـه که رایگان هم هست. احتمالا با یک سرچ دم دستی کلاینت برای سیستم‌عامل‌های دیگه هم میتونید پیدا کنید. حالا اگر جایی که مد‌نظر ماست فید نداشت چی؟ سایت‌هایی هستند که برای شما فید میسازند. یعنی شما لینک منبع رو بهشون میدین، اون براتون لینک فید RSS تولید میکنه. من از RSS.app استفاده میکنم. چرا این؟ چون میخواستم کانال‌های تلگرامی و صفحه‌های اینستاگرامی که برام جالبن رو هم کنار باقی چیز‌ها داشته باشم و برای منی که نمیخوام از تلگرام و به‌خصوص اینستاگرام بجز چک کردن یک سری کانال و پیج خاص استفاده کنم خیلی بدرد میخوره. نسخه‌ی رایگانش این امکان رو هم بهتون میده که تا ۱۵ تا فید بسازید. من هم رایگان دارم و فکر میکنم کافی باشه. وب‌سایت خیلی معروفی هم که برای این کار وجود داره Feedlyـه. من ازش هنوز استفاده نکردم. شاید سوئیچ کنم روی این وب‌سایت شاید هم نه. ولی خب خواستم صرفا این رو هم اینجا بیارم که حداقل بهش اشاره کرده باشم. در نهایت، همیشه خودتون هم میتونید بررسی کنید تا گزینه‌ای که مناسبتون هست رو انتخاب کنید. پی‌نوشت: دبیرستان که بودم یه معلمی داشتم، این بزرگوار اون موقع هروقت میخواست که از دوران شیرین بلاگ‌خوانی و بلاگ‌نویسی و کلا وب (فارسی) صحبت کنه یه گریزی میزد به فید‌خوان‌ها و یه خدابیامرز تنگ Google Reader (گودر) میذاشت. فیدخوانی که گوگل توی ۲۰۱۳ درشو تخته کرد. اینطور که به‌نظر میرسه و همین‌طور هم که داریم خودمون هم میبینم (از میزان محبوبیت و شناس بودن RSS Feedها بین نسل‌های متاخر)، فیدخوان‌ها افولی شدیدی رو تجربه کردن و خیلی از وب‌سایت‌ها و اپ‌هایی که به صورت پیش‌فرض از این قابلیت پشتیبانی میکردن، اون رو حذف کنند و اینقدر این ماجرا پیش رفت که تقریبا هیچ صحبتی راجع‌به فیدها و فیدخوان ها نمیشنویم. (شاید هم من فقط پرت بودم که نمی‌شنیدم!! :))) علی‌ای‌حال، به‌نظرم عادت خوبیه که از فیدخوان ها استفاده کنیم. نه صرفا برای تجمیع اخبار و مطلب، بلکه برای دلیلی مهم‌تر. دلیلی اصلی که من رو به این سمت سوق داد این بود که از نظر من، استفاده از فیدخوان‌ها میتونه خیلی از شوم‌گردی (Doomscrolling) و این بمباران اطلاعات (شما بخوانید مزخرفات) جلوگیری کنه یا حداقل اون رو تعدیل کنه.

اگر از chatgpt استفاده میکنید و برای خوندن متن هایی که ترکیب فارسی و انگلیسی هستن مشکل دارید این اکستنشن گوگل کروم کمکتون میکنه: https://chrome.google.com/webstore/detail/rtl-chatgpt-persianfarsi/pjpmebofipgpjaincgoboibbmicccbne هم فونت فارسی رو بهتر میکنه و هم متن رو درست نمایش میده 〰️〰️〰️〰️〰️〰️ 📌 Mahdi Channel

من چند وقت پیش یک آگهی ریموت تو شرکتی که تو برلین دارم توش کار میکنم گذاشتم.. چند نفر تماس گرفتن. وقتی صحبت از حقوق شد هیچ اطلاعی نداشتن که invoice چیه و چطوری میتونن قانونی کار کنند. اگه میخواین ریموت کار کنید باید یک سری مراحلی رو طی کنید تا واجد شرایط باشین. اولین قدمش داشتن یک حساب بانکی و شماره مالیاته که بتونید یک شرکت یک جای دیگه دنیا رو به صورت قانونی invoice کنید! این مقاله خیلی قشنگ توضیح داده دست نویسنده اش درد نکنه 🙂 @ManiFoldsPython

"آن چاقوی سوئیسی دیگر نمی‌بُرَد" با احترام، تقدیم به خدای باستانِ زبان‌های برنامه‌نویسی، مرحوم Niklaus Wirth ———————————————————— تنها سه روز از سال نوی میلادی جدید سپری شده و هنوز برای قضاوت خوش یا بد یُمن بودن آن زود است، اما یکم ژانویه‌ی ۲۰۲۴، یقینا یکی از سیاه‌ترین روزهای تاریخ جامعه‌ی آکادمیک مهندسی نرم‌افزار خواهد بود. امروز حدود ۳ ساعت پیش، آقای Bertrand Meyer در یک توئیت اعلام کردند که یکی از ستارگان زبان‌های برنامه‌نویسی، متدولوژی برنامه‌نویسی، مهندسی نرم‌افزار و طراحی سخت‌افزار افول کرد. آقای Niklaus Wirth، با کوهی از افتخارات، برنده‌ی جایزه‌ی تورینگ اوارد، در سن ۸۹ سالی به تاریخ یکم ژانویه‌ی ۲۰۲۴ چشم از جهان فرو بستند. آقای Wirth در شهر Winterthur سوئیس بدنیا آمد و تحصیلات آکادمیک خود را در ETH زوریخ آغاز کرد. برای آغاز تحصیلات تکمیلی به دانشگاه Laval در کانادا رفت و بعد از آن رساله‌ی دکتری خود را در دانشگاه برکلی کالیفرنیا، به سرپرستی Harry Huskey، از پیشرویان پیدایش کامپیوتر، با عنوان A Generalization of ALGOL به سرانجام رساند. سپس به عضویت هیئت علمی دانشگاه استنفورد درآمد و بعد از آن به ETH بازگشت و در آنجا تا بازنشستگی خود به کارش ادامه داد. از جمله دست‌آوردهای مهم ایشان طراحی زبان‌های برنامه‌نویسی Pascal و ALGOL بود. علاقه‌ی آقای Wirth به زبان ALGOL آنقدر زیاد بود که زبان‌های متعددی مانند Euler و Modula و Oberon را بر پایه‌ی آن طراحی کردند. ایشان در طراحی و پیاده‌سازی سیستم‌عامل‌های Medos-2 و Oberon System نقش کلیدی داشتند. در حوزه‌ی معماری کامپیوتر، یک زبان HDL به نام Lola را طراحی و پیاده‌سازی کردند. سال ۱۹۸۴ به پاس دست‌آوردهای کلیدی و مهم ایشان در حوزه‌ی زبان‌های برنامه‌نویسی، برنده‌ی جایزه Turing Award شدند. علاوه بر پژوهش‌های پیشرو، دانشمندان به‌نامی مانند Martin Odersky، خالق زبان Scala و Generics در Java و Michael Franz، مبدع Just-in-time Compilation and Optimization را تربیت کردند. ایشان کتاب‌های مهم و تأثیرگذاری در طی فعالیت خود به چاپ رساندند که می‌توان از میان آن‌ها کتاب‌های مهمی چون Algorithms + Data Structures = Programs و Systematic Programming: An Introduction و Compiler construction را نام برد. کتاب اول را یکی از تأثیرگذارترین کتاب‌های نوشته شده در حوزه‌ی CS در طول تاریخ قلم‌داد می‌کنند. کتاب دوم مختص ریاضی‌دانانی نوشته شده بود که تمایل به درک ماهیت‌ برنامه‌نویسی و یادگیری نوشتن الگوریتم دارند. کتاب سوم با دید کاربردی نوشته شده که در آن زمان که تمام کتاب‌های حوزه‌ی کامپایلر با دید تئوری نوشته می‌شدند، کاری منحصر به فرد محسوب می‌شد. در علم کامپیوتر یک ضرب‌المثلی وجود دارد که منسوب به آقای Wirth است و آن این است که : "Software is getting slower more rapidly than hardware becomes faster" از این روی به این عبارت Wirth's law گفته می‌شود. گرچه ممکن است نام هیچ یک از کارهای آقای Wirth برای یک دانشجوی CS آشنا نباشد، اما گفتنی‌ست که امروزه اکثر زبان‌های برنامه‌نویسی، کامپایلرها، متدولوژی‌های تولید نرم‌افزار و حتی سیستم‌‌عامل‌ها، بیش از آنچه که فکر کنید وامدار پژوهش‌ها و دست‌آوردهای آقای Wirth می‌باشند.

خطا داریم؟ همینه که هست! یه مثال دیدم که می‌گفت شما وقتی ماشینتون پنچر میشه صبر می‌کنید تا تعمیرکار بیاد درستش کنه، یا با همون چرخ های پنجر با سرعت کم ادامه میدین تا به مقصد برسید؟ به نظرم همین توی برنامه‌نویسی هم مصداق داره، وقتی برنامه‌مون به ارور میخوره چطوری مدیریتش می‌کنیم؟ حالا این ارور خیلی وقت ها exceptionه توی زبون های برنامه نویسی، ولی یکم سطح بالاتر ببینیم، مثلا به یه سرویس خارجی درخواست دادیم و نیست، خب چیکار کنیم؟ یه فایل کانفیگ رو میخوایم لود کنیم ولی نیست. دیتایی که از سمت کاربر اومده معتبر نیست. در یک برنامه معمولی جوابِ (احتمالا) درست به خیلی از این سوالا اینه که خب کارکرد برنامه رو متوقف کن و بگو نمیتونم. برنامه کار نکنه تا دوباره با برطرف شدن مشکلات یکی از اول اجراش کنه، ولی اگر برنامه ما قراره توی یکسری از محیط‌ها اجرا بشه دیگه خبری از «من کار نمیکنم تا شرایط درست بشه» نیست. چه محیط‌هایی؟ محیط‌هایی که availability بالا مهمه مثلا سیستم های امبدد یا بک‌اند. مثلا قراره ما مسیریابی یک هواپیما رو انجام بدیم و سیگنال GPS دریافت نمی‌کنیم، خب به هواپیما بگیم فعلا من کار نمیکنم؟! یعنی چی که کار نمیکنم، با سرعت زیاد داره میره :))) یا مثلاً توی کلود اگر ارور بدیم و برنامه کرش کنه کنیم چی میشه؟ کوبرنتیز دوباره برنامه رو اجرا می‌کنه و دوباره با مشکل درگیریم! پس در این شرایط نمیشه ارور داد و بیخیال شد، بلکه باید با همون چرخ پنچر ادامه داد، برای هر روش هم با خلاقیت خودمون یا با کمک روش های پیشنهاد شده باید یه پلن بی داشته باشیم، پیاده سازی و تست خود برنامه در کنار اینکه هر قسمتی ممکنه کار نکنه و سناریوهای مختلفش، کار سختیه ولی هزینه‌ی داشتن یه نرم افزار قابل اعتماده. مثلا چه مشکلاتی؟ مثلاً اگه قراره کانفیگ فایل رو از بیرون لود کنیم, آمادگی نبودنش رو هم داشته باشیم، مثلا یه کانفیگ پیشفرض داشته باشیم (البته کانفیگ چون موقع اولین اجرای برنامه خودش رو نشون میده شاید نیازی هم نباشه) مثلا اگر داده gps به ما نرسید، با کمک داده های قبلی که ذخیره کردیم و یا ترکیبش با سرعت و شتاب و ... مشکل رو موقتا و حتی نادقیق حل کنیم یا مثلاً اگر به سرور خارجی درخواست می‌زنیم و نیست، آمادگی نبودنش رو داشته باشیم، اینجا یکسری پترن که تو صنعت استفاده میشه داریم مثلا چه پترنهایی؟ + دوباره درخواست بده: retry pattern + به یکی دیگه درخواست بده: fallback + اگر خرابه تا یه مدت بهش درخواست نده تا ارور الکی نگیری: circuit breaker + اگه سرور خارجی کنده، خیلی صبر نکن تا response time خودت هم بالا نره + اگر سرور خارجی دیتا قراره بهت بده، دیتای قبلی رو کش کن. اینها در سطح کد بودن، در سطح معماری هم میشه از قبل روش‌هایی رو تدارک دید مثلاً خود دیتابیس رو چطوری High available کنیم، یا روش‌هایی که بیشتر تو سیستم های امبدد استفاده میشه مثل اینکه یه برنامه رو با چند تا پیاده سازی همزمان اجرا کنیم تا اگر یکیش خراب شد اون یکی‌ها باشن! منابع: https://opensource.com/article/19/9/transient-faults-devops https://www.jrebel.com/blog/microservices-resilience-patterns https://learn.microsoft.com/en-us/azure/architecture/best-practices/transient-faults https://learn.microsoft.com/en-us/dotnet/architecture/cloud-native/application-resiliency-patterns

🗞 La3tKnight

- سردار اینتل میخواد بزرگترین کارخونه خودش رو تو اسراییل بسازه - پویش مردمی چیز کنید تحریم کنند - سردار لپ‌تاپ‌های خودمون همه اینتله - برید اندرویید بخرید