iOS VPN ಪ್ರೊಫೈಲ್: ಪಾಸ್ವರ್ಡ್ ಅಲ್ಲ, passwordReference

ನೀವು ಪ್ರೊಫೈಲ್ ಸ್ಥಾಪಿಸುತ್ತೀರಿ, ಟನೆಲ್ ಮೇಲೇರುತ್ತದೆ ಮತ್ತು ಎಲ್ಲವೂ ಮುಗಿದಂತೆ ಕಾಣುತ್ತದೆ. ನಂತರ ಫೋನ್ ಮರುಬೂಟ್ ಆಗುತ್ತದೆ, on-demand ಮುಂಭಾಗದಲ್ಲಿ ಯಾವುದೇ ಆ್ಯಪ್ ಇಲ್ಲದೆ ಸಂಪರ್ಕವನ್ನು ಎಚ್ಚರಿಸುತ್ತದೆ, ಮತ್ತು ಟನೆಲ್ ಪ್ರಾರಂಭವಾಗಲು ನಿರಾಕರಿಸುತ್ತದೆ. ಪ್ರೊಫೈಲ್ ಇನ್ನೂ ಇದೆ ಮತ್ತು ಪಾಸ್ವರ್ಡ್ ಇನ್ನೂ ಸರಿಯಾಗಿದೆ, ಆದ್ದರಿಂದ ಈ ವೈಫಲ್ಯ ಜನರನ್ನು ತಪ್ಪು ಸ್ಥಳದಲ್ಲಿ ಹುಡುಕುವಂತೆ ಮಾಡುತ್ತದೆ. Network Extension ನಿಮ್ಮ ರಹಸ್ಯವನ್ನು ಪ್ರೊಫೈಲ್ನಿಂದ ಓದಲಾಗದು: ಅದಕ್ಕೆ ತಾನೇ ಬಗೆಹರಿಸಬಲ್ಲ ಕೀಚೈನ್ ಉಲ್ಲೇಖ ಬೇಕು.

ಕೆಳಗಿನ ವಾಕ್ಥ್ರೂ ಆ ಹಸ್ತಾಂತರದ ಮೂಲಕ ಒಂದು ಸಂಪರ್ಕ ಪ್ರಯತ್ನವನ್ನು ಅನುಸರಿಸುತ್ತದೆ, ಉಲ್ಲೇಖವನ್ನು ನಿರ್ಮಿಸುವ ಪ್ರಶ್ನೆಯಿಂದ ಅದನ್ನು ಪರೀಕ್ಷಿಸುವ ಮರುಬೂಟ್ವರೆಗೆ.

ಪ್ರೊಫೈಲ್ ಹಿಡಿಕೆಯನ್ನು ಉಳಿಸುತ್ತದೆ, ರಹಸ್ಯವನ್ನಲ್ಲ

NEVPNProtocol passwordReference ಮತ್ತು sharedSecretReference ಅನ್ನು ಒಂದು ಕಾರಣಕ್ಕಾಗಿ ಬಹಿರಂಗಪಡಿಸುತ್ತದೆ. ಡೀಮನ್ ಟನೆಲ್ ಪ್ರಾರಂಭಿಸುವಾಗ ಅದು ನಿಮ್ಮ ಪ್ರಕ್ರಿಯೆಯೊಳಗೆ ಚಲಿಸದೇ ಇರಬಹುದು, ಆದ್ದರಿಂದ ನಿಮ್ಮ ಕೋಡ್ ಕರೆದು ಪಾಸ್ವರ್ಡ್ ಕೇಳಲಾಗದು. ಅದು ಕೀಚೈನ್ನ ಶಾಶ್ವತ ಉಲ್ಲೇಖವನ್ನು ಓದಿ, ತನ್ನ ಸಂದರ್ಭದಲ್ಲಿ ಬಗೆಹರಿಸಿ, ಐಟಂ ಅನ್ನು ತಾನೇ ತರುತ್ತದೆ.

ನೀವು ಆ ಉಲ್ಲೇಖವನ್ನು ಕೀಚೈನ್ಗೆ ಕೇಳಿ ನಿರ್ಮಿಸುತ್ತೀರಿ, ಇದು ಡೇಟಾವನ್ನು ಕೇಳುವುದಕ್ಕಿಂತ ಬೇರೆ ವಿನಂತಿ:

let query: [String: Any] = [
  kSecClass as String: kSecClassGenericPassword,
  kSecAttrService as String: "vpn-credentials",
  kSecAttrAccount as String: "user",
  kSecReturnPersistentRef as String: true,
  kSecMatchLimit as String: kSecMatchLimitOne
]

