@uselinux
باور کردنش سخته که روزی رسید که با دیدن صفحه گوگل خوشحال شدیم : |
یاد جمله : "به عقب باز نمیگردیم" افتادم :)))

@UseLinux
تو این چند روز که نت قطع بود خبرای مهمی شده از جمله درباره الگوریتمای(md5,sha-1,sha,512)😃
رایت آپ هارو میتونید از اینجا مشاهده کنید:
1⃣Breaking Down : MD5 Algorithm

2⃣Breaking Down : SHA-1 Algorithm

3⃣Breaking Down : SHA-512 Algorithm

@UseLinux

@uselinux
💥اندروید هرگز توسط کرنل لینوکس ساپورت نخواهد شد! اما این باعث نمیشود تا گوگل تلاش نکند!!!
@uselinux
" بعد از مدت ها دوری از کانال با یک ترجمه مقاله ای در خدمتتون هستیم : ) "
@uselinux
اندروید نوع و نسخه مخصوصی از کرنل لینوکس را داراست ..اما این خوب نیست .. ولی به هرصورت نیاز بوده.
@uselinux
محبوب بودن اندروید و اجرای آن روی لینوکس شاید چیزی باشد که در نگاه اول استاندارد به نظر برسد , اما با کاری که وندور ها و سازندگان سخت افزار و دیوایس ها انجام میدهند فاصله زیادی دارد!

گوگل کار های زیادی انجام داده و کار های زیاد دیگری در برنامه دارد
@uselinux
در این پست زیبا از ران آمادیو که سعی کرده ساختار اندروید را برای همه توضیح دهد , قابل مشاهده است
@uselinux
نیاز نیست همه پروسه را کامل بدانید و دو سوال اساسی که مردم میپرسند و شاید در اصل یک سوال باشد به این شرح است :
@uselinux
چرا ما نمیتوانیم براحتی کرنل اندروید را همانگونه که در توزیع های لینوکسی ممکن است آپدیت کنیم ؟ (منظور نویسنده با کرنل خام لینوکس!)
و چطور مایکروسافت چیز های مختلف از کمپانی های مختلف را یکجا آپدیت میکند؟
اندروید, لینوکس نیست!
یا بهتر است بگوییم اندروید روی کرنل لینوکس اجرا میشود اما این همان کرنلی نیست که بر روی دیسترو های لینوکس درحال اجراست
@uselinux

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

بله این دلیلی است که شما چرا نمیتوانید کرنل اندروید خود را آپدیت کنید

و همچنین گوگل باید همه تغییرات لازم را برای ۱نسخه خاص از اندروید اعمال کند تا کرنل جدید را ساپورت کند
@uselinux
و بحث فقط اندروید نیست
اکثر کمپانی های سخت افزار اوپن سورس نیستند(همانند کوالکام و NXT) و این کمپانی ها نیز برای ساپورت محصولات نیاز دارند تا تغییراتی ایجاد کنند بر روی کرنل درایور های کلوز سورس و باینری خود را بر آن اضافه کنند
@uselinux
و سخت ترین قسمت آن هم تکرار همین پروسه چینش تمام اجزا در کنار یکدیگر است .. و تمام پروسه برای نسخه جدید کرنل باید از نو انجام شود .. و اینجاست که کمپانی ها قبول نمیکنند و شما تا پایان عمر گوشی خود باید با همان نسخه اندرویدی که دارید سر کنید!
@uselinux
و در اخر سوال مهمی که پیش می آید :
چرا مایکروسافت میتواند یک میلیارد سیستم را همزمان اپدیت کند و گوگل نمیتواند ۲میلیارد سیستم را همزمان آپدیت کند 😄؟

