নিরাপত্তা ভঙ্গি বোঝা, নিরাপত্তা অঙ্গবিন্যাস বোঝা
সেভ করা পৃষ্ঠা গুছিয়ে রাখতে 'সংগ্রহ' ব্যবহার করুন
আপনার পছন্দ অনুযায়ী কন্টেন্ট সেভ করুন ও সঠিক বিভাগে রাখুন।
securityPosture
হল একটি ডিভাইসের নিরাপত্তা মূল্যায়ন, যা বর্তমান ডিভাইসের স্থিতি দ্বারা নির্ধারিত হয়। ডিভাইসটি রুট করা হয়েছে কিনা, যদি এটি একটি কাস্টম রম চালায় এবং আরও অনেক কিছুর মাধ্যমে বর্তমান ডিভাইসের স্থিতি নির্ধারণ করা হয়।
securityPosture
devicePosture
প্রতিক্রিয়ার মধ্যে ভেঙে দেওয়া হয় এবং postureDetails
একটি অতিরিক্ত তালিকা যাতে ফিল্ড securityRisk
রয়েছে।
securityRisk
ক্ষেত্রটি একটি ধারণা দেয় কেন ডিভাইসটিকে সবচেয়ে সুরক্ষিত অবস্থায় বিবেচনা করা হয় না, যখন advice
তালিকাটি ডিভাইসের নিরাপত্তা ভঙ্গি উন্নত করতে ক্রিয়া সম্পাদনে সহায়তা করতে পারে। যেমন:
{
"devicePosture": "POTENTIALLY_COMPROMISED",
"postureDetails": [
{
"securityRisk": "UNKNOWN_OS",
"advice": [
{
"defaultMessage": "The user should lock their device's bootloader."
}
]
},
{
"securityRisk": "HARDWARE_BACKED_EVALUATION_FAILED"
}
]
}
নিরাপত্তা ভঙ্গি মূল্যায়ন
ডিফল্টরূপে, securityPosture
মূল প্রত্যয়ন ব্যবহার করে মূল্যায়ন করা হয়, বিশেষ করে হার্ডওয়্যার-ব্যাকড কী অ্যাটেস্টেশন (HBKA) যদি প্রযোজ্য হয়, একটি বিশ্বস্ত নিরাপত্তা রায় প্রদান করে কারণ এটি নিরাপদ হার্ডওয়্যারে প্রত্যয়ন তৈরি করে এবং স্বাক্ষর করে।
কখনও কখনও এমন হতে পারে যে এই মূল্যায়নের জন্য HBKA ব্যবহার করা যাবে না। এটি প্রতিফলিত করতে, securityRisk
"HARDWARE_BACKED_EVALUATION_FAILED" ফিরিয়ে দেবে। এর মানে হল যে securityPosture
মূল্যায়ন করা যেতে পারে কিন্তু HBKA দিয়ে নয়, মানে ডিভাইসের বুট ইন্টিগ্রিটি অবস্থার সাথে আপস করা যেতে পারে (যেমন ডিভাইসটি রুট করা যেতে পারে) এবং সফ্টওয়্যার-ভিত্তিক সনাক্তকরণ দ্বারা সনাক্ত করা যায় না।
নিরাপত্তা ভঙ্গি রায় বোঝা
ডিভাইসের সামগ্রিক নিরাপত্তা বোঝার জন্য devicePosture
এবং securityRisk
বিভিন্ন সমন্বয় ব্যাখ্যা করা যেতে পারে। অনুগ্রহ করে সচেতন থাকুন যে নীচের তালিকাটি সম্পূর্ণ নয়:
- যদি
devicePosture
"SECURE" ফেরত দেয় এবং securityRisk
"HARDWARE_BACKED_EVALUATION_FAILED" প্রদান করে তাহলে ডিভাইসের অখণ্ডতা সুরক্ষিত, কিন্তু এটি HBKA দ্বারা নিশ্চিত করা যায়নি। - যদি
devicePosture
"POTENTIALLY_COMPROMISED" প্রদান করে এবং কোনো securityRisk
ফলাফল না ফেরত আসে, তাহলে HBKA মূল্যায়নে ব্যবহার করা হয় এবং ডিভাইসটিকে আপস করা হয়েছে বলে বিবেচনা করে। - যদি
devicePosture
"POTENTIALLY_COMPROMISED" ফেরত দেয় এবং securityRisk
"HARDWARE_BACKED_EVALUATION_FAILED" প্রদান করে তবে শুধুমাত্র সফ্টওয়্যার ভিত্তিক চেক করা যেতে পারে, তবুও অখণ্ডতার হুমকির সংকেতগুলি ডিভাইসটিকে আপস করা হয়েছে বলে বিবেচনা করার জন্য যথেষ্ট শক্তিশালী। - যদি
devicePosture
"POSTURE_UNSPECIFIED" প্রদান করে তাহলে নিরাপত্তা মূল্যায়ন সম্পূর্ণ করা যাবে না। আমরা HBKA পুনরায় জারি করার জন্য অপেক্ষা করার পরামর্শ দিই, যেটি ঘটে যখন একটি নতুন রায় ফেরত দেওয়া হয়, এটি একটি নির্দিষ্ট মান ফিরিয়ে দিতে পারে কিনা তা দেখতে। যাইহোক, অল্প সময়ের জন্য প্রাথমিক ইনস্টলে "POSTURE_UNSPECIFIED" হওয়ার আশা করা হচ্ছে।
ইন্টিগ্রিটি এপিআই ম্যাপিং চালানোর জন্য অ্যান্ড্রয়েড ম্যানেজমেন্ট এপিআই
নিম্নলিখিত সারণীটি AM API রায় এবং Play Integrity API রায় প্রতিক্রিয়ার মধ্যে ম্যাপিং সমতা প্রদান করে।
অন্য কিছু উল্লেখ না করা থাকলে, এই পৃষ্ঠার কন্টেন্ট Creative Commons Attribution 4.0 License-এর অধীনে এবং কোডের নমুনাগুলি Apache 2.0 License-এর অধীনে লাইসেন্স প্রাপ্ত। আরও জানতে, Google Developers সাইট নীতি দেখুন। Java হল Oracle এবং/অথবা তার অ্যাফিলিয়েট সংস্থার রেজিস্টার্ড ট্রেডমার্ক।
2025-07-25 UTC-তে শেষবার আপডেট করা হয়েছে।
[null,null,["2025-07-25 UTC-তে শেষবার আপডেট করা হয়েছে।"],[[["\u003cp\u003e\u003ccode\u003esecurityPosture\u003c/code\u003e provides a security evaluation of an Android device based on factors like rooting, custom ROMs, and key attestation.\u003c/p\u003e\n"],["\u003cp\u003eIt uses \u003ccode\u003edevicePosture\u003c/code\u003e and \u003ccode\u003esecurityRisk\u003c/code\u003e fields to determine if a device is secure, potentially compromised, or if evaluation failed.\u003c/p\u003e\n"],["\u003cp\u003eHardware-backed key attestation (HBKA) provides a trustworthy security verdict, but software-based checks are used if HBKA fails.\u003c/p\u003e\n"],["\u003cp\u003eDifferent combinations of \u003ccode\u003edevicePosture\u003c/code\u003e and \u003ccode\u003esecurityRisk\u003c/code\u003e values offer insight into the specific security state of a device.\u003c/p\u003e\n"],["\u003cp\u003eThe Android Management API security verdicts have corresponding mappings to Play Integrity API verdict responses.\u003c/p\u003e\n"]]],["`securityPosture` evaluates device security based on factors like rooting or custom ROMs. It breaks down into `devicePosture` and `postureDetails`, the latter including `securityRisk` and `advice`. `securityRisk` highlights potential security issues. Evaluations use hardware-backed key attestation (HBKA) when possible; failures are marked by `HARDWARE_BACKED_EVALUATION_FAILED` in `securityRisk`. Different `devicePosture` and `securityRisk` combinations indicate varying security levels, such as \"SECURE\" with HBKA failure, or \"POTENTIALLY_COMPROMISED\". It also maps the AM API verdicts to the Play Integrity API.\n"],null,["# Understanding Security Posture\n\n[`securityPosture`](/android/management/reference/rest/v1/enterprises.devices#securityposture) is the security evaluation of a device, determined by the current device status.\nCurrent device status is determined by factors such as if the device has been rooted, if it is running a custom ROM, and more.\n\n`securityPosture` is broken down in the response into [`devicePosture`](/android/management/reference/rest/v1/enterprises.devices#deviceposture) and an additional list of [`postureDetails`](/android/management/reference/rest/v1/enterprises.devices#posturedetail) which contains the field [`securityRisk`](/android/management/reference/rest/v1/enterprises.devices#securityrisk).\n\nThe `securityRisk` field gives an idea of why the device is not considered to be in the most secure state, while the `advice` list can help perform actions to improve the security posture of the device.\nFor example: \n\n```gdscript\n {\n \"devicePosture\": \"POTENTIALLY_COMPROMISED\",\n \"postureDetails\": [\n {\n \"securityRisk\": \"UNKNOWN_OS\",\n \"advice\": [\n {\n \"defaultMessage\": \"The user should lock their device's bootloader.\"\n }\n ]\n },\n {\n \"securityRisk\": \"HARDWARE_BACKED_EVALUATION_FAILED\"\n }\n ]\n}\n```\n\nEvaluating Security Posture\n---------------------------\n\nBy default, `securityPosture` is evaluated using key attestation, specifically [hardware-backed key attestation (HBKA)](https://developer.android.com/training/articles/security-key-attestation) if applicable, providing a trustworthy security verdict as it generates and signs the attestation in secure hardware.\n\nIt may sometimes be the case that HBKA cannot be used for this evaluation. To reflect this, `securityRisk` will return \"HARDWARE_BACKED_EVALUATION_FAILED\". This means that `securityPosture` can be evaluated but not with HBKA, meaning that the device's boot integrity state could be compromised (e.g. the device could be rooted) and go undetected by software-based detection.\n\nUnderstanding Security Posture Verdicts\n---------------------------------------\n\nDifferent combinations of `devicePosture` and `securityRisk` can be interpreted to understand the overall security of the device. Please be aware that the list below is not exhaustive:\n\n- If `devicePosture` returns \"SECURE\" and `securityRisk` returns \"HARDWARE_BACKED_EVALUATION_FAILED\" the device's integrity is secure, but this could not be confirmed by HBKA.\n- If `devicePosture` returns \"POTENTIALLY_COMPROMISED\" and no `securityRisk` result is returned, then HBKA is used in the evaluation and considers the device as compromised.\n- If `devicePosture` returns \"POTENTIALLY_COMPROMISED\" and `securityRisk` returns \"HARDWARE_BACKED_EVALUATION_FAILED\" then only software based checks could be performed, yet the integrity threat signals are strong enough to consider the device as compromised.\n- If `devicePosture` returns \"POSTURE_UNSPECIFIED\" then the security evaluation could not be completed. We recommend waiting for the re-issuance of the HBKA, which occurs when a new verdict is returned, to see if it can return a specific value. However, it is expected for \"POSTURE_UNSPECIFIED\" to occur on initial install for a short period of time.\n\n### Android Management API to Play Integrity API mappings\n\nThe following table provides the mapping equivalence between AM API verdict and\nthe Play Integrity API verdict response.\n\n| [AM API DevicePosture](/android/management/reference/rest/v1/enterprises.devices#deviceposture) | [AM API Posture.Detail.SecurityRisk](/android/management/reference/rest/v1/enterprises.devices#PostureDetail.FIELDS.security_risk) | [Play Integrity API verdict equivalent](/google/play/integrity/verdicts#device-integrity-field) |\n|------------------------------------------------------------------------------------------------------------------------------------------|-----------------------------------------------------------------------------------------------------------------------------------------------------------------------|-------------------------------------------------------------------------------------------------|\n| [`SECURE`](/android/management/reference/rest/v1/enterprises.devices#DevicePosture.ENUM_VALUES.SECURE) | [`SECURITY_RISK_UNSPECIFIED`](/android/management/reference/rest/v1/enterprises.devices#SecurityRisk.ENUM_VALUES.SECURITY_RISK_UNSPECIFIED) | `MEETS_STRONG_INTEGRITY` |\n| [`SECURE`](/android/management/reference/rest/v1/enterprises.devices#DevicePosture.ENUM_VALUES.SECURE) | contains: [`HARDWARE_BACKED_EVALUATION_FAILED`](/android/management/reference/rest/v1/enterprises.devices#SecurityRisk.ENUM_VALUES.HARDWARE_BACKED_EVALUATION_FAILED) | `MEETS_DEVICE_INTEGRITY` |\n| [`AT_RISK`](/android/management/reference/rest/v1/enterprises.devices#DevicePosture.ENUM_VALUES.AT_RISK) | contains: [`HARDWARE_BACKED_EVALUATION_FAILED`](/android/management/reference/rest/v1/enterprises.devices#SecurityRisk.ENUM_VALUES.HARDWARE_BACKED_EVALUATION_FAILED) | `MEETS_DEVICE_INTEGRITY` |\n| [`POTENTIALLY_COMPROMISED`](/android/management/reference/rest/v1/enterprises.devices#DevicePosture.ENUM_VALUES.POTENTIALLY_COMPROMISED) | contains: [`UNKNOWN_OS`](/android/management/reference/rest/v1/enterprises.devices#SecurityRisk.ENUM_VALUES.UNKNOWN_OS) | `MEETS_BASIC_INTEGRITY` |\n| [`POTENTIALLY_COMPROMISED`](/android/management/reference/rest/v1/enterprises.devices#DevicePosture.ENUM_VALUES.POTENTIALLY_COMPROMISED) | contains: [`COMPROMISED_OS`](/android/management/reference/rest/v1/enterprises.devices#SecurityRisk.ENUM_VALUES.COMPROMISED_OS) | `\u003cunset\u003e` |\n| [`POSTURE_UNSPECIFIED`](/android/management/reference/rest/v1/enterprises.devices#DevicePosture.ENUM_VALUES.POSTURE_UNSPECIFIED) | `\u003cany\u003e` | `\u003cunset\u003e` |"]]