Channels

Top 100 Trending New

Categories

Crypto Gaming News Entertainment Music Sports Tech Gambling Bots and mini apps Finance Business Education Lifestyle Health Travel Auto Fashion Jobs Dating Deals and shopping

Stickers

Stickers Emoji Themes Wallpapers

Bots Gifts Tools

Currency

$ USD ₽ RUB € EUR ₴ UAH ₸ KZT ₺ TRY zł PLN ₪ ILS AED AED R$ BRL Rp IDR RM MYR ¥ JPY ₩ KRW CN¥ CNY

Theme

Português (Brasil)

Bahasa Indonesia

Беларуская

Українська

Channels Categories Stickers Bots Gifts Tools

Premium Wiki Glossary Legal

Notifications Settings Log in

SOC Library: post #144 — TG.ME

SOC Library@soclibrary · 1.1K subscribers Open in TelegramOpen

t.me/soclibrary/144

June 10, 2026 602 2

More from this channel

🟨 بیشتر متخصصان SOC ساعت‌ها وقت صرف دیدن دوره‌های آموزشی می‌کنند... اما چند نفر مستندات رسمی Vendorها را مطالعه می‌کنند؟ واقعیت این است که بسیاری از قابلیت‌های جدید، Best Practiceها و حتی روش‌های Detection، قبل از اینکه وارد دوره‌های آموزشی، کتاب‌ها یا ویدیوهای یوتیوب شوند، ابتدا در *Documentation رسمی* منتشر می‌شوند. اگر هدف شما تبدیل شدن به یک *SOC Analyst، Detection Engineer یا Splunk Engineer حرفه‌ای* است، مطالعه مستندات رسمی باید بخشی از برنامه یادگیری روزانه‌تان باشد. به عنوان مثال، اگر با Splunk کار می‌کنید، مستندات زیر ارزش دنبال کردن دارند: 📘 Splunk Enterprise Security (ES) 📘 Splunk Security Content (ESCU) 📘 Splunk Lantern 📘 Splunk SOAR Documentation 📘 Splunk Release Notes اما این موضوع فقط به Splunk محدود نمی‌شود. اگر با سایر SIEMها کار می‌کنید، پیشنهاد می‌کنم مستندات رسمی این محصولات را نیز به‌صورت منظم دنبال کنید: 🔹 Microsoft Sentinel 🔹 Google Security Operations (Chronicle) 🔹 Elastic Security 🔹 IBM QRadar 🔹 Cortex XSIAM چرا؟ چون مستندات رسمی فقط نحوه نصب یک محصول را توضیح نمی‌دهند؛ بلکه بهترین منبع برای یادگیری *Best Practiceها، معماری، Use Caseها، Detectionها، روش‌های پیاده‌سازی، محدودیت‌ها و قابلیت‌های جدید* هستند. تجربه نشان داده است که بسیاری از متخصصان، ساعت‌ها زمان صرف دوره‌های آموزشی می‌کنند، اما شاید ماه‌ها از آخرین باری که مستندات رسمی Vendor مورد استفاده‌شان را مطالعه کرده‌اند گذشته باشد. در حالی که *به‌روزترین دانش همیشه از Documentation رسمی شروع می‌شود.* 💬 *شما آخرین بار چه زمانی مستندات رسمی محصولی که هر روز با آن کار می‌کنید را مطالعه کردید؟* اگر فقط قرار باشد یک Documentation را هر هفته دنبال کنید، انتخاب شما کدام است؟ ------------------------ اگر می‌خواهید همیشه به جدیدترین Documentationها، منابع تخصصی و محتوای آموزشی دسترسی داشته باشید، از طریق وب‌سایت و کانال‌های رسمی ما همراه باشید: 🌐 وب‌سایت: https://soclib.ir 📘 کانال تخصصی SOC Library در پیام‌رسان بله: https://ble.ir/soclib 📢 کانال تخصصی SOC Library در تلگرام: https://t.me/soclibrary 527·Jul 13