سوال خوبی است اما متن سوال نیز اشتباه است!
ویندوز از زمانی که بر بستر ویندوزNT رفت اوضاع بهتر و یکپارچه تری پیدا کرد .. اما مشکل همچنان باقیست
@uselinux
و همچنین در سیستم ها استانداردی مانند UEFI و BIOS وجود دارد که اجازه میدهد تا سخت افزار های کمپانی های مختلف از آن برای بوت استفاده کنند و بعد از آن یک OS میتواند از آن برای بوت شدن استفاده کند

اما در گوشی های arm چنین چیزی نیست .. و یک پروسه بوت لودر ساده وجود دارد که خود OS را بصورت یکباره لود میکند! (هیچ خبری از بایوس و اینا نیست تو اندروید . .قبل از OS و شناختن بوت لودر)
@uselinux
و همینطور کمپانی های سخت افزاری کامپیوتر امکانات خوبی برای استفاده و اپدیت ویندوز فراهم میکنند چون دوست دارند windows certified باشند

خب این کلیت موضوع

چیزی مثل اندروید وان شاید تو گوشی های خیلی از ماها الان باشه و دوس داشته باشیم بدونیم که چطور اندروید خام قراره تا چند سال بدون دردسر به گوشی هامون سرویس بده :

project mainline
این پروژه ای که قرار هست سخت افزار رو از نرم افزار جدا کنه . و گوگل با پارتنر OEM بر روی این قضیه در حال تلاش جدی هستند!
@uselinux

در آینده در این باره نیز پستی خواهیم داشت
منبع:
https://www.androidcentral.com/android-will-never-be-supported-regular-linux-kernel-thats-not-stopping-google-trying
@uselinux

🔰Shodan
یه خبر خوش shodan اکانت 49دلاریشو برای مدت محدودی کرده1دلار!!!
shodan.io

@UseLinux

🔰رایت آپی در مورد خرید یه سرور با قیمت کمتر از اونی که براش تعیین شده!
https://medium.com/@androgaming1912/got-vps-hosting-domain-only-0-01-bug-bounty-edeea1a7d5e6

(درحالی که اینجا هکرای خودمون درگاه بانکی رو بایپس میکنن و ریپورت میدن بدون هیچ بانتی :)
@UseLinux

