درحال مشاهده اسناد Apigee Edge هستید.
به
اسناد Apigee X بروید. اطلاعات
برای اینکه مشتری در «ابر عمومی Apigee Edge» از «استاندارد امنیت داده صنعت کارت» پیروی کند، برخی‌از کنش‌ها و فرایندها تحت «مدل مسئولیت مشترک» متعلق به مشتری است. مشتریانی که بسته رعایت استاندارد PCI را خریداری کرده‌اند و ملزم به رعایت استاندارد PCI هستند باید موارد زیر را بررسی کنند. این موارد در Edge خویش‌یار هستند و باید برای سازمان مشتری (org) که با «استاندارد امنیت داده صنعت کارت پرداخت» مطابقت دارد رسیدگی شوند. مفهوم کلی این است که «Google پلاتفرم را ایمن می‌کند، مشتری داده‌هایش را ایمن می‌کند.»
ماتریس مسئولیت مشتری
مشتریان باید به Google Cloud Plaform: PCI DSS v4.0.1 Shared Responsibility Matrix مراجعه کنند و آن را هنگام انجام ممیزی PCI خود با «ارزیاب امنیتی واجدشرایط PCI» خود هم‌رسانی کنند.
نگاشت الزامات PCI
| شرط PCI | بخش |
|---|---|
| الزام ۷: دسترسی به عناصر سیستم و داده‌های دارنده کارت را براساس نیاز کسب‌وکار محدود کنید به‌دانید | |
| الزام ۳: محافظت از داده‌های حساب ذخیره‌شده | |
| الزام ۱۰: ثبت و نظارت بر همه دسترسی‌ها به عناصر سیستم و داده‌های دارنده کارت | |
| الزام ۸: شناسایی کاربران و اصالت‌سنجی دسترسی به اجزای سیستم | |
| الزام ۱۱: امنیت سیستم‌ها و شبکه‌ها را به‌طور منظم آزمایش کنید | |
| الزام ۴: محافظت از داده‌های دارنده کارت با رمزنگاری قوی درطول انتقال ازطریق شبکه‌های عمومی باز | |
| الزام ۳: محافظت از داده‌های حساب ذخیره‌شده | |
| الزام ۴: محافظت از داده‌های دارنده کارت با رمزنگاری قوی درطول انتقال ازطریق شبکه‌های عمومی باز |
برای دریافت «گواهی انطباق با استاندارد امنیتی داده‌های PCI» (AOC)، در «پشتیبانی Apigee» درخواست پشتیبانی ثبت کنید یا با تیم فروش Apigee تماس بگیرید.
ردیابی / اشکال‌زدایی
«ردیابی/اشکال‌زدایی» ابزار عیب‌یابی است که به کاربر امکان می‌دهد وضعیت و محتوای تماس API را هنگام پردازش ازطریق «پردازشگر پیام Apigee» مشاهده کند. «ردیابی» و «عیب‌یابی» دو نام برای یک سرویس هستند که ازطریق سازوکارهای مختلف قابل‌دسترسی هستند. «ردیابی» نام این سرویس در «میانای کاربری Edge» است. وقتی ازطریق فراخوانی‌های API استفاده می‌شود، نام همین سرویس «اشکال‌زدایی» است. استفاده از اصطلاح «ردیابی» در این سند برای هر دو اصطلاح «ردیابی» و «اشکال‌زدایی» معتبر است.
درطول جلسه «ردیابی»، «پوشش داده» اعمال می‌شود. این ابزار می‌تواند از نمایش داده‌ها درطول «ردیابی» جلوگیری کند. به بخش پوشاندن داده‌ها در زیر مراجعه کنید.
«نقشه‌های مقدار کلید» (KVM) رمزگذاری‌شده ممکن است برای مشتریان PCI استفاده شود. اگر از KVM رمزگذاری‌شده استفاده می‌شود، همچنان می‌توان از «ردیابی» استفاده کرد، اما برخی‌از متغیرها در صفحه نمایش «ردیابی» قابل‌مشاهده نخواهند بود. می‌توانید مراحل بیشتری را برای نمایش این متغیرها درطول «ردیابی» انجام دهید.
دستورالعمل‌های دقیق درباره استفاده از «ردیابی» در استفاده از ابزار «ردیابی» دردسترس است.
جزئیات مربوط به KVM، ازجمله KVM رمزگذاری‌شده، در کار با نقشه‌های مقدار کلید دردسترس است.
استفاده/مجوزها
دسترسی به «ردیابی» ازطریق سیستم RBAC (کنترل دسترسی مبتنی بر نقش) برای حساب‌های کاربر در Edge مدیریت می‌شود. دستورالعمل‌های دقیق درباره استفاده از سیستم RBAC برای اعطای امتیازات Trace و لغو آن‌ها در اختصاص دادن نقش‌ها و ایجاد نقش‌های سفارشی در واسط کاربر دردسترس است. اجازه‌های ردیابی به کاربر امکان می‌دهد «ردیابی» راه‌اندازی کند، «ردیابی» را متوقف کند، و به برونداد جلسه «ردیابی» دسترسی پیدا کند.
ازآنجایی‌که Trace به محتوای تماس‌های API (که قبلاً «متن پیام» نامیده می‌شد) دسترسی دارد، مهم است که درنظر بگیرید چه کسی به اجرای Trace دسترسی دارد. ازآنجایی‌که مدیریت کاربر مسئولیت مشتری است، اعطای اجازه‌های «پیگیری» نیز مسئولیت مشتری است. Apigee به‌عنوان مالک پلاتفرم، توانایی افزودن کاربر به سازمان مشتری و اختصاص دادن امتیازات را دارد. این قابلیت فقط درصورت درخواست مشتری برای پشتیبانی در شرایطی که به‌نظر می‌رسد خدمات مشتری با مشکل مواجه شده است و بررسی جلسه «ردیابی» بهترین اطلاعات را درباره علت اصلی ارائه می‌دهد استفاده می‌شود.
پوشاندن داده‌ها
پوشاندن داده‌ها فقط درطول جلسه «ردیابی/اشکال‌زدایی» از نمایش داده‌های حساس جلوگیری می‌کند، هم در «ردیابی» (میانای کاربری Edge) و هم در زیرینه با «اشکال‌زدایی» (میانای برنامه‌سازی کاربردی Edge). جزئیات نحوه راه‌اندازی پوشش در پوشش و پنهان کردن داده‌ها دردسترس است. پوشاندن داده‌های حساس بخشی از PCI Requirement 3 - Protect stored cardholder data است
پوشاندن داده‌ها مانع از رؤیت داده‌ها در فایل‌های گزارش، حافظه نهان، تجزیه‌وتحلیل، و غیره نمی‌شود. برای دریافت راهنمایی درباره پوشاندن داده‌ها در گزارش‌ها، الگوی عبارت باقاعده‌ای را به فایل logback.xml اضافه کنید. داده‌های حساس معمولاً نباید بدون توجیه کسب‌وکار قوی و بررسی توسط تیم‌های امنیتی و حقوقی مشتری در حافظه نهان یا تجزیه‌وتحلیل‌ها نوشته شوند.
حافظه نهان L1 و L2
ذخیره در حافظه نهان برای مشتریان PCI دردسترس است و فقط برای استفاده با داده‌های غیرتحت نظارت است. از حافظه نهان نباید برای «داده‌های دارنده کارت» (CHD) «صنعت کارت پرداخت» استفاده شود؛ این حافظه به‌عنوان مکان ذخیره‌سازی CHD توسط ممیزی «رعایت استاندارد صنعت کارت پرداخت» Apigee تأیید نشده است. طبق دستورالعمل PCI (الزام ۳: محافظت از داده‌های دارنده کارت ذخیره‌شده)، داده‌های PCI باید فقط در مکان سازگار با PCI ذخیره شود. استفاده از حافظه نهان L1 به‌طور خودکار از حافظه نهان L2 نیز استفاده می‌کند. حافظه نهان L1 «فقط حافظه» است، درحالی‌که حافظه نهان L2 داده‌ها را روی دیسک می‌نویسد تا در چندین حافظه نهان L1 همگام‌سازی شود. حافظه نهان L2 چیزی است که چندین «پردازنده پیام» را در یک منطقه و در سطح جهانی همگام‌سازی می‌کند. درحال‌حاضر نمی‌توانید حافظه نهان L1 را بدون حافظه نهان L2 فعال کنید. حافظه نهان L2 داده‌ها را در دیسک می‌نویسد تا بتواند با پردازشگرهای پیام دیگر برای سازمان مشتری همگام‌سازی شود. ازآنجایی‌که «حافظه نهان L2» داده‌ها را در دیسک می‌نویسد، استفاده از حافظه نهان برای CHD یا دیگر داده‌های محدودشده پشتیبانی نمی‌شود.
استفاده مشتریان از حافظه نهان برای داده‌های غیر CHD و سایر داده‌های نامحدود مجاز است. به‌طور پیش‌فرض حافظه نهان را برای مشتریان PCI غیرفعال نمی‌کنیم، زیرا برخی‌از مشتریان تماس‌های API مربوط به PCI و غیر PCI را ازطریق یک سازمان اجرا می‌کنند. ازآنجایی‌که این قابلیت هنوز برای مشتریان PCI فعال است، مسئولیت استفاده صحیح از سرویس و آموزش کاربران برای استفاده نکردن از حافظه نهان وقتی احتمالاً داده‌های PCI در تماس با «میانای برنامه‌سازی کاربردی» وجود دارد برعهده مشتری است. ممیزی «رعایت استاندارد Apigee PCI» از CHD ذخیره‌شده در حافظه نهان پشتیبانی نمی‌کند.
دستورالعمل‌های دقیق درباره استفاده از «حافظه نهان» در افزودن حافظه نهان و ماندگاری دردسترس است.
رد ممیزی
مشتریان می‌توانند سابقه ممیزی همه فعالیت‌های مدیریتی انجام‌شده در سازمان مشتری، ازجمله استفاده از Trace، را مرور کنند. دستورالعمل‌های دقیق در اینجا و در استفاده از ابزار ردیابی دردسترس است. (PCI موردنیاز ۱۰: همه دسترسی‌ها به منابع شبکه و داده‌های دارنده کارت را ردیابی و نظارت کنید)
الزامات گذرواژه پیچیده یا SAML
مشتریانی که الزامات گذرواژه خاصی دارند باید از SAML برای برآورده کردن الزامات فردی خود استفاده کنند. فعال کردن اصالت‌سنجی SAML برای Edge را ببینید. Edge همچنین اصالت‌سنجی چندعاملی ارائه می‌دهد (الزامات PCI ۸: به هر فردی که به رایانه دسترسی دارد شناسه یکتا اختصاص دهید). فعال کردن اصالت‌سنجی دومرحله‌ای برای حساب Apigee را ببینید.
امنیت نقطه پایان
اسکن نقطه پایان
برای رعایت استاندارد PCI، اسکن و آزمایش میزبان‌ها الزامی است (الزام ۱۱: سیستم‌ها و فرایندهای امنیتی را به‌طور منظم آزمایش کنید). برای Edge Cloud، مشتریان مسئولیت اسکن و آزمایش نقاط پایانی API خود (که گاهی «عناصر زمان اجرا» نامیده می‌شود) در Edge را برعهده دارند. آزمایش مشتری باید خدمات کارگزار API واقعی میزبانی‌شده در Edge را پوشش دهد که در آن ترافیک API قبل‌از پردازش و سپس تحویل به مرکز داده مشتری به Edge ارسال می‌شود. آزمایش منابع مشترک، مانند واسط کاربر درگاه مدیریت، برای مشتریان فردی تأیید نمی‌شود (گزارش طرف سوم که آزمایش سرویس‌های مشترک را پوشش می‌دهد تحت قرارداد عدم افشا و درصورت درخواست دراختیار مشتریان قرار می‌گیرد).
مشتریان باید نقطه‌های پایانی API خود را آزمایش کنند و به انجام این کار تشویق می‌شوند. قرارداد شما با Apigee آزمایش کردن نقطه‌های پایانی API شما را ممنوع نمی‌کند، اما به شما اجازه نمی‌دهیم واسط کاربر مدیریت مشترک را آزمایش کنید. اگرچه درصورت نیاز به شفاف‌سازی بیشتر، لطفاً درخواست پشتیبانی باز کنید و به آزمایش برنامه‌ریزی‌شده خود ارجاع دهید. اگر ازقبل به Apigee اطلاع دهید سپاس‌گزار خواهیم بود تا بتوانیم از ترافیک آزمایش مطلع شویم.
مشتریانی که نقطه‌های پایان خود را آزمایش می‌کنند باید به‌دنبال مشکلات خاص API، مشکلات مربوط به خدمات Apigee، و همچنین بررسی TLS و سایر موارد قابل پیکربندی باشند. هر موردی که مربوط به خدمات Apigee باشد باید ازطریق درخواست پشتیبانی به Apigee اطلاع داده شود.
بیشتر عناصر مربوط به نقطه پایانی عناصر خویش‌یار مشتری هستند و با مرور کردن مستندات Edge می‌توانید آن‌ها را برطرف کنید. اگر مواردی وجود دارد که نحوه رفع آن‌ها مشخص نیست، لطفاً درخواست پشتیبانی باز کنید.
پیکربندی «امنیت لایه انتقال»
طبق استانداردهای PCI، باید SSL و TLS اولیه به نسخه‌های ایمن منتقل شوند. مشتریان مسئول تعریف و پیکربندی نقاط پایانی TLS خود برای پراکسی‌های API هستند. این یک ویژگی سلف‌سرویس در Edge است. الزامات مشتری درخصوص انتخاب رمزگذاری، پروتکل، و الگوریتم بسیار متغیر و مختص موارد استفاده فردی است. ازآنجایی‌که Apigee از جزئیات طراحی API و داده‌بار هر مشتری مطلع نیست، مشتریان مسئولیت دارند رمزگذاری مناسب برای داده‌ها درحال انتقال را تعیین کنند. دستورالعمل‌های دقیق درباره پیکربندی «امنیت لایه انتقال» در امنیت لایه انتقال/SSL دردسترس است.
فضای ذخیره‌سازی داده‌ها
برای عملکرد صحیح Edge، ذخیره داده‌ها در Edge الزامی نیست. بااین‌حال، سرویس‌هایی برای ذخیره داده در Edge دردسترس است. مشتریان می‌توانند برای ذخیره داده‌ها از حافظه نهان، نقشه‌های مقدار کلید، یا تجزیه‌وتحلیل استفاده کنند. هیچ‌یک از این سرویس‌ها برای ذخیره CHD طبق ممیزی Apigee PCI مجاز نیستند. طبق PCI Requirement 3 (Protect stored cardholder data)، داده‌های PCI باید فقط در مکان‌های سازگار با PCI ذخیره شوند. استفاده از این سرویس‌ها برای مشتریان به‌منظور ذخیره داده‌های غیر PCI یا دیگر داده‌های بدون محدودیت که مشمول الزامات قانونی و امنیتی مشتری است دردسترس است. این خدمات موارد خویش‌یاری مشتری هستند، بنابراین مسئولیت پیکربندی آن‌ها به‌گونه‌ای که «داده‌های سلامت محافظت‌شده» را ضبط یا ذخیره نکنند برعهده مشتری است. برای جلوگیری از استفاده تصادفی یا مخرب از سرویس‌های ذخیره‌سازی داده در Edge به‌شیوه‌ای که با خط‌مشی‌ها مطابقت ندارد، توصیه می‌شود که سرپرستان مشتری پیکربندی‌ها، خط‌مشی‌ها، و استقرارها را مرور کنند .
رمزگذاری داده‌ها
ابزارهای رمزگذاری داده برای استفاده مشتریان در Edge ارائه نمی‌شود. بااین‌حال، مشتریان آزادند داده‌های PCI خود را قبل‌از ارسال به Edge رمزگذاری کنند. PCI الزام ۴: (انتقال داده‌های دارنده کارت در شبکه‌های عمومی باز را رمزگذاری کنید) توصیه می‌شود داده‌های دارنده کارت را در شبکه‌های عمومی باز رمزگذاری کنید. داده‌های رمزگذاری‌شده در بار (یا متن پیام) مانع عملکرد Edge نمی‌شود. اگر داده‌ها به‌صورت رمزگذاری‌شده از مشتری دریافت شود، برخی‌از خط‌مشی‌های Edge ممکن است نتوانند با داده‌ها تعامل داشته باشند. برای مثال، اگر داده‌ها برای تغییر در Edge دردسترس نباشد، تبدیل امکان‌پذیر نیست. اما خط‌مشی‌های دیگر و خط‌مشی‌ها و دسته‌های ساخته‌شده توسط مشتری حتی اگر داده‌بار رمزگذاری‌شده باشد کار خواهند کرد.