
آسیبپذیری بحرانی GitLab با CVSS 10: اجرای کد از راه دور (CVE-2026-110264)
در ۲۱ اکتبر ۲۰۲۶ GitLab یک patch release بحرانی منتشر کرد که یکی از موارد آن CVE-2026-110264 است، با امتیاز CVSS 10.0 که بالاترین مقدار ممکن است. این ضعف در GitLab CE و EE وجود دارد و در شرایطی خاص به یک کاربر بدون احراز هویت اجازه میدهد روی سرور GitLab کد دلخواه اجرا کند. گزارش The Hacker News هم همین را پوشش داده است. اگر GitLab را خودتان نصب و نگهداری میکنید (self-managed)، اول آپدیت کنید و بعد این مقاله را بخوانید. ...

آسیبپذیری بحرانی PHP: اجرای کد از راه دور (CVE-2026-109618)
در ۲۱ اکتبر ۲۰۲۶ مرکز ملی امنیت سایبری بریتانیا (NCSC) هشداری با عنوان «Critical security issue affecting PHP» منتشر کرد. دو آسیبپذیری در خودِ PHP میتواند به مهاجم بدون احراز هویت اجازهی اجرای کد از راه دور (RCE) روی وبسروری بدهد که PHP اجرا میکند. هر دو مورد در نسخههای جدید رفع شدهاند. اگر روی سرورهایتان PHP دارید، اول نسخه را آپدیت کنید و بعد این مقاله را بخوانید. خلاصه CVE-2026-109618 CVE-2026-109619 عنوان RCE via OOM corruption RCE via stale global state امتیاز CVSS v4.0 ۹٫۲ (Critical) ۹٫۲ (Critical) بردار AV:N/AC:H/AT:P/PR:N/UI:N AV:N/AC:H/AT:P/PR:N/UI:N نوع ضعف use-after-free، مدیریت نادرست خطا use-after-free، وضعیت global باقیمانده هر دو آسیبپذیری از راه شبکه، بدون نیاز به لاگین و بدون تعامل کاربر قابل بهرهبرداریاند. ...
Retry و Dead-Letter Queue در NATS JetStream با Go
در مقالهی قبل یک Publisher و Worker ساده روی JetStream ساختیم. اما Workerِ آن مقاله فرض میکرد پردازش همیشه موفق است. در عمل پیامهایی هستند که هر بار fail میشوند. اگر کاری نکنیم، یا بینهایت تکرار میشوند یا گم میشوند. در این مقاله سه چیز را اضافه میکنیم: محدود کردن تعداد تلاشها با MaxDeliver فاصلهی بین تلاشها با BackOff و NakWithDelay فرستادن پیام «سوخته» به یک صف dead-letter همهی رفتارهای زیر را با یک سرور NATS تعبیهشده در Go (با JetStream) و کتابخانهی nats.go آزمایش کردهام و خروجیها از همان آزمایشاند. ...
یک Publisher و Worker ساده با NATS JetStream در Go
وقتی میخواهم یک مفهوم را واقعاً بفهمم، کوچکترین نمونهی قابلاجرا از آن را میسازم. اینبار نوبت NATS JetStream بود. نتیجه، پروژهی go-nats-demo است: یک Publisher، یک Worker و خود NATS، همه با Docker Compose. چرا JetStream؟ NATS معمولی پیامها را فقط به مشترکهایی میرساند که همان لحظه متصلاند. اگر Worker پایین باشد، پیام از دست میرود. JetStream لایهی پایداری روی NATS است: پیامها در یک Stream ذخیره میشوند و Consumerها میتوانند بعداً و با ack دریافتشان کنند. ...
اولین مقاله من
خوش آمدید به وبلاگ من! این اولین مقالهای است که در وبسایت شخصی خودم منتشر میکنم. چرا این سایت را ساختم؟ برای به اشتراک گذاشتن تجربیات و دانش خودم برای یادگیری بیشتر برای ارتباط با افراد علاقهمند به موضوعات مشابه ادامه دارد… به زودی مقالات بیشتری منتشر خواهم کرد. منتظر باشید!