ಹಿಂತಿರುಗಿಸಿದ ವಸ್ತುವನ್ನು ಪ್ರೋಟೋಕಾಲ್ಗೆ ಕೊಡಿ, ಐಟಂನ ಡೇಟಾವನ್ನಲ್ಲ. ಪ್ರಾಯೋಗಿಕವಾಗಿ ಪ್ರೊಫೈಲ್ ರಹಸ್ಯ ಎಲ್ಲಿ ವಾಸಿಸುತ್ತದೆ ಎಂದು ದಾಖಲಿಸುತ್ತದೆ, ಆದ್ದರಿಂದ ಸಂರಚನೆಯ ಬ್ಯಾಕಪ್ ಪಾಸ್ವರ್ಡ್ ಅನ್ನು ಸದ್ದಿಲ್ಲದೆ plist ಗೆ ನಕಲಿಸುವುದಿಲ್ಲ.

API ಏಕೆ -50 ಎಂದು ಉತ್ತರಿಸುತ್ತದೆ

errSecParam ಎಂದರೆ ವಿನಂತಿ ಅಥವಾ ಮೌಲ್ಯವು ಆ ಕಾರ್ಯಾಚರಣೆಗೆ ತಪ್ಪಾಗಿ ರೂಪುಗೊಂಡಿತ್ತು, ಮತ್ತು ಉಲ್ಲೇಖ ಹಾಗೂ ಡೇಟಾ ವಿನಂತಿಗಳು ಬೆರೆತಾಗ ಇದು ಹೆಚ್ಚು ಕಾಣುವ ದೋಷ. ಸ್ವೀಕರಿಸುವ ಕೋಡ್ ಉಲ್ಲೇಖವನ್ನು ನಿರೀಕ್ಷಿಸುತ್ತಿರುವಾಗ ಡೇಟಾ ಕೇಳುವುದು, passwordReference ಗೆ ಕಚ್ಚಾ ಬೈಟ್ಗಳನ್ನು ನಿಯೋಜಿಸುವುದು, ಅಥವಾ ಆ್ಯಪ್ ಬಳಸಲಾಗದ ಪ್ರವೇಶ ಗುಂಪಿನೊಂದಿಗೆ ಪ್ರಶ್ನಿಸುವುದು, ಎಲ್ಲವೂ ಅದನ್ನು ಉತ್ಪಾದಿಸುತ್ತವೆ.

ಸುತ್ತುವ ಲೈಬ್ರರಿಗಳು ಇದಕ್ಕೆ ಆಮಂತ್ರಿಸುತ್ತವೆ. ಬೈಟ್ಗಳನ್ನು ಹಿಂತಿರುಗಿಸುವ ಸಹಾಯಕ ಉಲ್ಲೇಖವನ್ನು ಹಿಂತಿರುಗಿಸುವ ಸಹಾಯಕದೊಂದಿಗೆ ಬದಲಾಯಿಸಲಾಗದು, ಆದ್ದರಿಂದ ಸರಿಪಡಿಸುವಿಕೆ ಸಾಮಾನ್ಯವಾಗಿ ಬೇರೆ ಪಾಸ್ವರ್ಡ್ ಅಲ್ಲ, ಬೇರೆ ಪ್ರಶ್ನೆ.

ಅದೇ ಹೊಂದಾಣಿಕೆಯಿಲ್ಲದಿರುವಿಕೆ ದೂರಿಲ್ಲದೆ ಉಳಿಸಲ್ಪಟ್ಟು ನಂತರ ಸಂಪರ್ಕಿಸಲಾಗದ ಪ್ರೊಫೈಲ್ ಅನ್ನು ವಿವರಿಸುತ್ತದೆ: ಉಳಿಸಿದ್ದು ಬ್ಲಾಬ್, ಹಿಡಿಕೆಯಲ್ಲ, ಮತ್ತು ಡೀಮನ್ಗೆ ಬಗೆಹರಿಸಲು ಏನೂ ಇಲ್ಲ.

ಚೆನ್ನಾಗಿ ಉಳಿಸುತ್ತದೆ, ಸಂಪರ್ಕದ ಸಮಯದಲ್ಲಿ ವಿಫಲವಾಗುತ್ತದೆ