🔰پیلود XSS برای بایپس کلودفلر:
`payload´; %3Cimg src='null' onerror=alert('spyerror')%3E

🔰بایپس SSRF وقتی که waf برای خوندن passwd گیر میده:
/etc/./passwd ==> file:///etc/./passwd

همینو میشه برای shadow هم پیاده کرد:
/./etc/./shadow

@UseLinux

🔰تشخیص حملات دیداس در لینوکس
meterpreter.org/how-to-check-ddos-attack-with-command-line-on-linux

@UseLinux

🔰آدرس‌های IPv4 به اتمام رسید!
@UseLinux
🔥 آخرین آدرس IPv4 با اختصاص تمام ۴/۳ میلیارد آدرس IPv4 در سرتاسر جهان، این آدرس‌ها به اتمام رسیده‌اند.
theregister.co.uk/AMP/2019/11/25/ipv4_addresses_gone

@UseLinux

🔰فیسبوک در آپدیت جدید خود این قابلیت را فراهم کرده تا کاربران عکس و ویدیوهای خود را به گوگل منتقل کنن!
thehackernews.com/2019/12/facebook-google-photos-data.html

@UseLinux

@UseLinux
جنگو نسخه 3 ریلیز شد!!!

باور نکردیه که ساپورت async بهش اضافه شد 😍
https://www.djangoproject.com/weblog/2019/dec/02/django-3-released

@UseLinux

@UseLinux

https://youtu.be/4PlFfoiRZcQ
ویدئوی آموزش داکر
از ایوب ایرازه عزیز 🌹

@UseLinux

🔰باگ جدید لینوکس به نفوذگرها اجازه میده تا بتونن کانکشن های VPN رو هایجک(Hijack) کنند!

@UseLinux

🔰آسیب‌پذیری در تلگرام مک و iOS با بانتی500$:

https://twitter.com/offsecmag/status/1203641209497030657

Exploit:
https://github.com/Metnew/telegram-links-nsworkspace-open

@UseLinux

🔷انجمن علمی کامپیوتر دانشگاه صنعتی خواجه نصیر برگزار می‌کند:

🔸 سمینار آموزش داکر Docker
🕑 پنجشنبه ۲۸ آذر ماه
ساعت ۹ الی ۱۳

👤 مدرس: مهندس احمد رفیعی
▫️بنیانگذار سایت آموزشی داکرمی
🐳 dockerme.ir

ثبت نام و اطلاعات بیشتر:
🔗 bit.ly/docker-kntu

@uselinux

⚡️ آسیب پذیری مهم امنیتی در اندروید باعث حمله DOS می شود!

🔹اخیرا گوگل به روزرسانی های امنیتی جدیدی را برای آندروید منتشر کرده که متشکل از 15 آسیب پذیری با شدت بحرانی و متوسط و 22 آسیب پذیری مؤثر در Qualcomm می باشند. پس از انتشار این به روز رسانی ها تمامی آسیب پذیری های ذکر شده وصله می شوند.

🔹آسیب پذیری های امنیتی با شناسه های زیر شناسایی میشوند:

CVE-2019-2232
CVE-2019-2222
CVE-2019-2223

منبع: ایران سایبر
@UseLinux

🔺 حمله‌ی SSRF روی پلتفرم اشتراک‌گذاری ویدئوی Vimeo

آسیب‌پذیری‌ای که امروز از Vimeo منتشر شده (مربوط به ماه May)، ایده‌ی خیلی خوبی به آدم میده. قضیه این بوده که وقتی توی این پلتفرم می‌خوایم ویدئویی آپلود کنیم چند گزینه پیش روی ماست. یکی اینکه مستقیم از روی سیستم خودمون آپلود انجام بدیم و دیگر اینکه از روی یه سرور یا فضای اشتراک‌گذاری دیگه ویدئومون رو وارد کنیم. می‌دونید که الگوی آسیب‌پذیری SSRF هم از همین گزینه‌ی دوم ناشی می‌شه معمولا همه جا. مثلا یه جا می‌شه عکس پروفایل رو از یه سرور دیگه درخواست داد، یا مثلا مستندات و فایل‌های نوشتاری رو میشه از یه سایت دیگه وارد کرد، اینجام ویدئو رو. منتها چالش اینجا فقط این پروسه‌ی وارد کردنه نبوده. این محقق اومده بررسی کرده دیده وقتی ویدئو رو می‌خوایم از یه سرور دیگه درخواست بدیم، Vimeo اول یه درخواست میده ببینه اصلا سایز اون فایل چقدره؟ اگه از یه حدی بالاتر باشه درخواست دریافت اون ویدئو رو «یکجا» نمیده. بخش بخش می‌فرسته درخواست‌هارو. طی چند درخواست. این بابا هم اومده تست کرده ببینه آیا بین این درخواست‌ها می‌شه یه چیز دیگه به خورد Vimeo داد؟ مثلا درخواست رو هدایت کرد به یه جای دیگه و یه پاسخ دیگه بهش داد؟ دیده بله میشه. یه وب‌سرور کوچیک نوشته و درخواست‌هارو گرفته و Partially پاسخ داده و بینش یه ریدایرکشن تعریف کرده به سمت یه فایل txt (که می‌تونه مثلا پیلود حمله‌مون باشه) و بعد ادامه‌ی محتوای ویدئو. حالا البته نگفته تهش تونسته از این حمله بهره‌ی خاصی ببره یا نه (مثلا دستور اجرا کنه و..) که احتمالا نتونسته ولی همین ایده‌ش به اندازه کافی قشنگه و چهار هزار دلار بهش دادن. می‌تونید اینجا بخونید گزارشش رو.
منبع:آفسک
@UseLinux