Si el teléfono Android usa Java, ¿qué usa el iPhone para hacer que su software sea más estable y menos vulnerable a los virus?

iphones (iOS) usa aim-c y recientemente se introdujo swift con ios 8.

Sin embargo, esto no tiene mucho que ver con los virus. Android proporciona ciertas características / privilegios que se utilizan incorrectamente para crear malware.

Android se puede hacer más seguro, pero aquí hay algunas características que perderá:
1. Administrador de archivos.
2. Instalación de aplicaciones fuera de Play Store.
3. Personalización: en Android puedes personalizar todo, desde tema, íconos, teclado, animaciones e iniciador de aplicaciones en general. Estas aplicaciones requieren ciertos permisos que pueden ser mal utilizados para crear aplicaciones maliciosas.

Podría seguir contando muchas más funciones, pero espero que entiendas lo que intento decir.

Las aplicaciones que se desarrollan en dispositivos iPhone / iOS usan Objective C y / o Swift. Pero los lenguajes de programación no son la única razón por la que el iPhone es más seguro.

La estabilidad y seguridad proviene de:
– Apple solo permite instalar aplicaciones a través de App Store.
– Apple no permite que las aplicaciones vean o modifiquen los archivos del sistema.
– Apple revisa por primera vez cualquier aplicación que vaya a la tienda de aplicaciones (incluso las actualizaciones de la aplicación) y cualquier aplicación que amenace la seguridad o privacidad del usuario será rechazada. Consulte las pautas de revisión de la tienda de aplicaciones

algunas de las pautas de revisión de App Store:

• Si intenta engañar al sistema (por ejemplo, intentando engañar el proceso de revisión, robar datos de los usuarios, copiar el trabajo de otro desarrollador o manipular las calificaciones), sus aplicaciones serán eliminadas de la tienda y será expulsado del desarrollador. programa.

• 2.7 Las aplicaciones que descarguen código de cualquier forma o forma serán rechazadas.
• 2.8 Las aplicaciones que instalen o inicien otro código ejecutable serán rechazadas.
• 4.1 Las aplicaciones que no notifiquen y obtengan el consentimiento del usuario antes de recopilar, transmitir o usar datos de ubicación serán rechazadas
• 10.5 Las aplicaciones que alteren las funciones de los interruptores estándar, como los interruptores para subir / bajar el volumen y el timbre / silencio, serán rechazadas
• 13.1 Las aplicaciones que alientan a los usuarios a usar un dispositivo Apple de una manera que pueda causar daños al dispositivo serán rechazadas
• 13.2 Las aplicaciones que agoten rápidamente la batería del dispositivo o generen calor excesivo serán rechazadas
• 17.1 Las aplicaciones no pueden transmitir datos sobre un usuario sin obtener el permiso previo del usuario y proporcionarle acceso a la información sobre cómo y dónde se utilizarán los datos

• Android usa Java
• iOS usa Objective-C

Para ponerlo en términos simples sobre la brecha de seguridad entre Android e iOS, es esto: iOS requiere jailbreak para dar algunas características que disfrutan los usuarios de Android, como lo han mencionado otros.
Por otro lado, Android no requiere estar rooteado para el uso normal diario, a menos que sea un geek / dev que requiera más control sobre el dispositivo y conozca la arquitectura / sistema operativo.
¡Por lo tanto, usted encuentra que la garantía es nula en el rooting / fuga de la cárcel!

(Siéntase libre de corregirme si está equivocado)
¡Gracias por leer!

Puede crear aplicaciones en iPhone usando Objective-C o Swift.

Apple tiene una política mucho más estricta sobre lo que está permitido ingresar a la tienda de aplicaciones de Apple que Google para la tienda de Google Play. Si esto equivale a menos vulnerabilidades de seguridad reales en software legítimo o no, puede ser objeto de debate / investigación.

Hablando como programador, Objective-C puede tener una gran cantidad de posibles vulnerabilidades de seguridad que Java no tendría, similares a los problemas que encontraría en C o C ++. Apple brinda orientación sobre prácticas de codificación segura que pueden ayudarlo a evitar caer en problemas de seguridad, pero a partir de la escasa evidencia anecdótica que he recopilado, es más fácil escribir código seguro en Objective-C en el contexto de iOS que en C o C ++. Por lo tanto, no debería haber mucha diferencia en las dos plataformas (Java / iOS Objective-C), en términos de seguridad. Swift no tiene la clase de problemas que estoy describiendo.

La premisa del diseño arquitectónico de Android e iOS es inherentemente diferente.

Android fue diseñado bajo la premisa de que será de código abierto y ejecutará aplicaciones desde cualquier fuente.
Por lo tanto, la demanda de la arquitectura era que un problema de seguridad potencial en el sistema (que podría identificarse fácilmente gracias al código abierto) sería difícil de explotar desde una aplicación legítima, y ​​un problema de seguridad en una aplicación no podrá por diseño comprometer todo el sistema.
Esto es lo que dio forma al aspecto de Sandboxing de Android, que es un compromiso en el rendimiento para un aumento en la seguridad.

iOS se diseñó inicialmente para no ejecutar aplicaciones de terceros.
Más tarde se extendió para hacerlo, pero dado que el enfoque inicial era ejecutar solo aplicaciones internas, abrir la plataforma para aplicaciones de terceros requirió un proceso de detección de aplicaciones realmente fuerte.

En general, iOS evolucionó con el tiempo, pero aunque el arma más fuerte contra los compromisos del sistema en Android es el sistema en sí, el arma más fuerte de iOS es el proceso de gobierno de su AppStore, y las acciones contra una violación de esta barrera …