ಉಳಿಸುವುದು ನಿಮ್ಮ ಆ್ಯಪ್ನ ಸಂದರ್ಭವನ್ನು ವ್ಯಾಯಾಮ ಮಾಡಿಸುತ್ತದೆ. ಸಂಪರ್ಕಿಸುವುದು ಡೀಮನ್ನದನ್ನು, ಮತ್ತು ಎರಡಕ್ಕೂ ಒಂದೇ ಪ್ರವೇಶವಿಲ್ಲ. ಆದ್ದರಿಂದ ಪ್ರೊಫೈಲ್ ಸಿಮ್ಯುಲೇಟರ್ನಲ್ಲಿ ನೀವು ಮಾಡುವ ಪ್ರತಿ ಪರೀಕ್ಷೆಯನ್ನೂ ಪಾಸ್ ಮಾಡಿ ಮೊದಲ on-demand ಪ್ರಾರಂಭದಲ್ಲಿ ವಿಫಲವಾಗಬಹುದು.

ಮರುಬೂಟ್ನ ಲಕ್ಷಣದ ಆಕಾರವೂ ಇದೇ: ಆ್ಯಪ್ ತೆರೆದಿರುವವರೆಗೆ ಕೆಲಸ ಮಾಡುತ್ತದೆ ಮತ್ತು ಸಿಸ್ಟಂ ತಾನೇ ಟನೆಲ್ ಪ್ರಾರಂಭಿಸಿದಾಗ ಸಾಯುತ್ತದೆ.

ಬಿಡುಗಡೆಗೆ ಮೊದಲು ಹಿನ್ನೆಲೆ ಮಾರ್ಗವನ್ನು ಉದ್ದೇಶಪೂರ್ವಕವಾಗಿ ಪರೀಕ್ಷಿಸಿ. ಆ್ಯಪ್ ಮುಚ್ಚಿರುವಾಗ on-demand ಸಂಪರ್ಕವನ್ನು ಪ್ರಚೋದಿಸಿ, ನಂತರ ಆ್ಯಪ್ನ ಲಾಗ್ ಅಲ್ಲ, ಸಾಧನದ ಕನ್ಸೋಲ್ ಓದಿ, ಏಕೆಂದರೆ ವೈಫಲ್ಯವನ್ನು ಉಲ್ಲೇಖವನ್ನು ಬಗೆಹರಿಸಲು ಪ್ರಯತ್ನಿಸಿದ ಪ್ರಕ್ರಿಯೆಯೇ ದಾಖಲಿಸುತ್ತದೆ. ಕನ್ಸೋಲ್ ಡೀಮನ್ ಐಟಂ ಅನ್ನು ನಿರಾಕರಿಸುತ್ತಿದೆ ಎಂದು ತೋರಿಸಿದರೆ, ಉಲ್ಲೇಖ ಸರಿಯಾಗಿದೆ ಮತ್ತು ಸಮಸ್ಯೆ ಐಟಂನ ಪ್ರವೇಶಿಸುವಿಕೆಯಲ್ಲಿದೆ.

ಮರುಬೂಟ್ ಕೆಲಸ ಮಾಡುತ್ತದೆಯೇ ಎಂದು ಪ್ರವೇಶಿಸುವಿಕೆ ನಿರ್ಧರಿಸುತ್ತದೆ

ಟನೆಲ್ ಪ್ರಾರಂಭಿಸುವ ಯಾವುದೇ ಸಿಸ್ಟಂ ಪ್ರಕ್ರಿಯೆಗೂ ಐಟಂ ಓದಬಲ್ಲದಾಗಿರಬೇಕು, ಮತ್ತು ಆ್ಯಪ್ ಮುಂಭಾಗದಲ್ಲಿರುವಾಗಿನದಕ್ಕಿಂತ ಇದು ವಿಶಾಲ ಪ್ರೇಕ್ಷಕರು. ಆ ನಿರ್ಬಂಧವೇ ನಿಮಗಾಗಿ ಪ್ರವೇಶಿಸುವಿಕೆ ಗುಣಲಕ್ಷಣವನ್ನು ಆಯ್ಕೆ ಮಾಡುತ್ತದೆ. ಮೊದಲ ಅನ್ಲಾಕ್ವರೆಗೆ ಸಂರಕ್ಷಿಸಲಾದ ಐಟಂ ಸಾಧನವನ್ನು ಒಮ್ಮೆ ಅನ್ಲಾಕ್ ಮಾಡಿದ ನಂತರ ಹಿನ್ನೆಲೆ ಪ್ರಾರಂಭಕ್ಕೆ ಲಭ್ಯವಿದೆ; ಸಾಧನವು ಈಗಲೇ ಅನ್ಲಾಕ್ ಆಗಿರಬೇಕೆಂದು ಒತ್ತಾಯಿಸುವ ಐಟಂ ಲಭ್ಯವಿಲ್ಲ.

