WEBVTT Kind: captions Language: es 00:00:05.000 --> 00:00:08.000 Wanda, la comunidad de podcast independientes en español. 00:00:12.000 --> 00:00:15.000 Bienvenidos al mundo de la seguridad en las plataformas Apple. 00:00:15.000 --> 00:00:19.000 Descubramos cómo la innovación y la tecnología se unen para proteger nuestra información más valiosa. 00:00:20.000 --> 00:00:25.000 Desde el impenetrable Sekiro and Klein hasta la privacidad diferencial o la firma digital, exploraremos cada capa que mantiene nuestros datos a salvo, 00:00:25.000 --> 00:00:26.000 qué manera nos protege un viaje datos a salvo, cómo funciona, cuáles son 00:00:26.000 --> 00:00:27.000 sus secretos, de qué manera nos protege, un viaje para entender cómo 00:00:27.000 --> 00:00:28.000 Apple establece los más altos estándares en seguridad y privacidad, 00:00:28.000 --> 00:00:32.000 donde desvelamos los secretos con hechos y datos probados. 00:00:32.000 --> 00:00:34.000 Nunca podremos estar cien por cien a salvo, pero Apple hace todos los 00:00:34.000 --> 00:00:36.000 hechos y datos probados, nunca podremos estar cien por cien a salvo, pero 00:00:36.000 --> 00:00:38.000 Apple hace todo lo posible para que la unión de software y hardware nos 00:00:38.000 --> 00:00:42.000 den las mejores garantías. 00:00:43.000 --> 00:00:47.000 Ahora, en el podcast de Apple Coding, temporada diez, episodio número cinco. 00:00:47.000 --> 00:00:48.000 Comenzamos. 00:01:02.000 --> 00:01:26.000 Estás escuchando Apple Coding, Dirigido y presentado por Julio César Fernández, Evangelista de desarrollo y formador de tecnología AP. 00:01:46.000 --> 00:01:51.000 Muy buenas y bienvenidos a un nuevo episodio de Apple Coding. 00:01:52.000 --> 00:01:58.000 Soy Julio César Fernández, de la red de consultores oficiales de Apple, 00:01:58.000 --> 00:02:04.000 algo que, bueno, ha sucedido en las últimas semanas y que la verdad que 00:02:04.000 --> 00:02:11.000 nos llena de orgullo dentro de Apple Coding Academy. 00:02:11.000 --> 00:02:16.000 Somos la primera academia del mundo especializada en lo que es desarrollo 00:02:16.000 --> 00:02:21.000 en entornos a Apple, hay obviamente muchas otras academias que se dedican 00:02:21.000 --> 00:02:26.000 a otro tipo de formaciones, pero que se dediquen exclusivamente a 00:02:26.000 --> 00:02:31.000 desarrollo, somos la primera que obtiene esta certificación. 00:02:32.000 --> 00:02:36.000 Por lo tanto, desde luego, ha sido todo un orgullo para nosotros y, pues 00:02:36.000 --> 00:02:40.000 bueno, la verdad que es algo que reconoce nuestro trabajo durante tanto 00:02:40.000 --> 00:02:44.000 tiempo y es además un primer paso de, bueno, de trabajo del que también 00:02:44.000 --> 00:02:48.000 nuestros alumnos lógicamente se beneficiarán de que todo lo que hacemos 00:02:48.000 --> 00:02:52.000 en Apple Codeen Academy forma parte oficialmente de la red de consultores 00:02:52.000 --> 00:02:56.000 especializados en servicios relacionados con productos Y hoy, 00:02:56.000 --> 00:03:00.000 precisamente, pues, como no podía ser de otra manera, vamos a hablar de 00:03:00.000 --> 00:03:04.000 productos Apple porque, a ver, en principio este episodio no tenía 00:03:04.000 --> 00:03:08.000 intención, o sea, intención no, no tenía idea, o sea, no sabía, este 00:03:08.000 --> 00:03:18.000 episodio no existía, pero ¿por qué existe? 00:03:18.000 --> 00:03:22.000 Pues existe, básicamente, porque hay una supuesta cuenta de Twitter, de x, 00:03:22.000 --> 00:03:26.000 como quieran llamarlo, especializada, supuestamente, porque, vamos, 00:03:26.000 --> 00:03:30.000 después de lo que hemos leído, el el especializada es como, hola, soy un 00:03:30.000 --> 00:03:34.000 cuñado cualquiera y digo lo me da la gana, pero no pongo pruebas encima 00:03:34.000 --> 00:03:38.000 de la mesa, pues, bueno, pues básicamente el tema es que es una cuenta de 00:03:38.000 --> 00:03:42.000 x donde se dedicó a una cuenta que me compartió un tuit uno de nuestros 00:03:42.000 --> 00:03:46.000 seguidores y que, bueno, pues, básicamente, lo que decía era que Apple, 00:03:46.000 --> 00:03:50.000 en realidad, todo lo que dice es mentira en cuanto a la seguridad y 00:03:50.000 --> 00:03:54.000 privacidad, que tienen acceso a todos los dispositivos, que nos siguen a 00:03:54.000 --> 00:03:58.000 todos lados, que nos roban la información, que saben perfectamente toda 00:03:58.000 --> 00:04:02.000 la información que tenemos, que pueden acceder a nuestra información de 00:04:02.000 --> 00:04:13.000 iCloud, a toda la información de discos, etcétera. 00:04:13.000 --> 00:04:19.000 Es decir, un montón de acusaciones, bueno, pues, rodeadas, ¿no? 00:04:19.000 --> 00:04:27.000 De una especie de aura de conspiración que, bueno, yo cuando los leo, pues, digo, bueno, me lo puedo llegar a creer, es decir, ¿por qué no? 00:04:27.000 --> 00:04:28.000 ¿Vale? 00:04:28.000 --> 00:04:31.000 O sea, en fin, Apple es una compañía como otra cualquiera y yo podría 00:04:31.000 --> 00:04:34.000 llegar a creerme que efectivamente, pues es una estrategia una estrategia 00:04:34.000 --> 00:04:39.000 comercial y que todo es mentira y que tal y que cuál. 00:04:39.000 --> 00:04:40.000 Vale, perfecto. 00:04:40.000 --> 00:04:45.000 Podría llegar a creérmelo, podría llegar a creérmelo si me demuestras 00:04:45.000 --> 00:04:50.000 con hechos, con datos, con pruebas que lo que estás contando es cierto, ¿no? 00:04:50.000 --> 00:04:54.000 Si tú me pones ahí y me dices, oye, mira, es que Apple está realmente 00:04:54.000 --> 00:04:58.000 pudiendo acceder a iCloud porque tiene tal información, tal otra, tal vez 00:04:58.000 --> 00:05:03.000 de tal protocolo, en realidad ellos guardan, ellos dicen, tal Claro, ¿qué pasa? 00:05:03.000 --> 00:05:09.000 Pues que no hay ninguna prueba de nada, no hay ninguna prueba de nada, y 00:05:09.000 --> 00:05:15.000 con poco que pienses, con poco que pienses y no te dejes llevar por el 00:05:15.000 --> 00:05:21.000 odio sin sentido por una compañía, creadora creadora de productos 00:05:21.000 --> 00:05:27.000 aspiracionales, creadora de productos que no son baratos ni están al 00:05:27.000 --> 00:05:33.000 alcance de cualquiera, y eso, pues, les da bastante, y que luego tiene 00:05:33.000 --> 00:05:39.000 unas estrategias de marketing, pues, en algunos casos, vamos a reconocer 00:05:39.000 --> 00:05:48.000 un poco juguetonas, un poco tontorronas, ¿no? 00:05:48.000 --> 00:05:52.000 Para conseguir que la gente, pues, pique y compre dispositivos a precios 00:05:52.000 --> 00:05:56.000 fuera de mercado, en fin, vamos a hablar, pues yo que sé, no digo ninguna 00:05:56.000 --> 00:06:00.000 estupidez si saben ustedes que el que Apple quite el iPhone catorce Pro de 00:06:00.000 --> 00:06:04.000 la venta y sin embargo saque el iPhone quince, que es peor en muchos 00:06:04.000 --> 00:06:08.000 aspectos que el iPhone catorce Pro, pues obviamente es una estrategia de 00:06:08.000 --> 00:06:12.000 marketing, es una estrategia de marketing porque saben que si sacan el 00:06:12.000 --> 00:06:16.000 catorce pro, pues obviamente no van a vender el quince Pro, porque la 00:06:16.000 --> 00:06:20.000 diferencia entre el catorce Pro y el quince Pro tampoco es tanta para la 00:06:20.000 --> 00:06:26.000 mayoría de la gente y por lo tanto, pues van a vender menos. 00:06:26.000 --> 00:06:31.000 Es mucho más fácil quitar el catorce Pro de la venta, poner un quince que 00:06:31.000 --> 00:06:36.000 sea más económico y que tenga que tenga menos características y que, 00:06:36.000 --> 00:06:42.000 por lo tanto, la diferencia entre el quince y el quince Pro sea mucho más clara. 00:06:43.000 --> 00:06:46.000 Repito, eso no quita que todos los iPhones, en este sentido, el catorce 00:06:46.000 --> 00:06:49.000 pro, el quince y el quince pro, sean grandes teléfonos, lo son, no nos 00:06:49.000 --> 00:06:52.000 cabe ninguna duda, pero obviamente está más que claro que esto es una 00:06:52.000 --> 00:06:55.000 estrategia de marketing para conseguir que las ventas son estrategias y, 00:06:55.000 --> 00:07:02.000 bueno, a mí no me parecen que sean buenas, ¿vale? 00:07:02.000 --> 00:07:05.000 No creo que les beneficien, pero, bueno, obviamente, yo sé bastante menos 00:07:05.000 --> 00:07:08.000 de ventas, marketing, etcétera, que lo que puede saber Apple después de 00:07:08.000 --> 00:07:11.000 tantos años, por lo que tampoco me considero, simplemente doy mi 00:07:11.000 --> 00:07:14.000 opinión, pero no creo que tenga los datos en la mano para poder para 00:07:14.000 --> 00:07:20.000 poder juzgarlo, ¿no? 00:07:20.000 --> 00:07:21.000 De una manera más clara. 00:07:22.000 --> 00:07:27.000 Pero repito, estos son hechos que cualquiera puede constatar, lo que no se 00:07:27.000 --> 00:07:32.000 puede constatar es que alguien diga que Apple es capaz de acceder a iCloud Drive. 00:07:32.000 --> 00:07:36.000 Bueno, perfecto, pues díganme cómo lo hace, díganme qué protocolo o 00:07:36.000 --> 00:07:40.000 qué parte del sistema están Pero es que nada, era simplemente como hacen 00:07:40.000 --> 00:07:45.000 esto, hacen lo otro, hacen tal, hacen cual, ¿no? 00:07:45.000 --> 00:07:47.000 Es un poco lo que le pasa también a Tesla, ¿no? 00:07:47.000 --> 00:07:51.000 Que enseguida, por mucho de que Tesla ahora mismo no sea la compañía más 00:07:51.000 --> 00:07:55.000 cara, porque hay muchos otros coches más caros de gama alta, que incluso 00:07:55.000 --> 00:07:59.000 en algunos casos ofrecen menos de a nivel de seguridad, de prestaciones, 00:07:59.000 --> 00:08:03.000 etcétera, pero bueno, pues Tesla sigue siendo el objetivo, ¿no? 00:08:03.000 --> 00:08:06.000 Sigue siendo el objetivo del hate, aunque luego tengas por ahí Mercedes, 00:08:06.000 --> 00:08:09.000 BMWs y otros coches que son mucho más caros ofreciendo lo mismo, 00:08:09.000 --> 00:08:13.000 entonces, en fin, es lo que suele pasar siempre. 00:08:13.000 --> 00:08:17.000 Entonces, aquí lo que vamos a hacer es contaros a raíz de todo esto, 00:08:17.000 --> 00:08:21.000 realmente con hechos, con pruebas, con datos técnicos, qué es lo que 00:08:21.000 --> 00:08:27.000 hace Apple con la seguridad de sus sistemas y cómo nos protege en el día a día. 00:08:42.000 --> 00:08:45.000 Disculpe, señor Ramírez, tienes un momento. 00:08:45.000 --> 00:08:47.000 Pasa, pasa, pase, cierra. 00:08:47.000 --> 00:08:48.000 ¿En qué puedo ayudarte? 00:08:49.000 --> 00:08:57.000 Bara, es que ella lleva unos años en esta empresa, pero sigo siendo Junior y me preguntaba, ¿cuándo seré senio? 00:08:57.000 --> 00:09:00.000 A ver, Paco, ¿cómo te explico este hijo mío? 00:09:01.000 --> 00:09:09.000 Cenio, en esta empresa, es un sentimiento, es algo que se arraiga en el alma y en tu forma de sentir la vida. 00:09:09.000 --> 00:09:10.000 No seas sueldo, ¿no? 00:09:10.000 --> 00:09:11.000 No será. 00:09:11.000 --> 00:09:13.000 Es tener conocimiento para volar más 00:09:13.000 --> 00:09:14.000 harto. 00:09:14.000 --> 00:09:15.000 Cómo vuelo más alto? 00:09:15.000 --> 00:09:17.000 Rajito hijo, tú tienes estudio. 00:09:17.000 --> 00:09:20.000 Sabes que debes conocer, pase serio. 00:09:20.000 --> 00:09:21.000 Con yo. 00:09:21.000 --> 00:09:23.000 Anda, a ver aquí, tomate, Estudiate. 00:09:23.000 --> 00:09:32.000 Mira, Esto de servidores que no sé qué pone vapos de agua o algo así, no sé, esto también. 00:09:32.000 --> 00:09:35.000 Arquitectura, que son muy importantes por aquí, muy importantes. 00:09:35.000 --> 00:09:37.000 Seguridad, que no queremos lío, ah. 00:09:37.000 --> 00:09:40.000 ¿Y tú sabes qué es eso de la realidad, Armentada? 00:09:41.000 --> 00:09:42.000 Pokémon, ¿no? 00:09:42.000 --> 00:09:44.000 Que los cazaba en la calle, ¿no? 00:09:44.000 --> 00:09:53.000 Muy bien, pues, también hervíse un frog, que nos va a venir bien para proyecto y alguien tiene que hacerlo, en fin. 00:09:53.000 --> 00:09:55.000 Venga, venga, ah, venga, la hará, venga, tírale, tírale, ya, no realmente, muchas gracias, muchas gracias por esta 00:09:56.000 --> 00:09:57.000 Sí, sí, vale, 00:09:57.000 --> 00:09:58.000 vale, venga, arreando, ah, venga, a él. 00:09:58.000 --> 00:10:05.000 Ay, dios mío, Estos niños que hay que llevarlos de la manita, y es que no me crecen y no me crecen. 00:10:10.000 --> 00:10:13.000 No, esta no es la empresa ideal, ¿verdad? 00:10:13.000 --> 00:10:17.000 Pero al menos el señor Ramírez tenía razón en algo, aunque sea de casualidad. 00:10:18.000 --> 00:10:25.000 El conocimiento es lo que te abrirá las puertas para mejorar en tu carrera profesional, conocimiento y experiencia. 00:10:25.000 --> 00:10:29.000 ¿Quieres avanzar en tu carrera profesional apostando por el desarrollo móvil en entornos Apple? 00:10:29.000 --> 00:10:32.000 En Apple Coding Academy tenemos lo que estás buscando. 00:10:32.000 --> 00:10:36.000 Presentamos la cuarta edición de nuestro Swift full stack bootcamp, un 00:10:36.000 --> 00:10:40.000 bootcamp diseñado para convertir a cualquier desarrollador, sea cual sea 00:10:40.000 --> 00:10:44.000 la tecnología o lenguaje donde trabaje, en un senior iOS Developer con 00:10:44.000 --> 00:10:48.000 conocimiento en todo lo que en cualquier empresa o consultora piden, o lo 00:10:48.000 --> 00:10:54.000 que necesitas para montarte por tu cuenta si quieres trabajar por ti mismo. 00:10:55.000 --> 00:11:01.000 En el Swift Fullstap Bootcamp encontrarás Swift como elemento común a todo el desarrollo y la formación. 00:11:01.000 --> 00:11:08.000 A partir de ahí aprenderás concurrencia de procesos, asincronía, arquitectura de proyectos, que ninguna combinación sea cual sea se te resista. 00:11:08.000 --> 00:11:12.000 Todo ello, por supuesto, aprendiendo UIKID y SWIFT UI al completo, cómo 00:11:12.000 --> 00:11:16.000 aplicar test y una aproximación basada en TDD cien por cien, seguridad, 00:11:16.000 --> 00:11:20.000 desarrollo del lado servidor, machine learning y, por supuesto, todo un 00:11:20.000 --> 00:11:24.000 módulo dedicado al próximo paso en el desarrollo en entornos Apple, 00:11:24.000 --> 00:11:28.000 Apple Vision Pro y Vision OS. 00:11:28.000 --> 00:11:32.000 Un bootcamp único pensado tanto para desarrolladores en otras 00:11:32.000 --> 00:11:36.000 tecnologías, junior o senior, que quieran reinventarse y dar un cambio en 00:11:36.000 --> 00:11:40.000 sus vidas hacia el muy demandado sector del desarrollo en entornos Apple, 00:11:40.000 --> 00:11:44.000 o para aquellos desarrolladores que ya trabajen con Apple pero quieran 00:11:44.000 --> 00:11:48.000 especializarse y cubrir todas las lagunas que puedan llegar a tener o 00:11:48.000 --> 00:11:52.000 ponerse al día con las últimas novedades y actualizaciones para iOS 00:11:52.000 --> 00:11:58.000 diecisiete y el resto de sistemas lanzados por Apple en el año dos mil veintitrés. 00:11:58.000 --> 00:12:02.000 Tienes toda la información en nuestra web, acoding punto academy barra 00:12:02.000 --> 00:12:06.000 bootcamp, y descubre las distintas formas de financiación hasta en 00:12:06.000 --> 00:12:10.000 treinta y seis meses o incluso en doce meses sin intereses. 00:12:10.000 --> 00:12:16.000 Nunca ha sido más fácil apostar por invertir en ti mismo para llegar más lejos. 00:12:16.000 --> 00:12:20.000 Da el paso y apuesta por tu formación, apuesta por ti, por ese senior IOS 00:12:20.000 --> 00:12:24.000 developer que llevas dentro y que encontrarás en el Sweep Four Stav 00:12:24.000 --> 00:12:30.000 Bootcamp de Apple Coding Academy. 00:12:51.000 --> 00:12:56.000 ver, básicamente, Apple tiene un montón de puntos clave donde controla el 00:12:56.000 --> 00:13:01.000 uso de sus dispositivos y donde insiste en la protección de nuestra 00:13:01.000 --> 00:13:07.000 privacidad, de nuestra seguridad, etcétera. 00:13:09.000 --> 00:13:11.000 Pero además, ¿cómo lo hace? 00:13:11.000 --> 00:13:15.000 Pues bien, todos los datos que yo voy a contar aquí, que pertenecen a 00:13:15.000 --> 00:13:19.000 documentaciones oficiales de la propia Apple y que pueden consultar 00:13:19.000 --> 00:13:23.000 ustedes directamente, como el manual de seguridad de plataformas de Apple 00:13:23.000 --> 00:13:27.000 y toda la documentación que hay en la web, aparte de toda la experiencia 00:13:27.000 --> 00:13:31.000 que yo tengo de tantos años trabajando con los sistemas de Apple y de, 00:13:31.000 --> 00:13:36.000 bueno, pues todo lo que he dado a nivel de formaciones. 00:13:36.000 --> 00:13:40.000 No olviden de que nosotros en Apple Coodyne Academy, una de las partes del 00:13:40.000 --> 00:13:44.000 bootcamp del que acabamos de hablarles, pues es desarrollo seguro, o sea, 00:13:44.000 --> 00:13:48.000 llevamos mucho tiempo insistiendo en la importancia de la seguridad, de 00:13:48.000 --> 00:13:52.000 cómo y dónde guardar los datos de nuestros usuarios dentro de las 00:13:52.000 --> 00:13:56.000 aplicaciones, de las mejores prácticas, de las mejores prácticas en 00:13:56.000 --> 00:14:00.000 comunicaciones en red, de cómo securizar las aplicaciones, las 00:14:00.000 --> 00:14:04.000 comunicaciones, los datos en servidor, las claves, de cómo realizar 00:14:04.000 --> 00:14:08.000 cifrado punto a punto a través de procesos, pues, como el acuerdo de 00:14:08.000 --> 00:14:12.000 claves, etcétera, es decir, cosas que trabajamos en el día a día y que 00:14:12.000 --> 00:14:21.000 formamos en el día a día desde hace años, ¿vale? 00:14:21.000 --> 00:14:24.000 Por lo tanto, vamos a mezclar todo ese conocimiento que yo ya tengo a nivel 00:14:24.000 --> 00:14:27.000 de experiencia que tenemos en Apple Codeen Academy, más todo lo que 00:14:27.000 --> 00:14:30.000 supone la documentación oficial de Apple explicando dentro de esa 00:14:30.000 --> 00:14:35.000 documentación qué es cada cosa y cómo funciona. 00:14:35.000 --> 00:14:43.000 Claro, alguno podría decir, bueno, esto es algo que tú me estás contando, porque patata, yo me lo tengo que creer, ¿no? 00:14:43.000 --> 00:14:48.000 Porque tú me estás diciendo que Apple hace esto pero no me estás aportando una prueba empírica. 00:14:48.000 --> 00:14:53.000 A ver, obviamente yo no te voy a poder dar un, o sea, es decir, cómo te 00:14:53.000 --> 00:14:58.000 doy a través de un podcast una prueba de seguridad de alto nivel que te 00:14:58.000 --> 00:15:05.000 demuestre que Apple hace, pero es que, de verdad, párense a pensar un segundo. 00:15:06.000 --> 00:15:10.000 ¿Ustedes creen realmente que si todo esto que pone Apple en la 00:15:10.000 --> 00:15:14.000 documentación no fuera cierto, no habría uno, dos, diez, veintiocho mil 00:15:14.000 --> 00:15:20.000 quinientos millones de hackers éticos. 00:15:20.000 --> 00:15:25.000 Los hacker éticos son estos hackers que son investigadores, ¿vale? 00:15:25.000 --> 00:15:28.000 La palabra hacker lo hemos hablado muchas veces y, de hecho, es uno de los 00:15:28.000 --> 00:15:31.000 discursos que más lleva repitiendo, por ejemplo, el conocido Chema 00:15:31.000 --> 00:15:36.000 Alonso, el que llamaban el hacker bueno, ¿no? 00:15:36.000 --> 00:15:40.000 Que en realidad un hacker no es alguien malo, un hacker es un investigador 00:15:40.000 --> 00:15:44.000 de seguridad que lo que hace es probar que realmente las compañías dicen 00:15:44.000 --> 00:15:49.000 la verdad y que los protocolos que dicen los cumplen, etcétera. 00:15:49.000 --> 00:15:58.000 Entonces, de verdad intenten encontrar a alguien experto en seguridad que no certifique que todo lo que pone Apple es así? 00:15:58.000 --> 00:16:01.000 ¿Ustedes creen realmente que si Apple no cumpliera todo lo que pone en su 00:16:01.000 --> 00:16:04.000 documentación no estarían colgados en mil quinientos millones de webs, 00:16:04.000 --> 00:16:09.000 etcétera, etcétera? 00:16:09.000 --> 00:16:18.000 Pues no es así, de hecho, pregunten a la gran mayoría de expertos en seguridad cuál es el dispositivo que tienen en su bolsillo. 00:16:18.000 --> 00:16:20.000 La mayoría tienen un iPhone, ¿por qué? 00:16:20.000 --> 00:16:23.000 Pues porque es el dispositivo más seguro que hay. 00:16:24.000 --> 00:16:28.000 Entonces, ellos, como expertos en seguridad y gente que sabe lo que se 00:16:28.000 --> 00:16:32.000 está jugando en ese sentido porque conocen las los peligros que hay al 00:16:32.000 --> 00:16:36.000 respecto, pues deciden utilizar un iPhone porque saben que es lo más 00:16:36.000 --> 00:16:40.000 seguro, partiendo de la base de que no hay absolutamente nada, 00:16:40.000 --> 00:16:47.000 absolutamente nada que sea cien por cien seguro, ni siquiera un iPhone. 00:16:47.000 --> 00:16:51.000 A pesar de que el iPhone tenga todo lo que vamos a hablarles hoy de 00:16:51.000 --> 00:16:55.000 seguridad a nivel de hardware, de biometría, de sistemas, de protección 00:16:55.000 --> 00:16:59.000 de datos, de cifrado, de protección de las apps, de de privacidad 00:16:59.000 --> 00:17:03.000 diferencial, etcétera, Todo esto, en realidad, no sirve para nada en el 00:17:03.000 --> 00:17:07.000 momento en el que hay un fallo en el software y se puede circunsvenir, se 00:17:07.000 --> 00:17:11.000 puede pasar por encima de las protecciones que tiene el sistema, porque al 00:17:11.000 --> 00:17:15.000 final el sistema no deja de ser un, bueno, pues un software, incluso un 00:17:15.000 --> 00:17:21.000 hardware, ¿vale? 00:17:21.000 --> 00:17:22.000 Lo hemos hablado en algunas ocasiones. 00:17:22.000 --> 00:17:28.000 ¿Por qué piensan que iOS diecisiete ha dejado fuera los iPhone diez, ocho y ocho plus? 00:17:29.000 --> 00:17:33.000 Quiere eso decir que los iPhone diez, ocho y ocho plus lanzados en dos mil 00:17:33.000 --> 00:17:37.000 diecisiete, estamos en dos mil veintitrés, tienen seis años de vida, 00:17:37.000 --> 00:17:41.000 ¿quiere decir que los iPhone diez ya no son capaces de tirar de iOS 00:17:41.000 --> 00:17:46.000 diecisiete y de poder hacer todo lo que el sistema requiere? 00:17:47.000 --> 00:17:50.000 No, al contrario, pueden hacerlo sin ningún problema. 00:17:50.000 --> 00:17:57.000 Deberían de haber tenido muchos más años de vida útil estos dispositivos. 00:17:57.000 --> 00:18:03.000 Y la pregunta es, bueno, entonces si deberían haber tenido más vida útil, ¿por qué Apple los ha retirado? 00:18:03.000 --> 00:18:05.000 ¿Por qué ha dejado de darle soporte en el sistema operativo? 00:18:06.000 --> 00:18:10.000 Pues muy sencillo, porque el A once Bionic tiene un error de hardware, 00:18:10.000 --> 00:18:14.000 tiene un cero day en el hardware, un cero day que es un error desconocido 00:18:14.000 --> 00:18:18.000 por el fabricante, un cero day ahora ya sí es conocido por ellos, un 00:18:18.000 --> 00:18:22.000 error cero day es lo más peligroso que hay ahora mismo y es algo en el 00:18:22.000 --> 00:18:26.000 que absolutamente nadie, ningún programa, ningún antivirus, ningún nada 00:18:26.000 --> 00:18:30.000 te puede proteger, porque básicamente estamos hablando de un error en el 00:18:30.000 --> 00:18:34.000 software, o en este caso en el hardware, que no está siendo, que no ha 00:18:34.000 --> 00:18:38.000 sido parcheado, en este caso al ser un error de hardware, no puede 00:18:38.000 --> 00:18:42.000 parchearse, no es un error en el firmware de una de un chip o en el 00:18:42.000 --> 00:18:46.000 firmware de una parte de la placa, no, no, no, es un error en el diseño 00:18:46.000 --> 00:18:50.000 del propio chip, en el diseño del propio chip Secure Enclaive, que tiene 00:18:50.000 --> 00:18:54.000 un problema por el que se le pueden extraer ciertas informaciones y se 00:18:54.000 --> 00:18:58.000 puede conseguir hacer jailbreak break comprometiendo la seguridad del 00:18:58.000 --> 00:19:02.000 dispositivo permitiendo la ejecución de aplicaciones no firmadas y, por 00:19:02.000 --> 00:19:06.000 lo tanto, si Apple saca iOS diecisiete para estos chips que tienen un 00:19:06.000 --> 00:19:10.000 fallo de hardware, pues, básicamente, lo que sucede es que pueden 00:19:10.000 --> 00:19:14.000 comprometer su propio software o permitir que este, en aplicaciones más 00:19:14.000 --> 00:19:18.000 modernas que soporden ellos diecisiete, puedan seguir comprometidas a 00:19:18.000 --> 00:19:22.000 nivel de seguridad, por lo que han decidido, por el bien de los usuarios, 00:19:22.000 --> 00:19:26.000 a pesar de que, bueno, seis años, a ver, seis años tampoco está mal a 00:19:26.000 --> 00:19:30.000 nivel de soporte, pero bueno, hubiera sido deseable que hubiera tenido 00:19:30.000 --> 00:19:34.000 algo más, pero bueno, más o menos está en los seis, siete años que 00:19:34.000 --> 00:19:38.000 suele dar Apple de soporte a los dispositivos móviles, algo que irá 00:19:38.000 --> 00:19:53.000 dando cada vez más. 00:19:53.000 --> 00:19:57.000 Yo, mi apuesta es que, al igual que tuvimos varias generaciones de sistema, 00:19:57.000 --> 00:20:01.000 por el que iOS trece, catorce y quince no dejaron fuera ningún 00:20:01.000 --> 00:20:05.000 dispositivo a nivel de soporte, yo estoy convencido que las próximas 00:20:05.000 --> 00:20:09.000 versiones, iOS dieciocho, diecinueve, veinte, etcétera, cada vez van a ir 00:20:09.000 --> 00:20:13.000 dejando menos dispositivos en la cuneta y, por ejemplo, yo creo que pueden 00:20:13.000 --> 00:20:17.000 estar tranquilos de que la próxima versión, iOS dieciocho, no va a dejar 00:20:17.000 --> 00:20:21.000 fuera los iPhone diez S, los iPhone diez R, etcétera, que cuentan con un 00:20:21.000 --> 00:20:27.000 procesador A doce, ¿vale? 00:20:27.000 --> 00:20:31.000 El A doce ya, digamos que el A doce es la culminación de la fabricación 00:20:31.000 --> 00:20:35.000 de los chips Apple Silicon, el A doce es el paso previo a la creación de 00:20:35.000 --> 00:20:39.000 el A trece, que es la matriz del M uno, por lo tanto, el A doce además 00:20:39.000 --> 00:20:43.000 fue el chip que demostró a Apple que podían usarse los chips Apple 00:20:43.000 --> 00:20:50.000 Silicon dentro de equipos Mac, ¿vale? 00:20:50.000 --> 00:20:55.000 Por lo tanto, yo en lo que sería mi predicción, ¿vale? 00:20:55.000 --> 00:20:59.000 Que, a ver, tampoco es que yo sea aquí cien por cien infalible, pero con 00:20:59.000 --> 00:21:03.000 la información que tenemos a día de hoy no hay motivo para que un 00:21:03.000 --> 00:21:07.000 procesador A doce Bionic quede fuera de soporte y deje de ser, bueno, pues 00:21:07.000 --> 00:21:14.000 soportado, como digo, por futuras versiones de los sistemas, ¿vale? 00:21:14.000 --> 00:21:16.000 De iOS dieciocho, diecinueve, veinte, etcétera, ¿vale? 00:21:16.000 --> 00:21:19.000 Como ya les he dicho, el problema de la once Bionic es que tiene un fallo 00:21:19.000 --> 00:21:22.000 de hardware que es imparcheable, no se puede corregir, por lo tanto, pues 00:21:22.000 --> 00:21:27.000 ahí Apple no puede hacer otra cosa. 00:21:28.000 --> 00:21:33.000 Entonces, básicamente, Apple lo que está haciendo con sus sistemas es 00:21:33.000 --> 00:21:38.000 trabajar en varios puntos claves dentro de lo que es la seguridad de su plataforma. 00:21:38.000 --> 00:21:42.000 Trabaja con seguridad de hardware y biometría, trabaja con ciertos 00:21:42.000 --> 00:21:46.000 elementos de seguridad dentro del sistema, trabaja con ciertos elementos 00:21:46.000 --> 00:21:51.000 de protección de datos y cifrado. 00:21:52.000 --> 00:22:01.000 También formas de securizar las aplicaciones, que por cierto, ya les pueden ustedes ir diciendo adiós cuando se permitan las tiendas externas. 00:22:01.000 --> 00:22:05.000 A ver, todavía no sabemos, ¿vale? 00:22:05.000 --> 00:22:13.000 Ya que estamos tocando el tema, todavía no sabemos cómo Apple va a hacer el tema de las tiendas de terceros en la Unión Europea. 00:22:14.000 --> 00:22:21.000 Por si aún no se han enterado, la Unión Europea, haciendo gala de su absoluta inutilidad burocrática, ¿vale? 00:22:21.000 --> 00:22:24.000 Que en esos son los mejores, ¿vale? 00:22:24.000 --> 00:22:28.000 Los mejores del mundo en ser unos puñeteros inútiles burocráticos que 00:22:28.000 --> 00:22:32.000 legislan sin tener ni idea, y en vez de coger y intentar legislar para que 00:22:32.000 --> 00:22:36.000 Apple no se aproveche de su posición de dominio en ciertos aspectos 00:22:36.000 --> 00:22:43.000 dentro del App Store, que sería lo lógico, ¿vale? 00:22:43.000 --> 00:22:50.000 Si Apple está cobrando por las suscripciones un treinta setenta y no deja, ¿vale? 00:22:50.000 --> 00:22:53.000 Apple da un setenta por ciento al desarrollador y ellos se quedan un 00:22:53.000 --> 00:22:56.000 treinta, pero tú eres el que pone toda la infraestructura, pues 00:22:56.000 --> 00:22:59.000 obviamente ese setenta treinta, pues no tiene mucha lógica en negocios de 00:22:59.000 --> 00:23:05.000 tipo totalmente digital, ¿vale? 00:23:05.000 --> 00:23:08.000 Totalmente, pues como digo, por ejemplo, suscripciones tipo Netflix, 00:23:08.000 --> 00:23:11.000 Spotify, etcétera, realmente no tiene ningún sentido que Apple quiera 00:23:11.000 --> 00:23:14.000 cobrar un setenta treinta más allá de, pues esta es mi plataforma y si 00:23:14.000 --> 00:23:18.000 quieres estar aquí, pues esto es lo que hay, ¿no? 00:23:18.000 --> 00:23:19.000 Básicamente. 00:23:19.000 --> 00:23:22.000 Entonces, bueno, pues si lo quieres, esto come las lentejas, ¿no? 00:23:22.000 --> 00:23:23.000 Que si quieres las comes, si no también. 00:23:23.000 --> 00:23:25.000 Pues ese es un poco el tema. 00:23:26.000 --> 00:23:30.000 Obviamente esto es un, desde mi punto de vista, un abuso de poder por parte 00:23:30.000 --> 00:23:34.000 de Apple, un abuso de posición dominante, porque saben la posición que 00:23:34.000 --> 00:23:38.000 tienen y saben que pueden obligar a esto, y eso permite situaciones muy 00:23:38.000 --> 00:23:42.000 extrañas como que, pues bueno, las aplicaciones al final ahora permiten 00:23:42.000 --> 00:23:48.000 previo permiso poner un enlace, ¿vale? 00:23:48.000 --> 00:23:52.000 Para que se pueda registrar una cuenta fuera de lo que es el App Store, 00:23:52.000 --> 00:23:56.000 entonces yo podría, y de hecho lo hace Netflix o lo puede hacer Spotify, 00:23:56.000 --> 00:24:00.000 pero todavía no quiere, ¿vale? 00:24:00.000 --> 00:24:04.000 De hecho, la inutilidad absoluta de la Unión Europea, de nuevo, lleva 00:24:04.000 --> 00:24:08.000 cuatro años intentando resolver el tema de la demanda de Spotify, que 00:24:08.000 --> 00:24:12.000 parece ser que está a punto de resolverla. 00:24:12.000 --> 00:24:19.000 Cuando ya no sirve paná, ya es llevas cuatro años dando vueltas como un imbécil, ¿vale? 00:24:19.000 --> 00:24:23.000 Porque ya ha pasado todo, ya se ha pasado de moda, ya ha caducado todo, ¿vale? 00:24:23.000 --> 00:24:26.000 O sea, ya Apple dio una solución a este problema, que es una solución 00:24:26.000 --> 00:24:29.000 que, bueno, que tampoco es que sea algo que efectivamente quede bonito o 00:24:29.000 --> 00:24:33.000 que quede elegante, ¿vale? 00:24:33.000 --> 00:24:37.000 No me parece que sea la solución ideal, pero bueno, por lo menos algo es 00:24:37.000 --> 00:24:41.000 algo, es decir, Apple lo que ha hecho es permitir a raíz de una sentencia 00:24:41.000 --> 00:24:45.000 que hubo en Japón, pues al final esto lo expandió a todo el mundo, por 00:24:45.000 --> 00:24:52.000 lo que hoy día, bueno, desde hace ya bastante tiempo, ¿vale? 00:24:52.000 --> 00:24:53.000 Esto vamos a ir por partes, ¿no? 00:24:53.000 --> 00:24:57.000 Desde hace bastante tiempo, Apple permite que tú, teniendo una aplicación 00:24:57.000 --> 00:25:01.000 basada en suscripción, una reader app, donde tú estás proporcionando un 00:25:01.000 --> 00:25:05.000 contenido al que la gente se ha suscrito, permite que no se vendan esas 00:25:05.000 --> 00:25:11.000 suscripciones a través de la app, ¿ok? 00:25:11.000 --> 00:25:14.000 O sea, tú puedes poner tu servicio de suscripción completamente fuera de 00:25:14.000 --> 00:25:17.000 la app y hacer que la app sea una aplicación de tipo reader, es decir, 00:25:17.000 --> 00:25:20.000 que la app nada más abrirla te pida un usuario y contraseña y si no lo 00:25:20.000 --> 00:25:25.000 tienes, pues no puedes entrar, ¿vale? 00:25:25.000 --> 00:25:26.000 Ya está. 00:25:26.000 --> 00:25:31.000 Claro, el problema es que hay ciertas compañías que quieren que la gente 00:25:31.000 --> 00:25:36.000 pueda entrar, pero no tenga que estar atado a las suscripciones de Apple, 00:25:36.000 --> 00:25:42.000 por lo que esta sentencia en Japón lo que hizo fue añadirles un enlace de registro. 00:25:43.000 --> 00:25:47.000 Apple permite que tú puedas poner un enlace de registro, que además 00:25:47.000 --> 00:25:51.000 tienes que poner en tu fichero Infopelist dentro de tu aplicación, para 00:25:51.000 --> 00:25:56.000 que cuando se apruebe y se firme la aplicación no puedas cambiarlo, ¿vale? 00:25:56.000 --> 00:26:00.000 Que tenga que ser siempre el mismo enlace, pues te permite poner un enlace 00:26:00.000 --> 00:26:04.000 en el que previa advertencia de que irás al infierno si tocas el botón 00:26:04.000 --> 00:26:08.000 porque Apple no se hace responsable, etcétera, etcétera, etcétera, y 00:26:08.000 --> 00:26:13.000 ponerte una unas alertas y unas cosas que dan mucho miedo, ¿vale? 00:26:13.000 --> 00:26:17.000 Previo a ese tipo de, cuando tú pulsas en el botón y se saca te saca esas 00:26:17.000 --> 00:26:21.000 alertas, te puedes ir a una página web del propio del del propio 00:26:21.000 --> 00:26:25.000 proveedor del servicio para crearte una cuenta nueva en ese servicio y, a 00:26:25.000 --> 00:26:32.000 partir de ahí, suscribirte en su servicio si tienen una pasarela de pagos, ¿vale? 00:26:32.000 --> 00:26:36.000 No puedes enviar, esto es una cosa bastante curiosa, es decir, no puedes 00:26:36.000 --> 00:26:40.000 enviar directamente a la decisión de pasarela de pagos, tienes que enviar 00:26:40.000 --> 00:26:44.000 a una pantalla de creación de usuario y que esta te lleve a la pasarela 00:26:44.000 --> 00:26:48.000 de pagos propia de la plataforma, ¿vale? 00:26:48.000 --> 00:26:51.000 Pero bueno, el caso es que se puede, tú simplemente tienes que pedirlo y 00:26:51.000 --> 00:26:54.000 si Apple ve que encajas con la definición, que normalmente lo encajarás, 00:26:54.000 --> 00:26:57.000 pues te dirá ok, y te permitirá hacer esto, Porque hasta antes de esto, 00:26:57.000 --> 00:27:00.000 Apple no permitía que tú pusieras absolutamente nada de regístrate en 00:27:00.000 --> 00:27:03.000 la web, visítanos aquí, tal y cual, si eres Netflix, pues obviamente 00:27:03.000 --> 00:27:06.000 todo el mundo sabe cómo puedes suscribirse en Netflix o en Spotify, 00:27:06.000 --> 00:27:15.000 aunque no todo el mundo, pero bueno. 00:27:15.000 --> 00:27:24.000 Sin embargo, pues si eres, yo que sé, Paco Torres Video Productions, pues es más complicado que alguien te encuentre, ¿no? 00:27:24.000 --> 00:27:28.000 Entonces, digamos que ese ese este problema que estoy contando se podría 00:27:28.000 --> 00:27:32.000 considerar un abuso de posición dominante por parte de Apple dentro del 00:27:32.000 --> 00:27:36.000 App Store, y esto es algo que, en vez de llevar cuatro años dando vueltas 00:27:36.000 --> 00:27:40.000 como imbéciles, como los burócratas inútiles que son, por intentar 00:27:40.000 --> 00:27:44.000 resolverlo, lo que podían haber hecho hace mucho tiempo es decir, no, no, 00:27:44.000 --> 00:27:52.000 señores de Apple, ustedes tienen que permitir esto, punto. 00:27:52.000 --> 00:27:54.000 Ya está, a partir de tal fecha. 00:27:54.000 --> 00:27:58.000 Y punto, pelota, y si no, pues le ponen una multa o le ponen un tal o le 00:27:58.000 --> 00:28:02.000 ponen un cuál o negocian con ellos directamente y al final, pues poco a 00:28:02.000 --> 00:28:07.000 poco se va abriendo, pero no que Apple ya sea abierto en este sentido, ¿no? 00:28:07.000 --> 00:28:13.000 Entonces, bueno, el caso es que, en vez de negociar lo que serían estos cambios, ¿no? 00:28:13.000 --> 00:28:17.000 De de de posición dominante o llegar a acuerdos para que esto se 00:28:17.000 --> 00:28:21.000 solucione, pues lo que han hecho es decir, no, no, no, ahora tienes que 00:28:21.000 --> 00:28:25.000 poner tienes que permitir que cualquiera pueda poner un App Store dentro de tu sistema. 00:28:25.000 --> 00:28:29.000 Claro, esto va en contra de la propia seguridad, esto va a permitir el 00:28:29.000 --> 00:28:33.000 famoso site login, pero claro, el problema del site loading básicamente 00:28:33.000 --> 00:28:38.000 es ejecutar aplicaciones que no están firmadas ¿ok? 00:28:39.000 --> 00:28:44.000 Y a ver, ahora después comentaremos aparte de esto, ¿vale? 00:28:44.000 --> 00:28:50.000 La firma básicamente es una comprobación de que el fichero es lo ha aprobado Apple, ¿vale? 00:28:50.000 --> 00:28:52.000 Y no se ha modificado desde que Apple lo aprobó. 00:28:52.000 --> 00:28:59.000 Entonces, bueno, pues, básicamente, lo que tendríamos es que ahora mismo 00:28:59.000 --> 00:29:06.000 no sabemos cómo Apple va a implementar esto, porque puede ser que lo vaga 00:29:06.000 --> 00:29:13.000 de una manera en la que no comprometa la seguridad de las de los sistemas, 00:29:13.000 --> 00:29:20.000 simplemente comprometa las, digamos, las comprobaciones que hace la propia Apple, ¿ok? 00:29:20.000 --> 00:29:24.000 Bien, mi teoría es que Apple va a sacar un sistema por el que va a 00:29:24.000 --> 00:29:28.000 permitir dar un certificado para cada tienda, para que ellos puedan 00:29:28.000 --> 00:29:32.000 firmar, igual que yo ahora como desarrollador, puedo firmar las 00:29:32.000 --> 00:29:36.000 aplicaciones y probarlas en mis dispositivos, y tengo permiso para incluso 00:29:36.000 --> 00:29:40.000 hacer pruebas a nivel de dispositivos internos, etcétera, puedo tener 00:29:40.000 --> 00:29:44.000 hasta cien dispositivos internos con sus distintos IDs y tal y cual, pero 00:29:44.000 --> 00:29:54.000 también, por ejemplo, tengo el certificado de tipo Enterprise. 00:29:55.000 --> 00:29:58.000 Yo puedo, a través de un perfil de provisionamiento, un perfil de 00:29:58.000 --> 00:30:01.000 configuración, puedo tener un perfil Enterprise que me permite instalar 00:30:01.000 --> 00:30:04.000 cualquier tipo de aplicación que yo he firmado dentro de mi empresa y que 00:30:04.000 --> 00:30:07.000 son aplicaciones in house que solo va a utilizar la empresa esta en 00:30:07.000 --> 00:30:13.000 concreto, ¿vale? 00:30:13.000 --> 00:30:14.000 Porque las ha desarrollado para ellos, ¿no? 00:30:14.000 --> 00:30:21.000 Imagínense que yo tengo una empresa, pues eso, yo que sé, de de gestión agrícola, ¿no? 00:30:21.000 --> 00:30:26.000 Y hago una aplicación para gestionar todas las todos los invernaderos que tengo, ¿vale? 00:30:26.000 --> 00:30:28.000 Pues si tengo esa aplicación, ¿qué sucede? 00:30:29.000 --> 00:30:32.000 Pues que yo tendré una aplicación para mí, hecha para mi casuística, 00:30:32.000 --> 00:30:35.000 para lo que yo necesito, para que mi gente vaya a esos invernaderos con 00:30:35.000 --> 00:30:39.000 mis apps en sus iPads, ¿ok? 00:30:39.000 --> 00:30:42.000 Estos son iPads de flota a través de certificados Enterprise que permiten 00:30:42.000 --> 00:30:45.000 ejecutar aplicaciones hechas a medida, aplicaciones in house para ciertas 00:30:45.000 --> 00:30:48.000 empresas, y que no tienen que pasar por el App Store ni se revisan por el 00:30:48.000 --> 00:30:54.000 App Store, ¿de acuerdo? 00:30:54.000 --> 00:31:02.000 Es el propio, la propia empresa es la que tiene que crear la forma de distribución de las aplicaciones y es la propia empresa la que lo firma. 00:31:02.000 --> 00:31:06.000 Esto, en mi teoría, es lo que creo que va a hacer Apple. 00:31:07.000 --> 00:31:11.000 Apple le va a dar un certificado que estará creando ahora, con toda la 00:31:11.000 --> 00:31:15.000 seguridad a los distintas a las distintas empresas que quieran poner una 00:31:15.000 --> 00:31:19.000 tienda de aplicaciones fuera del App Store, y esas tiendas, de hecho, 00:31:19.000 --> 00:31:25.000 estoy convencido que se bajarán desde el propio App Store. 00:31:26.000 --> 00:31:30.000 Entonces, en el momento en el que tú quieres subir la tienda, Apple revisa 00:31:30.000 --> 00:31:34.000 tu tienda, ve que haces todo correctamente y crea unos nuevas, unas nuevas 00:31:34.000 --> 00:31:38.000 normas de revisión de esas aplicaciones de tipo tienda, y luego esas 00:31:38.000 --> 00:31:42.000 aplicaciones de tipo tienda van a permitir desde los repositorios de la 00:31:42.000 --> 00:31:46.000 propia tienda de terceros, no desde los repositorios de Apple, poder 00:31:46.000 --> 00:31:51.000 descargar las aplicaciones externas. 00:31:51.000 --> 00:32:00.000 Por lo tanto, lo que es la seguridad del sistema no se verá comprometida, lo cual es algo bastante bueno. 00:32:00.000 --> 00:32:01.000 ¿Qué es lo malo? 00:32:01.000 --> 00:32:11.000 Lo malo es que lo que se va a prescindir es de la revisión manual que hacen los reviewers de dentro de lo que es el App Store. 00:32:11.000 --> 00:32:12.000 Esto es lo malo. 00:32:12.000 --> 00:32:16.000 Lo malo es que esto lo que va a hacer es que, por ejemplo, Meta pueda 00:32:16.000 --> 00:32:20.000 solicitar crear una tienda propia y e invite a otras apps a poder entrar 00:32:20.000 --> 00:32:24.000 dentro de su propia tienda de Meta, dentro de la Meta App Store o como lo 00:32:24.000 --> 00:32:28.000 quieran llamar, porque hay que tener en cuenta que el término App Store 00:32:28.000 --> 00:32:36.000 ya se, digamos, se liberó hace muchos años, ¿vale? 00:32:36.000 --> 00:32:41.000 Hubo un juez que consideró que App Store era un término genérico y que no podía ser propiedad intelectual de Apple. 00:32:41.000 --> 00:32:45.000 Entonces, si Meta crea la Meta App Store y la mete dentro de la propia App 00:32:45.000 --> 00:32:49.000 Store para que tú te la puedas bajar, y desde ahí te dice que te puedes 00:32:49.000 --> 00:32:53.000 descargar WhatsApp, que te puedes descargar Instagram, que te puedes 00:32:53.000 --> 00:32:57.000 descargar Facebook, que te puedes descargar threads y que te puedes 00:32:57.000 --> 00:33:01.000 descargar Facebook Messenger o incluso cualquier aplicación que no sea 00:33:01.000 --> 00:33:05.000 suya, lo que Meta va a poder hacer es saltarse las protecciones, es decir, 00:33:05.000 --> 00:33:09.000 no las protecciones, saltarse las restricciones de, por utilizar nuestros 00:33:09.000 --> 00:33:13.000 datos a mayor nivel, va a poder localizarnos a mayor nivel, no va a tener 00:33:13.000 --> 00:33:17.000 la obligación de poner la el diálogo de transparencia de privacidad, que 00:33:17.000 --> 00:33:21.000 en el que todo el mundo le damos siempre a no pedir a la app que nos 00:33:21.000 --> 00:33:31.000 rastree, ¿vale? 00:33:31.000 --> 00:33:35.000 Todo eso se lo van a poder saltar, por lo que van a poder utilizar nuestros 00:33:35.000 --> 00:33:39.000 datos de manera indiscriminada, y la única obligación que van a tener es 00:33:39.000 --> 00:33:43.000 ponernos un documento de política de privacidad donde nos diga, al igual 00:33:43.000 --> 00:33:47.000 que los dice Google a día de hoy, todo lo que usan nuestro y para qué lo 00:33:47.000 --> 00:33:51.000 usan, algo que nadie se va a leer, que a nadie le va a importar, pero que 00:33:51.000 --> 00:33:55.000 lo que va a hacer es que Meta pueda volver a vender toda la publicidad que 00:33:55.000 --> 00:33:59.000 vendía hasta ahora y ofrecer su tienda para juegos, aplicaciones, 00:33:59.000 --> 00:34:03.000 etcétera, que no quieran pasar por estas restricciones de privacidad por 00:34:03.000 --> 00:34:07.000 el que tú pases a ser alguien no anónimo a nivel de uso, como sucede 00:34:07.000 --> 00:34:11.000 ahora con la web, donde yo cada vez que entro en una web resulta que me 00:34:11.000 --> 00:34:15.000 sale, por ejemplo, el otro día entré en El Mundo en directo, El Mundo 00:34:15.000 --> 00:34:19.000 punto es, y de pronto me aparecen, pues, que podemos ver nuestros más de 00:34:19.000 --> 00:34:33.000 ochocientos proveedores, ¿vale? 00:34:33.000 --> 00:34:38.000 Es decir, sitios de los que visitamos normalmente, Sataca, Peresfera, La 00:34:38.000 --> 00:34:43.000 Amazana Mordida, El Mundo punto es, El País, cualquiera de estas 00:34:43.000 --> 00:34:48.000 páginas, párense un segundo a leer y verán cómo están cediendo sus 00:34:48.000 --> 00:34:53.000 datos a cientos de brokers de datos. 00:34:54.000 --> 00:34:58.000 Les están cediendo sus datos de geolocalización, sus datos de 00:34:58.000 --> 00:35:02.000 preferencia, sus datos de identificación, lo que permite que se pueda 00:35:02.000 --> 00:35:06.000 identificar a ustedes dentro y fuera de los distintos elementos. 00:35:06.000 --> 00:35:10.000 Por ejemplo, ayer, mientras estaba en un directo, hubo un seguidor que me 00:35:10.000 --> 00:35:14.000 dijo, bueno, pues mi regalo de reyes va a ser este, y me pasó un enlace 00:35:14.000 --> 00:35:18.000 de un backbone, que es el mando este tipo PlayStation, que permite poner 00:35:18.000 --> 00:35:22.000 el móvil dentro y que además lo va cargando a la vez, ¿no? 00:35:22.000 --> 00:35:24.000 Y que es como un mando para el móvil. 00:35:24.000 --> 00:35:29.000 Pues me lo pasa, yo lo abro, lo veo, ah, pues qué guay, tal y cual. 00:35:29.000 --> 00:35:30.000 ¿Qué ha pasado esta mañana? 00:35:30.000 --> 00:35:33.000 Que ya estaba Instagram dándome publicidad del backbone. 00:35:33.000 --> 00:35:36.000 Pues porque directamente ya sabían que yo había entrado ahí y ya tenían 00:35:36.000 --> 00:35:39.000 una traza de cualquiera de esas cientos de trazas que hay de los 00:35:39.000 --> 00:35:42.000 diferentes sitios, donde al final, pues, me van cascando la publicidad 00:35:42.000 --> 00:35:48.000 directamente incluso a través de la propia IP. 00:35:48.000 --> 00:35:53.000 Todo esto, pues eso, es privacidad que estamos perdiendo, ¿vale? 00:35:53.000 --> 00:35:57.000 Entonces esto, pues lógicamente, no tiene ningún sentido. 00:35:57.000 --> 00:36:01.000 Entonces, bueno, el caso es que esa sería un poco la lo que tiene que ver 00:36:01.000 --> 00:36:05.000 aquí, hemos hecho un pequeño inciso, pequeño, para comentar ese tema 00:36:05.000 --> 00:36:09.000 que seguro que les interesa respecto a cómo va a ser la integración en 00:36:09.000 --> 00:36:14.000 la Unión Europea de las tiendas de terceros. 00:36:14.000 --> 00:36:19.000 Pero luego también Apple tiene seguridad dentro de sus propios servicios, 00:36:19.000 --> 00:36:24.000 seguridad a través de el uso de red, seguridad dentro de lo que son los 00:36:24.000 --> 00:36:29.000 kit de desarrollo y el control de la seguridad en los dispositivos, ¿vale? 00:36:30.000 --> 00:36:35.000 Bueno, vamos a ir primero a comentar el tema de la seguridad a nivel de 00:36:35.000 --> 00:36:41.000 hardware y lo que tiene que ver con la, pues, con los distintos procesos, ¿vale? 00:36:41.000 --> 00:36:48.000 Que realizan los distintos sistemas de Apple como iOS, iPad, Mac, TVOS, u ocho es, etcétera, ¿vale? 00:36:48.000 --> 00:36:53.000 Nosotros sabemos que Apple tiene su propio system on a chip, ¿vale? 00:36:53.000 --> 00:36:59.000 Su propio system on chip, que es el lo que es el Apple Silicon, que es el 00:36:59.000 --> 00:37:05.000 que tiene toda la información al respecto de cómo permite que todo esto funcione. 00:37:05.000 --> 00:37:09.000 Pues bien, una parte imprescindible de este system un chip, donde tenemos 00:37:09.000 --> 00:37:13.000 la memoria, donde tenemos todo lo que tiene que ver con la, en fin, con 00:37:13.000 --> 00:37:17.000 los distintos componentes del sistema, etcétera, hay un componente que es 00:37:17.000 --> 00:37:24.000 vital dentro de estos chips, que es el procesador Secure Enclaive. 00:37:25.000 --> 00:37:28.000 Lo primero que tenemos que entender es qué es este chip Secure Enclaive, 00:37:28.000 --> 00:37:31.000 un chip que es un coprocesador incorporado dentro de lo que es Apple 00:37:31.000 --> 00:37:36.000 Silicon, ¿vale? 00:37:36.000 --> 00:37:39.000 Hasta la llegada del A siete, ¿vale? 00:37:39.000 --> 00:37:43.000 La llegada del A siete fue cuando se incorporó este chip Securityn Clay, 00:37:43.000 --> 00:37:47.000 fue justo cuando se incorporó el touch ID, los iPhone cinco s, pero 00:37:47.000 --> 00:37:51.000 anteriormente este chip ya había un chip parecido que tenía un motor de 00:37:51.000 --> 00:37:55.000 cifrado y descifrado de tipo AES que permitía hacer el cifrado y 00:37:55.000 --> 00:38:01.000 descifrado en los datos de una manera mucho más rápida. 00:38:01.000 --> 00:38:05.000 Las operaciones de cifrado una de las operaciones más costosas para 00:38:05.000 --> 00:38:09.000 cualquier tipo de procesador general, por lo que Apple, desde el primer 00:38:09.000 --> 00:38:13.000 modelo de iPhone, puso un acelerador por hardware de cifrado para 00:38:13.000 --> 00:38:17.000 comprobar, para poder cifrar y descifrar la información, para poder 00:38:17.000 --> 00:38:21.000 comprobar la firma digital, etcétera, y por lo tanto todo esto, bueno, 00:38:21.000 --> 00:38:30.000 pues digamos que cristalizó con la llegada de los chips segure enclave. 00:38:30.000 --> 00:38:35.000 El chip seguro enclaive, básicamente, es un coprocesador de seguridad que 00:38:35.000 --> 00:38:40.000 está separado dentro de lo que es el SOC para manejar ciertas operaciones 00:38:40.000 --> 00:38:45.000 críticas de seguridad, como el almacenamiento, el procesamiento de todas 00:38:45.000 --> 00:38:50.000 las claves criptográficas que utiliza el propio sistema y, además, tiene 00:38:50.000 --> 00:38:55.000 una arquitectura que está diseñada para ser resistente a cualquier tipo de ataques. 00:38:55.000 --> 00:38:59.000 Intentar leer el chip de Goodenclaive mediante un volcado de datos bit a bit, ¿vale? 00:38:59.000 --> 00:39:03.000 Por ejemplo, a través de ingeniería inversa, tú puedes intentar un chip, 00:39:03.000 --> 00:39:07.000 ponerle electricidad dentro de las distintas patas y según tú vas 00:39:07.000 --> 00:39:11.000 metiendo información. 00:39:12.000 --> 00:39:16.000 Metiendo información, básicamente el volcado bit a bit, que es un poco, 00:39:16.000 --> 00:39:20.000 pues, lo que se puede hacer casi con cualquier chip para poder saber qué 00:39:20.000 --> 00:39:24.000 es lo que hace internamente, un chip al final lo que hace es que, en 00:39:24.000 --> 00:39:28.000 función de una serie de entradas de electricidad, tiene una serie de 00:39:28.000 --> 00:39:32.000 salidas de electricidad, y tú puedes llegar a hacer un volcado, es un 00:39:32.000 --> 00:39:36.000 proceso muy lento, muy tedioso, muy va a cortarse la vena, ¿vale? 00:39:36.000 --> 00:39:40.000 Pero se puede hacer, tú puedes ir con todas las combinaciones de patas que 00:39:40.000 --> 00:39:44.000 tenga ese chip, ir volcando electricidad en los distintos puntos clave y 00:39:44.000 --> 00:39:48.000 ver cómo la entrada de electricidad simulando una operación desde 00:39:48.000 --> 00:39:52.000 ciertas patas, desde ciertos puntos de entrada, pues dan ciertas salidas y 00:39:52.000 --> 00:39:59.000 eso puedes llegar a, de alguna manera, interpretarlo, ¿no? 00:39:59.000 --> 00:40:04.000 Obviamente, estos chips son tan complejos que les requerirían muchísimo 00:40:04.000 --> 00:40:09.000 tiempo para poder leerlos, pero es que, aparte de eso, el propio chip, 00:40:09.000 --> 00:40:15.000 según Enclaive, está está protegido contra accesos físicos al propio chip. 00:40:16.000 --> 00:40:22.000 Está diseñado para resistir intentos de manipulación y para proteger la propia integridad de los datos. 00:40:22.000 --> 00:40:26.000 Lo está, pues, porque la propia información que entra y sale está de por 00:40:26.000 --> 00:40:30.000 sí cifrada, por lo que esa ese cifrado dificultaría aún más poder 00:40:30.000 --> 00:40:34.000 interpretar las entradas y salidas que podríamos obtener de la de lo que 00:40:34.000 --> 00:40:41.000 sería el trabajo con el elemento. 00:40:41.000 --> 00:40:45.000 Luego, aparte, tiene un aislamiento físicamente dentro del propio system 00:40:45.000 --> 00:40:49.000 on chip, que está separado del resto de componentes y tiene un único 00:40:49.000 --> 00:40:53.000 canal de comunicación que, bueno, pues, como está cifrado, es muy 00:40:53.000 --> 00:40:57.000 complicado de poder trabajar con él. 00:40:57.000 --> 00:41:00.000 Además, tiene una serie de comprobaciones de integridad de datos en cuanto 00:41:00.000 --> 00:41:03.000 a comprobar de manera concurrente, o sea, de manera constante lo que 00:41:03.000 --> 00:41:06.000 sería el que no haya ningún dato alterado dentro del chip, en el que no 00:41:06.000 --> 00:41:09.000 haya ninguna información que el chip no esté preparada para recibir, en 00:41:09.000 --> 00:41:12.000 el que no haya ningún tipo de corrupción dentro de los datos que intente 00:41:12.000 --> 00:41:15.000 provocar errores, para que así esos errores den volcados de memoria y se 00:41:15.000 --> 00:41:18.000 pueda acceder a más información, y además es resistente a las 00:41:18.000 --> 00:41:21.000 manipulaciones físicas y electrónicas, es decir, es un diseño de 00:41:21.000 --> 00:41:24.000 circuito integrado que utiliza técnicas de diseño que dificultan el 00:41:24.000 --> 00:41:34.000 análisis físico. 00:41:34.000 --> 00:41:35.000 ¿Por qué? 00:41:35.000 --> 00:41:40.000 Pues porque, por un lado, tiene una limitación de acceso a los datos, ¿vale? 00:41:40.000 --> 00:41:44.000 Es decir, el chip security enclaive es un chip de tipo caja negra donde no 00:41:44.000 --> 00:41:48.000 es capaz de realizar todas las operaciones ni nosotros vemos esas 00:41:48.000 --> 00:41:52.000 operaciones, ¿vale? 00:41:52.000 --> 00:41:59.000 Es decir, por ejemplo, si yo quiero comprobar que una, pues por citar el siguiente ejemplo, ¿no? 00:41:59.000 --> 00:42:02.000 Que sería la biometría del touch ID, del face ID, ¿vale? 00:42:02.000 --> 00:42:05.000 Que hay mucha gente que dice no, es que Apple tiene nuestros datos 00:42:05.000 --> 00:42:08.000 biométricos de la cara y los está usando para reconocerlos en cámaras 00:42:08.000 --> 00:42:13.000 de seguridad y no sé, pero es que que que, vamos a ver. 00:42:13.000 --> 00:42:17.000 Los datos que hay de Face ID donde se ha comprobado cómo están conectados 00:42:17.000 --> 00:42:21.000 los sensores al securinclaive, Esos datos van guardados en el chip 00:42:21.000 --> 00:42:26.000 securinclaive, pero no se sabe cómo. 00:42:26.000 --> 00:42:34.000 Lo que se hace es enviar la información de la lectura directamente al chip y es el chip el que realiza la comprobación. 00:42:34.000 --> 00:42:39.000 Es decir, el propio chip tiene dentro las funciones que hacen la 00:42:39.000 --> 00:42:44.000 comprobación y el cifrado de la información biométrica del dispositivo, 00:42:44.000 --> 00:42:51.000 por lo que es imposible que sepamos, uno, cómo se almacenan los datos biométricos. 00:42:52.000 --> 00:42:56.000 Dos, cómo se comprueban los datos biométricos, porque yo lo único que 00:42:56.000 --> 00:43:00.000 hago es mandarle las señales en bruto que lee el propio los propios 00:43:00.000 --> 00:43:04.000 sensores, y a partir de ahí el sistema hace un proceso de caja negra que 00:43:04.000 --> 00:43:08.000 nadie conoce porque está solo dentro de este chip, donde él almacena la 00:43:08.000 --> 00:43:12.000 información cifrada dentro del propio chip, información que no es 00:43:12.000 --> 00:43:16.000 accesible de ninguna manera, y cuando se le manda esa información, él lo 00:43:16.000 --> 00:43:20.000 compara y lo único que devuelve fuera es un sí o un no, esta cara es 00:43:20.000 --> 00:43:24.000 correcta o no lo es, esta huella es correcta o no lo es, ya está, no hay 00:43:24.000 --> 00:43:28.000 un proceso intermedio, no forma parte del sistema operativo, no hay una 00:43:28.000 --> 00:43:32.000 parte donde se procesen esa esos datos, es un chip de caja negra que 00:43:32.000 --> 00:43:36.000 además incluye medidas como detectores de manipulación en el que en el 00:43:36.000 --> 00:43:40.000 momento que hay un mínimo desfas, porque una de las cosas que que hacer 00:43:40.000 --> 00:43:44.000 para investigar cualquier chip a nivel de de lo que sería ingeniería 00:43:44.000 --> 00:43:59.000 inversa, es probar con ciertos voltajes hasta que ves que los voltajes dan respuestas. 00:44:00.000 --> 00:44:03.000 En el momento en el que el chip de Apple detecta voltajes que no debería 00:44:03.000 --> 00:44:06.000 recibir, automáticamente se cierra y deja de responder, porque tiene 00:44:06.000 --> 00:44:09.000 estos detectores de manipulación, estos sensores de intrusión que pueden 00:44:09.000 --> 00:44:12.000 llegar a desactivar el chip o incluso borrar las claves si detectan 00:44:12.000 --> 00:44:15.000 cualquier tipo de alteración o de intento de acceso, ya que como no se 00:44:15.000 --> 00:44:18.000 conocen cuáles son los voltajes a aplicar en cada una de las distintas 00:44:18.000 --> 00:44:21.000 patas y qué información o qué tipos de de de de de información o de 00:44:21.000 --> 00:44:24.000 chips se le tiene, o sea, de chips no, de lo que serían cargas 00:44:24.000 --> 00:44:35.000 eléctricas, ¿vale? 00:44:35.000 --> 00:44:39.000 Se le tiene que dar al chip para que este responda, en el momento en el que 00:44:39.000 --> 00:44:43.000 empieces a probar algo que no debería de pasar o en el momento en el que 00:44:43.000 --> 00:44:47.000 tú te conectes al canal y al conectarte al canal para leerlo ya estás 00:44:47.000 --> 00:44:51.000 alterando la señal eléctrica y en el momento que haya una pequeña 00:44:51.000 --> 00:44:55.000 desviación a nivel de resistencia, a nivel de lo que sea, 00:44:55.000 --> 00:45:00.000 automáticamente el chip detecta que ha habido un intento y se borra, ¿vale? 00:45:00.000 --> 00:45:04.000 Se rompe directamente, por lo que, en fin, no se puede, vale, no se puede, 00:45:04.000 --> 00:45:08.000 no existe hoy día una técnica que permita leer estos chips por dentro, 00:45:08.000 --> 00:45:12.000 por lo que en la información de nuestra biometría, la información de 00:45:12.000 --> 00:45:16.000 nuestra huella, que no se almacena tal cual, hay gente que dice no, es que 00:45:16.000 --> 00:45:20.000 lo que hace Apple es coger un modelo de tal de, que no, que no, que que 00:45:20.000 --> 00:45:27.000 que Apple no se ha quedado con tu cara. 00:45:27.000 --> 00:45:38.000 Entiéndanme que no es así, que Face ID no funciona de esa manera, que el dato biométrico de Face ID es un dato que es matemático. 00:45:39.000 --> 00:45:44.000 Tienen que tener en cuenta que el proyector de Face ID lanza treinta mil 00:45:44.000 --> 00:45:49.000 puntos que se proyectan en la cara de la persona y que la cámara 00:45:49.000 --> 00:45:54.000 infrarroja los lee creando un modelo tres d que autentica la cara a nivel 00:45:54.000 --> 00:45:59.000 de profundidad, un nivel en el que es capaz de detectar las lo que serían 00:45:59.000 --> 00:46:04.000 las micro variaciones de el la irrigación sanguínea en nuestra cara, por 00:46:04.000 --> 00:46:09.000 lo que una máscara de nosotros no sirve para desbloquear, tiene que ser 00:46:09.000 --> 00:46:14.000 una cara viva, que tenga irrigación, para que se detecte que hay esas 00:46:14.000 --> 00:46:19.000 pequeñas imperfecciones, que los treinta mil puntos infrarrojos son 00:46:19.000 --> 00:46:25.000 capaces de detectar. 00:46:25.000 --> 00:46:37.000 Y cuando se lee a nivel en bruto, porque esto es algo que es, pues eso, pues como un lector de tipo, digamos, un un un lector facial, ¿vale? 00:46:37.000 --> 00:46:41.000 Hay un montón de lectores que son capaces de capturar la volumetría. 00:46:41.000 --> 00:46:50.000 Cuando se intenta ver qué es lo que envía el sensor al securinclaive, lo que envía es la volumetría tal cual, ¿de acuerdo? 00:46:50.000 --> 00:46:54.000 Pero esa volumetría cuando llega al sensor no se sabe qué es lo que está 00:46:54.000 --> 00:46:58.000 haciendo dentro, lo que sí se sabe es que no se envía a ningún lado 00:46:58.000 --> 00:47:04.000 nunca jamás, no hay ningún proceso que envíe esa información fuera de tu iPhone. 00:47:04.000 --> 00:47:08.000 En tu iPhone, en tu iPad, en tu lo que sea que tenga el Face ID, lo mismo 00:47:08.000 --> 00:47:12.000 pasa con el Touch ID, tu información biométrica jamás nunca sale del 00:47:12.000 --> 00:47:16.000 dispositivo, y esto es algo que está más que verificado por cientos de 00:47:16.000 --> 00:47:20.000 auditores de seguridad contratados por la propia Apple y sin ser 00:47:20.000 --> 00:47:27.000 contratados por la propia Apple, ¿vale? 00:47:27.000 --> 00:47:31.000 Tu información biométrica no sale del dispositivo, y lo que leen los 00:47:31.000 --> 00:47:35.000 sensores se envía al seguro enclave y no se sabe cómo se almacena, 00:47:35.000 --> 00:47:39.000 porque es un dato matemático, ¿de acuerdo? 00:47:39.000 --> 00:47:49.000 Entonces, además, el dato va cifrado con el propio ID del hardware del dispositivo más tu código de cifrado. 00:47:49.000 --> 00:47:52.000 Esto es un poco como sucede, por ejemplo, con OnePassword. 00:47:53.000 --> 00:48:03.000 ¿Por qué OnePassword es, por ahora, la única aplicación que no ha sufrido ningún tipo de de de de problema, ¿no? 00:48:03.000 --> 00:48:08.000 De en cuanto a volcado de seguridad o que se haya accedido a bases de 00:48:08.000 --> 00:48:13.000 información de los usuarios, etcétera, porque OnePassword tiene en sus 00:48:13.000 --> 00:48:20.000 servidores, tiene en su nube las carteras de claves, los las bóvedas, ¿no? 00:48:20.000 --> 00:48:25.000 Que es el nombre que tiene técnicamente dentro de OnePassword, de todos los que usamos la aplicación. 00:48:25.000 --> 00:48:28.000 ¿Por qué nunca ha tenido ningún problema? 00:48:28.000 --> 00:48:33.000 Porque aunque alguien accediera, que no lo ha hecho, a las bóvedas de 00:48:33.000 --> 00:48:38.000 seguridad, no podría hacer nada con ellas porque necesita la clave de de 00:48:38.000 --> 00:48:44.000 de descifrado, que la tienes solo tú, ¿de acuerdo? 00:48:45.000 --> 00:48:50.000 Y cuando tú le das la clave y descifra y luego dejas que sea por 00:48:50.000 --> 00:48:55.000 biometría, porque puedes volver a entrar, pero cada x, cada dos semanas 00:48:55.000 --> 00:49:00.000 más o menos te vuelve a pedir otra vez la clave, lo que está haciendo es 00:49:00.000 --> 00:49:05.000 guardar dentro de la cartera de certificados una huella única de control 00:49:05.000 --> 00:49:10.000 de cifrado basado en el momento temporal y basado en la, lo que sería el 00:49:10.000 --> 00:49:15.000 negociado de claves, para que tú puedas directamente leer desde ahí esa 00:49:15.000 --> 00:49:20.000 clave que tú has metido en tu dispositivo, en tu cartera de certificados, 00:49:20.000 --> 00:49:25.000 y poder abrir previa aprobación biométrica de lo que es ese acceso que 00:49:25.000 --> 00:49:33.000 tampoco puedes acceder a ese dato si no es de manera biométrica, ¿vale? 00:49:33.000 --> 00:49:37.000 Por lo tanto no hay, o sea, es muy complicado, a ver, no voy a decir no hay 00:49:37.000 --> 00:49:41.000 forma porque no hay algo imposible en este mundo, pero es tan complicado 00:49:41.000 --> 00:49:45.000 que no merece la pena que alguien lo intente, por lo que aunque le robaran 00:49:45.000 --> 00:49:49.000 las bóvedas de seguridad de los usuarios a OnePassword, no se podría 00:49:49.000 --> 00:49:53.000 acceder a esa información porque necesitan la clave de descifrado que 00:49:53.000 --> 00:49:57.000 tiene el usuario, ¿qué es lo que sucede con iCloud? 00:49:57.000 --> 00:50:01.000 Otra de las cosas que decía esta persona, no, es que los datos de iCloud, 00:50:01.000 --> 00:50:05.000 Apple tiene las claves para todo, Que no, que es imposible, que iCloud 00:50:05.000 --> 00:50:09.000 está en parte cifrado con una clave que sí tiene Apple, Apple sí tiene 00:50:09.000 --> 00:50:16.000 una clave de nuestro iCloud, pero tiene una parte de la clave. 00:50:17.000 --> 00:50:21.000 Ellos tienen una parte de la clave que es la que almacenan en sus 00:50:21.000 --> 00:50:25.000 servidores, y si alguien en algún día consigue acceder a Apple y roba 00:50:25.000 --> 00:50:29.000 esa clave, va a tener la mitad de nuestra clave, pero es que la otra mitad 00:50:29.000 --> 00:50:33.000 de nuestra clave es la que yo le he puesto a mi cuenta de iCloud, por lo 00:50:33.000 --> 00:50:37.000 que si no tienen esa otra clave, no pueden acceder, porque lo que ha hecho 00:50:37.000 --> 00:50:42.000 Apple es dividir las claves parte y parte, que es lo mismo que hacen los dispositivos. 00:50:43.000 --> 00:50:47.000 La propia, el propio dispositivo, el propio chip Secure Enclaive, tiene 00:50:47.000 --> 00:50:51.000 dentro del propio chip una clave única, que es el ID de hardware del 00:50:51.000 --> 00:50:55.000 dispositivo, que genera una clave única, que es una clave de cifrado, que 00:50:55.000 --> 00:50:59.000 es, repito, única para cada dispositivo, para cada chip seguro enclaive, 00:50:59.000 --> 00:51:05.000 que forma parte de la mitad de la clave. 00:51:06.000 --> 00:51:09.000 ¿Recuerdan aquello que se ha comentado un millón de veces De que si tú 00:51:09.000 --> 00:51:12.000 coges el disco duro de un ordenador de Apple, cualquiera de los que son a 00:51:12.000 --> 00:51:16.000 partir del T dos de Mac, ¿vale? 00:51:16.000 --> 00:51:20.000 E intentas llevarte esa información a otro equipo, no puedes leerla, que 00:51:20.000 --> 00:51:24.000 tienes que tener cuidado con el tema y hacer copias con time machine, 00:51:24.000 --> 00:51:28.000 etcétera, etcétera, porque si por hay algún error de algún tipo, ¿ese 00:51:28.000 --> 00:51:32.000 disco ya no lo puedes leer de ninguna manera? 00:51:32.000 --> 00:51:36.000 Pues porque el cifrado de los de los discos, el cifrado de los discos de un 00:51:36.000 --> 00:51:40.000 Mac, el cifrado de los discos de incluso de los Intel cuando a partir del 00:51:40.000 --> 00:51:46.000 año dos mil diecisiete, que es cuando se pone el chip T dos, ¿vale? 00:51:46.000 --> 00:51:48.000 El de dos mil dieciséis era el T uno. 00:51:49.000 --> 00:51:53.000 Incluso con, obviamente con Apple Silicon, los iPhone, los iPad, etcétera. 00:51:54.000 --> 00:51:58.000 Toda la información, todo el almacenamiento tiene una clave de cifrado de 00:51:58.000 --> 00:52:02.000 disco, de forma que el almacenamiento tiene una clave compuesta por el ID 00:52:02.000 --> 00:52:08.000 único de hardware del propio dispositivo 00:52:12.000 --> 00:52:13.000 etcétera 00:52:17.000 --> 00:52:18.000 etcétera, ¿vale? 00:52:18.000 --> 00:52:28.000 De hecho, yo les recomiendo encarecidamente que pongan una clave que sea alfanumérica, no una clave que sea numérica, ¿vale? 00:52:28.000 --> 00:52:34.000 O que si tienen, por ejemplo, un Apple Watch, como es mi caso, le pongan una clave de más de cuatro dígitos, ¿vale? 00:52:34.000 --> 00:52:38.000 Yo tengo puesta una que es de más de cuatro dígitos para que sea aún 00:52:38.000 --> 00:52:42.000 más seguro a la hora de desbloquear, porque recuerden que un Apple Watch 00:52:42.000 --> 00:52:46.000 desbloqueado ya no tiene ningún tipo de control más ni tiene todavía 00:52:46.000 --> 00:52:50.000 biometría y, por lo tanto, permitiría que pudieran usar su su reloj como 00:52:50.000 --> 00:52:54.000 un medio de pago, ¿vale? 00:52:55.000 --> 00:52:58.000 Entonces, bueno, entre otras cosas, y acceso a información personal y tal, 00:52:58.000 --> 00:53:01.000 pero por eso en el momento en el que el reloj detecta que ya no está 00:53:01.000 --> 00:53:05.000 sobre la muñeca, automáticamente se bloquea. 00:53:05.000 --> 00:53:08.000 Entonces, el tema es ese, que toda la información de almacenamiento, si yo 00:53:08.000 --> 00:53:11.000 quiero extraer, porque es una de las cosas que normalmente se hacen para 00:53:11.000 --> 00:53:14.000 sacar información de cualquier dispositivo, yo puedo extraer el 00:53:14.000 --> 00:53:20.000 almacenamiento de dicho dispositivo y colocarlo en otro lugar. 00:53:20.000 --> 00:53:25.000 Bien, pues no voy a poder, porque aunque conozca la clave del usuario, 00:53:25.000 --> 00:53:30.000 necesito la clave de de identificación del hardware que tiene el según 00:53:30.000 --> 00:53:35.000 Enclaive dentro y que es inaccesible, no se puede acceder a ella. 00:53:35.000 --> 00:53:39.000 Porque no es cuestión de que los datos se lean a partir del controlador de 00:53:39.000 --> 00:53:43.000 disco y que el chip securienclaive esté emitiendo los elementos de 00:53:43.000 --> 00:53:49.000 cifrado para poder descifrarlo desde la controladora. 00:53:50.000 --> 00:53:55.000 No, es que la controladora está conectada al chip según Enclaive y cada 00:53:55.000 --> 00:54:00.000 volcado de datos, cada byte que lee, es enviado al chip según Enclave con 00:54:00.000 --> 00:54:05.000 la clave del usuario, y el propio chip según Enclave le añade el propio 00:54:05.000 --> 00:54:10.000 ID de hardware para luego devolver el descifrado, por lo que, repito, como 00:54:10.000 --> 00:54:15.000 es imposible acceder a día de hoy a esa información, estamos más que 00:54:15.000 --> 00:54:20.000 seguros porque no sabemos cuál es esa parte de la clave y, por lo tanto, 00:54:20.000 --> 00:54:25.000 si hay cualquier problema con la placa lógica del del dispositivo, pues 00:54:25.000 --> 00:54:31.000 obviamente no se puede acceder a esa información, ¿de acuerdo? 00:54:31.000 --> 00:54:34.000 Podemos, ese disco duro, pues habría que formatearlo, ¿vale? 00:54:34.000 --> 00:54:38.000 Porque la información es imposible de acceder, repito, porque necesito no 00:54:38.000 --> 00:54:43.000 solo la clave del usuario, sino la propio el propio ID del dispositivo, ¿vale? 00:54:43.000 --> 00:54:49.000 Entonces, esto obviamente ninguna app ni ninguna API accede al modelo de 00:54:49.000 --> 00:54:55.000 datos matemático de face ID ni de ni de touch ID, cuando yo tengo una 00:54:55.000 --> 00:55:01.000 aplicación que me lo pide, la aplicación se suspende, la aplicación 00:55:01.000 --> 00:55:07.000 entra en suspensión, la aplicación, lo que sucede es que tú, por mucho 00:55:07.000 --> 00:55:13.000 que intentes inyectar algún proceso en segundo plano, que intente leer 00:55:13.000 --> 00:55:19.000 qué está haciendo el sistema o qué datos entran en un elemento o no, por ejemplo. 00:55:20.000 --> 00:55:26.000 Apple cambió la forma en la que el carrete fotográfico funcionaba en iOS catorce. 00:55:26.000 --> 00:55:35.000 Creó un nuevo controlador llamado PHPicker View Controller, que forma parte de la librería de de fotos UI, ¿de acuerdo? 00:55:36.000 --> 00:55:38.000 Que es una nueva implementación, ¿vale? 00:55:38.000 --> 00:55:42.000 Yo ya hace muchos años, los que son lectores, oyentes más asiduos, 00:55:42.000 --> 00:55:46.000 recordarán que yo contaba en muchas ocasiones el tema de cómo no tenía 00:55:46.000 --> 00:55:50.000 sentido alguno que tú tuvieras que pedir permiso al usuario para que te 00:55:50.000 --> 00:55:54.000 diera acceso a toda su biblioteca fotográfica, simplemente para poder 00:55:54.000 --> 00:55:58.000 acceder a una foto que a lo mejor ibas a usar solo una vez para una foto 00:55:58.000 --> 00:56:03.000 de perfil, ¿ok? 00:56:03.000 --> 00:56:11.000 Si tienes aplicaciones de redes sociales como WhatsApp, como x, como Instagram, etcétera, pues sí puede llegar a tener más sentido. 00:56:11.000 --> 00:56:13.000 Entre comillas, ¿vale? 00:56:13.000 --> 00:56:17.000 Porque yo no lo tengo dado a ninguna aplicación, el acceso al carrete completo, ¿vale? 00:56:17.000 --> 00:56:20.000 Pero si es una aplicación normalita de creación de perfiles, y yo, por 00:56:20.000 --> 00:56:23.000 ejemplo, es una aplicación donde el usuario puede tener un perfil y una 00:56:23.000 --> 00:56:26.000 foto asociada, pues yo estoy pidiendo permiso para acceder a todo el 00:56:26.000 --> 00:56:32.000 carrete, no tiene sentido alguno. 00:56:32.000 --> 00:56:33.000 ¿Qué sucede con esta nueva librería? 00:56:34.000 --> 00:56:36.000 ¿Por qué se cambió? 00:56:36.000 --> 00:56:40.000 Pues básicamente porque la librería antigua, la del la del image picker 00:56:40.000 --> 00:56:44.000 controller, creo que se llamaba, pues lo que hace básicamente es que no 00:56:44.000 --> 00:56:48.000 cierra nuestra aplicación, sino que como obliga a delegar sobre el UI 00:56:48.000 --> 00:56:52.000 Navigation Controller, lo que está haciendo es añadir dentro de nuestro 00:56:52.000 --> 00:56:56.000 propio Navigation Controller una vista del sistema que ya está pre creada 00:56:56.000 --> 00:57:05.000 que accede a la información del carrete fotográfico del usuario. 00:57:05.000 --> 00:57:09.000 Por eso había que pedir permiso, porque la vista del carrete fotográfico 00:57:09.000 --> 00:57:13.000 era un proceso activo dentro de tu app, por lo que tú en segundo plano, 00:57:13.000 --> 00:57:17.000 si querías, podías meterte por detrás y podías leer lo que había en 00:57:17.000 --> 00:57:21.000 ese navigation Controller que estaba desplegado dentro de tu stack de 00:57:21.000 --> 00:57:25.000 ventanas activas y podías empezar a intentar mirar a través de protocolo 00:57:25.000 --> 00:57:29.000 mirroring o a través de cualquier tipo de volcado de información 00:57:29.000 --> 00:57:33.000 genérica sobre los view controllers y los componentes que tiene ahí, 00:57:33.000 --> 00:57:37.000 poder acceder al collection view controller que tiene el carácter 00:57:37.000 --> 00:57:41.000 fotográfico y empezar a volcar o leer toda la información de dicho 00:57:41.000 --> 00:57:45.000 carrete fotográfico de una manera, pues, que estarías invadiendo la 00:57:45.000 --> 00:57:49.000 privacidad del usuario, volcar la información, en principio de los 00:57:49.000 --> 00:57:53.000 thumbnails, pero, en fin, podrías incluso intentar ver cómo acceder al 00:57:53.000 --> 00:57:59.000 resto de componentes, etcétera. 00:57:59.000 --> 00:58:02.000 Pero en principio lo que se podría sacar de ahí eran los thumbnails, que 00:58:02.000 --> 00:58:05.000 bueno, ya tienen la suficiente resolución como para que pueda ser un robo 00:58:05.000 --> 00:58:08.000 de información privada. 00:58:08.000 --> 00:58:09.000 ¿Qué hizo Apple? 00:58:09.000 --> 00:58:14.000 Pues lo que hizo fue cambiar el lugar de ese componente de sistema, lo puso 00:58:14.000 --> 00:58:19.000 a nivel de sistema, cambió la forma en la que se envían los elementos y 00:58:19.000 --> 00:58:24.000 lo hizo a través de otros elementos de sistema que se usan para 00:58:24.000 --> 00:58:30.000 intercambio de información, como cuando yo hago un drag and drop, ¿vale? 00:58:30.000 --> 00:58:33.000 Y de ahí, ¿qué es lo que hace el sistema? 00:58:34.000 --> 00:58:46.000 Pues suspender mi app a partir de iOS catorce, ya no hace falta pedirle permiso a mi usuario para acceder a su biblioteca fotográfica. 00:58:46.000 --> 00:58:47.000 ¿Por qué? 00:58:47.000 --> 00:58:56.000 Porque ahora el acceso a la biblioteca fotográfica ya no es con mi app activa, por el que yo podría intentar algún tipo de proceso de lectura. 00:58:57.000 --> 00:59:02.000 Ahora es un proceso que es totalmente, pues eso, de sistema, es decir, mi 00:59:02.000 --> 00:59:07.000 app se suspende por lo que ningún proceso de la misma va a estar 00:59:07.000 --> 00:59:12.000 ejecutándose, en ese momento el sistema muestra el diálogo de selección 00:59:12.000 --> 00:59:17.000 de fotografías y cuando ha terminado vuelve a activar mi aplicación y 00:59:17.000 --> 00:59:22.000 recibe la información de qué es lo que se ha, qué es lo que se ha 00:59:22.000 --> 00:59:29.000 seleccionado de el carrete fotográfico. 00:59:30.000 --> 00:59:34.000 De esta manera es como también funcionan Touch ID y Face ID, suspenden la 00:59:34.000 --> 00:59:38.000 aplicación, por lo que ningún proceso que yo pueda tener en segundo 00:59:38.000 --> 00:59:42.000 plano va a ser capaz de leer qué es lo que está entrando o saliendo de 00:59:42.000 --> 00:59:46.000 ese controlador que se coloca encima cuando va a hacer la comprobación 00:59:46.000 --> 00:59:51.000 del face ID o del touch ID. 00:59:51.000 --> 01:00:00.000 Yo lo único que voy a obtener es un closure que será ejecutado cuando ese proceso se termine, o un delegado según el caso, ¿vale? 01:00:01.000 --> 01:00:03.000 Entonces, ese es el kit de la cuestión, ¿vale? 01:00:03.000 --> 01:00:08.000 Por lo que no se tiene acceso a esa información ni siquiera a nivel de 01:00:08.000 --> 01:00:13.000 trabajo convencional, porque además existe un modelo de aprendizaje que 01:00:13.000 --> 01:00:18.000 está dentro de lo que es el propio chip que se encarga de ir aprendiendo 01:00:18.000 --> 01:00:24.000 y ajustando el modelo dentro de los márgenes de error de la lectura, ¿vale? 01:00:24.000 --> 01:00:29.000 Por lo que así, pues, en fin, tenemos, pues, esta forma de funcionamiento 01:00:29.000 --> 01:00:34.000 que es mucho más eficiente y con el con el Touch ID pasa exactamente 01:00:34.000 --> 01:00:39.000 igual, de hecho es aún más, porque existe un enlace, una clave secreta 01:00:39.000 --> 01:00:44.000 compartida, un shared secret, entre el lector del Touch ID y el el chip 01:00:44.000 --> 01:00:49.000 seguro enclave, por lo que en el momento en el que tú le pones un chip, o 01:00:49.000 --> 01:00:54.000 sea, le le pones un un lector de touch ID que no sea el que está asociado 01:00:54.000 --> 01:00:59.000 a nivel de Secure Enclaive a través de esa clave compartida, deja de 01:00:59.000 --> 01:01:06.000 funcionar, ¿vale? 01:01:06.000 --> 01:01:10.000 Si yo le cambio el lector de Touch ID a un móvil con Touch ID, el lector 01:01:10.000 --> 01:01:14.000 deja de funcionar, porque la única manera de que funcione y sea capaz de 01:01:14.000 --> 01:01:18.000 descifrar las claves de cifrado y el modelo matemático de donde se está 01:01:18.000 --> 01:01:22.000 guardando los, porque alguno diría, haska estás haciendo una un guardado 01:01:22.000 --> 01:01:26.000 de la huella digital, y claro, pues esto es un dato que es privativo, 01:01:26.000 --> 01:01:34.000 porque claro, es es tu huella. 01:01:34.000 --> 01:01:36.000 No, no, no, no se guarda tu huella. 01:01:36.000 --> 01:01:39.000 Se guardan los valores de conductividad eléctrica de los microsurcos de tu 01:01:39.000 --> 01:01:42.000 huella y cuánto tiempo tarda en pasar la electricidad de un punto a otro 01:01:42.000 --> 01:01:47.000 aleatorio del anillo metálico del Touch ID. 01:01:49.000 --> 01:01:52.000 No se guarda tu huella, caballero, señorita. 01:01:53.000 --> 01:01:58.000 No, es un modelo matemático obtenido a partir de la medición del tiempo 01:01:58.000 --> 01:02:03.000 que tarda en pasar la electricidad de un punto a otro aleatorio del anillo 01:02:03.000 --> 01:02:08.000 metálico del sensor, que al poner tu huella, esa huella hace que haya 01:02:08.000 --> 01:02:15.000 microcambios en los tiempos, y eso es lo que detecta las huellas, ¿vale? 01:02:15.000 --> 01:02:19.000 No es una no es un lector óptico, ¿ok? 01:02:19.000 --> 01:02:24.000 Por lo que, obviamente, la seguridad de este modelo matemático está a 01:02:24.000 --> 01:02:29.000 años luz de cualquier otro modelo de lectura de huellas, Motivo por el 01:02:29.000 --> 01:02:34.000 que todavía Apple no tiene un sensor de huella debajo de la pantalla, 01:02:34.000 --> 01:02:39.000 porque los sensores de huella debajo de la pantalla son ópticos, 01:02:39.000 --> 01:02:46.000 señores, y sí sacan una foto de nuestra huella, y eso no es seguro, ¿vale? 01:02:47.000 --> 01:02:49.000 No es seguro, ¿ok? 01:02:49.000 --> 01:02:53.000 Entonces, ese es el kit de la cuestión, así funciona este tema, por lo 01:02:53.000 --> 01:02:57.000 que como pueden ver, a nivel de hardware, pues en fin, estamos bastante 01:02:57.000 --> 01:03:03.000 bien protegidos en ese sistema, ¿vale? 01:03:04.000 --> 01:03:09.000 Aparte de todo lo que tiene que ver con, en fin, el tema de el arranque 01:03:09.000 --> 01:03:14.000 seguro de la del propio sistema, lo que es el boot rom que consigue que el 01:03:14.000 --> 01:03:19.000 sistema arranque y verifique cada uno de los pasos, cada uno de estos 01:03:19.000 --> 01:03:25.000 pasos tiene una comprobación que además se han ido añadiendo distintos pasos, ¿vale? 01:03:25.000 --> 01:03:29.000 Por ejemplo, los modelos A once, que son los que se han ido descartando, 01:03:29.000 --> 01:03:33.000 tienen niveles de protección de seguridad en el que hacen una 01:03:33.000 --> 01:03:39.000 comprobación de protección de integridad del kernel, ¿vale? 01:03:39.000 --> 01:03:44.000 Tienen una comprobación por el que ellos pueden ver si ha habido una modificación o no del kernel. 01:03:45.000 --> 01:03:54.000 También tienen comprobaciones de permisos, tienen integra, tienen protección de la integridad del propio coprocesador del sistema. 01:03:55.000 --> 01:03:59.000 Esto es uno de los cambios que se han hecho a raíz del fallo de hardware del A once. 01:03:59.000 --> 01:04:04.000 El A once no tenía una protección de integridad del sistema de 01:04:04.000 --> 01:04:09.000 coprocesador de seguridad, a partir de la doce ya sí lo tiene, además de 01:04:09.000 --> 01:04:14.000 unos códigos de autenticación de los punteros de comunicación y una 01:04:14.000 --> 01:04:19.000 capa de protección de página dentro de lo que es el propio sistema, ¿vale? 01:04:19.000 --> 01:04:24.000 Por lo que de esa manera se comprueban que todos los códigos de 01:04:24.000 --> 01:04:29.000 autenticación de punteros que se usan para acceder a la memoria y que 01:04:29.000 --> 01:04:34.000 normalmente se utilizan para crear problemas de corrupción, problemas de 01:04:34.000 --> 01:04:39.000 corrupción de memoria en el que se pueden explotar bugs de distinto tipo, 01:04:39.000 --> 01:04:44.000 pues están protegidos y por lo tanto no dan esta información, ¿de acuerdo? 01:04:44.000 --> 01:04:48.000 Por lo tanto, en fin, tenemos un montón de verificaciones, en este 01:04:48.000 --> 01:04:52.000 sentido, a nivel de hardware, que permiten que todo el sistema esté lo 01:04:52.000 --> 01:04:57.000 más protegido posible. 01:04:59.000 --> 01:05:09.000 Perfecto, no, nada lo es, pero desde luego es lo suficientemente correcto y bien protegido como para que todo funcione lo mejor posible. 01:05:10.000 --> 01:05:14.000 Así que eso sería un poco, en fin, podríamos estar aquí hasta mañana, ¿vale? 01:05:14.000 --> 01:05:21.000 Pero bueno, ese sería un poco el resumen a nivel hardware y ahora vamos a pasar a hablar del tema del software del sistema. 01:05:33.000 --> 01:05:40.000 Seguro que estás de acuerdo conmigo que el tiempo es lo más valioso que tenemos, ya que una vez que pasa, no vuelve. 01:05:40.000 --> 01:05:44.000 Los últimos estudios dicen que los developers, los desarrolladores, 01:05:44.000 --> 01:05:48.000 invierten entre sesenta y noventa minutos diarios en buscar soluciones 01:05:48.000 --> 01:05:53.000 para sus proyectos en vez de estar programando. 01:05:53.000 --> 01:06:03.000 Abrir Stableflow, teclear preguntas en ChatGPT o buscar innumerables tutoriales y cursos online hasta volverte loco. 01:06:03.000 --> 01:06:12.000 Da igual si es Swift UI Kit, Swift UI, y entonces te preguntas, las 01:06:12.000 --> 01:06:21.000 opiniones diversas, no sabes a quién creer y no hay una guía coherente que seguir. 01:06:22.000 --> 01:06:27.000 Como nos decía hace poco un alumno, pierdo veinte horas a la semana en búsqueda de soluciones. 01:06:28.000 --> 01:06:34.000 Hagamos unos números rápidos, veinte horas perdidas a la semana implica perder novecientas sesenta al año. 01:06:35.000 --> 01:06:38.000 Si hablamos de un coste de un desarrollador de cuarenta euros la hora, que 01:06:38.000 --> 01:06:41.000 tampoco es demasiado para un senior, Esto implica perder treinta y ocho 01:06:41.000 --> 01:06:45.000 mil cuatrocientos euros. 01:06:45.000 --> 01:06:49.000 Sí, has oído bien, treinta y ocho mil cuatrocientos, ¿y sabes qué? 01:06:49.000 --> 01:06:51.000 Que eso realmente no es lo importante. 01:06:51.000 --> 01:07:01.000 Lo que realmente importa es que esas horas perdidas eran para sí mismo, para su familia, para sus sueños, para sus proyectos personales. 01:07:02.000 --> 01:07:06.000 Esta puede ser tu historia o tal vez no, pero esta historia nos enseña que 01:07:06.000 --> 01:07:10.000 debes reclamar tu tiempo si lo valoras, consolidar tu confianza si la 01:07:10.000 --> 01:07:15.000 necesitas, y pulir tu talento si buscas tranquilidad. 01:07:15.000 --> 01:07:23.000 No será un camino fácil ni rápido, pero será transformador para ser dueño de tu tiempo y no al revés. 01:07:23.000 --> 01:07:28.000 En Apple Codyne Academy no somos héroes ni queremos serlo, solo hemos 01:07:28.000 --> 01:07:34.000 conseguido dibujar el mapa punto por punto que ni siquiera Apple ha podido terminar. 01:07:35.000 --> 01:07:44.000 Hay dos formas de hacer apps, como las hace la mayoría o como dice Apple, y esta última es la que nosotros te enseñamos. 01:07:44.000 --> 01:07:48.000 Steve Jobs dijo una vez, la única manera de hacer un trabajo genial es amar lo que haces. 01:07:48.000 --> 01:07:58.000 Si quieres amar, si quieres saber, descubre tu nueva visión. 01:07:59.000 --> 01:08:06.000 Visítanos en acoding punto Academy barra bootcamp y comienza el cambio. 01:08:07.000 --> 01:08:08.000 Apple Coding Academy. 01:08:31.000 --> 01:08:36.000 Lo hemos comentado antes y es cuestión de volver a repetirlo. 01:08:37.000 --> 01:08:48.000 Básicamente, uno de los métodos más importantes que lo que hacen es validar todo el sistema es la firma digital. 01:08:49.000 --> 01:08:54.000 La firma digital que básicamente consiste en estar comprobando los hash, 01:08:54.000 --> 01:08:59.000 en este caso hash SHA dos cincuenta y seis, que tienen todos los ficheros 01:08:59.000 --> 01:09:04.000 que se están utilizando en el sistema. 01:09:05.000 --> 01:09:10.000 Esto es lo que permite el tema del Sandbox, por ejemplo, las aplicaciones 01:09:10.000 --> 01:09:15.000 cuando se ejecutan en nuestros dispositivos, no así en el Mac porque, 01:09:15.000 --> 01:09:20.000 bueno, a ver, en el Mac funcionan de una forma un poquito distinta. 01:09:20.000 --> 01:09:24.000 En el Mac realmente tienen algo más de restricciones por lo que, por 01:09:24.000 --> 01:09:28.000 ejemplo, si yo quiero que una aplicación de Mac sea capaz de acceder a la 01:09:28.000 --> 01:09:32.000 red, tengo que decirle de manera explícita la activación de ese permiso, 01:09:32.000 --> 01:09:36.000 por ejemplo, pero normalmente las aplicaciones que están más 01:09:36.000 --> 01:09:40.000 controladas, lo que está más controlado a todos los niveles son las apps 01:09:40.000 --> 01:09:48.000 que no pertenecen al Mac. 01:09:48.000 --> 01:09:54.000 El Mac tiene un sistema de control de firma en el que no es directo, es 01:09:54.000 --> 01:10:00.000 decir, yo en el Mac puedo circunsvenir la firma digital de un proceso o 01:10:00.000 --> 01:10:06.000 puedo ejecutar aplicaciones que ni siquiera tengan una firma ninguna, sea 01:10:06.000 --> 01:10:12.000 un sistema que está completamente abierto. 01:10:13.000 --> 01:10:16.000 ¿Dónde están las limitaciones de el Mac? 01:10:16.000 --> 01:10:22.000 Las limitaciones del Mac están en lo que se conoce técnicamente como las extensiones del kernel. 01:10:22.000 --> 01:10:32.000 Las extensiones del kernel es lo que equivaldría en un Windows a los drivers, a los controladores que permiten utilizar ciertos componentes. 01:10:33.000 --> 01:10:38.000 Normalmente, los periféricos que yo voy a conectar a un Mac tienen que 01:10:38.000 --> 01:10:43.000 tienen que funcionar de por sí, por lo que normalmente yo lo que haré 01:10:43.000 --> 01:10:50.000 será enchufarlos y que estos funcionen de manera directa. 01:10:51.000 --> 01:10:57.000 Porque el fabricante se preocupa de realizar unos controladores, tienen dos posibilidades. 01:10:57.000 --> 01:11:02.000 Una, o hacer unos controladores específicos para su hardware, 01:11:02.000 --> 01:11:07.000 proporcionárselos a Apple y que Apple los pueda validar y los pueda 01:11:07.000 --> 01:11:12.000 incluir directamente dentro del sistema operativo, o hacer que sus 01:11:12.000 --> 01:11:17.000 dispositivos cumplan ciertos estándares que ya forman parte del sistema 01:11:17.000 --> 01:11:22.000 operativo y, por lo tanto, aunque no tengan un controlador específico 01:11:22.000 --> 01:11:28.000 para ese dispositivo, pues directamente pueden funcionar. 01:11:29.000 --> 01:11:37.000 Es el caso, por ejemplo, de, estoy viendo aquí, conectado en mi ordenador, la capturadora de vídeo de la Canlink cuatro k. 01:11:38.000 --> 01:11:42.000 Si esa capturadora de vídeo se comunica con el equipo a partir de los 01:11:42.000 --> 01:11:46.000 protocolos de comunicación que tiene el propio sistema a disposición de 01:11:46.000 --> 01:11:50.000 los desarrolladores para, son librerías que pertenecen al sistema y, por 01:11:50.000 --> 01:11:54.000 lo tanto, se presentan al sistema a través de los protocolos que cumplen 01:11:54.000 --> 01:11:58.000 las capturadoras de vídeo según están tipificadas dentro del Mac, no 01:11:58.000 --> 01:12:02.000 necesitaré un controlador específico para que una Can Link cuatro k 01:12:02.000 --> 01:12:06.000 funcione, simplemente yo le presento, yo cuando enchufo la Canlink, se la 01:12:06.000 --> 01:12:10.000 presento al sistema y le digo, hola, soy una capturadora de vídeo, tengo 01:12:10.000 --> 01:12:14.000 estas capacidades, puedo hacer estas cosas porque utilizo un protocolo 01:12:14.000 --> 01:12:18.000 concreto que me obliga, o sea, no me obliga, al revés, me libera de la 01:12:18.000 --> 01:12:22.000 obligación, es lo que quería decir, de tener un controlador específico 01:12:22.000 --> 01:12:32.000 para ese dispositivo. 01:12:33.000 --> 01:12:36.000 Pero si, por ejemplo, tengo un controlador específico o necesito un 01:12:36.000 --> 01:12:39.000 controlador específico, en ese caso tendría que activar las extensiones 01:12:39.000 --> 01:12:44.000 del kernel que están en el Mac prohibidas. 01:12:45.000 --> 01:12:52.000 Yo no puedo instalar ningún tipo de controlador que no haya pasado por Apple, aunque esté firmado. 01:12:52.000 --> 01:12:57.000 Es decir, quiere eso decir que, por ejemplo, os pongo el caso concreto de 01:12:57.000 --> 01:13:02.000 la interfaz de audio de Universal Audio, una interfaz que tengo que me 01:13:02.000 --> 01:13:07.000 regaló nuestro amigo Oliver Navani y que, bueno, pues estoy utilizando 01:13:07.000 --> 01:13:12.000 esta controladora, se conecta a través de USB, pero para que funcione en 01:13:12.000 --> 01:13:18.000 el equipo no funciona tal cual la pinchas. 01:13:19.000 --> 01:13:22.000 Tengo otra interfaz de audio que se llama, es una Tascam dos x dos, que es 01:13:22.000 --> 01:13:25.000 una interfaz de audio pequeñita, destinada, pues, para conectar un micro 01:13:25.000 --> 01:13:28.000 dos como mucho, una salida de audio, algo, pues, para irse manejando para 01:13:28.000 --> 01:13:34.000 grabaciones, etcétera. 01:13:34.000 --> 01:13:38.000 Esta, si yo la conecto directamente al Mac, esta sí le presenta al Mac una 01:13:38.000 --> 01:13:42.000 interfaz de audio externa con una serie de entradas, con una serie de 01:13:42.000 --> 01:13:46.000 salidas, cumple los protocolos, por lo que, independientemente de la 01:13:46.000 --> 01:13:50.000 versión de sistema operativo que yo tenga, la tascan siempre funciona, 01:13:50.000 --> 01:13:57.000 sin ningún problema, desde la primera actualización. 01:13:57.000 --> 01:14:00.000 Porque el propio hardware, el firmware del hardware, para ser más exactos, 01:14:00.000 --> 01:14:03.000 el sistema operativo que tiene el propio hardware de por sí, se comunica 01:14:03.000 --> 01:14:06.000 con los protocolos del sistema operativo, pero, por ejemplo, la Universal 01:14:06.000 --> 01:14:12.000 Audio no lo hace. 01:14:12.000 --> 01:14:16.000 La Universal Audio necesita unos controladores específicos, y eso en el 01:14:16.000 --> 01:14:20.000 caso de Apple Silicon me obligó a activar un modo especial que tienen los 01:14:20.000 --> 01:14:24.000 Apple Silicon, en el que tienes que entrar en el supuesto secure boot, que 01:14:24.000 --> 01:14:28.000 es un arranque seguro en el que tienes que dejar pulsado el botón de 01:14:28.000 --> 01:14:32.000 encendido en los Apple Silicon, y al pulsar ese botón de encendido de 01:14:32.000 --> 01:14:36.000 manera prolongada entras en un modo en el que se te permite activar el 01:14:36.000 --> 01:14:40.000 modo de instalación de extensiones del kernel de controladores de 01:14:40.000 --> 01:14:44.000 terceros, por lo que nadie puede controlar mi Mac más allá de lo que 01:14:44.000 --> 01:14:48.000 permite el propio sistema, nadie puede cincurvenir el sistema, salvo, 01:14:48.000 --> 01:14:52.000 obviamente, que, de nuevo, vamos a lo que hemos comentado antes, que el 01:14:52.000 --> 01:15:04.000 sistema tenga un error de seguridad. 01:15:05.000 --> 01:15:11.000 Si el error, si el sistema tiene un cero de I, pues obviamente por ahí sí se puede pasar. 01:15:11.000 --> 01:15:13.000 Ese es el kit de la cuestión. 01:15:13.000 --> 01:15:25.000 Si yo tengo un cero de I, puedo llegar, por ejemplo, a encender una webcam de un Mac que tenga webcam, y diréis, oh, dios mío, pueden espiarme. 01:15:25.000 --> 01:15:29.000 Sí, enhorabuena, bienvenidos al mundo real en el que pueden espiarte, 01:15:29.000 --> 01:15:33.000 pueden espiarte si explotan una vulnerabilidad o te instalan un troyano 01:15:33.000 --> 01:15:37.000 que sea capaz de activar lo que sería un RAT o remote administration 01:15:37.000 --> 01:15:41.000 tool, que es un tipo de herramienta, un RAT, que básicamente lo que hace 01:15:41.000 --> 01:15:49.000 es controlar remotamente tu equipo al completo. 01:15:49.000 --> 01:15:53.000 Una forma de activar micrófonos, cámaras, acceder a lo que estás viendo 01:15:53.000 --> 01:15:57.000 en la pantalla, acceder al sistema de archivos, etcétera, que, de hecho, 01:15:57.000 --> 01:16:01.000 existe un RAT muy conocido por todos, que lo hemos oído en un montón de 01:16:01.000 --> 01:16:05.000 lugares, no veo a nivel de noticias, que es el famoso Pegasus, que es 01:16:05.000 --> 01:16:09.000 capaz de, con una licencia que no es barata, infectar un iPhone que tenga, 01:16:09.000 --> 01:16:13.000 que no esté actualizado o que tenga un error cero day, que aún no haya 01:16:13.000 --> 01:16:17.000 sido parcheado por Apple, y puede conseguir, pues, como ha pasado con el 01:16:17.000 --> 01:16:21.000 presidente del gobierno de España, que se sabe más, bueno, se sabe, 01:16:21.000 --> 01:16:25.000 luego depende de quién hables, hay gente que dice que no, pero bueno, en 01:16:25.000 --> 01:16:29.000 fin, se sabe que ha habido no solo el presidente del gobierno de España, 01:16:29.000 --> 01:16:33.000 también a la antigua canciller alemana, etcétera, ha habido ciertos 01:16:33.000 --> 01:16:37.000 cargos políticos importantes a los que parece ser que les habrían 01:16:37.000 --> 01:16:49.000 hackeado el teléfono, les habrían instalado este software Pegasus. 01:16:49.000 --> 01:16:54.000 Pues a través de una vulnerabilidad del sistema operativo, un error del 01:16:54.000 --> 01:16:59.000 sistema operativo, en el que consiguen hacer la instalación de un 01:16:59.000 --> 01:17:06.000 software que se ejecuta sin la comprobación de firma digital, ¿de acuerdo? 01:17:06.000 --> 01:17:14.000 Entonces, haría eso, sin embargo, si yo puedo controlar tus cámaras en tu iPhone, ¿vale? 01:17:14.000 --> 01:17:16.000 Que, ¿estamos a salvo? 01:17:16.000 --> 01:17:24.000 Pues, obviamente, no, no estamos a salvo, no estamos a salvo con nada, ni con iPhone, ni con Android, ni con PCs, ni Mac, ni con nada. 01:17:24.000 --> 01:17:27.000 Si en el momento en el que tenemos un equipo que tiene una cámara y esa 01:17:27.000 --> 01:17:30.000 cámara está conectada a Internet, si hay un fallo de software, 01:17:30.000 --> 01:17:33.000 cualquiera puede encenderla y puede vernos. 01:17:33.000 --> 01:17:38.000 Ahora, hay una pequeña diferencia, si a mí me encienden la cámara del 01:17:38.000 --> 01:17:43.000 iPhone o la cámara del iPad, pues a ver, hay un hack súper cool que se 01:17:43.000 --> 01:17:48.000 llama ponle un cacharrito encima a la cámara, ¿vale? 01:17:48.000 --> 01:17:50.000 Ya venden chirimbingis, ¿vale? 01:17:50.000 --> 01:17:52.000 Venden como como pestañitas, ¿vale? 01:17:52.000 --> 01:17:55.000 Que se ponen y que además funcionan en cualquier equipo en el que tú 01:17:55.000 --> 01:17:58.000 directamente es como una pestañita que cierra y entonces así, aunque te 01:17:58.000 --> 01:18:03.000 hackeen la cámara, no van a ver nada, van a verlo todo en negro. 01:18:04.000 --> 01:18:09.000 Y aparte también cuando el micrófono es activado en un dispositivo, tiene 01:18:09.000 --> 01:18:14.000 una serie de funciones a nivel de hardware que impiden que alguien 01:18:14.000 --> 01:18:21.000 encienda ese micrófono y yo no me pueda enterar. 01:18:23.000 --> 01:18:24.000 ¿Se puede circunsvenir? 01:18:25.000 --> 01:18:26.000 Sí, como todo, ¿vale? 01:18:26.000 --> 01:18:32.000 Pero tiene una protección de hardware para no encender el micrófono y que no estés pendiente. 01:18:32.000 --> 01:18:36.000 Pero, por ejemplo, en los Mac, en los Mac hay una forma que es inhaqueable, 01:18:36.000 --> 01:18:40.000 y es que no el micrófono, pero sí la webcam, la propia webcam, el LED 01:18:40.000 --> 01:18:44.000 que se enciende cuando se activa la webcam, el ese LED no tiene un 01:18:44.000 --> 01:18:48.000 circuito que lo encienda y que lo apague, es un LED que está pinchado en 01:18:48.000 --> 01:18:52.000 el cable de energía, por lo que en el momento en el que le llega energía 01:18:52.000 --> 01:18:57.000 a la webcam se va a encender sí o sí, o sea, es imposible. 01:18:57.000 --> 01:19:00.000 Ahí sí que puedo decir de una manera clara que es imposible hacer que la 01:19:00.000 --> 01:19:03.000 webcam de un Mac se encienda sin encender el pilotito, porque el pilotito 01:19:03.000 --> 01:19:06.000 se enciende en el momento en el que pasa electricidad y la webcam no se 01:19:06.000 --> 01:19:09.000 enciende, o sea, la webcam no puede funcionar si no le pasa electricidad, 01:19:09.000 --> 01:19:12.000 por lo que ahí sí hay un impedimento a nivel hardware que impide que se 01:19:12.000 --> 01:19:20.000 llegue a ese nivel. 01:19:20.000 --> 01:19:24.000 Pero, como hemos comentado antes, y repitiendo el tema de que nunca estamos 01:19:24.000 --> 01:19:28.000 cien por cien seguros, tenemos que tener presente lo que hemos comentado 01:19:28.000 --> 01:19:33.000 de los el tema de la firma digital, ¿vale? 01:19:33.000 --> 01:19:41.000 El tema de la firma digital es esencial en todo el sistema, porque la firma digital, básicamente, es la comprobación de los hashes. 01:19:41.000 --> 01:19:45.000 Todo todo todo fichero, ¿de acuerdo? 01:19:45.000 --> 01:19:49.000 Puede ser comprobado a nivel de hash, es decir, todo fichero tiene una 01:19:49.000 --> 01:19:53.000 forma de poder ser verificado que no ha sido modificado de un momento 01:19:53.000 --> 01:19:58.000 determinado a otro. 01:19:58.000 --> 01:20:03.000 Si yo creo un fichero y ese fichero es una combinación de bytes, yo puedo, 01:20:03.000 --> 01:20:08.000 a partir del cálculo de un algoritmo SHA dos cincuenta y seis, de 01:20:08.000 --> 01:20:13.000 cálculo de hash, obtener un valor numérico único que se encarga de 01:20:13.000 --> 01:20:18.000 validar ese fichero, ¿de acuerdo? 01:20:18.000 --> 01:20:24.000 Entonces, en el momento en el que yo tengo un fichero que quiero poder 01:20:24.000 --> 01:20:30.000 comprobar que no se ha modificado, es decir, yo soy Apple y tengo un 01:20:30.000 --> 01:20:36.000 fichero y ese fichero lo he creado yo, lo he compilado yo y sé cuál es. 01:20:36.000 --> 01:20:44.000 Cuando yo tengo ese fichero y no quiero que ese fichero sea modificado en forma alguno, en forma alguna lo que hago es firmarlo. 01:20:44.000 --> 01:20:48.000 Firmarlo es calcular ese hash, un hash criptográfico que lo que hace es 01:20:48.000 --> 01:20:52.000 validar la información del fichero, y con que un solo byte de ese fichero 01:20:52.000 --> 01:20:56.000 cambie quiere decir que ese fichero da un hash diferente por lo que ese 01:20:56.000 --> 01:21:01.000 fichero habría sido modificado. 01:21:01.000 --> 01:21:10.000 Lo que hacemos es tener una clave de cifrado, una clave privada, y una clave de descifrado, una clave pública. 01:21:10.000 --> 01:21:14.000 La clave pública está guardada en el chip Secure Enclave, por lo que yo 01:21:14.000 --> 01:21:18.000 cuando soy Apple y quiero verificar que un fichero no sea modificado desde 01:21:18.000 --> 01:21:22.000 que yo lo creé hasta que lo pongo en el ordenador o dispositivo de 01:21:22.000 --> 01:21:28.000 cualquier usuario para que se ejecute, ¿qué es lo que hago? 01:21:28.000 --> 01:21:34.000 Pues lo que hago es recalcular el hash del fichero, es decir, yo anexo al 01:21:34.000 --> 01:21:40.000 fichero su hash, pero lo lo anexo de manera que está cifrado 01:21:40.000 --> 01:21:46.000 criptográficamente con la clave privada de firma de Apple, por lo que ese 01:21:46.000 --> 01:21:52.000 dato, de una manera normal, no es posible leerlo. 01:21:52.000 --> 01:21:58.000 Así que, como yo lo he anexado al fichero, yo puedo obtener de nuevo el hash del fichero. 01:21:59.000 --> 01:22:03.000 Entonces, cuando yo quiero comprobar que el fichero no se ha modificado 01:22:03.000 --> 01:22:07.000 desde que Apple lo creó, yo lo que hago es recalcular el hash y, una vez 01:22:07.000 --> 01:22:11.000 recalculado el hash, con la clave privada saco el hash que había cifrado, 01:22:11.000 --> 01:22:15.000 por lo que en ese momento ya estoy diciendo que estoy comprobando la firma 01:22:15.000 --> 01:22:21.000 de Apple, ¿por qué? 01:22:21.000 --> 01:22:24.000 Porque estoy decodificando, estoy descifrando lo que hay cifrado con la 01:22:24.000 --> 01:22:27.000 clave de Apple y lo estoy descifrando obviamente con la clave pública de 01:22:27.000 --> 01:22:32.000 la propia Apple. 01:22:33.000 --> 01:22:37.000 De esta manera, se valida que esa información la cifró Apple porque esa 01:22:37.000 --> 01:22:41.000 clave pública no serviría para otra cosa nada más que para lo que es 01:22:41.000 --> 01:22:46.000 descifrar algo que ya ha cifrado previamente Apple, ¿vale? 01:22:46.000 --> 01:22:54.000 Cualquier otra cosa no se va a descifrar jamás, solo lo que Apple ha cifrado con la parte privada de ese certificado. 01:22:54.000 --> 01:22:58.000 Así que si yo puedo descifrar el hash, obtener un hash, que es el que 01:22:58.000 --> 01:23:02.000 previamente se codificó cuando se cifró, cuando se comprobó ese 01:23:02.000 --> 01:23:06.000 archivo, y lo comparo con el hash que acabo de calcular en ese momento 01:23:06.000 --> 01:23:10.000 sobre el archivo que ya tengo en mi sistema antes de ejecutarlo, si los 01:23:10.000 --> 01:23:14.000 dos hashes coinciden, entonces es que el fichero es el real, no se ha 01:23:14.000 --> 01:23:22.000 modificado y en ese momento el sistema le da permiso para ser ejecutado. 01:23:23.000 --> 01:23:30.000 Entonces, todo esto se controla incluso a nivel de hardware, incluso a nivel de procesos. 01:23:30.000 --> 01:23:34.000 Es decir, si yo intento dentro de un chip Apple Silicon ejecutar cualquier 01:23:34.000 --> 01:23:38.000 código que sea ejecutable, las páginas de memoria tienen que estar 01:23:38.000 --> 01:23:44.000 marcadas como con permiso de ejecución. 01:23:45.000 --> 01:23:51.000 Básicamente, funciona igual que los ficheros que hay dentro de un disco. 01:23:51.000 --> 01:23:54.000 En un disco yo puedo tener ficheros que tienen distintos permisos, permiso 01:23:54.000 --> 01:23:57.000 de lectura, de escritura, permiso de ejecución, y estos pueden ser para 01:23:57.000 --> 01:24:00.000 mi usuario, para los usuarios de mi grupo o para todos los usuarios, y 01:24:00.000 --> 01:24:03.000 dependiendo de esos permisos, los distintos usuarios del sistema podrán 01:24:03.000 --> 01:24:10.000 leer, escribir o ejecutar. 01:24:11.000 --> 01:24:15.000 Por lo tanto, un fichero que está marcado como de lectura jamás podrá 01:24:15.000 --> 01:24:19.000 ser ejecutado si no cambia su modo, y solo podrá cambiar su modo a aquel 01:24:19.000 --> 01:24:24.000 que sea el propietario que tenga permiso para hacer ese cambio en sus modos. 01:24:24.000 --> 01:24:28.000 Pues esto pasa igual en memoria, cuando yo tengo un código en memoria que 01:24:28.000 --> 01:24:32.000 tiene que ser ejecutado, esa página de memoria tiene que ser cargada 01:24:32.000 --> 01:24:36.000 como, pues tiene que ser marcada como ejecutable, por lo que si yo, al 01:24:36.000 --> 01:24:40.000 tener, al ser ejecutable esa página, compruebo la firma y resulta que la 01:24:40.000 --> 01:24:44.000 firma de la que procede el trozo de código que está en la página de 01:24:44.000 --> 01:24:48.000 memoria, ¿vale? 01:24:48.000 --> 01:24:54.000 Es decir, yo pongo un trozo de código que viene de una app en una zona de memoria y quiero que ese código se ejecute. 01:24:54.000 --> 01:25:00.000 Pues bien, el propio chip ARM tiene un protocolo llamado Execute Never XN 01:25:00.000 --> 01:25:06.000 ARMXN, que lo que hace es comprobar que la página de memoria de ese 01:25:06.000 --> 01:25:13.000 elemento procede de una de un ejecutable que está firmado que tiene un hash válido. 01:25:14.000 --> 01:25:17.000 Así que, de esa manera, yo no podré ejecutar nunca en memoria ningún 01:25:17.000 --> 01:25:20.000 tipo de software que no haya sido previamente comprobado que está 01:25:20.000 --> 01:25:25.000 correctamente firmado digitalmente. 01:25:27.000 --> 01:25:28.000 ¿Podré hacerlo? 01:25:28.000 --> 01:25:32.000 Podría hacerlo si encuentro un fallo dentro de la comprobación de esa 01:25:32.000 --> 01:25:36.000 casuística a nivel de software y lo circunvengo, lo salto, lo, que es lo 01:25:36.000 --> 01:25:40.000 que hemos llamado un cero day, por ejemplo, la instalación que o 01:25:40.000 --> 01:25:44.000 ejecución de Pegasus, como ya hemos comentado, que Pegasus solo se 01:25:44.000 --> 01:25:51.000 instala cuando hacen que tu dispositivo tenga Jalebray. 01:25:51.000 --> 01:25:52.000 ¿Qué es el Jalebrak? 01:25:53.000 --> 01:26:04.000 Es ejecutar cualquier software en tu dispositivo Apple sin necesidad de que esté firmado digitalmente por la propia Apple, ¿de acuerdo? 01:26:04.000 --> 01:26:10.000 Entonces, toda esta comprobación de firma está dentro del sistema a todos los niveles. 01:26:10.000 --> 01:26:15.000 Por ejemplo, está dentro de lo que sería el sistema de archivos. 01:26:15.000 --> 01:26:20.000 El sistema de archivos de Apple, APFS, tiene una forma de cifrado, firma 01:26:20.000 --> 01:26:25.000 comprobación, llamado Sign System Volium o SSV, un sistema a través del 01:26:25.000 --> 01:26:30.000 cual lo que hace él lo que es el dispositivo es firmar, no, o sea, a ver, 01:26:30.000 --> 01:26:35.000 firmar, o sea, digamos que lo que hace el sistema es que tanto en lectura 01:26:35.000 --> 01:26:44.000 como escritura, ¿vale? 01:26:44.000 --> 01:26:46.000 Cuando yo leo archivos, ¿vale? 01:26:46.000 --> 01:26:54.000 Él lee un archivo y el sistema SSV verifica su integridad criptográfica, que en realidad pues es la firma, ¿vale? 01:26:54.000 --> 01:26:57.000 Es decir, cada archivo tiene su hash SHA dos cincuenta y seis que está 01:26:57.000 --> 01:27:00.000 asociado y que se almacena en los metadatos del sistema de archivos, en 01:27:00.000 --> 01:27:03.000 los metadatos de APFS, de forma que al leer el archivo se hace justo lo 01:27:03.000 --> 01:27:06.000 que yo acabo de comentar, se recalcula el hash del archivo y lo compara 01:27:06.000 --> 01:27:13.000 con el valor almacenado dentro de APFS. 01:27:13.000 --> 01:27:17.000 Si los hashes coinciden, se confirma que el archivo no ha sido alterado y 01:27:17.000 --> 01:27:21.000 se permite su lectura, y con la escritura pasa a tres cuartas de lo mismo, 01:27:21.000 --> 01:27:25.000 es decir, lo que hace al escribir un archivo es que actualiza el hash 01:27:25.000 --> 01:27:29.000 dentro de la parte de APFS, de forma que actualiza un nuevo hash, lo 01:27:29.000 --> 01:27:33.000 almacena, lo graban los metadatos y así la futura lectura garantizará 01:27:33.000 --> 01:27:37.000 que no ha habido ningún tipo de modificación. 01:27:37.000 --> 01:27:40.000 Y esto lo hace también con lo que es la ejecución de elementos, esto 01:27:40.000 --> 01:27:43.000 permite la integridad del sistema, porque asegura que el software no ha 01:27:43.000 --> 01:27:46.000 sido modificado ni comprometido, protege contra malware, contra ataques, 01:27:46.000 --> 01:27:49.000 contra cualquier tipo de software no firmado, no garantizado por la propia 01:27:49.000 --> 01:27:52.000 Apple, eso nos permite garantizar las actualizaciones del sistema 01:27:52.000 --> 01:28:00.000 operativo, que son auténticas. 01:28:00.000 --> 01:28:03.000 Yo no puedo actualizar un dispositivo de Apple si no tengo conexión a 01:28:03.000 --> 01:28:06.000 Internet, porque tiene que calcular el hash y tiene que enviarlo a los 01:28:06.000 --> 01:28:09.000 servidores de Apple. 01:28:09.000 --> 01:28:11.000 Saben aquel que, como decía aquel, ¿no? 01:28:11.000 --> 01:28:16.000 Sabana Krokeview, saben aquel que te dice las noticias, Apple ha dejado de 01:28:16.000 --> 01:28:22.000 firmar la versión diecisiete punto no sé cuántas y ya no se puede instalar? 01:28:22.000 --> 01:28:26.000 El Apple ha dejado de firmar, en realidad no significa eso, Significa que 01:28:26.000 --> 01:28:30.000 cuando yo voy a actualizar a esa versión, Apple ya no devuelve desde sus 01:28:30.000 --> 01:28:34.000 servidores que esa versión es válida y se puede instalar, porque tiene 01:28:34.000 --> 01:28:38.000 este control de confiabilidad en las actualizaciones que previene de 01:28:38.000 --> 01:28:42.000 cualquier tipo de ataque o intento de modificación del sistema para 01:28:42.000 --> 01:28:46.000 obtener acceso no autorizado o instalar cualquier software que sea 01:28:46.000 --> 01:28:51.000 peligroso para nuestro sistema y, además, permite una recuperación del mismo. 01:28:51.000 --> 01:28:55.000 En muchas ocasiones nosotros podemos pensar, pues es que, no, cuántas 01:28:55.000 --> 01:28:59.000 veces nos ha pasado, que yo creo que nos ha pasado a todos, que de pronto 01:28:59.000 --> 01:29:04.000 se queda una instalación del sistema operativo a mitad y, pues, se lía, ¿no? 01:29:04.000 --> 01:29:07.000 O se va la luz o hay cualquier tipo de problema, etcétera. 01:29:07.000 --> 01:29:10.000 Y claro, es como, oh, dios mío, ahora qué hago, ¿no? 01:29:10.000 --> 01:29:14.000 Lo típico de no appaye usted el equipo, pues APFS tiene una forma de 01:29:14.000 --> 01:29:18.000 snapshots, una forma de instantáneas, que permite crear una copia de solo 01:29:18.000 --> 01:29:22.000 lectura del estado del sistema de archivos en un momento concreto, lo que 01:29:22.000 --> 01:29:26.000 hace que capture y preserve el estado de los archivos de los directorios, 01:29:26.000 --> 01:29:30.000 permite al sistema volver a ese estado en caso necesario y es muy útil, 01:29:30.000 --> 01:29:34.000 pues, cuando pasen este tipo de cosas, ya que las instantáneas 01:29:34.000 --> 01:29:38.000 prácticamente no ocupan espacio porque lo único que hace es crear una, 01:29:38.000 --> 01:29:42.000 en vez de hacer una copia de todos los archivos, lo que hace es una copia 01:29:42.000 --> 01:29:46.000 de el estado en el que están los archivos a nivel de metadatos, por lo 01:29:46.000 --> 01:29:50.000 que como está copiando el estado de los archivos a nivel de metadatos, 01:29:50.000 --> 01:29:54.000 eso garantiza que no pueda haber modificaciones y que se pueda restaurar 01:29:54.000 --> 01:29:58.000 las copias a partir de cualquier tipo de modificación que se haya dado en 01:29:58.000 --> 01:30:09.000 ciertos archivos, porque es una es una, digamos, es incremental, ¿de acuerdo? 01:30:09.000 --> 01:30:15.000 Entonces, si yo en cualquier momento tengo un error en la instalación de un sistema, siempre puede ir hacia atrás, ¿vale? 01:30:15.000 --> 01:30:19.000 Y todo esto está controlado, como ya hemos dicho, por gracias a lo que es 01:30:19.000 --> 01:30:23.000 la firma digital, igual que la protección de datos de todos los archivos 01:30:23.000 --> 01:30:27.000 que tenemos dentro del dispositivo. 01:30:27.000 --> 01:30:31.000 La protección de datos usa un sistema de encriptación por archivo o por 01:30:31.000 --> 01:30:35.000 extensión, de forma que cada archivo tiene una clave única que se cifra 01:30:35.000 --> 01:30:39.000 y se almacena en los metadatos del propio, lo que son los metadatos del 01:30:39.000 --> 01:30:45.000 archivo que van sobre la parte de APFS, la parte de control de los archivos. 01:30:45.000 --> 01:30:49.000 Cuando se accede a uno, la clave se descifra en el security enclave, con lo 01:30:49.000 --> 01:30:53.000 que se protege la información para ser expuesta a cualquier tipo de 01:30:53.000 --> 01:30:57.000 componente, de forma que ningún componente puede acceder a estos 01:30:57.000 --> 01:31:01.000 elementos sin pasar por un descifrado. 01:31:02.000 --> 01:31:06.000 Cada parte, además de un archivo clonado, recibe una nueva clave para 01:31:06.000 --> 01:31:10.000 proteger los datos, porque a PFS, cuando yo clono un archivo, cuando yo le 01:31:10.000 --> 01:31:14.000 doy a copiar y pegar en una misma unidad, en realidad no está copiando el 01:31:14.000 --> 01:31:18.000 archivo, lo que está haciendo es generar un duplicado de metadatos dentro 01:31:18.000 --> 01:31:22.000 de lo que es la tabla de archivos de APFS, que es donde tiene la 01:31:22.000 --> 01:31:26.000 información de qué bloques de memoria ocupa cada archivo, qué es lo que 01:31:26.000 --> 01:31:30.000 tiene, el cifrado de cada uno de los datos, lo que es el hash de cada uno 01:31:30.000 --> 01:31:34.000 de los datos, la clave de cifrado que tiene para la protección de datos, 01:31:34.000 --> 01:31:38.000 etcétera, de esta manera tiene un alto nivel de seguridad para todos los 01:31:38.000 --> 01:31:45.000 datos almacenados, de forma que es imposible que se acceda a esos datos. 01:31:45.000 --> 01:31:51.000 Porque Apple no tiene la clave de esos datos, y alguno dirá, no, pues es que tú no sabes. 01:31:51.000 --> 01:31:55.000 Vamos a ver, que los datos se han comprobado una y mil veces que están 01:31:55.000 --> 01:31:59.000 cifrados a partir de, como ya he comentado antes, parte la clave a nivel 01:31:59.000 --> 01:32:03.000 de hardware que tienen los dispositivos, parte con tu propia clave de 01:32:03.000 --> 01:32:07.000 bloqueo, esa clave que te pide cuando tiene que hacer modificaciones del 01:32:07.000 --> 01:32:11.000 sistema en un Mac, esa clave que te pide cuando vas a hacer una 01:32:11.000 --> 01:32:15.000 actualización del sistema, esa clave de desbloqueo que hay en los 01:32:15.000 --> 01:32:19.000 dispositivos es la clave que cifra la información, es la mitad de la 01:32:19.000 --> 01:32:23.000 clave, igual que la otra mitad es el identificador único que tiene cada 01:32:23.000 --> 01:32:27.000 dispositivo dentro del chip Secure Enclave, así que ya está bien de 01:32:27.000 --> 01:32:39.000 decir las tonterías, haz que Apple pueda acceder a todos tus datos. 01:32:40.000 --> 01:32:43.000 Sí, Apple puede acceder a todos tus datos, los tiene ahí, los tiene 01:32:43.000 --> 01:32:46.000 almacenados en la nube, los tiene todos, pero no los puede leer porque no 01:32:46.000 --> 01:32:50.000 tiene tu clave. 01:32:51.000 --> 01:32:54.000 Necesitarías saber tu clave, ah, si eres tonto y has puesto los dos tres 01:32:54.000 --> 01:32:57.000 cuatro cinco, que es lo que pondría un tonto en sus maletas, pues 01:32:57.000 --> 01:33:02.000 entonces entonces ahí ya lo siento en el alma, a mí ya no me busque. 01:33:02.000 --> 01:33:06.000 Pero si tenemos una clave lógica y coherente, esa clave de desbloqueo es 01:33:06.000 --> 01:33:10.000 la que nos está protegiendo, por lo que Apple no puede leer nuestra 01:33:10.000 --> 01:33:14.000 información si desconoce la clave, porque la clave no se almacena en 01:33:14.000 --> 01:33:19.000 ningún lugar, es lo que hemos contado antes. 01:33:19.000 --> 01:33:24.000 Las claves no se almacenan en ningún sitio salvo en mi cabeza, ¿de acuerdo? 01:33:24.000 --> 01:33:28.000 O si tengo una llave de protección de hardware que también me permite 01:33:28.000 --> 01:33:32.000 tener una llave de protección de hardware a través de la cual yo, o bien 01:33:32.000 --> 01:33:36.000 por NFC, o bien pinchando en el puerto Lightning, me sirve como un llavero 01:33:36.000 --> 01:33:40.000 USB que tiene la clave puesta ahí, una clave criptográfica de alto nivel 01:33:40.000 --> 01:33:44.000 mucho más segura que la clave que yo me pueda saber de memoria o el 01:33:44.000 --> 01:33:48.000 código de desbloqueo, y eso me permite poder validar ciertas accesos a 01:33:48.000 --> 01:33:53.000 sesiones, etcétera, etcétera. 01:33:53.000 --> 01:34:01.000 Entonces, mi dispositivo lo único que está haciendo es verificar que tengo capacidad de acceder a esa información. 01:34:02.000 --> 01:34:14.000 Nada más, nada más, pero no tiene acceso a la información porque la clave mía, la que yo pongo o la que está en un llavero USB, solo la tengo yo. 01:34:14.000 --> 01:34:26.000 Por eso te dicen muchas veces que lo ideal es que haya una mezcla entre cosas que yo tengo, cosas que yo poseo, cosas que yo me sé, ¿vale? 01:34:26.000 --> 01:34:31.000 Y hacer una combinación a nivel biométrico de mi cara más a nivel de 01:34:31.000 --> 01:34:36.000 clave que yo conozco, o una clave de USB, hace que toda nuestra 01:34:36.000 --> 01:34:42.000 información no sea accesible por nadie y menos por Apple. 01:34:42.000 --> 01:34:44.000 ¿Tienen acceso a los datos? 01:34:44.000 --> 01:34:48.000 Sí, pero para ellos es un disco cifrado que no pueden hacer nada con él. 01:34:48.000 --> 01:34:52.000 Si ahí tienen la prueba de lo del el el el este del FBI de San Bernardino, 01:34:52.000 --> 01:34:56.000 el famoso caso en el que se exigió a Apple una puerta trasera y Apple 01:34:56.000 --> 01:35:00.000 dijo que ni hablar. 01:35:02.000 --> 01:35:07.000 No se pudo sacar los datos porque Apple no tiene la clave. 01:35:07.000 --> 01:35:11.000 No es que no quisiera darla, es que ellos tienen una parte de la clave. 01:35:11.000 --> 01:35:21.000 Esa parte de la clave sí está guardada en la nube del usuario y podrían llegar a sacarla, pero el resto no. 01:35:22.000 --> 01:35:23.000 Ese es el kit de la cuestión. 01:35:23.000 --> 01:35:27.000 En aquel momento, las copias antiguas de iCloud, no la última, sí 01:35:27.000 --> 01:35:31.000 tenían, y esto es una cosa que Apple ya cambió, sí tenían lo que es la 01:35:31.000 --> 01:35:37.000 el cifrado, ¿vale? 01:35:38.000 --> 01:35:41.000 Sí utilizaban una una clave que solo tiene Apple, ¿vale? 01:35:41.000 --> 01:35:45.000 Es decir, las copias de seguridad más antiguas hace años sí podía 01:35:45.000 --> 01:35:49.000 verlas Apple, pero esto ya cambió hace unos años y ahora no puede ver 01:35:49.000 --> 01:35:53.000 nada, ni las copias más antiguas, ni las más modernas, ni lo último que 01:35:53.000 --> 01:35:57.000 hay, porque el backup también se está cifrando con lo que es la 01:35:57.000 --> 01:36:03.000 información del del del dispositivo, ¿vale? 01:36:03.000 --> 01:36:06.000 Por lo tanto, pues ese es el kit de la cuestión, ¿vale? 01:36:06.000 --> 01:36:10.000 Que no se puede acceder a nuestra información, ¿ok? 01:36:11.000 --> 01:36:16.000 En fin, que luego si no me creen, pues ya está, en fin, pero esto es algo 01:36:16.000 --> 01:36:21.000 que está más que verificado por un montón de personas que saben mucho 01:36:21.000 --> 01:36:26.000 más que yo de seguridad y que lógicamente si hubiera cualquier problema, 01:36:26.000 --> 01:36:31.000 pues lo harían público y nadie lo hace, porque no se puede acceder a 01:36:31.000 --> 01:36:39.000 nuestra información en forma alguna, y entonces alguno dirá, bueno, ¿y en privacidad? 01:36:40.000 --> 01:36:44.000 Porque claro, Apple sí puede saber a dónde navego o puede saber qué 01:36:44.000 --> 01:36:48.000 estoy haciendo o puede saber a dónde o qué apps estoy utilizando, 01:36:48.000 --> 01:36:53.000 etcétera, no, tampoco. 01:36:54.000 --> 01:37:00.000 Lo puedes saber, pero no del todo, es decir, Apple utiliza un tipo de de 01:37:00.000 --> 01:37:06.000 técnica para ofuscar nuestra información, nuestra información de uso, 01:37:06.000 --> 01:37:12.000 nuestra información de privacidad. 01:37:14.000 --> 01:37:18.000 Básicamente, Apple cuando yo, bueno, cuando yo arranco el sistema 01:37:18.000 --> 01:37:22.000 operativo, lógicamente le tengo que contestar a Apple si quiero que 01:37:22.000 --> 01:37:26.000 recopile información sobre el uso de mis apps, y si no quiero, pues no la 01:37:26.000 --> 01:37:30.000 recopila, igual que el tema de las grabaciones, que en su momento sí lo 01:37:30.000 --> 01:37:35.000 hacía, y luego cuando hubo la polémica correspondiente. 01:37:35.000 --> 01:37:39.000 Polémica que yo flipé, ¿vale? 01:37:39.000 --> 01:37:42.000 Es decir, ¿recuerdan que hubo polémica? 01:37:42.000 --> 01:37:47.000 Porque se demostró que todas las compañías con asistentes de voz 01:37:47.000 --> 01:37:52.000 grababan los lo que eran las grabaciones y las utilizaban para validar sus 01:37:52.000 --> 01:37:57.000 modelos de reconocimiento de voz. 01:37:57.000 --> 01:38:03.000 Pues bien, lo hacía Apple, lo hacía Amazon y lo hacía Google. 01:38:04.000 --> 01:38:08.000 Bueno, pues, se montó el pollo contra Apple, no contra el resto, debe ser 01:38:08.000 --> 01:38:12.000 que entienden que Amazon y Google les da igual todo y que Apple 01:38:12.000 --> 01:38:16.000 defendiendo la privacidad, pues no tenía lógica que hiciera esto. 01:38:16.000 --> 01:38:21.000 Bueno, vale, lo entiendo, aceptamos barco como animal acuático. 01:38:22.000 --> 01:38:32.000 Pero si yo, por ejemplo, permito que mis datos de uso puedan ser, sobre todo mis estadísticas, es decir, yo tengo que contestar dos preguntas. 01:38:32.000 --> 01:38:36.000 Si quiero compartir de manera anónima los datos de uso del sistema para 01:38:36.000 --> 01:38:40.000 que Apple pueda tener una serie de valores de comprobación, una serie de 01:38:40.000 --> 01:38:44.000 métricas que le permitan saber cómo usamos el sistema, si tenemos algún 01:38:44.000 --> 01:38:48.000 problema con él, enviarle información al respecto de las apps que 01:38:48.000 --> 01:38:54.000 usamos, cómo las usamos, etcétera. 01:38:55.000 --> 01:38:59.000 Si yo no quiero mandar esa información, simplemente le digo que no y punto. 01:38:59.000 --> 01:39:03.000 Pero luego aparte también puedo contestar a compartir los datos con los 01:39:03.000 --> 01:39:07.000 desarrolladores, a decir que, que esto es algo que yo siempre digo que 01:39:07.000 --> 01:39:11.000 sí, que compartamos de manera anónima los posibles cuelgues que pueda 01:39:11.000 --> 01:39:15.000 haber en aplicaciones, que si hay un cuelgue de algún tipo, pues se pueda 01:39:15.000 --> 01:39:19.000 enviar un informe pormenorizado de dicho cuelgue, de manera que si yo 01:39:19.000 --> 01:39:23.000 descargo una aplicación, la uso y esa aplicación se cuelga por lo que 01:39:23.000 --> 01:39:27.000 sea, pues básicamente, bueno, pues al desarrollador le llega que alguien 01:39:27.000 --> 01:39:31.000 con un dispositivo como el mío, pues, ha ejecutado su app y que le ha 01:39:31.000 --> 01:39:40.000 dado un error en esta línea. 01:39:40.000 --> 01:39:44.000 Obviamente, no hay absolutamente nada de información de lo que yo hago, es 01:39:44.000 --> 01:39:48.000 todo completamente anónimo, y la identidad está completamente ofuscada, 01:39:48.000 --> 01:39:53.000 es decir, no se transmiten los datos. 01:39:55.000 --> 01:39:59.000 Entonces, bueno, pues es una buena forma y repito, es algo que yo tengo que 01:39:59.000 --> 01:40:03.000 elegir, pero independientemente de esto, toda esa información se envía a 01:40:03.000 --> 01:40:07.000 través de una técnica de privacidad diferencial, que lo que hace es 01:40:07.000 --> 01:40:13.000 recopilar datos agregados de muchos usuarios para proteger la privacidad individual. 01:40:13.000 --> 01:40:14.000 ¿Cómo funciona? 01:40:14.000 --> 01:40:18.000 Pues añadiendo un cierto grado de aleatoriedad dentro de los datos. 01:40:19.000 --> 01:40:22.000 En vez de enviar el dato real, lo que hace es modificarlo y eso hace 01:40:22.000 --> 01:40:25.000 imposible poder rastrear la información de vuelta a un individuo, porque 01:40:25.000 --> 01:40:28.000 además se oculta lo que es la identificación del mismo, es decir, si 01:40:28.000 --> 01:40:31.000 Apple quiere saber qué emojis son los más populares, pues puede 01:40:31.000 --> 01:40:34.000 recopilar datos de un montón de usuarios, pero altera ligeramente la 01:40:34.000 --> 01:40:41.000 información de cada usuario. 01:40:41.000 --> 01:40:45.000 Si yo he utilizado tal emoji veinte veces, pues va a enviar que lo he 01:40:45.000 --> 01:40:49.000 utilizado veintidós o dieciocho, no va a enviar el dato real, y eso le 01:40:49.000 --> 01:40:53.000 permite a Apple, pues por un lado seguir obteniendo una visión general de 01:40:53.000 --> 01:40:58.000 las tendencias, pero no compromete la privacidad individual. 01:40:58.000 --> 01:41:03.000 La privacidad diferencial ayuda a mejorar los servicios y no sacrifica la 01:41:03.000 --> 01:41:08.000 seguridad de los datos e impide que se pueda llegar a saber que ese dato parte de mí. 01:41:08.000 --> 01:41:11.000 De esta manera, pues, se me garantiza este tema. 01:41:11.000 --> 01:41:15.000 Pero, claro, alguno preguntará ya, pero ¿cómo el hecho de añadir ruido 01:41:15.000 --> 01:41:20.000 aleatorio hace que no se pueda reconocer el dato de un usuario concreto, vale? 01:41:20.000 --> 01:41:21.000 De lo que sería mi propio usuario. 01:41:21.000 --> 01:41:25.000 Pues bien, porque añadiendo ese ruido aleatorio a los datos, se preserva 01:41:25.000 --> 01:41:29.000 la individualidad de cada dato, pero cuando se analizan en conjunto, estos 01:41:29.000 --> 01:41:33.000 no cambian lo que es la tendencia general. 01:41:33.000 --> 01:41:36.000 Si una empresa recoge datos sobre la frecuencia de uso de una aplicación, 01:41:36.000 --> 01:41:39.000 podría añadir o restar esa privacidad de diferenciar un número pequeño 01:41:39.000 --> 01:41:42.000 aleatorio a las cifras reales para cada usuario, de manera que 01:41:42.000 --> 01:41:45.000 individualmente esos datos se vuelven menos precisos, pero en un conjunto 01:41:45.000 --> 01:41:48.000 grande la tendencia general, como el promedio de uso de una app, sigue 01:41:48.000 --> 01:41:51.000 siendo clara, y ese método hace que sea imposible identificar o 01:41:51.000 --> 01:41:54.000 reconstruir la información de un usuario específico a partir de dichos 01:41:54.000 --> 01:41:57.000 datos alterados porque, primero, no se pasa su identificador, no se pasa 01:41:57.000 --> 01:42:00.000 ningún tipo de identificador, y segundo, si se quisiera poder hacer un 01:42:00.000 --> 01:42:03.000 match, como los datos no coinciden desde lo que realmente hizo ese usuario 01:42:03.000 --> 01:42:06.000 hacia lo que se está procesando, pues sería imposible saber de quién 01:42:06.000 --> 01:42:19.000 viene ese dato. 01:42:19.000 --> 01:42:22.000 Si aún así seguís sin entenderlo, que cómo se garantiza que a partir de 01:42:22.000 --> 01:42:25.000 los datos de uso no puedan volver a mí y saber quién soy, la privacidad 01:42:25.000 --> 01:42:28.000 lo que hace es esto, añade este ruido aleatorio y lo añade de manera 01:42:28.000 --> 01:42:31.000 suficiente para que tus datos sean indistinguibles de los de otros 01:42:31.000 --> 01:42:34.000 usuarios y coincidan, por lo que la recopilación de datos sobre ciertas 01:42:34.000 --> 01:42:37.000 apps o servicios, al introducir ese ruido en los datos específicos, hace 01:42:37.000 --> 01:42:40.000 imposible que alguien, incluyendo Apple, pueda identificarte a ti 01:42:40.000 --> 01:42:43.000 personalmente a partir de dichos datos, porque no coinciden con los tuyos, 01:42:43.000 --> 01:42:54.000 los han falseado. 01:42:54.000 --> 01:42:57.000 Piénsalo como una multitud donde todos llevan máscaras, sabes que hay 01:42:57.000 --> 01:43:00.000 muchas personas, pero no puedes identificar a ninguna en particular y eso 01:43:00.000 --> 01:43:04.000 protege tu identidad individual, ¿vale? 01:43:04.000 --> 01:43:07.000 Para garantizar que tus datos de uso específico no se pueden rastrear 01:43:07.000 --> 01:43:10.000 hasta ti, Apple implementa la privacidad diferencial en el punto de 01:43:10.000 --> 01:43:15.000 recolección antes de que los datos se almacenen o analicen. 01:43:16.000 --> 01:43:20.000 Yo lo envío a un punto de recolección donde ya se envían de manera 01:43:20.000 --> 01:43:24.000 anónima y donde ya se ha aplicado el algoritmo de privacidad diferencial, 01:43:24.000 --> 01:43:28.000 de forma que cuando llegan a ese punto de recolección, antes de que se 01:43:28.000 --> 01:43:32.000 almacenen o analicen, pues se modifican. 01:43:33.000 --> 01:43:36.000 Eso significa que el ruido se añade a tus datos inmediatamente después de 01:43:36.000 --> 01:43:39.000 que se recopilan y antes de que se envíen a un servidor central, y así 01:43:39.000 --> 01:43:42.000 los datos que Apple recibe y analiza ya están alterados y no pueden 01:43:42.000 --> 01:43:48.000 asociarse directamente contigo, es como si tus datos se disfrazaran, ¿no? 01:43:48.000 --> 01:43:51.000 En el momento en el que los envías, asegurando de esta manera que como no 01:43:51.000 --> 01:43:54.000 estás enviando ningún tipo de identificador, no se puede reconocer la lo 01:43:54.000 --> 01:43:59.000 que sería el elemento de manera específica, ¿vale? 01:43:59.000 --> 01:44:06.000 Entonces esa sería un poco la técnica que estaría utilizando Apple ¿vale? 01:44:06.000 --> 01:44:10.000 Para obviamente, enviar esa información, una información de la que 01:44:10.000 --> 01:44:15.000 además desvincula tus datos de identidad antes de aplicar la privacidad diferencial. 01:44:15.000 --> 01:44:18.000 Cuando envías un dato, Apple primero lo separa de tu identificación 01:44:18.000 --> 01:44:21.000 personal, de tu Apple ID, de tu dirección IP, de cualquier elemento que 01:44:21.000 --> 01:44:24.000 pueda servir para identificarte, y esto es una de las cosas que a nivel de 01:44:24.000 --> 01:44:28.000 privacidad Apple no permite hacer. 01:44:28.000 --> 01:44:32.000 El famoso control de transparencia de la privacidad lo que hace es impedir 01:44:32.000 --> 01:44:36.000 que haya una forma de identificarte de manera unívoca, aunque sea de 01:44:36.000 --> 01:44:40.000 manera anónima, que no haya un ID que te identifique a ti y que te 01:44:40.000 --> 01:44:44.000 permita identificarte entre distintas aplicaciones para que Instagram sepa 01:44:44.000 --> 01:44:48.000 lo que haces en Amazon o Amazon sepa lo que haces en Chrome, o Chrome sepa 01:44:48.000 --> 01:44:52.000 lo que has hecho en Threads o en Threads sepan lo que has hecho en 01:44:52.000 --> 01:44:56.000 Twitter, ¿vale? 01:44:57.000 --> 01:44:58.000 Este ese es el kit de la cuestión. 01:44:59.000 --> 01:45:03.000 Si estas aplicaciones distintas unas de las otras que están dentro de un 01:45:03.000 --> 01:45:07.000 sandbox donde no comparten información, donde no comparten 01:45:07.000 --> 01:45:11.000 almacenamiento, no comparten nada, sobre todo si son de distintas 01:45:11.000 --> 01:45:15.000 compañías, si son de la misma, sí pueden llegar a compartir cierta 01:45:15.000 --> 01:45:19.000 información, pero si son de distintas compañías, no pueden compartir 01:45:19.000 --> 01:45:23.000 esa información, por lo que si yo intento vincularte a través de 01:45:23.000 --> 01:45:27.000 distintas aplicaciones para saber quién eres y qué has hecho en el resto 01:45:27.000 --> 01:45:31.000 de apps para darte un contenido que se adapte a ti, si yo sé cómo tú 01:45:31.000 --> 01:45:35.000 has buscado en Amazon, luego en Twitter o en Instagram te puedo ofrecer 01:45:35.000 --> 01:45:39.000 ese producto que has buscado en Amazon, porque yo sé quién eres entre 01:45:39.000 --> 01:45:43.000 apps, que es lo que se hace a día de hoy entre webs, que hay más de 01:45:43.000 --> 01:45:47.000 setecientos trackers que guardan nuestra información para saber quién 01:45:47.000 --> 01:45:51.000 soy yo cuando entro en una web o cuando entro en la otra, cuando entro en 01:45:51.000 --> 01:45:55.000 la otra, y hacer un seguimiento y un perfil de uso y de gustos y de todo 01:45:55.000 --> 01:45:59.000 de de lo que es de nosotros para, pues eso, para vendernos publicidad 01:45:59.000 --> 01:46:11.000 dirigida o incluso para llegar a controlarnos a nivel de opinión, etcétera. 01:46:12.000 --> 01:46:17.000 O si no, ¿por qué piensan ustedes que si yo arranco TikTok o threads o 01:46:17.000 --> 01:46:22.000 Twitter o con la que sea o o fin, cualquier cualquier red social, y 01:46:22.000 --> 01:46:27.000 empiezo a ver cierto tipo de contenido, incluso esto es ya lo que sería 01:46:27.000 --> 01:46:33.000 la la la muestra más absoluta, ¿vale? 01:46:33.000 --> 01:46:44.000 Lo que sería la ventana de Oberton, que yo directamente lo que hago es recibir aquello que me es afín a mí, y no el ruido que hay fuera. 01:46:44.000 --> 01:46:48.000 Si yo soy liberal, pues solo me va a mostrar información de alguien 01:46:48.000 --> 01:46:52.000 liberal, y voy a ver a Miley hasta en la sopa y o a Juan Rallo, pero si yo 01:46:52.000 --> 01:46:56.000 soy más de pensamiento de izquierdas, más socialista, más comunista, 01:46:56.000 --> 01:47:00.000 pues voy a ver información de otro tipo y voy a ver que los míos son los 01:47:00.000 --> 01:47:04.000 buenos y los otros son los malos, y si lo miro para el otro lado voy a ver 01:47:04.000 --> 01:47:08.000 que los míos son los buenos y los otros son los malos y los tontos, Y lo 01:47:08.000 --> 01:47:14.000 mío siempre es lo bueno y lo de los demás es que son retrasados mentales. 01:47:15.000 --> 01:47:17.000 ¿Cómo los demás no pueden ver lo que yo veo? 01:47:17.000 --> 01:47:22.000 Porque porque están mirando por ventanas distintas, ¿de acuerdo? 01:47:22.000 --> 01:47:31.000 Porque el mundo no es lo que nos están mostrando, porque las redes, para que nosotros nos quedemos, nos muestran aquello que es afín a nosotros. 01:47:31.000 --> 01:47:37.000 O sea, chorprecha, si no, estaríamos viendo TikTok y pasaríamos el tiempo. 01:47:37.000 --> 01:47:42.000 Si a mí TikTok me muestra bailecitos de niñas o niños haciendo el monga, 01:47:42.000 --> 01:47:47.000 pues yo no voy a ver ninguno porque no me interesa una puñita, pero si me 01:47:47.000 --> 01:47:52.000 pone monólogos de humor o me pone vídeos sobre anime, por ejemplo, pues 01:47:52.000 --> 01:47:57.000 probablemente me quede viéndolos más tiempo, y esa diferencia de tiempo 01:47:57.000 --> 01:48:02.000 con mi usuario y contraseña, que está identificando el tiempo que estoy 01:48:02.000 --> 01:48:11.000 pasando viendo cada uno de esos vídeos, es lo que está creando mi perfil. 01:48:11.000 --> 01:48:15.000 Si ese perfil, TikTok, lo puede vender a través de ciertos partners, a 01:48:15.000 --> 01:48:19.000 través de cierta información, para decirle que, por ejemplo, en mitad de 01:48:19.000 --> 01:48:23.000 la grabación de TikTok, de pronto me ha parecido una publicidad de, yo 01:48:23.000 --> 01:48:27.000 que sé, una alcachofa de ducha mega potente que es capaz de mejorar el 01:48:27.000 --> 01:48:33.000 problema de presión de mi ducha. 01:48:33.000 --> 01:48:42.000 Si ese anuncio yo me quedo viéndolo porque me interesa encontrar una ducha de esas una alcachofa de ducha de esas características, ¿qué sucede? 01:48:43.000 --> 01:48:47.000 Pues que si esa información yo no le doy a no, o sea, a pedir a la app que 01:48:47.000 --> 01:48:51.000 no rastree, en el momento que yo le doy a pedir a la app que no rastree, 01:48:51.000 --> 01:48:55.000 el sistema impide el uso del IDFA o identifyer for advertising, por lo que 01:48:55.000 --> 01:48:59.000 ese identificador es cero cero cero cero cero cero cero, es cero mil 01:48:59.000 --> 01:49:05.000 setecientos cero cero, ¿vale? 01:49:05.000 --> 01:49:10.000 Por lo que no pueden identificarme a mí mismo, pero si yo le digo que sí, 01:49:10.000 --> 01:49:15.000 que me rastree, va a dar un identificador de publicidad que va a ser el 01:49:15.000 --> 01:49:20.000 mismo, por lo que voy a tener el mismo identificador de publicidad en 01:49:20.000 --> 01:49:25.000 Instagram o en Tik Tok, y si yo en Tik Tok me quedo viendo un anuncio de 01:49:25.000 --> 01:49:30.000 una alcachofa de ducha, cuando me vaya a Instagram me va a ofrecerle el 01:49:30.000 --> 01:49:35.000 anuncio de la alcachofa de ducha o algo de un producto muy parecido o 01:49:35.000 --> 01:49:40.000 ciertos resultados directamente en Amazon, o si yo entro en Amazon a 01:49:40.000 --> 01:49:45.000 través de la web y me tienen localizado a través de la IP, que también 01:49:45.000 --> 01:49:50.000 se puede hacer si yo, por ejemplo, la IP solo se puede conseguir cuando yo 01:49:50.000 --> 01:49:55.000 estoy solicitando lo que es permiso de localización en los sistemas, ¿vale? 01:49:55.000 --> 01:49:59.000 Y esto es algo que se ha verificado un millón de veces, que cuando yo no 01:49:59.000 --> 01:50:03.000 le doy permiso de localización a una aplicación, o no le doy permiso de 01:50:03.000 --> 01:50:07.000 acceso al micrófono, o le doy permiso de acceso a la cámara o cualquier 01:50:07.000 --> 01:50:14.000 otro control, efectivamente es así, no se puede acceder, ¿de acuerdo? 01:50:14.000 --> 01:50:20.000 No es decir, no, es que una puerta trasera que, no, no, no, ni puertas traseras ni nada, esto está más que verificado. 01:50:21.000 --> 01:50:25.000 Por lo que, insisto, si yo sí le diera capacidad de localización a una 01:50:25.000 --> 01:50:29.000 red social, podrían acceder a mi dirección IP, podrían machearla con 01:50:29.000 --> 01:50:33.000 otras solicitudes de mi misma dirección IP, porque todos los dispositivos 01:50:33.000 --> 01:50:37.000 de casa salen a partir de la misma IP y, por lo tanto, si mi mujer está 01:50:37.000 --> 01:50:41.000 viendo información de algo o está buscando un viaje a Cuenca, pues de 01:50:41.000 --> 01:50:45.000 pronto a mí me aparecerán casas en Cuenca para poder ir de viaje, porque 01:50:45.000 --> 01:50:50.000 está localizándolo a través de la IP. 01:50:50.000 --> 01:50:53.000 En nuestro dispositivo de Apple toda esa información está ofuscada, está 01:50:53.000 --> 01:50:56.000 negada si hemos elegido las opciones apropiadas, pero si no, no lo 01:50:56.000 --> 01:51:01.000 estaría, ¿vale? 01:51:01.000 --> 01:51:04.000 Entonces, lo que hace Apple, como digo, es eliminar, separar toda esa 01:51:04.000 --> 01:51:07.000 información personal de identificación y añadir el ruido aleatorio al 01:51:07.000 --> 01:51:10.000 dato desvinculado, de forma que el proceso asegura que los datos que 01:51:10.000 --> 01:51:13.000 llegan a Apple para su análisis, pues ya no están directamente 01:51:13.000 --> 01:51:16.000 conectados a ti, protege tu identidad y privacidad, incluso si alguien 01:51:16.000 --> 01:51:24.000 intentara sobre esos datos saber de dónde proceden esos datos. 01:51:24.000 --> 01:51:28.000 No podría porque no tiene los datos de identificación personal, y aunque 01:51:28.000 --> 01:51:32.000 pudiera llegar a averiguarlos nunca podría hacer el match porque ciertos 01:51:32.000 --> 01:51:36.000 datos han podido cambiar, y cuando pudiera obtener un acceso al equipo 01:51:36.000 --> 01:51:40.000 real y ver que yo había visto o había interactuado veinte veces con ese 01:51:40.000 --> 01:51:44.000 elemento, resulta que lo que envió mi dispositivo era veintidós, y como 01:51:44.000 --> 01:51:51.000 ese dato una vez se envía no se almacena, pues no hay forma de machearlo, ¿vale? 01:51:51.000 --> 01:51:57.000 Entonces estas son formas que tiene Apple de poder proteger nuestra 01:51:57.000 --> 01:52:03.000 privacidad, nuestra seguridad, y solo he rascado la superficie, solo la superficie. 01:52:03.000 --> 01:52:07.000 O sea, hay una enorme cantidad de procesos, de controles, de de de procesos 01:52:07.000 --> 01:52:11.000 basados en certificados digitales, de acceso a ciertas bases de datos, de 01:52:11.000 --> 01:52:15.000 arquitecturas de cifrado, de formas de funcionamiento de los sistemas de 01:52:15.000 --> 01:52:19.000 archivos, de cómo se protegen nuestros datos personales, etcétera, que 01:52:19.000 --> 01:52:23.000 son fácilmente verificables porque están ahí, están la documentación, 01:52:23.000 --> 01:52:27.000 y con poco que sepamos de seguridad y de desarrollo podemos verificar que 01:52:27.000 --> 01:52:37.000 efectivamente esto se hace así, ¿ok? 01:52:37.000 --> 01:52:39.000 Por lo que, en fin, ahí está la información. 01:52:39.000 --> 01:52:42.000 De hecho, les pondré en las notas del episodio el documento completo de 01:52:42.000 --> 01:52:45.000 Apple sobre privacidad, sobre sobre seguridad en la plataforma Apple, para 01:52:45.000 --> 01:52:50.000 que si tienen interés, pues lo lean. 01:52:50.000 --> 01:52:54.000 Ya les advierto que es un documento que es bastante denso, que abarca todos 01:52:54.000 --> 01:52:58.000 los sistemas de Apple y que en total, pues tiene algo más de doscientas 01:52:58.000 --> 01:53:04.000 páginas, ¿de acuerdo? 01:53:04.000 --> 01:53:09.000 O sea que, bueno, es una cosa que hay que echarle un rato, pero desde luego 01:53:09.000 --> 01:53:14.000 espero que con este esta pequeña introducción, porque insisto, hemos 01:53:14.000 --> 01:53:19.000 tocado solo a nivel de superficie, les haya quedado más claro cómo Apple 01:53:19.000 --> 01:53:24.000 protege nuestra seguridad en los dispositivos, protege nuestra privacidad 01:53:24.000 --> 01:53:30.000 y protege nuestro uso, datos, etcétera. 01:53:30.000 --> 01:53:36.000 Eso sí, repito, nunca jamás estaremos cien por cien seguros Todo software 01:53:36.000 --> 01:53:42.000 puede ser víctima de cero days, todo software puede tener fallos que 01:53:42.000 --> 01:53:48.000 hagan que estas comprobaciones hemos explicado se puedan desactivar, se 01:53:48.000 --> 01:53:57.000 puedan no tener en cuenta, se puedan, pues eso, saltar, ¿ok? 01:53:57.000 --> 01:54:02.000 Incluso a nivel de fallos de hardware, por lo que, en fin, repito, todo 01:54:02.000 --> 01:54:07.000 esto está muy bien, todo esto hace que sea más difícil atacar a las 01:54:07.000 --> 01:54:12.000 plataformas de Apple que a cualquier otra, pero no hace, y de hecho, pues 01:54:12.000 --> 01:54:17.000 para que se hagan una idea, la la última actualización que hemos tenido 01:54:17.000 --> 01:54:22.000 a fecha de hoy día que grabamos, diecisiete de diciembre, es iOS 01:54:22.000 --> 01:54:27.000 diecisiete punto dos, y esa versión, iOS diecisiete punto dos, está 01:54:27.000 --> 01:54:32.000 incluyendo más de diez parches de seguridad, más de diez correcciones de 01:54:32.000 --> 01:54:37.000 errores cero d y de seguridad que podían comprometer y saltar, poder 01:54:37.000 --> 01:54:42.000 permitir que se saltaran ciertas protecciones de algunas de las que hemos 01:54:42.000 --> 01:54:47.000 comentado aquí, saltarse, la gente que intenta comprometer la seguridad 01:54:47.000 --> 01:54:52.000 de los sistemas, es la de la comprobación de firma, es la que permita que 01:54:52.000 --> 01:54:59.000 cualquier código que no esté firmado pueda ser ejecutado en nuestro dispositivo. 01:54:59.000 --> 01:55:08.000 Por eso es absurdo que a día de hoy hagamos Jillbreak, porque le estamos haciendo el trabajo a los a los ciberdelincuentes, ¿vale? 01:55:08.000 --> 01:55:13.000 A la gente que quiere aprovecharse de nuestros dispositivos y acceder a los datos. 01:55:13.000 --> 01:55:16.000 Y lo vuelvo a repetir de nuevo como lo he repetido un millón de veces, lo 01:55:16.000 --> 01:55:19.000 típico de voz, que yo no tengo nada que sea, yo no tengo nada que 01:55:19.000 --> 01:55:22.000 esconder, es que mis datos, ¿sabes tú? 01:55:22.000 --> 01:55:26.000 Pues tampoco tengo muchos datos que yo sea, claro que sí, bonito. 01:55:26.000 --> 01:55:31.000 El día que a ti te roben la agenda de contactos y tengan los datos de tus 01:55:31.000 --> 01:55:36.000 padres que son ya mayores y que, bueno, pues son unas víctimas más 01:55:36.000 --> 01:55:41.000 susceptibles por credulidad y falta de educación tecnológica, y le 01:55:41.000 --> 01:55:46.000 estimen porque tú les has, porque te han robado a ti de tu agenda, ¿vale? 01:55:46.000 --> 01:55:50.000 El número de teléfono, el email e incluso ciertos datos, posiblemente 01:55:50.000 --> 01:55:54.000 hasta personales, que pudieran ser comprometidos, porque a lo mejor tú 01:55:54.000 --> 01:55:58.000 tienes algún tipo de lo que sea de datos que pueda darle alguna pista 01:55:58.000 --> 01:56:02.000 más, como una dirección, como un lo que sea, pues ya estás apuntando a 01:56:02.000 --> 01:56:08.000 personas queridas solo con tu agenda. 01:56:08.000 --> 01:56:12.000 O sea, solo tu agenda ya es un vector de ataque que tiene un valor muy alto 01:56:12.000 --> 01:56:16.000 para un montón de gente que quiere hacerte daño a ti o a tus seres 01:56:16.000 --> 01:56:20.000 queridos, ¿vale? 01:56:20.000 --> 01:56:24.000 Por lo tanto, pues igual que tú no vas por la calle gritando todo lo que 01:56:24.000 --> 01:56:28.000 tienes de propiedades en casa y dónde vives, porque no tiene sentido 01:56:28.000 --> 01:56:32.000 alguno, si tú no vas por la calle en bikini parando a la gente diciendo 01:56:32.000 --> 01:56:36.000 mira qué mono me queda, mira qué guapa estoy, o vas en bañador y vas 01:56:36.000 --> 01:56:40.000 diciendo a la gente, la vas parando, oye chaval, has visto qué 01:56:40.000 --> 01:56:47.000 músculoscos tengo, es que estoy buenísimo, que soy la leche. 01:56:47.000 --> 01:56:49.000 Tú no haces eso en la calle, ¿verdad? 01:56:49.000 --> 01:56:56.000 Si tú hicieras eso en la calle te, en fin, te te te lo mismo te encierran, ¿vale? 01:56:56.000 --> 01:56:57.000 Porque no no estarías muy bien. 01:56:57.000 --> 01:57:00.000 Entonces, ¿por qué haces lo mismo en Internet? 01:57:00.000 --> 01:57:03.000 ¿Por qué haces lo mismo en la red? 01:57:03.000 --> 01:57:10.000 ¿Por qué subes fotos en bañador o en bikini con inteligencia artificial con un clic te lo pueden quitar. 01:57:11.000 --> 01:57:17.000 Y ahora ponte tú a demostrar que ese pecho o ese lo que sea que se vea a 01:57:17.000 --> 01:57:23.000 través de ya con una calidad que es casi indistinguible de uno real, ¿vale? 01:57:24.000 --> 01:57:29.000 Ahora ponte tú a decirle a quien sea cuando distribuyan esa foto, como ya 01:57:29.000 --> 01:57:34.000 le pasó a la Rosalía hace poco, que esa no eres tú o que ese no eres tú, ¿vale? 01:57:35.000 --> 01:57:38.000 Que en Zimbel matutino con la forma de un pepino no es el tuyo, pues en 01:57:38.000 --> 01:57:41.000 fin, pues hombre, a lo mejor si la I ya te ha hecho un favor y te ha 01:57:41.000 --> 01:57:44.000 puesto un poco más, pues en fin, eso que ha ganado, ¿no? 01:57:44.000 --> 01:57:46.000 En fin, bueno, dejémoslo aquí. 01:57:48.000 --> 01:57:50.000 Así que nada, poco más. 01:58:27.000 --> 01:58:31.000 Y poco más, bueno, yo creo que hemos hecho un repaso interesante, nos 01:58:31.000 --> 01:58:35.000 hemos dejado fuera, insisto, un montón de cosas, pero es que, en fin, con 01:58:35.000 --> 01:58:39.000 lo que ya hemos contado, pues estamos cerca de las dos horas de programa, 01:58:39.000 --> 01:58:43.000 por lo que tampoco era cuestión de abusar al respecto. 01:58:43.000 --> 01:58:48.000 Si les ha gustado el tema, pues coméntenlo por redes sociales, ya saben 01:58:48.000 --> 01:58:53.000 que pueden encontrarnos en x como JCF Munoz, ahora también en Threads, ya 01:58:53.000 --> 01:58:58.000 que gracias a que, bueno, pues Threads en su momento no estuvo disponible 01:58:58.000 --> 01:59:03.000 en Europa porque no cumplía con el reglamento general de protección de 01:59:03.000 --> 01:59:08.000 datos, con lo que es todo el acceso a nuestra información, a los datos de 01:59:08.000 --> 01:59:13.000 uso, la opción de desistimiento, en fin, todo lo que tiene que ver con, 01:59:13.000 --> 01:59:18.000 bueno, pues con la privacidad de nuestra información, que así establece 01:59:18.000 --> 01:59:24.000 la lo que es el reglamento general de protección de datos de la Unión Europea. 01:59:24.000 --> 01:59:32.000 Entonces, bueno, pues por eso ha tardado más tiempo en llegar a Europa, pero ya está en toda Europa, por lo que ya podemos utilizarla desde aquí. 01:59:33.000 --> 01:59:36.000 Yo cuando apareció la aplicación, pues me la bajé de la tienda de 01:59:36.000 --> 01:59:39.000 Estados Unidos, la estuve utilizando durante un tiempo, y a partir de 01:59:39.000 --> 01:59:42.000 ahí, pues ha habido, creo que han sido unas veintiocho semanas 01:59:42.000 --> 01:59:45.000 aproximadamente, en el que Facebook Meta cerró la aplicación a nivel de 01:59:45.000 --> 01:59:48.000 restricciones geográficas, por lo que ya no podía utilizarse si no 01:59:48.000 --> 01:59:51.000 usabas una VPN para localizarte en otra en otro país donde sí estuviera 01:59:51.000 --> 01:59:54.000 autorizado, por lo que tampoco me preocupé mucho, pero bueno, el caso es 01:59:54.000 --> 01:59:57.000 que ahora ya está disponible, por lo que ya saben que pueden encontrarme 01:59:57.000 --> 02:00:08.000 como JCF Munoz, pues en todos lados, ¿vale? 02:00:08.000 --> 02:00:13.000 En x, en LinkedIn, en threads, en Instagram, en fin. 02:00:13.000 --> 02:00:16.000 Y donde no, pues estoy como Apple Coding, ¿vale? 02:00:16.000 --> 02:00:20.000 En TikTok estoy como Apple Coding, aunque ya no subo mucho, ¿vale? 02:00:20.000 --> 02:00:26.000 Desde que desde que no muevo bien la cadera, ya no subo los bailes a TikTok. 02:00:28.000 --> 02:00:34.000 Pero bueno, ahí estamos en TikTok punto com barra Apple Coding, estamos en 02:00:34.000 --> 02:00:40.000 Twitch, estamos en YouTube, también como arroba Apple Coding, en fin, 02:00:40.000 --> 02:00:46.000 estamos en un montón mastone punto social, y también estamos incluso en 02:00:46.000 --> 02:00:52.000 Blue Sky, que es la plataforma esta que ha hecho el ex fundador de 02:00:52.000 --> 02:00:58.000 Twitter, que es como Twitter, ¿vale? 02:00:58.000 --> 02:01:02.000 O intenta ser como Twitter, pues también estamos ahí como JCF Munoz. 02:01:03.000 --> 02:01:05.000 Así que, bueno, pues ese sería un poco el tema. 02:01:05.000 --> 02:01:08.000 Ahí tienen todas las formas de comunicar conmigo, ya saben que si les ha 02:01:08.000 --> 02:01:11.000 gustado el programa, por favor, compártanlo, suscríbanse en la 02:01:11.000 --> 02:01:14.000 plataforma donde nos escuchen, que eso siempre nos ayuda, compártanlo o 02:01:14.000 --> 02:01:17.000 compartan el programa con, pues, en redes sociales, de que hay muchos de 02:01:17.000 --> 02:01:21.000 ustedes que lo comparten. 02:01:21.000 --> 02:01:28.000 Oh, pues, qué bueno, un oiga más que se oiga más la palabra de Jobs y, 02:01:28.000 --> 02:01:35.000 bueno, pues ese es un poco el el tema, así que siempre si nos mencionan, 02:01:35.000 --> 02:01:42.000 pues será algo bastante bonito para nosotros. 02:01:42.000 --> 02:01:45.000 Y, de hecho, también les voy a pedir un pequeño favor, y es que si por lo 02:01:45.000 --> 02:01:48.000 que sea hemos aparecido en alguna de sus recopilaciones del año, de los 02:01:48.000 --> 02:01:51.000 podcast más más escuchados o alguna cosa así, pues también nos lo 02:01:51.000 --> 02:01:56.000 compartan, ¿vale? 02:01:56.000 --> 02:02:02.000 Porque a mí, pues, yo que sé, pues, en fin, pues es mi regalito de de Navidad que me hacen ustedes, ¿vale? 02:02:02.000 --> 02:02:06.000 De poder ver, pues, que hay gente ahí fuera que le interesa lo que estoy contando. 02:02:07.000 --> 02:02:12.000 Así que, lo dicho, pues muchísimas gracias, que pasen unas felices 02:02:12.000 --> 02:02:17.000 fiestas, que estamos a punto de entrar en ellas, y nos oímos pronto si dios quiere. 02:02:17.000 --> 02:02:22.000 Y hasta entonces, un saludo, e go, Apple Code. 02:02:34.000 --> 02:02:42.000 Gracias por escuchar Apple Cody, un podcast perteneciente a la red independiente de podcast Kuonda. 02:02:42.000 --> 02:02:50.000 Suscríbete en Kuonda punto com barra Apple guión Coding, O síguenos en nuestras redes sociales. 02:03:58.000 --> 02:04:02.000 Puedes escuchar más episodios de Apple Coding en Wanda punto com. 02:04:03.000 --> 02:04:09.000 Descubre nuevos podcast en Wanda punto com, la comunidad de podcast independientes en español.