According to Apple, a Keychain in an IOS device is a secure storage co dịch - According to Apple, a Keychain in an IOS device is a secure storage co Việt làm thế nào để nói

According to Apple, a Keychain in a

According to Apple, a Keychain in an IOS device is a secure storage container that can be used to store sensitive infromation like usernames, passwords,network passwords, authentication tokens for different applications. Apple itself uses the Keychain to store Wi-fi network passwords, VPN credentials etc. It’s a sqlite database file located at /private/var/Keychains/keychain-2.db and all the data stored in it is encrypted. Developers usually want to leverage this feature of the operating system to store credentials rather than storing it themseleves in NSUserDefaults, plist files etc. The reason for this could be that the developer may not want the user to log in everytime and hence store the authentication information somewhere in the device and use it to log in the user automatically whenver the user opens up the app again. The keychain information for every app is stored outside of its sandbox.

It is also possible to share keychain data between applications through keychain access groups. This group has to be specified while saving the data in the keychain. The best way of saving data in Keychain is to use the KeychainItemWrapper class by Apple. A sample project can be found here. The first step is to create an instance of the class.

About Signing Identities and Certificates

Code signing your app allows the operating system to identify who signed your app and to verify that your app hasn’t been modified since you signed it. Your app’s executable code is protected by its signature because the signature becomes invalid if any of the executable code in the app bundle changes. Note that resources such as images and nib files aren’t signed; therefore, a change to these files doesn’t invalidate the signature.

Code signing is used in combination with your App ID, provisioning profile, and entitlements to ensure that:

Your app is built and signed by you or a trusted team member.
Apps signed by you or your team run only on designated development devices.
Apps run only on the test devices you specify.
Your app isn’t using app services you didn’t add to your app.
Only you can upload builds of your app to iTunes Connect.
If you choose to distribute outside of the store (Mac only), the app can’t be modified and distributed by someone else.
Code signing also allows your app’s signature to be removed and re-signed by a trusted source. For example, you sign your app before uploading it to iTunes Connect, but Apple re-signs it before distributing it to customers. Also, you can re-sign and submit a fully tested development build of your app to the store.

Xcode uses your signing identity to sign your app during the build process. This signing identity consists of a public-private key pair that Apple issues. The public-private key pair is stored in your keychain, and used by cryptographic functions to generate the signature. The certificate stored in your developer account contains just the public key. An intermediate certificate is also required to be in your keychain to ensure that your certificate is issued by a certificate authority.

Signing requires that you have both the signing identity and the intermediate certificate installed in your keychain. When you install Xcode, Apple’s intermediate certificates are added to your keychain for you. You use Xcode to create your signing identity and sign your app. Your signing identity is added to your keychain, and the corresponding certificate is added to your account in Member Center.

Signing identities are used to sign your app or installer package. A development certificate identifies you, as a team member, in a development provisioning profile that allows apps signed by you to launch on devices. A distribution certificate identifies your team or organization in a distribution provisioning profile and allows you to submit your app to the store. Only a team agent or an admin can create a distribution certificate. You use the same development and distribution certificates for iOS, tvOS, and watchOS apps. You use different development and distribution certificates for Mac apps. For a complete list of certificate types, refer to Your Signing Certificates in Depth.