[media post] 505·Jul 13 آیا سازمان شما واقعاً در برابر اختلالات سایبری تاب‌آور است؟ سال‌هاست که در حوزه امنیت اطلاعات درباره مفاهیمی مانند امنیت سایبری (Cyber Security)، مدیریت ریسک و تداوم کسب‌وکار (BCP) صحبت می‌کنیم. اما امروز سؤال اصلی دیگر این نیست که: "چقدر امن هستید؟" بلکه این است که: "اگر فردا یک حمله سایبری یا اختلال بزرگ رخ دهد، آیا کسب‌وکار شما همچنان قادر به ادامه فعالیت خواهد بود؟" دقیقاً همین موضوع، فلسفه شکل‌گیری DORA (Digital Operational Resilience Act) است؛ چارچوبی که توسط اتحادیه اروپا برای افزایش تاب‌آوری عملیاتی دیجیتال در صنعت مالی تدوین شده است. این چارچوب تنها بر پیشگیری از حملات تمرکز ندارد، بلکه سازمان‌ها را ملزم می‌کند توانایی خود را در پیشگیری، شناسایی، پاسخ، بازیابی و یادگیری از رخدادهای سایبری به صورت ساختاریافته ارزیابی و تقویت کنند. آنچه DORA را متمایز می‌کند، نگاه جامع آن به تاب‌آوری است. این چارچوب پنج حوزه کلیدی را پوشش می‌دهد: ✅ حاکمیت و مدیریت ریسک فناوری اطلاعات و ارتباطات (ICT) ✅ مدیریت، طبقه‌بندی و گزارش‌دهی رخدادهای امنیتی ✅ آزمون‌های منظم تاب‌آوری دیجیتال ✅ مدیریت ریسک تأمین‌کنندگان و اشخاص ثالث ✅ اشتراک‌گذاری اطلاعات و هوشمندی تهدیدات سایبری از نگاه من، مهم‌ترین پیام DORA این است که: امنیت سایبری دیگر صرفاً مسئولیت تیم Security نیست. تاب‌آوری دیجیتال به موضوعی در سطح هیئت‌مدیره، مدیریت ارشد، مدیریت ریسک، فناوری اطلاعات، حسابرسی داخلی و حتی تأمین‌کنندگان خدمات تبدیل شده است. به همین دلیل است که امروز سازمان‌های پیشرو، علاوه بر پیاده‌سازی کنترل‌های امنیتی، روی موضوعاتی مانند: * مدیریت ریسک مبتنی بر کسب‌وکار * سنجش بلوغ امنیت * آمادگی پاسخ به رخداد * آزمون‌های Red Team و Threat-Led Penetration Testing * مدیریت ریسک زنجیره تأمین * Continuous Monitoring سرمایه‌گذاری جدی انجام می‌دهند. به‌تازگی فرصت مطالعه ترجمه فارسی «چارچوب قانونی تاب‌آوری عملیاتی دیجیتال (DORA)» را داشتم که توسط تیم حسابرسی فناوری اطلاعات بانک ملت تهیه شده است. این مستند علاوه بر معرفی مفاهیم DORA، راهنمای عملی، چک‌لیست‌های کنترلی و رویکردهای اجرایی مناسبی برای سازمان‌ها ارائه می‌دهد. به نظر من، حتی اگر سازمان شما مشمول مستقیم DORA نباشد، آشنایی با این چارچوب می‌تواند دیدگاه ارزشمندی درباره آینده امنیت سایبری، مدیریت ریسک و تاب‌آوری دیجیتال ارائه کند. نظر شما چیست؟ آیا سازمان‌ها باید همچنان فقط روی Cyber Security تمرکز کنند، یا زمان آن رسیده که Digital Operational Resilience را به یکی از شاخص‌های اصلی بلوغ امنیت تبدیل کنیم؟ آدرس کانال تخصصی SOC Library در پیامرسان بله: https://ble.ir/soclib کانال تخصصی SOC Library در تلگرام : https://t.me/soclibrary 681·Jun 29

