Google ha revelado que su transici\u00f3n a lenguajes seguros para la memoria como Rust como parte de su enfoque de seguridad por dise\u00f1o ha llevado a que el porcentaje de vulnerabilidades seguras para la memoria descubiertas en Android cayera del 76% al 24% en un per\u00edodo de seis a\u00f1os.<\/p>\n
El gigante tecnol\u00f3gico dijo que se est\u00e1 centrando en Codificaci\u00f3n segura<\/a> porque las nuevas funciones no solo reducen el riesgo de seguridad general de una base de c\u00f3digo, sino que tambi\u00e9n hacen que el cambio sea m\u00e1s “escalable y rentable”.<\/p>\n Al final, esto lleva a una ca\u00edda en las vulnerabilidades de seguridad de la memoria, ya que el desarrollo de nuevas memorias no seguras se desacelera despu\u00e9s de un cierto per\u00edodo de tiempo y el desarrollo de nuevas memorias seguras toma el control, afirman Jeff Vander Stoep y Alex Rebert de Google. dicho<\/a> en una publicaci\u00f3n compartida con The Hacker News.<\/p>\n Quiz\u00e1s a\u00fan m\u00e1s interesante es que el n\u00famero de vulnerabilidades de seguridad de la memoria tambi\u00e9n puede disminuir a pesar de un aumento en la cantidad de nuevo c\u00f3digo inseguro de memoria.<\/p>\n La paradoja se explica por el hecho de que las vulnerabilidades decaen exponencialmente y un estudio encontr\u00f3 que una gran cantidad de vulnerabilidades a menudo residen en c\u00f3digo nuevo o recientemente modificado.<\/p>\n “El problema es abrumadoramente nuevo, lo que requiere un cambio fundamental en la forma en que desarrollamos el c\u00f3digo”, se\u00f1alaron Vander Stoep y Rebert. “El c\u00f3digo madura y se vuelve m\u00e1s seguro con el tiempo, exponencialmente, lo que hace que los retornos de las inversiones, como las reescrituras, disminuyan con el tiempo a medida que el c\u00f3digo se vuelve m\u00e1s antiguo”.<\/p>\n Google, que anunci\u00f3 formalmente sus planes de soportar el lenguaje de programaci\u00f3n Rust en Android en abril de 2021, dijo que comenz\u00f3 a priorizar la transici\u00f3n de nuevos desarrollos a lenguajes seguros para la memoria alrededor de 2019.<\/p>\n Como resultado, el n\u00famero de vulnerabilidades de seguridad de la memoria descubiertas en el sistema operativo ha disminuido de 223 en 2019<\/a> a menos de 50 en 2024.<\/p>\n Tampoco hace falta decir que gran parte de la disminuci\u00f3n de tales fallas se debe a los avances en las formas ideadas para combatirlas, pasando de la aplicaci\u00f3n de parches reactivos a la mitigaci\u00f3n proactiva y al descubrimiento proactivo de vulnerabilidades mediante herramientas como los desinfectantes Clang.<\/p>\n El gigante tecnol\u00f3gico se\u00f1al\u00f3 adem\u00e1s que las estrategias de seguridad de la memoria deber\u00edan evolucionar a\u00fan m\u00e1s para priorizar la “prevenci\u00f3n de alta seguridad” incorporando Principios de seguridad por dise\u00f1o<\/a> que consagran la seguridad en sus mismos cimientos. <\/p>\n “En lugar de centrarnos en las intervenciones aplicadas (mitigaciones, pruebas de vulnerabilidades) o intentar utilizar el rendimiento pasado para predecir la seguridad futura, Safe Coding nos permite hacer afirmaciones s\u00f3lidas sobre las propiedades del c\u00f3digo y lo que puede o no suceder en funci\u00f3n de esas propiedades”, dijeron Vander Stoep y Rebert.<\/p>\n Pero eso no es todo. Google afirm\u00f3 que tambi\u00e9n se est\u00e1 centrando en ofrecer interoperabilidad entre Rust, C++ y Kotlin, en lugar de reescrituras de c\u00f3digo, como un “enfoque pr\u00e1ctico e incremental” para adoptar lenguajes seguros para la memoria y, en \u00faltima instancia, eliminar clases de vulnerabilidades completas.<\/p>\n “Adoptar codificaci\u00f3n segura en c\u00f3digos nuevos supone un cambio de paradigma que nos permite aprovechar la disminuci\u00f3n inherente de las vulnerabilidades en nuestro beneficio, incluso en sistemas existentes de gran tama\u00f1o”, afirma.<\/p>\n “El concepto es simple: una vez que cerramos el grifo de nuevas vulnerabilidades, estas disminuyen exponencialmente, lo que hace que todo nuestro c\u00f3digo sea m\u00e1s seguro, aumenta la eficacia del dise\u00f1o de seguridad y alivia los desaf\u00edos de escalabilidad asociados con las estrategias de seguridad de memoria existentes, de modo que se puedan aplicar de manera m\u00e1s efectiva y espec\u00edfica”.<\/p>\n El desarrollo se produce mientras Google promociona una mayor colaboraci\u00f3n con los equipos de ingenier\u00eda de seguridad de productos y de la unidad de procesamiento de gr\u00e1ficos (GPU) de Arm para se\u00f1alar m\u00faltiples deficiencias y elevar la seguridad general de la pila de software\/firmware de la GPU en todo el ecosistema Android.<\/p>\n Esto incluye el descubrimiento de dos problemas de memoria en la personalizaci\u00f3n del c\u00f3digo del controlador de Pixel (CVE-2023-48409 y CVE-2023-48421<\/a>) y otro en el firmware de la GPU Arm Valhall y el firmware de la arquitectura de la GPU de quinta generaci\u00f3n (CVE-2024-0153<\/a>).<\/p>\n “Las pruebas proactivas son una buena pr\u00e1ctica de higiene, ya que pueden conducir a la detecci\u00f3n y resoluci\u00f3n de nuevas vulnerabilidades antes de que sean explotadas”, afirman Google y Arm. dicho<\/a>.<\/p>\n <\/p>\n![\"Ciberseguridad\"](\"https:\/\/teknomers.com\/es\/wp-content\/uploads\/2024\/09\/El-cambio-de-Google-a-la-programacion-Rust-reduce-las.png\")
<\/a><\/center><\/div>\n<\/a><\/div>\n<\/a><\/center><\/section>\n