For an organization, other team members have their own signing identities installed on their Mac computers. Member Center contains a repository for all of the combined team assets but doesn’t store any of the private keys.
0/5000
Từ: -
Sang: -
Kết quả (Việt) 1: [Sao chép]
Sao chép!
According to Apple, a Keychain in an IOS device is a secure storage container that can be used to store sensitive infromation like usernames, passwords,network passwords, authentication tokens for different applications. Apple itself uses the Keychain to store Wi-fi network passwords, VPN credentials etc. It’s a sqlite database file located at /private/var/Keychains/keychain-2.db and all the data stored in it is encrypted. Developers usually want to leverage this feature of the operating system to store credentials rather than storing it themseleves in NSUserDefaults, plist files etc. The reason for this could be that the developer may not want the user to log in everytime and hence store the authentication information somewhere in the device and use it to log in the user automatically whenver the user opens up the app again. The keychain information for every app is stored outside of its sandbox.It is also possible to share keychain data between applications through keychain access groups. This group has to be specified while saving the data in the keychain. The best way of saving data in Keychain is to use the KeychainItemWrapper class by Apple. A sample project can be found here. The first step is to create an instance of the class.About Signing Identities and CertificatesCode signing your app allows the operating system to identify who signed your app and to verify that your app hasn’t been modified since you signed it. Your app’s executable code is protected by its signature because the signature becomes invalid if any of the executable code in the app bundle changes. Note that resources such as images and nib files aren’t signed; therefore, a change to these files doesn’t invalidate the signature.Code signing is used in combination with your App ID, provisioning profile, and entitlements to ensure that:Your app is built and signed by you or a trusted team member.Apps signed by you or your team run only on designated development devices.Apps run only on the test devices you specify.Your app isn’t using app services you didn’t add to your app.Only you can upload builds of your app to iTunes Connect.If you choose to distribute outside of the store (Mac only), the app can’t be modified and distributed by someone else.Code signing also allows your app’s signature to be removed and re-signed by a trusted source. For example, you sign your app before uploading it to iTunes Connect, but Apple re-signs it before distributing it to customers. Also, you can re-sign and submit a fully tested development build of your app to the store.Xcode uses your signing identity to sign your app during the build process. This signing identity consists of a public-private key pair that Apple issues. The public-private key pair is stored in your keychain, and used by cryptographic functions to generate the signature. The certificate stored in your developer account contains just the public key. An intermediate certificate is also required to be in your keychain to ensure that your certificate is issued by a certificate authority.Signing requires that you have both the signing identity and the intermediate certificate installed in your keychain. When you install Xcode, Apple’s intermediate certificates are added to your keychain for you. You use Xcode to create your signing identity and sign your app. Your signing identity is added to your keychain, and the corresponding certificate is added to your account in Member Center.Signing identities are used to sign your app or installer package. A development certificate identifies you, as a team member, in a development provisioning profile that allows apps signed by you to launch on devices. A distribution certificate identifies your team or organization in a distribution provisioning profile and allows you to submit your app to the store. Only a team agent or an admin can create a distribution certificate. You use the same development and distribution certificates for iOS, tvOS, and watchOS apps. You use different development and distribution certificates for Mac apps. For a complete list of certificate types, refer to Your Signing Certificates in Depth.
For an organization, other team members have their own signing identities installed on their Mac computers. Member Center contains a repository for all of the combined team assets but doesn’t store any of the private keys.
đang được dịch, vui lòng đợi..
Kết quả (Việt) 2:[Sao chép]
Sao chép!
Theo Apple, một Keychain trong một thiết bị IOS là một container lưu trữ an toàn mà có thể được sử dụng để lưu trữ infromation nhạy cảm như tên người dùng, mật khẩu, mật khẩu mạng, thẻ xác thực cho các ứng dụng khác nhau. Bản thân Apple sử dụng Keychain để lưu trữ mật khẩu Wi-fi mạng, thông tin VPN vv Đó là một cơ sở dữ liệu SQLite tập tin nằm ở /private/var/Keychains/keychain-2.db và tất cả các dữ liệu được lưu trữ trong nó được mã hóa. Nhà phát triển thường muốn tận dụng tính năng này của hệ điều hành để lưu trữ thông tin hơn là lưu trữ nó trong themseleves NSUserDefaults, file plist vv Lý do cho điều này có thể là các nhà phát triển có thể không muốn người sử dụng để đăng nhập vào mọi lúc và do đó lưu trữ các thông tin xác thực một nơi nào đó trong điện thoại và sử dụng nó để đăng nhập người sử dụng tự động whenver người dùng mở lên các ứng dụng một lần nữa. Các thông tin keychain cho mỗi ứng dụng được lưu trữ bên ngoài sandbox của nó. Nó cũng có thể chia sẻ dữ liệu giữa các ứng dụng thông qua keychain nhóm truy cập keychain. Nhóm này phải được quy định trong khi tiết kiệm dữ liệu trong keychain. Cách tốt nhất để cứu dữ liệu trong Keychain là sử dụng lớp KeychainItemWrapper bởi Apple. Một dự án mẫu có thể được tìm thấy ở đây. Bước đầu tiên là tạo ra một thể hiện của lớp. Về Ký Identities và Giấy chứng nhận mã ký ứng dụng của bạn cho phép hệ điều hành để xác định người ký ứng dụng của bạn và xác nhận rằng ứng dụng của bạn đã không được thay đổi kể từ khi bạn ký tên vào nó. Mã thực thi của ứng dụng của bạn được bảo vệ bằng chữ ký của mình bởi vì chữ ký trở thành không hợp lệ nếu có của các mã thực thi trong những thay đổi gói ứng dụng. Lưu ý rằng các nguồn lực như hình ảnh và các tập tin nib không được ký kết; Do đó, một sự thay đổi để các file download không mất hiệu lực của chữ ký. Mã ký được sử dụng kết hợp với ID App của bạn, provisioning profile, và quyền lợi để đảm bảo rằng:. Ứng dụng của bạn được xây dựng và chữ ký của bạn hoặc một thành viên nhóm nghiên cứu đáng tin cậy Apps ký bởi bạn hoặc nhóm của bạn chỉ chạy trên các thiết bị phát triển được. ứng dụng chỉ chạy trên các thiết bị thử nghiệm mà bạn chỉ định. ứng dụng của bạn không được sử dụng các dịch vụ ứng dụng bạn không thêm vào ứng dụng của bạn. Chỉ có bạn có thể tải lên các bản xây dựng của ứng dụng của bạn để iTunes Connect . Nếu bạn chọn để phân phối bên ngoài của các cửa hàng (Mac only), các ứng dụng có thể không được sửa đổi và phân phối bởi người khác. Mã ký cũng cho phép chữ ký của ứng dụng của bạn phải được loại bỏ và tái ký bởi một nguồn đáng tin cậy. Ví dụ, bạn đăng ký ứng dụng của bạn trước khi tải lên nó vào iTunes Connect, nhưng Apple lại dấu hiệu nó trước khi phân phối cho khách hàng. Ngoài ra, bạn có thể tái ký và nộp một thử nghiệm đầy đủ xây dựng phát triển các ứng dụng của bạn đến cửa hàng. Xcode sử dụng danh tính của bạn để đăng ký ứng dụng của bạn trong quá trình xây dựng. Sắc ký này bao gồm một cặp khóa công khai-tin rằng các vấn đề của Apple. Các cặp khóa công cộng và tư nhân được lưu trữ trong keychain của bạn, và sử dụng bởi chức năng mã hóa để tạo ra các chữ ký. Các chứng chỉ được lưu trữ trong tài khoản nhà phát triển của bạn chỉ chứa khóa công khai. Chứng chỉ trung gian cũng được yêu cầu để được trong keychain của bạn để đảm bảo rằng chứng chỉ của bạn được phát hành bởi một tổ chức chứng nhận. Signing đòi hỏi bạn phải có cả bản sắc ký và chứng chỉ trung gian cài đặt trong keychain của bạn. Khi bạn cài đặt Xcode, giấy chứng nhận trung gian của Apple được bổ sung vào keychain của bạn cho bạn. Bạn sử dụng Xcode để tạo ra bản sắc của mình và đăng ký ứng dụng của bạn. Sắc ký của bạn được thêm vào keychain của bạn, và các chứng chỉ tương ứng sẽ được thêm vào tài khoản của bạn tại Trung tâm hội viên. Sắc ký được sử dụng để ký ứng dụng của bạn hoặc gói cài đặt. Giấy chứng nhận phát triển nhận dạng bạn, như một thành viên trong nhóm, trong một hồ sơ dự phòng phát triển, cho phép các ứng dụng có chữ ký của bạn để khởi động trên các thiết bị. Giấy chứng nhận phân phối xác định nhóm hay tổ chức của bạn trong một hồ sơ dự phòng phân phối và cho phép bạn gửi ứng dụng của bạn đến cửa hàng. Chỉ có một đại lý nhóm hoặc một admin có thể tạo ra một chứng chỉ phân phối. Bạn sử dụng các chứng chỉ phát triển và phân phối giống cho các ứng dụng iOS, tvOS, và watchOS. Bạn sử dụng giấy chứng nhận phát triển và phân phối khác nhau cho các ứng dụng Mac. Đối với một danh sách đầy đủ các loại giấy chứng nhận, tham khảo Giấy chứng nhận ký của bạn trong chiều sâu. Đối với một tổ chức, các thành viên khác có ký bản sắc riêng của họ được cài đặt trên các máy tính Mac của họ. Trung tâm thành viên có một kho lưu trữ cho tất cả các tài sản nhóm đã kết hợp nhưng không lưu trữ bất kỳ của các khóa riêng.