[media post] 573·Jun 29 🟨 آیا Splunk Cluster شما در زمان Incident واقعاً قابل اعتماد است؟ یکی از مشکلاتی که بسیاری از سازمان‌ها بعد از پیاده‌سازی Splunk Indexer Cluster با آن مواجه می‌شوند، نه Performance است و نه Storage... بلکه Data Availability در زمان بحران است. در ظاهر همه چیز سالم به نظر می‌رسد: ✅ Replication Factor تنظیم شده ✅ Search Factor برقرار است ✅ تمامی Peerها Online هستند اما حادثه زمانی شروع می‌شود که یکی از Nodeها از مدار خارج می‌شود. در این لحظه بسیاری از تیم‌ها متوجه می‌شوند بخشی از داده‌های مورد نیاز برای Investigation در وضعیت Searchable قرار ندارند یا Bucketها به درستی Replicate نشده‌اند. و این دقیقاً زمانی اتفاق می‌افتد که SOC بیشترین نیاز را به داده‌ها دارد. --- 🎯 یک سناریوی واقعی: فرض کنید تیم SOC در حال بررسی یک Incident مربوط به Data Exfiltration است. مهاجم چند روز قبل وارد شبکه شده و حالا نیاز دارید: 🔹 لاگ‌های Firewall 🔹 DNS Logs 🔹 Proxy Logs 🔹 EDR Events را با یکدیگر Correlate کنید. اما یکی از Indexerها دچار مشکل شده و Cluster وارد حالت Fixup شده است. در نتیجه: ❌ بخشی از Bucketها هنوز قابل جستجو نیستند ❌ برخی Searchها ناقص برمی‌گردند ❌ Timeline حادثه به درستی بازسازی نمی‌شود ❌ تحلیلگر SOC تصور می‌کند داده‌ای وجود ندارد در حالی که مشکل از حمله نیست... مشکل از معماری SIEM است. --- 🔍 یکی از مهم‌ترین مواردی که مدیران Splunk باید به صورت مستمر پایش کنند: • Replication Factor Status • Search Factor Status • Bucket Fixup Activities • Excess Buckets • Orphaned Buckets • Cluster Health • Peer Synchronization --- بسیاری از سازمان‌ها Availability را فقط برای سرویس در نظر می‌گیرند. اما از دید SOC یک سؤال مهم‌تر وجود دارد: > آیا در زمان Incident، تمام شواهد امنیتی همچنان در دسترس خواهند بود؟ زیرا SIEM زمانی ارزش دارد که در بدترین روز سازمان نیز بتوان به داده‌های آن اعتماد کرد. 💬 اگر در محیط Splunk Cluster کار کرده‌اید: بزرگ‌ترین چالش شما چه بوده است؟ Replication؟ Storage؟ Fixup؟ Rolling Upgrade؟ یا Search Performance؟ آدرس کانال تخصصی SOC Library در پیامرسان بله: https://ble.ir/soclib کانال تخصصی SOC Library در تلگرام : https://t.me/soclibrary #Splunk #SplunkEnterprise #SplunkCluster #IndexerCluster #SIEM #SOC #CyberSecurity #ThreatHunting #DetectionEngineering #BlueTeam #DFIR 782·Jun 19

An open web layer over public Telegram — search, stats and channel reading right in your browser, no account, no install.

Not affiliated with Telegram FZ-LLC; all data comes from public sources.

Catalog

Top channels Categories Countries Search

Content

Stickers Emoji Gifts Themes Wallpapers

Help

Tools Wiki Glossary Blockchain Safety Premium Advertisers Advertising

© 2026 TG.ME · G.Media network· Updated 08/23/2026 · v0.2.0 · ba12f6a

Privacy Terms DMCA & complaints Report a violation

Where to next

Proxy MTProto11.9M subscribers

Telegram Tips11.1M subscribers

Телега6.6M subscribers

Bum’s Corner 📦5.2M subscribers

Чё по трендам?3.5M subscribers

TikTokModCloud 🌤️3.1M subscribers

Техночат3M subscribers

Мир трендов3M subscribers