ಕಠಿಣ ವರ್ಗವನ್ನು ಆಯ್ಕೆ ಮಾಡುವುದು ಆಮಿಷವಾದುದು ಮತ್ತು ಅದೇ ಲಾಕ್ ಆದ ಫೋನಿನಲ್ಲಿ on-demand ಪ್ರೊಫೈಲ್ ಅನ್ನು ಮುರಿಯುತ್ತದೆ.

ವರ್ಗ ಬದಲಿಸಿದ ನಂತರ ಇರುವ ಐಟಂನ ಗುಣಲಕ್ಷಣಗಳನ್ನು ಸಂಪಾದಿಸುವ ಬದಲು ಐಟಂ ಅನ್ನು ಮತ್ತೆ ರಚಿಸಿ, ನಂತರ ಹೊಸ ಉಲ್ಲೇಖದೊಂದಿಗೆ ಪ್ರೋಟೋಕಾಲ್ ಅನ್ನು ಮತ್ತೆ ಉಳಿಸಿ. ಇರುವ ಐಟಂನ ಮೇಲಿನ ಗುಣಲಕ್ಷಣ ಬದಲಾವಣೆಗಳು ದಸ್ತಾವೇಜು ಸೂಚಿಸುವ ವರ್ತನೆಯನ್ನು ಯಾವಾಗಲೂ ನೀಡುವುದಿಲ್ಲ, ಮತ್ತು ಮತ್ತೆ ನಿರ್ಮಿಸಿದ ಐಟಂ ಸಂದೇಹವನ್ನು ತೆಗೆದುಹಾಕುತ್ತದೆ.

ರೊಟೇಶನ್ ಎಂಬುದು ಉಳಿಸಿದ ಪ್ರೊಫೈಲ್ಗಳು ಕೊಳೆಯುವ ಸ್ಥಳ

ಕೀಚೈನ್ನಲ್ಲಿ ಪಾಸ್ವರ್ಡ್ ಬದಲಿಸುವುದು ಉಳಿಸಿದ ಪ್ರೊಫೈಲ್ ಯಾವುದನ್ನು ಸೂಚಿಸುತ್ತದೆ ಎಂಬುದನ್ನು ಸ್ವಯಂಚಾಲಿತವಾಗಿ ಬದಲಿಸುವುದಿಲ್ಲ. ಐಟಂ ಅನ್ನು ಅಳಿಸುವುದು ಇನ್ನೂ ಕೆಟ್ಟದು: ಪ್ರೊಫೈಲ್ ಇನ್ನಿಲ್ಲದ ವಸ್ತುವಿಗೆ ಉಲ್ಲೇಖವನ್ನು ಇಟ್ಟುಕೊಳ್ಳುತ್ತದೆ, ಮತ್ತು ವೈಫಲ್ಯ ದೃಢೀಕರಣದ ನಿರಾಕರಣೆಯಂತೆ ಕಾಣುತ್ತದೆ.

ಒಂದೇ ಕ್ರಮದಲ್ಲಿ ರೊಟೇಟ್ ಮಾಡಿ. ಐಟಂ ಅನ್ನು ನವೀಕರಿಸಿ, ಹೊಸ ಶಾಶ್ವತ ಉಲ್ಲೇಖವನ್ನು ಪ್ರಶ್ನಿಸಿ, ಪ್ರೋಟೋಕಾಲ್ ಅನ್ನು ಮತ್ತೆ ಉಳಿಸಿ, ನಂತರ ಆ್ಯಪ್ ಮುಚ್ಚಿರುವಾಗ ಸಂಪರ್ಕಿಸಿ ಡೀಮನ್ ಇನ್ನೂ ಅದನ್ನು ಬಗೆಹರಿಸಬಲ್ಲದೆಂದು ಸಾಬೀತುಪಡಿಸಿ. ಬಳಕೆದಾರರ ಪಾಸ್ವರ್ಡ್ ಮತ್ತು ಹಂಚಿದ ರಹಸ್ಯವನ್ನು ಬೇರೆ ಬೇರೆ ಐಟಂಗಳಲ್ಲಿ ಇಡಿ ಇದರಿಂದ ಪ್ರತಿಯೊಂದೂ ತನ್ನ ವೇಳಾಪಟ್ಟಿಯಂತೆ ತಿರುಗುತ್ತದೆ, ಮತ್ತು ಪ್ರಶ್ನೆ ನಿಘಂಟು ಅಥವಾ ಉಲ್ಲೇಖವನ್ನೇ ಎಂದಿಗೂ ಲಾಗ್ ಮಾಡಬೇಡಿ. ಹಿಡಿಕೆ ರಹಸ್ಯವಲ್ಲ, ಆದರೆ ಅದಕ್ಕೆ ದಾರಿಯ ನಕ್ಷೆ.