đang được dịch, vui lòng đợi..
 
Các ngôn ngữ khác
Hỗ trợ công cụ dịch thuật: Albania, Amharic, Anh, Armenia, Azerbaijan, Ba Lan, Ba Tư, Bantu, Basque, Belarus, Bengal, Bosnia, Bulgaria, Bồ Đào Nha, Catalan, Cebuano, Chichewa, Corsi, Creole (Haiti), Croatia, Do Thái, Estonia, Filipino, Frisia, Gael Scotland, Galicia, George, Gujarat, Hausa, Hawaii, Hindi, Hmong, Hungary, Hy Lạp, Hà Lan, Hà Lan (Nam Phi), Hàn, Iceland, Igbo, Ireland, Java, Kannada, Kazakh, Khmer, Kinyarwanda, Klingon, Kurd, Kyrgyz, Latinh, Latvia, Litva, Luxembourg, Lào, Macedonia, Malagasy, Malayalam, Malta, Maori, Marathi, Myanmar, Mã Lai, Mông Cổ, Na Uy, Nepal, Nga, Nhật, Odia (Oriya), Pashto, Pháp, Phát hiện ngôn ngữ, Phần Lan, Punjab, Quốc tế ngữ, Rumani, Samoa, Serbia, Sesotho, Shona, Sindhi, Sinhala, Slovak, Slovenia, Somali, Sunda, Swahili, Séc, Tajik, Tamil, Tatar, Telugu, Thái, Thổ Nhĩ Kỳ, Thụy Điển, Tiếng Indonesia, Tiếng Ý, Trung, Trung (Phồn thể), Turkmen, Tây Ban Nha, Ukraina, Urdu, Uyghur, Uzbek, Việt, Xứ Wales, Yiddish, Yoruba, Zulu, Đan Mạch, Đức, Ả Rập, dịch ngôn ngữ.

Copyright ©2025 I Love Translation. All reserved.

E-mail: