WEBVTT 00:00:08.240 --> 00:00:14.300 Hola, bienvenidos, bienvenidas, bienvenidos a todo el mundo a la Cafetería Bar. 00:00:14.580 --> 00:00:17.480 Estamos hoy con Roy Salazar. 00:00:17.520 --> 00:00:19.631 Roy Salazar y yo. ¿Qué tal estás, Roy? 00:00:20.930 --> 00:00:23.270 Hola, hola. Mucho gusto a todos. 00:00:23.530 --> 00:00:24.950 Pues aquí estoy, aquí estoy. 00:00:24.990 --> 00:00:27.710 Pura vida, como decimos acá por Costa Rica. 00:00:27.710 --> 00:00:30.266 Pues Costa Rica, qué bien, qué bien, qué bien. 00:00:31.150 --> 00:00:35.310 De hecho, tú y Ronald, ¿estáis cerca, estáis en contacto? 00:00:35.710 --> 00:00:38.290 Sí, ¿no? Estáis ahí próximos más o menos, ¿no? 00:00:38.290 --> 00:00:41.910 Sí, sí, somos aquí de Tiki's y a los dos. 00:00:42.690 --> 00:00:44.550 Ahí conversamos de vez en cuando. 00:00:44.570 --> 00:00:48.210 No estoy seguro dónde vive Ronald, yo creo que él vive aquí por el lado al este también, 00:00:48.250 --> 00:00:55.310 al este de la ciudad. Qué bien bueno, Roy, tú eres ace pro, 00:00:55.470 --> 00:00:56.859 como yo, compartimos ace. 00:00:56.930 --> 00:01:00.590 Qué bien tú mucho más veterano que yo, por supuesto. 00:01:01.050 --> 00:01:07.310 Y llevábamos meses, ¿eh? Meses queriendo hacer esta charla. 00:01:08.470 --> 00:01:15.550 Sí, sí me ha costado coordinar y sacar el rato, pero bueno, ya hoy por fin 00:01:15.550 --> 00:01:20.310 ya lo logramos. Muy bien, muy bien, muy bien. 00:01:21.670 --> 00:01:23.970 Vamos a hablar si te parece bien 00:01:25.690 --> 00:01:32.740 De BSAAT y de DataSafe la gente que está lo vamos a grabar 00:01:32.740 --> 00:01:38.300 para el podcast, tenemos audiencia, así que alguien de la audiencia si tiene alguna pregunta 00:01:38.300 --> 00:01:44.320 o quiera a lo mejor participar puede levantar la mano, nosotros le podemos dar paso y 00:01:44.320 --> 00:01:51.900 si lo incluimos puede participar la audiencia también, así que 00:01:51.900 --> 00:01:54.660 eso sería genial, eso sería genial. 00:01:54.660 --> 00:02:02.280 Algo que me gusta es que no se convierta en una charla, para eso están 00:02:02.280 --> 00:02:07.540 las conferencias, la idea es poder tener esa interacción que nunca hay tiempo cuando 00:02:07.540 --> 00:02:14.140 uno está en la conferencia, con costo le alcanza para presentarse, dar la charla y despedirse 00:02:14.140 --> 00:02:18.760 y nunca hay tiempo de interactuar, así que todos los que quieran... 00:02:18.760 --> 00:02:21.140 Claro, es un formato distinto. 00:02:21.200 --> 00:02:27.260 En una conferencia nos preparamos un tema, es decir, es una presentación metódica. 00:02:28.260 --> 00:02:30.420 Presentamos, desarrollamos y cerramos. 00:02:30.760 --> 00:02:38.200 Pero aquí es más, hablando de esto de conferencias, tú tienes bastantes en DBSAT y DataSafe 00:02:38.200 --> 00:02:43.460 y todo esto, para la gente que no conozca DBSAT y tal. 00:02:43.460 --> 00:02:48.300 De las conferencias que tú tienes, ¿por cuál recomendarías empezar o cuál crees que sería 00:02:48.340 --> 00:02:55.360 la primera introductoria para conocer el DBSAT y todos estos temas de DataSafe? 00:02:56.630 --> 00:03:04.730 Sí, bueno, el historial mío de conferencias empieza desde que empecé en el 00:03:04.730 --> 00:03:10.230 2015, creo, a participar en el programa de Oracle Ace. 00:03:10.230 --> 00:03:16.710 Bueno, de hecho, siempre fui audiencia en los OTN Tours en Costa Rica, hasta que decidí 00:03:16.710 --> 00:03:22.750 hacerme una charla. Mi primera charla, esa sí fue en español, completamente escrita en 00:03:22.750 --> 00:03:26.350 español. Es una charla que se llama ¿Qué pasó ayer? 00:03:27.510 --> 00:03:32.090 Desde la primera charla que yo hice, siempre me gustó el tema de asociarlas a una película. 00:03:32.130 --> 00:03:33.797 Ah, qué bueno. ¿Qué pasó ayer? 00:03:34.090 --> 00:03:37.470 Sí, recordarán ustedes la película, en inglés se llama Hangover. 00:03:37.510 --> 00:03:42.410 Es de estos tres tipos que se despiertan y no saben qué pasó, ¿verdad? 00:03:42.870 --> 00:03:48.930 Bueno, es que en España nosotros tenemos una habilidad para los títulos de las películas, 00:03:48.930 --> 00:03:51.319 hacer una traducción totalmente fantasiosa. 00:03:51.630 --> 00:03:55.410 Estas películas en España se traducen Resacón en Las Vegas. 00:03:56.180 --> 00:03:59.100 Bueno, esa es, esa es, esa sería mi chica. 00:03:59.140 --> 00:04:00.807 Resacón en Las Vegas, cuidado, 00:04:02.240 --> 00:04:08.080 Que a ver si en el Cloud World de este año, si coincidimos, Vamos a ver si vamos a hacer 00:04:08.080 --> 00:04:11.200 un resacón en Las Vegas. Sí, sí, sí, sí, sí. 00:04:11.560 --> 00:04:13.480 Más o menos, más o menos por ahí va. 00:04:13.520 --> 00:04:19.380 De hecho, en inglés, creo que el título, la traducción en inglés de Hangover es eso, 00:04:19.480 --> 00:04:21.440 es una resaca, ¿verdad? Resaca, sí, sí, sí. 00:04:21.480 --> 00:04:27.540 Vamos a estar de goma. Pero la traducción, la traducción aquí en Latinoamérica se llama 00:04:27.540 --> 00:04:31.570 ¿Qué pasó ayer? Y como tu conferencia, tu conferencia ¿Qué pasó ayer? 00:04:32.070 --> 00:04:39.250 Sí, entonces esta charla es sobre el utilitario ASH y AWR y una versión open 00:04:39.250 --> 00:04:44.510 source que existía, bueno, me imagino que todavía existe que se llama SAS que es este, 00:04:44.650 --> 00:04:49.770 para la gente que no tiene el paquete de tuning y diagnostics entonces esta conferencia 00:04:49.770 --> 00:04:52.937 se llama ¿Qué pasó ayer? porque la idea es de cómo un DBA 00:04:53.790 --> 00:04:58.170 puede llegar a hacer troubleshooting de algo que pasó en el pasado, es decir llega el 00:04:58.210 --> 00:05:02.010 lunes y le dicen, ah, es que vieras que el sábado pasado, mientras te estabas a vacaciones 00:05:02.050 --> 00:05:08.470 hace 15 días, o hace una semana algo estuvo lento y el DBA dice bueno y ahora que hago 00:05:08.470 --> 00:05:14.070 si yo no estuve con algo para ver hacia atrás no puedo, es decir puedo ver las sesiones 00:05:14.070 --> 00:05:18.850 que están ahorita pero no puedo saber como estuvo una sesión hace una semana o hace unas 00:05:18.890 --> 00:05:25.890 horas atrás entonces pues la conferencia se trataba De eso de ver este mediante 00:05:25.890 --> 00:05:32.930 todas estas vistas históricas y todo el paquete de Ash y de Blueberry, ver este pues 00:05:32.930 --> 00:05:38.090 como hacer para dar un vistazo hacia atrás, hacia el pasado y sobre este producto Open 00:05:38.090 --> 00:05:43.130 Source que se llama Sash, que es una versión ahí que alguien hizo, 00:05:44.190 --> 00:05:48.970 Kyle de hecho fue el que la hizo, y ya se me olvidó el nombre, el que la mantiene ahora 00:05:49.010 --> 00:05:55.090 o el que la mantenía en ese momento, creo que hasta 12C funciona esta versión Open Source. 00:05:55.650 --> 00:05:58.190 Esa fue mi primera charla 00:05:59.130 --> 00:06:06.350 introductoria al mundo del LACE, y desde ahí pues he tratado de mantenerme siempre asociado 00:06:06.350 --> 00:06:11.950 a una película, lo cual me complica un montón en la vida porque entonces ya es difícil 00:06:11.950 --> 00:06:19.130 ver en cuál tema puedo tener expertise, que tenga práctica, que tenga sentido hablar 00:06:19.130 --> 00:06:23.890 sobre eso, que sea atractivo y además que pueda relacionarse a una película. 00:06:24.290 --> 00:06:29.670 Entonces me he complicado la existencia yo solo de una manera increíble. 00:06:29.670 --> 00:06:33.430 Claro, pero las presentaciones tienen que ser atractivas también. 00:06:33.610 --> 00:06:37.710 Además, una de las cosas que comentábamos en las reuniones estas de ACE y en el Slack 00:06:37.750 --> 00:06:42.650 que tenemos es que hay muchas ponencias que cada vez son más presentación de producto, 00:06:42.970 --> 00:06:49.270 cada vez más aburridas, más monótonas o ves, bueno, de una presentación a una, es decir, 00:06:49.310 --> 00:06:54.410 de una ponencia, de una conferencia a una presentación de producto, Muchas veces cada 00:06:54.410 --> 00:07:01.290 vez hay menos diferencias y la idea es que sea algo entretenido, como el truco de magia 00:07:01.290 --> 00:07:03.568 que hice, que tú estuviste presentándome. 00:07:04.490 --> 00:07:12.070 Exacto, como yo participé durante tantos años, o sea, no sé, como 10 años estuve, bueno 00:07:12.070 --> 00:07:17.430 no, como 5 años estuve participando en los Otenes como audiencia, yo veía, hay gente 00:07:17.430 --> 00:07:24.110 que tiene calidades de expositor increíbles, son oradores perfectos, hay gente que tiene 00:07:24.110 --> 00:07:30.410 presentaciones muy interesantes, pero hay muchas que se tornan aburridas, el tema técnico 00:07:30.410 --> 00:07:34.243 es monótono y hay otras que pareciera que le quieren vender uno algo. 00:07:34.610 --> 00:07:39.499 Y realmente uno pues tal vez no quiere comprar, o la empresa no quiere comprar, entonces 00:07:39.870 --> 00:07:46.630 me han gustado siempre. Pues tratar de eso digamos, tratar de no venderle nada a nadie, 00:07:46.710 --> 00:07:52.730 es decir, porque yo por si no trabajo para Oracle, yo no me estoy ganando nada, no estoy 00:07:52.730 --> 00:07:54.770 vendiendo algo que yo me gane, ¿verdad? 00:07:54.810 --> 00:07:59.450 O sea, no es ganancia para mí, que sean entretenidas, que sea diferente, 00:08:00.410 --> 00:08:04.970 que sea así, pues que sea sea algo útil y que la gente disfrute la conferencia. 00:08:05.070 --> 00:08:11.130 En el caso de la conferencia suya, el truco de magia, esa es el tipo de conferencias 00:08:11.130 --> 00:08:15.430 que a mí me gustan, a mí me encantó muchísimo esa conferencia. 00:08:15.430 --> 00:08:22.710 Para los que no saben, yo tuve la casualidad de ayudarle a la gente de la UC durante 00:08:22.710 --> 00:08:29.350 la pandemia que hicimos un evento virtual y entonces, además de speaker, yo estuve como 00:08:29.350 --> 00:08:36.050 host, como presentador de los speakers, estaba ahí pues colaborando de esta manera, entonces 00:08:36.050 --> 00:08:42.890 a mí me tocó ser el que presentaba a Javier cuando él era el turno del speaker y realmente 00:08:42.890 --> 00:08:47.530 me encantó, me encantó, yo disfruté muchísimo, muchísimo esa conferencia. 00:08:47.530 --> 00:08:49.970 ¡Qué bueno! ¿Y pillaste el truco o no? 00:08:50.610 --> 00:08:53.130 Sí, sí, sí, sí, claro, sí, sí, sí, sí. 00:08:53.910 --> 00:08:59.970 Es que ahí hay una trampa y hay un truco, hay que descubrir ahí qué está está pasando 00:08:59.970 --> 00:09:06.990 ahí, pero muy bien, muy bien, entonces por ahí he ido, luego de esta conferencia 00:09:07.770 --> 00:09:12.750 hice otra que se llamaba Esa sí ya la hice en inglés. 00:09:12.750 --> 00:09:19.010 El tema de por qué son escritas en inglés es porque yo trabajo por una empresa canadiense. 00:09:20.230 --> 00:09:24.590 Y ellos pues me apoyan aunque sea con un poco de tiempo, digamos, ahí me dan unas horas 00:09:24.630 --> 00:09:29.330 y me dicen, bueno, puede dedicarse tantas horas a la conferencia, entonces pues pues 00:09:29.330 --> 00:09:33.770 de manera de gratitud yo las escribo en inglés para que por lo menos ellos puedan ver 00:09:33.810 --> 00:09:40.430 que es lo que yo estoy hablando esto se llama the good, the bad and the ugly que es el 00:09:40.430 --> 00:09:47.650 feo lo bueno, lo malo y lo feo el bueno, el feo y el malo de los bajeros y 00:09:47.650 --> 00:09:53.750 esta pues en esta lo que hablo es de una comparación entre 00:09:54.750 --> 00:10:00.770 diferentes Herramientas de replicación, como se compara a GoldenGate, como se compara 00:10:00.770 --> 00:10:06.810 con las physical standbys, con las logical standbys, como se compara con una herramienta 00:10:06.810 --> 00:10:10.699 open source? Siempre trato de buscar algo de open source, que se llama 00:10:10.970 --> 00:10:16.690 dbVisit. DbVisit en aquel tiempo tenía una herramienta de replicación, ahora ya no, ahora 00:10:16.690 --> 00:10:22.650 solo tienen la standby, dbVisit de standby, pero en ese tiempo tenía una herramienta 00:10:22.650 --> 00:10:27.290 de replicación que pues le hacía ahí un poco competencia a GoldenGate. 00:10:27.290 --> 00:10:35.310 Entonces este ahí conversaba de esa y luego ya vinieron, ya vino la charla 00:10:35.310 --> 00:10:42.630 de seguridad después de que había llevado un training de seguridad y que casualmente 00:10:42.630 --> 00:10:47.190 había estado trabajando en casos de seguridad. 00:10:47.190 --> 00:10:54.170 Descubrí esta herramienta que se llama Divisat, es un producto de Oracle que no se vea 00:10:54.170 --> 00:10:57.670 que existía, estaba bastante nuevo en ese momento, era el 2017, 00:10:57.870 --> 00:11:04.410 acababan apenas de agregarle una funcionalidad que tenía que ver con la parte de privacidad 00:11:04.410 --> 00:11:11.530 de datos, era un módulo extra dedicado exclusivo a encontrar datos sensibles 00:11:11.530 --> 00:11:13.510 dentro de la base de datos. 00:11:13.510 --> 00:11:20.550 En ese momento también estaba el boom del GDPR, que ustedes lo deben 00:11:20.550 --> 00:11:27.650 conocer mucho mejor que yo, verdad, esta ley europea de regulación de protección 00:11:27.650 --> 00:11:31.250 de datos. Sí, sí, aquí está muy estricto, hay mucha 00:11:32.750 --> 00:11:35.830 Preocupación por datos sensibles y todo, sí, sí. 00:11:36.780 --> 00:11:42.280 Correcto, correcto, esta ley del GDPR es un estándar muy. 00:11:43.500 --> 00:11:49.240 Robusto, muy sólido que se ha convertido en el estándar de oro para otro montón de leyes 00:11:49.240 --> 00:11:53.280 alrededor del mundo que han empezado a adoptar ese tipo de estándar es verdad que los 00:11:53.320 --> 00:11:59.020 datos tienen que estar protegidos y entonces los categorizaron cuáles datos son personales 00:11:59.020 --> 00:12:03.780 entonces ya después vinieron otros estándares, ya después vino como el IPA que es el 00:12:03.780 --> 00:12:11.220 estándar médico ya existían otros, digamos como el PCI que es el financiero 00:12:11.220 --> 00:12:17.700 ¿verdad? El de las tarjetas de crédito y todo, y ya bueno vino, ha ido ha sido toda una 00:12:17.700 --> 00:12:22.360 revolución ¿verdad? También en la parte de ciberseguridad ya llegó entonces el tema de 00:12:22.400 --> 00:12:28.560 los ransomwares y de todos estos ataques y entonces se ha ido haciendo pues todo una 00:12:28.560 --> 00:12:34.320 bola de nieve, ¿verdad? Que a alguna gente no le preocupa a otros sí, ¿verdad? 00:12:34.340 --> 00:12:40.860 Dependiendo de su base de datos, que exposición tenga la internet o que no y entonces 00:12:41.720 --> 00:12:47.550 pues yo descubrí esta herramienta Divisat, que Oracle la mantiene muy bien, es prácticamente 00:12:47.550 --> 00:12:52.890 educativa, digamos, si uno no conoce nada de ciberseguridad, la herramientica le dice 00:12:52.890 --> 00:12:56.650 todo, es decir, usted la corre y ella le va a indicar 00:12:57.890 --> 00:13:02.410 Todos los tipos posibles de vulnerabilidades que puedan haber en la base de datos, alguna 00:13:02.450 --> 00:13:09.090 configuración que sus passwords no son apropiados, que cuáles usuarios no le está cambiando 00:13:09.090 --> 00:13:16.490 el password recientemente, que si tiene objetos en el table space del motor, 00:13:16.730 --> 00:13:23.290 como SIS o SYSTEM, que si tiene usuarios con demasiados privilegios y todo un montón 00:13:23.290 --> 00:13:28.810 de cosas y además otras recomendaciones que vienen ya de estos estándares de ciberseguridad, 00:13:28.890 --> 00:13:34.810 ahora digamos en las últimas versiones de vSAT él revisa por ejemplo cada cuánto está 00:13:34.810 --> 00:13:40.480 haciendo usted backups y ya la más última sí, entonces le dice ah bueno, pero es que 00:13:40.480 --> 00:13:44.700 usted esta base de datos no la está haciendo un backup ni siquiera cada mes y uno diría 00:13:44.740 --> 00:13:50.220 bueno, pero o sea, ¿por qué un backup si lo que me interesa es que me diga si mi configuración 00:13:50.220 --> 00:13:54.980 es segura o no? Bueno, porque resulta que si a usted se le mete un ransomware, es probable 00:13:55.020 --> 00:13:59.480 que la única manera que tenga para recuperarse es reinstalar todo y sacar todo de un 00:13:59.520 --> 00:14:04.540 backup. Entonces DiviStat dice, bueno, la verdad es que esta es la recomendación de los 00:14:04.540 --> 00:14:09.140 expertos en seguridad, de que además de protegerse en todo el ataque, sea externo o interno, 00:14:09.180 --> 00:14:14.780 además usted debería estar muy bien preparado para recuperarse en caso de que no haya 00:14:14.780 --> 00:14:16.447 manera de defenderse, ¿verdad? 00:14:16.560 --> 00:14:19.880 ¡Qué bueno! ¡Qué bueno, qué bueno! 00:14:20.480 --> 00:14:22.700 Haznos así unas pinceladas. 00:14:23.580 --> 00:14:27.180 ¿Licencias? ¿Cuestan licencias para instalarlo? 00:14:27.460 --> 00:14:30.682 ¿Se puede instalar, se puede centralizar en Cloud Control? 00:14:32.240 --> 00:14:33.780 Eso es lo más interesante. 00:14:34.060 --> 00:14:38.380 DiviSat es gratis. Es casi increíble que sea gratis, pero lo es. 00:14:38.580 --> 00:14:44.880 Lo único es que para bajarlo se baja de Metalink, bueno ahora se llama Oracle Support 00:14:44.880 --> 00:14:51.060 se baja del sitio de Oracle Support entonces pues usted tiene que ser un cliente con 00:14:51.060 --> 00:14:58.160 licencia, registrado y pues que tenga el pago del soporte de Oracle para poder acceder 00:14:58.160 --> 00:15:04.200 a la página si tiene todo eso en regla, simplemente lo baja no importa si su base de 00:15:04.200 --> 00:15:10.520 datos es estándar, no importa si es Enterprise Edition no tiene que tener la licencia 00:15:10.520 --> 00:15:17.840 de Advanced Security, que sea otro nivel de licencia eso es importante, que bien no 00:15:17.840 --> 00:15:22.900 necesita nada de eso, lo único que usted necesita es ser un cliente de Oracle que pague 00:15:22.900 --> 00:15:27.540 el soporte por lo menos que tenga el acceso al momento que lo va a bajar 00:15:28.680 --> 00:15:35.630 y la descarga es un archivito .zip, son una serie de scripts muy interesantes ella se 00:15:35.630 --> 00:15:43.010 corre vía comandos sin embargo se puede integrar al enterprise manager al control grita 00:15:43.010 --> 00:15:49.190 se puede se puede correr desde ahí yo siempre la corro vía comando porque el mundo mío 00:15:49.190 --> 00:16:00.270 es como es como la matrix el mundo carácter una sesión 00:16:00.270 --> 00:16:06.090 de put y apunta de comandos no es por gusto es porque por el tipo de como Como somos 00:16:06.090 --> 00:16:10.590 outsourcing, ¿verdad? El tipo de conexión segura que tenemos que tener, pues implica 00:16:10.630 --> 00:16:12.810 que hagamos Conexión vía SSH, ¿verdad? 00:16:12.970 --> 00:16:16.870 Pues conectamos un Linux a una terminal ahí negra y a digitar. 00:16:18.130 --> 00:16:22.870 Claro. Sí, pero bueno, pienso también en a lo mejor gente que esté administrando a lo 00:16:22.870 --> 00:16:25.290 mejor, que haya, yo qué sé, 200 bases de datos. 00:16:25.330 --> 00:16:32.610 Si es a lo mejor un paquete que es fácilmente propagable, desde Cloud Controls 00:16:32.610 --> 00:16:39.870 puedes hacer un despliegue y ejecutar y sacar a lo mejor, es 00:16:39.870 --> 00:16:45.510 decir, por sacar un informe de 200 ases de datos, no ir una por una. 00:16:46.770 --> 00:16:52.380 Sí, en ese caso ahí sí es mejor enterarlo. 00:16:53.800 --> 00:17:01.020 Básicamente la herramienta, bueno, se instala muy sencillo, básicamente es descomprimir 00:17:01.020 --> 00:17:07.500 el archivito zip donde viene y se corre un script, de hecho el script se llama divisat 00:17:07.500 --> 00:17:13.620 y ahí se le ponen los parámetros, hay una versión para Windows y hay una versión para 00:17:13.620 --> 00:17:20.800 Linux, por algún motivo ella se compone como de tres procedimientos generales, 00:17:20.820 --> 00:17:26.300 entonces el primer procedimiento se llama collector lector, que lo que hace es como colectar 00:17:26.300 --> 00:17:32.300 la información, ella llega, extrae todo y genera un archivo .json que no es legible, 00:17:32.300 --> 00:17:38.250 no se puede leer, después usted la vuelve a correr con otro argumento, se llama report 00:17:38.250 --> 00:17:45.330 que es el reporter, que es el siguiente módulo y ese reporter lo que hace es 00:17:45.330 --> 00:17:51.210 leer ese archivo .json y traducirlo a cuatro formatos legibles, el entonces genera un 00:17:51.210 --> 00:17:58.270 archivo html, uno en texto, uno para importar en Excel y otro en JSON que ese sí ya es 00:17:58.270 --> 00:18:04.630 un JSON de leíble y aquí en estos reportes es donde viene toda la información de todo 00:18:04.630 --> 00:18:11.330 lo que él haya Encontrado, además de lo que encuentra, él hace una referencia, o sea, 00:18:11.350 --> 00:18:15.370 da una explicación digamos, por cada cosa que él encuentra, si él dice bueno, su base 00:18:15.410 --> 00:18:20.450 de datos no tiene una función para verificar la complejidad de los passwords y entonces 00:18:20.450 --> 00:18:27.290 él además trae una explicación y dice esto es importante porque según el artículo tal 00:18:27.290 --> 00:18:34.490 de la CSI del benchmark dice que y además el GDPR también dice y además este otro estándar 00:18:34.490 --> 00:18:38.730 de seguridad también dice que usted debería tener passwords más largos y complejos y 00:18:38.770 --> 00:18:45.010 con ciertas reglas mayúsculas, minúsculas, caracteres especiales, etcétera y entonces 00:18:45.010 --> 00:18:49.950 también le dice además es recomendable utilizar esta esta función de la que tiene Oracle 00:18:49.950 --> 00:18:53.890 porque es la que tiene, la que pide los pasos más largos, entonces 00:18:55.270 --> 00:19:01.790 Resulta muy muy educativa la herramienta y muy certera, digamos, es sumamente útil 00:19:02.740 --> 00:19:07.660 porque entonces de una manera más rápida puede darse una cuenta uno quizás podría hacer 00:19:07.660 --> 00:19:12.380 manualmente todo lo que ella hace pero sería mucho más laborioso, entonces es más rápido 00:19:12.420 --> 00:19:18.340 correr la herramienta, que ella haga el reporte, se ve el reporte y digamos, muchos clientes 00:19:18.340 --> 00:19:23.100 lo que les gusta es irlo haciendo como en etapas entonces dice, ok, bueno, corre a DiviSat 00:19:23.140 --> 00:19:27.650 y dígame qué es lo más urgente ok, bueno, DiviSat dice que lo más urgente es que usted 00:19:27.690 --> 00:19:33.150 hace un año que no aplica ningún parche, lo segundo más urgente que dice es que tiene 00:19:33.150 --> 00:19:37.620 todos estos usuarios con DBA con privilegios de DBA, y lo otro más urgente es esto y 00:19:37.660 --> 00:19:42.140 esto, entonces el cliente dice, ah, ok, eso está muy bien, vamos a ir corrigiendo lo 00:19:42.180 --> 00:19:46.220 más urgente entonces corregimos lo más urgente, ahí al al cabo de las semanas o meses 00:19:46.260 --> 00:19:53.500 y luego se vuelve a correr y entonces ya van saliendo las urgencias medias esto es 00:19:53.500 --> 00:19:58.240 deseable, esto es deseable puede haber algo que DiviSat diga esto no es seguro, pero 00:19:58.240 --> 00:20:04.500 el cliente diga no, no es seguro, pero nosotros lo ocupamos así o esto no lo podemos 00:20:04.500 --> 00:20:11.140 cambiar por algún motivo, por la aplicación por alguna regla de negocio, igual hay muchos 00:20:13.340 --> 00:20:20.360 Ítems que muestra DiviSat que son como un advisor, llaman ellos, o sea, ellos le 00:20:20.360 --> 00:20:24.560 dan el aviso y usted decide si quiere aplicar la mejor práctica o no. 00:20:25.160 --> 00:20:30.049 Igual con la política backups, tal vez Divisas dice, ah, pero es que no tiene X backups. 00:20:30.120 --> 00:20:33.140 Bueno, ahora más recientemente también pide que todo sea encriptado. 00:20:33.180 --> 00:20:36.380 Entonces dice, ah, es que usted no tiene encriptados los table spaces, ah, es que no 00:20:36.420 --> 00:20:39.100 tiene encriptados los backups. 00:20:39.360 --> 00:20:43.300 Bueno, pero resulta que para encriptar ya ahí sí se copia una licencia, ¿verdad? 00:20:43.340 --> 00:20:48.380 Entonces, en ese caso, tal vez la gente diga, bueno, sí, pero ahorita no podemos comprar 00:20:48.380 --> 00:20:49.380 la licencia de encriptar. 00:20:49.420 --> 00:20:55.380 Entonces, saltémonos esa mala práctica de no tener todo bien encriptado. 00:20:58.040 --> 00:21:05.550 Claro, en los costes que te ahorras en auditorías de seguridad, porque una 00:21:05.550 --> 00:21:11.250 auditoría de este tipo en el mercado, una empresa te la hace y esto cuesta una leña, 00:21:11.290 --> 00:21:17.230 que te hagan los auditores, que te hagan este mismo control que podríamos ejecutar. 00:21:17.230 --> 00:21:24.300 Sí, sí, sí, sí, sí, y además de que es más certero porque proviene de Oracle mismo, es 00:21:24.300 --> 00:21:29.660 decir, me imagino yo que es más experto, un experto en seguridad de datos Oracle que 00:21:29.660 --> 00:21:36.840 un auditor general que se dedica a revisiones de seguridad en general, y que Oracle siempre 00:21:36.840 --> 00:21:41.720 está a la vanguardia, digamos, ellos pasan actualizando el producto según lo que vayan 00:21:41.720 --> 00:21:43.740 dictando los estándares de ciberseguridad. 00:21:43.780 --> 00:21:49.860 Entonces, cada vez que va saliendo algo, ellos lo van integrando a la herramienta. 00:21:50.300 --> 00:21:53.480 Entonces, verdaderamente es un producto. 00:21:53.600 --> 00:22:00.920 Yo quedé enamorado de la herramientica y la he estado recomendando desde entonces 00:22:00.920 --> 00:22:08.280 a los clientes, y bueno, la he corrido montones de veces y hice la conferencia hice 00:22:08.280 --> 00:22:10.640 la conferencia de eso entonces le... 00:22:10.640 --> 00:22:14.900 la Star Wars y si, bueno, ¿por qué Star Wars? 00:22:15.100 --> 00:22:22.420 ya llegamos al punto Esta la ligue con Rogue One porque, 00:22:22.420 --> 00:22:28.580 si usted se pone a ver Rogue One y se da cuenta, es todo acerca de ciberseguridad. 00:22:30.700 --> 00:22:37.160 Todo Rogue One es exactamente todo lo que no debería pasar en una empresa en ciberseguridad. 00:22:38.190 --> 00:22:45.280 Fíjese usted, llegan al edificio donde no podían accesar 00:22:45.280 --> 00:22:50.980 y acceden. Se conectan a la red y acceden a todos los datos. 00:22:51.380 --> 00:22:55.580 Se roban un dispositivo físico con datos privados. 00:22:57.020 --> 00:23:02.740 Transmiten por la red sin permiso a un ente externo, o sea, todo lo que hace Rogue One 00:23:02.740 --> 00:23:07.620 es exactamente lo que no podría pasar, imagínese que usted llegue a un banco y se encuentra 00:23:07.660 --> 00:23:14.390 un Jack RJ45 y se conecta ahí y ya puede acceder a la red y peor aún que se pueda robar 00:23:14.390 --> 00:23:19.223 un disco duro, con toda la información y peor aún que lo pueda transmitir por internet, 00:23:19.290 --> 00:23:24.090 desde el banco hasta, no sé, un helicóptero que está afuera o algo así u otro edificio 00:23:24.090 --> 00:23:31.110 entonces si, Rogue One realmente era completamente acerca de todos los fallos 00:23:31.110 --> 00:23:37.310 en ciberseguridad por todo lado, bueno, tienen un activo que no lo retiraron bien porque 00:23:37.310 --> 00:23:42.800 el androide en realidad pertenecía al imperio si hubieran hecho el retiro del activo 00:23:42.800 --> 00:23:48.920 actualmente no hubieran podido utilizarlo la competencia un proceso de decomisionado 00:23:48.920 --> 00:23:55.980 de androides exactamente, entonces entonces, todo, oiga, todo cada cosa que pasa en Rogue 00:23:55.980 --> 00:24:01.020 One, tiene que ver tiene que ver con malas prácticas de la administración de TI 00:24:02.550 --> 00:24:09.630 Ya te digo, si señor, entonces de ahí, pues de ahí, ligamos a Divisat y las 00:24:09.630 --> 00:24:15.330 recomendaciones en la charla, pues de ahí una serie de recomendaciones de las mejores 00:24:15.330 --> 00:24:18.460 prácticas o por lo menos las más básicas para 00:24:20.300 --> 00:24:26.530 Mejorar la seguridad digamos en los ambientes de bases de datos y ya luego de esta es 00:24:26.530 --> 00:24:33.630 la más reciente es este la data safe data se iba a preguntar y data 6 aquí 00:24:33.630 --> 00:24:38.470 cuéntanos cómo cuál es la historia con datos 6 bueno resulta resulta que dice fue tan 00:24:38.470 --> 00:24:44.290 exitoso y tan bueno que ellos decidieron crear una herramienta todavía mejor basada en 00:24:44.290 --> 00:24:50.800 divisas en realidad data safe corre divisar por debajo data DataSafe es un servicio en 00:24:50.800 --> 00:24:53.078 la nube de Oracle, es un servicio de OCI. 00:24:53.540 --> 00:24:59.480 Entonces, ahí sí, esta sí tiene un costo para correrla en bases de datos que no estén 00:24:59.480 --> 00:25:03.424 en la nube. Si la base de datos está en la nube, no tiene ningún costo. 00:25:05.680 --> 00:25:10.560 DataSafe inicialmente hace lo mismo que DiviSat, digamos, ella hace una evaluación de 00:25:10.560 --> 00:25:15.227 cómo está la configuración de la base de datos, qué tan segura es, qué tan insegura. 00:25:15.880 --> 00:25:21.220 Por aparte, reporta cómo están los usuarios, que Subdivisat lo hace en el mismo reporte, 00:25:21.220 --> 00:25:27.430 en el caso de DataSafe lo hace aparte, es un módulo aparte, la evaluación de los usuarios, 00:25:27.530 --> 00:25:35.150 pero DataSafe va más allá, DataSafe tiene la capacidad de utilizar una herramienta 00:25:35.150 --> 00:25:40.590 de la licencia de Advanced Security que se llama Data Masking. 00:25:41.440 --> 00:25:47.700 Esto del data masking es todo un boom ahora por el tema de la privacidad de datos, o 00:25:47.700 --> 00:25:51.520 sea, todo tiene que ver con las leyes que vayan pasando y eso es lo lindo de Oracle, 00:25:51.560 --> 00:25:56.380 digamos, que ellos van a la vanguardia, es decir, lo que dicta la ley, Oracle de una 00:25:56.380 --> 00:26:00.910 vez le da una solución a nivel de tecnología, entonces, ¿qué pasa? 00:26:00.990 --> 00:26:05.470 Que la GDPR y otro montón de leyes que ya hay en Estados Unidos y varios países del mundo 00:26:05.510 --> 00:26:09.010 dice que usted tiene que proteger los datos privados, entonces, ¿qué pasa? 00:26:09.050 --> 00:26:13.070 ¿Qué pasa cuando los desarrolladores ocupan hacer pruebas y ocupan tener los datos porque 00:26:13.110 --> 00:26:15.610 ocupan pruebas de performance y ocupan los datos? 00:26:15.650 --> 00:26:20.730 Es decir, no pueden desarrollar con una base de datos vacía o necesitan por algún motivo 00:26:20.730 --> 00:26:25.990 hacer pruebas o mejoras de cierto proceso y ocupan datos en Cantidad. 00:26:26.790 --> 00:26:30.050 Entonces, ¿cómo hacer para que los desarrolladores… 00:26:30.050 --> 00:26:34.770 Y en muchos sitios a mano, se anonimiza a mano en muchísimos sitios. 00:26:35.920 --> 00:26:38.360 La salud se destruye información. 00:26:41.820 --> 00:26:47.580 Exactamente, porque la información hay que protegerla y no puede haber un montón de desarrolladores 00:26:47.580 --> 00:26:50.000 que estén viendo cosas que no tienen por qué estar viendo. 00:26:50.040 --> 00:26:56.440 Entonces data masking es una solución que hay pero un premio tiene tiene tiene un costo 00:26:56.440 --> 00:27:00.800 tiene un costo de una licencia aparte incluso más alta que la que la inter para el manager 00:27:00.840 --> 00:27:07.380 entonces data safe en la nube lo que dice es usted no necesita tener la licencia de advanced 00:27:07.380 --> 00:27:14.380 security data safe ya bien integrado con las capacidades de data masking y entonces yo 00:27:14.380 --> 00:27:20.560 le enmascaró los datos datos, en la base de datos que usted me diga entonces aquí es 00:27:20.560 --> 00:27:24.960 muy vacilón porque usted registra DataSafe en su base de datos de desarrollo y le dice 00:27:25.000 --> 00:27:29.660 ok yo quiero que me mascare todos estos datos todos estos datos, no sé, los salarios 00:27:29.700 --> 00:27:33.560 o las direcciones de las casas de las personas, ok, todo lo que sean direcciones de casas 00:27:33.600 --> 00:27:38.420 de las personas En estas tablas, en estas columnas o en estos esquemas 00:27:39.580 --> 00:27:44.060 enmascarame eso, conviértamelo y entonces hay varios algoritmos ahí de conversión, uno 00:27:44.100 --> 00:27:49.360 puede ser poner simplemente un solo carácter, puras equis, puros asteriscos, otro puede 00:27:49.360 --> 00:27:55.820 ser, ok, de mel es un sentido lógico pero que no significa nada, entonces dice bueno, 00:27:55.820 --> 00:28:03.230 Roy Salazar vive en San José, Costa Rica, entonces él cambia las letras, al final 00:28:03.230 --> 00:28:08.390 va parecería como que dice Costa Rica pero dice otra cosa, va a poner, pone. 00:28:10.150 --> 00:28:15.110 Cuatro letras cuatro letras y después coma san jose entonces pone tres letras y otras 00:28:15.110 --> 00:28:22.130 cuatro letras entonces es como la misma como la misma cantidad de caracteres pero 00:28:22.190 --> 00:28:26.790 pero pero que no significan nada decir que no están revelando nada igual los números 00:28:26.830 --> 00:28:32.650 es decir si si alguien tenía un salario en seis cifras bueno él pone igual seis cifras 00:28:32.650 --> 00:28:34.970 pero pero que no sean el salario real 00:28:36.580 --> 00:28:41.980 Entonces está esta esta capacidad está safe si va mucho más allá de lo que puede hacer 00:28:41.980 --> 00:28:49.560 divisar Además de esto también DataSafe tiene la habilidad de correr recorrentemente 00:28:49.560 --> 00:28:55.360 ya usted lo puede calendarizar que esté corriendo cada X tiempo y además tiene la habilidad 00:28:55.360 --> 00:29:00.940 de integrarse con la auditoría entonces usted lo puede poner a que le tire alertas cuando 00:29:00.940 --> 00:29:05.800 cierta cuestión pase, entonces bueno yo ocupo saber, si alguien me cambia la estructura 00:29:05.800 --> 00:29:09.540 de estas bases de datos, yo ocupo que me tire una alerta porque esta tabla nadie me la 00:29:09.580 --> 00:29:13.800 puede cambiar, nadie le puede agregar columna nadie le puede cambiar nada entonces usted 00:29:13.840 --> 00:29:16.229 puede poner una regla de auditoría para eso 00:29:16.820 --> 00:29:21.640 o en fin, cualquier otra política de auditoría usted puede poner ahí a que le tire un 00:29:21.640 --> 00:29:28.640 reporte, una alerta entonces en este caso digamos, DataSafe va mucho más allá 00:29:28.640 --> 00:29:34.220 y igual genera un reporte en HTML y otro en texto y otro en Excel 00:29:35.640 --> 00:29:42.740 Y todo esto mismo como les decía, esta en particular para la nube no tiene costo sin 00:29:42.740 --> 00:29:49.390 embargo para un premio sí que no es tanto, creo que son 200 dólares al año o al mes, 00:29:49.530 --> 00:29:55.780 creo que era al año Entonces eso sí tiene un costo, sin embargo, para todo lo que hace 00:29:55.780 --> 00:30:03.220 en realidad no es un costo elevado y para la facilidad que se hace desde una 00:30:03.220 --> 00:30:08.600 RAM ya es así, es completamente en una interfaz gráfica 00:30:10.160 --> 00:30:14.220 Además te ha garantizado dos cosas: una, que eres compliant play and digamos con las 00:30:14.260 --> 00:30:20.080 regulaciones, y otra que además lo eres de forma efectiva, es decir, que los dos de desarrollo 00:30:20.080 --> 00:30:22.060 la información no es visible. 00:30:22.060 --> 00:30:25.160 Esto es difícil de controlar si 00:30:26.190 --> 00:30:32.570 no utilizas... Es que cada vez que yo con esto con Data Masking siempre me he topado 00:30:32.570 --> 00:30:39.730 con el problema del precio, que Data Masking es caro, y pero dices: "Si 00:30:39.730 --> 00:30:44.650 quieres ofuscar la información o anonimizar y lo podemos, ¿puedo hacer con un DATES?". 00:30:44.690 --> 00:30:50.850 Pues claro que lo puedes hacer con un DATES, pero es que es información sensible y todo, 00:30:51.010 --> 00:30:56.430 y cuando pasas de producción a desarrollo, que se hacen volcados y se pasan procesos 00:30:56.430 --> 00:31:02.910 de anonimizar, todo esto es un coste en horas, en proceso, y además que tampoco te garantiza 00:31:02.910 --> 00:31:10.260 que lo hagas bien, ¿no? Sí, sí, sí o sea, con eso, claro, es la herramienta para hacerlo. 00:31:10.260 --> 00:31:15.760 Lo exactamente exactamente si yo pienso digamos que el que en el mundo ideal digamos 00:31:15.760 --> 00:31:21.020 si alguien quisiera pues pues depende de la necesidad cada quien pero si alguien quisiera 00:31:21.020 --> 00:31:26.140 ahorrarse lo máximo posible pienso que lo ideal es tener las bases de datos de desarrollo 00:31:26.140 --> 00:31:33.540 la nube y entonces usted cada vez que va a refrescar de producción a desarrollo como 00:31:33.540 --> 00:31:39.850 las de desarrollo están en la nube, simplemente corre DataSafe y las enmascara ahí sin 00:31:39.850 --> 00:31:46.990 fácil, rápido, sin costos además de que tal vez pues es más fácil pagar una mensualidad 00:31:46.990 --> 00:31:52.850 para tener unos cuantos VMs de desarrollo que estar pagando servidores físicos ya producción 00:31:52.850 --> 00:31:58.910 pues ya dependerá mucho de cada empresa, hay empresas que en definitiva no confían o 00:31:58.910 --> 00:32:05.310 no pueden migrar todavía a la nube pero los esquemas híbridos a mí me parece que son 00:32:05.310 --> 00:32:07.830 ideales y me parece que... 00:32:07.830 --> 00:32:10.410 Los datos de producción los tiene que tener en casa 00:32:10.450 --> 00:32:15.394 Sí, exactamente, puede tenerlo de producción en casa, pero sí por lo menos lo desarrollo, 00:32:15.530 --> 00:32:19.750 tenerlo en la nube y ya no habría ningún riesgo de nada, puesto que usted dice, bueno, 00:32:19.790 --> 00:32:23.750 sí, está en la nube pero está destruida la información está completamente enmascarada 00:32:23.790 --> 00:32:30.290 ahora sí ya no hay ningún miedo, digamos, de ninguna limitante y eso facilitaría Mucho 00:32:30.290 --> 00:32:35.401 la vida y además de que ayuda a estar en compliance, compliance con todas estas regulaciones 00:32:35.910 --> 00:32:41.570 y evitar pues todas las posibles fugas que pueden haber y las penalizaciones si hay alguna 00:32:41.570 --> 00:32:45.070 fuga con el tema de la privacidad de datos. 00:32:47.270 --> 00:32:54.680 Y bueno y la otra parte que converso mucho es otro producto ya ese si es exclusivo 00:32:54.680 --> 00:32:59.410 para los que están en la nube que se llama CloudGuard que este es un productico muy bonito 00:32:59.450 --> 00:33:05.070 porque es como como decir divisato, data safe pero ya es a nivel de todo el tenancy a 00:33:05.070 --> 00:33:10.870 nivel de todo su infraestructura en la nube este CloudGuard lo que hace es hacerle una 00:33:10.870 --> 00:33:15.830 evaluación de qué tan segura está la nube y esto lo menciono por lo mismo porque hay 00:33:15.830 --> 00:33:22.130 mucha gente que tal vez tal vez le dé miedo pasar ciertas bases de datos a la nube por 00:33:22.130 --> 00:33:26.410 el tema de la seguridad y todo y de ello lo que concluyo es que en realidad está uno 00:33:26.450 --> 00:33:31.270 más seguro en la nube es decir, si uno no tiene un equipo experto en ciberseguridad está 00:33:31.310 --> 00:33:37.050 más seguro en la nube y que ahora con él le diga cómo configurar la manera segura a tratar 00:33:37.050 --> 00:33:42.780 de hacerlo uno en casa Entonces esta herramienta es muy útil porque usted la corre y 00:33:42.780 --> 00:33:47.040 ella entonces le dice todo cómo está la seguridad, entonces de repente que usted tiene 00:33:47.080 --> 00:33:52.460 algunos servidores ahí abiertos a la internet, es decir, bueno, este servidor cualquiera 00:33:52.460 --> 00:33:56.460 lo puede acceder, entonces dice, ah, caray, no puedo hacerle aquí algo al security, listo, 00:33:56.500 --> 00:34:01.330 ocupo meterle aquí una regla porque este servidor no lo puede estar, o que usted se creó 00:34:01.370 --> 00:34:07.490 ahí Unos famosos de estos bucket stores que es un espacio ahí para almacenar 00:34:08.490 --> 00:34:12.170 archivos, y entonces dice, ah bueno, sí, como ocupo hacer una transferencia de archivos 00:34:12.210 --> 00:34:16.930 y que toda la empresa pueda sacar de ahí, voy a hacerlo en la nube, y usted llegó y lo 00:34:16.970 --> 00:34:22.010 hizo en la nube, pero no tiene mucha experiencia ni nada, y nada más llegó y lo hizo 00:34:22.010 --> 00:34:25.990 y funciona. Ah, pero resulta que CloudGuard le va a decir, ah bueno, aquí está este bucket 00:34:26.030 --> 00:34:31.030 stores, pero está abierto para la internet, o sea, no está abierto solo para su empresa, 00:34:31.230 --> 00:34:34.110 está abierto para toda internet, entonces cualquiera en el mundo puede llegar y jalar 00:34:34.150 --> 00:34:37.480 sus archivos y verlos, o meter archivos ahí, peor todavía. 00:34:38.900 --> 00:34:43.120 Entonces usted dice, ah, ok, esto lo hice mal aquí esto lo que puedo es pasarlo de que 00:34:43.160 --> 00:34:48.280 no sea público, que más bien sea privado, y entonces ahora sí solo la gente de mi red, 00:34:48.480 --> 00:34:55.400 de mi empresa, pueden usar este espacio de objetos compartidos entonces este ese tipo 00:34:55.400 --> 00:35:02.710 de cosas son las que son las que evalúa clover que es el otro producto que 00:35:02.710 --> 00:35:08.810 me ha gustado y me imagino que en el futuro va a seguir así porque conforme vaya vaya 00:35:08.810 --> 00:35:13.630 evolucionando van a ir saliendo más y más productos que van a ir facilitando la vida 00:35:13.630 --> 00:35:20.170 con contra el tema este de la ciberdelincuencia que pues que cada vez va más y más esté 00:35:20.170 --> 00:35:24.990 avanzando más pero ya cada vez son más los ataques cada vez son malas vulnerabilidades 00:35:24.990 --> 00:35:30.530 que se encuentran o las maneras que se encuentran de hacer daño, ya sea penetrando, ya 00:35:30.530 --> 00:35:37.830 sea Ataques externos ataques internos, o ya sea porque hay que cumplir 00:35:37.830 --> 00:35:44.770 con una regulación de una ley o porque ya sea que hay que protegerse, digamos, o que 00:35:44.770 --> 00:35:51.150 hay que recuperarse de algún ataque ya perpetuado, como los famosos ransomware, o cosas 00:35:51.150 --> 00:35:56.820 de ese tipo entonces Entonces, de esas son mis últimas charlas. 00:35:58.060 --> 00:36:03.600 La pregunta empezó, hasta ahorita la voy a responder, que por dónde empezar, ¿verdad? 00:36:03.660 --> 00:36:05.400 Si alguien quiere empezar, ¿por dónde empezar? 00:36:05.440 --> 00:36:06.760 Sí, bueno, empiecen por DiviSat. 00:36:06.800 --> 00:36:09.300 Yo me he hecho un recorrido, un barrido de... 00:36:10.320 --> 00:36:12.300 Sí, sí, empiecen por DiviSat. 00:36:12.340 --> 00:36:18.680 Empiecen por DiviSat me parece que es mejor conocer DiviSat antes de usar DataSafe. 00:36:19.180 --> 00:36:21.940 Ahora, si tienen y es muy fácil, digamos. 00:36:21.940 --> 00:36:26.780 Digamos, si tienen bases de datos on -premise, o sea, en casa, bueno, DiviSat. 00:36:27.260 --> 00:36:31.600 Si tienen bases de datos en la nube, entonces definitivamente DataSafe. 00:36:31.760 --> 00:36:36.540 No tiene mucho sentido correr DiviSat en la nube. 00:36:36.660 --> 00:36:38.600 Mejor usan directamente DataSafe. 00:36:39.600 --> 00:36:46.180 Si tienen esta necesidad del data masking, o si tienen la necesidad y el presupuesto, 00:36:46.180 --> 00:36:52.160 que no es mucho para pagar DataSafe y usarlo en on -premise, pues yo realmente pienso 00:36:52.160 --> 00:36:57.870 que vale la pena Pero si no, por lo menos on -premise por lo menos con que empiecen con 00:36:57.870 --> 00:37:04.230 DiviSat una vez que ya vean lo útil que es yo pienso que en un poco tiempo van a terminar 00:37:04.910 --> 00:37:08.210 queriendo utilizar también DataSafe y 00:37:09.360 --> 00:37:16.780 por ahí va, ya CloudArt pues va más allá del scope del DBA digamos, ya 00:37:16.780 --> 00:37:20.280 va más allá de lo que suele ser es que Toda una arquitectura. 00:37:20.320 --> 00:37:23.340 Es que el cloud no es fácil de configurar. 00:37:23.460 --> 00:37:27.500 De hecho, hay muchos sitios, muchas cosas por las cuales se te pueden estar escapando 00:37:27.540 --> 00:37:34.830 huecos. Y bueno, no solo las vulnerabilidades que pueda encontrar un hacker, sino 00:37:34.830 --> 00:37:41.890 errores de configuración que diseñando la arquitectura y tal se te puedan escapar 00:37:41.890 --> 00:37:48.030 a veces. Exactamente, y por eso es que yo lo menciono, porque aunque mucha gente me dice, 00:37:48.030 --> 00:37:53.690 pero eso no es como trabajo de DBA, no tiene nada que ver con la base de datos, pues 00:37:53.690 --> 00:37:55.930 no, pero en estos tiempos 00:37:56.950 --> 00:38:03.690 muchas veces los DBA empiezan a tener un alcance más allá de la base de datos, a veces 00:38:03.690 --> 00:38:11.290 al DBA le toca Hacer algo en la nube o igual puede ser que el mismo departamento 00:38:11.290 --> 00:38:15.050 de desarrollo Porque también, igual, no todo lo que hablo tiene que ser necesariamente 00:38:15.090 --> 00:38:17.130 para VAs, puede ser también para desarrolladores. 00:38:17.170 --> 00:38:21.650 Muchas veces los desarrolladores ellos solitos crean sus bases de datos y hacen los imports 00:38:21.690 --> 00:38:25.810 y hacen, jalan la información de producción, o sea, lo hacen todos ellos sin un DBA. 00:38:25.850 --> 00:38:31.350 Y digamos, si esos desarrolladores al igual como se crean una base de datos y una VM, 00:38:31.530 --> 00:38:36.170 también van a hacerlo en la nube, pues también para ellos, también para ellos funciona 00:38:36.210 --> 00:38:41.410 muy bien esta herramienta de CloudGuard porque ya sea un DBA, un desarrollador o un sysadmin 00:38:41.410 --> 00:38:47.050 o quien sea que por algún motivo tuvo que crearse su ambiente ahí en la nube es mejor 00:38:47.050 --> 00:38:51.510 que corra, es mejor que corra este producto y se dé cuenta más o menos cómo anda, a ver 00:38:51.550 --> 00:38:54.910 si tiene algún hueco ahí peligroso o no Y 00:38:56.320 --> 00:39:03.770 Esa ha sido, digamos, mi área de exposición en estos últimos 00:39:03.770 --> 00:39:05.970 años y por ahí voy. Qué bueno. 00:39:06.110 --> 00:39:08.310 Es que esto es una mejora significativa. 00:39:08.350 --> 00:39:15.370 Yo recuerdo con Cloud Control que toda la paquetería que utilizaba Cloud Control para 00:39:15.370 --> 00:39:23.240 lo que es hacer auditoría de seguridad era tediosa, compleja, daba 00:39:23.240 --> 00:39:31.520 fallos. O sea, Oracle necesitaba hacer ese producto 00:39:31.520 --> 00:39:34.742 bien hecho y bien terminado porque realmente es necesario. 00:39:35.040 --> 00:39:37.590 Es imprescindible, yo creo, eso. 00:39:37.590 --> 00:39:44.630 Pero bueno, sigo pensando, los costes que ahorra en auditorías externas, 00:39:44.650 --> 00:39:52.330 en que te venga un conjunto de auditores a ejecutar scripts del año de la 00:39:52.330 --> 00:40:00.170 Carracuca, de la María Castaña, scripts que a lo mejor son de Oracle 9, para 00:40:00.170 --> 00:40:02.570 mirar qué usuario tiene el DBA. 00:40:02.570 --> 00:40:08.030 Y luego se presenta un informe que cuesta un dineral y dices, perdón, que puedo tener 00:40:08.030 --> 00:40:13.630 una herramienta por el fabricante que me lo proporciona y además complayan con las regulaciones 00:40:13.630 --> 00:40:18.810 vigentes y además, digamos, actualizadas las últimas versiones y además comprobando los 00:40:18.810 --> 00:40:23.170 parches. Y bueno, me parece buenísimo. 00:40:23.670 --> 00:40:30.710 Sí, sí, sí, sí, a mí el producto realmente me ha convencido y por gusto me he dedicado 00:40:30.710 --> 00:40:36.390 a tratar de convencer a la gente que lo use, pienso que también le puede evitar un gran 00:40:36.390 --> 00:40:44.060 dolor de cabeza y un gran ahorro de dinero a alguien en términos 00:40:44.060 --> 00:40:49.480 de un escape, ya sea una fuga de información O en términos de un ataque 00:40:50.800 --> 00:40:57.020 La mayoría de ataques en bases de datos son internos y hay mucha gente que tiene que 00:40:57.020 --> 00:41:02.560 tiene privilegios en exceso también hay a veces malas prácticas que vienen desde que 00:41:02.560 --> 00:41:09.660 la aplicación se desarrolla verdad a la hora que se desarrolló después quizás los programadores 00:41:09.660 --> 00:41:13.300 ocupaban era que funcionara verdad no estaba muy preocupados por la parte de seguridad 00:41:13.340 --> 00:41:18.940 no sé si el mundo el desarrollo habrá cambiado pero al menos cuando cuando yo fui desarrolladora 00:41:18.940 --> 00:41:23.960 hace muchos años de persona uno desarrollaba con todos los privilegios con todo para 00:41:23.960 --> 00:41:28.140 para que funcionara la lógica del negocio verdad era lo importante ya después se empezaba 00:41:28.180 --> 00:41:33.920 a quitar yo pienso que ahora más bien debería ser al revés más bien deberían desarrollar 00:41:33.920 --> 00:41:39.100 con lo mínimo y ya luego cuando pasa producción pues ya saben que funciona con lo mínimo 00:41:39.100 --> 00:41:44.920 pero pero si no es así entonces es muy muy bueno estar revisando, revisando quién tiene 00:41:44.920 --> 00:41:49.920 X privilegio, además a veces igual con ese tema las auditorías externas o los consultores 00:41:49.920 --> 00:41:54.360 que llegan a hacer algo, a veces se les da exceso de privilegios y se crean usuarios 00:41:54.400 --> 00:42:00.300 se crean roles, se crean privilegios y después la persona se va o cambia de rol y ahí 00:42:00.300 --> 00:42:04.960 quedó el usuario y quedó abierto y es tierra a tierra de nadie hay muchos usuarios que 00:42:05.000 --> 00:42:12.060 también se mueven no nos vamos muy Lejos, o sea, hace unas semanas me pedían la 00:42:12.060 --> 00:42:16.510 contraseña de SIS. Bueno, te puedo crear un usuario SIS de BA. 00:42:16.670 --> 00:42:20.720 No, no, no. SIS. Bueno, pero 00:42:21.860 --> 00:42:26.420 para una aplicación, un desarrollo, para un equipo de desarrolladores, ¿por qué necesitan 00:42:26.460 --> 00:42:29.560 SIS? Y yo, no, no necesitan SIS. 00:42:29.800 --> 00:42:33.030 Bueno, pues un Debate, ¿no? 00:42:33.630 --> 00:42:37.670 No, no, perdón. Yo la contraseña de SIS no te la voy a dar como mucho y ya es muchísimo 00:42:37.710 --> 00:42:42.550 dar un usuario con privilegios de SIS de BA porque me estás diciendo que necesitas parar 00:42:42.590 --> 00:42:44.201 y arrancar, cosa que lo dudo. 00:42:45.250 --> 00:42:50.490 Sí, sí, sí, así sucede, así sucede. 00:42:50.630 --> 00:42:54.750 Y ahí también, digamos, muchos recursos humanos que se mueven. 00:42:55.500 --> 00:43:00.720 Entonces, alguien tal vez era el DBA o tal vez no era el DBA, pero por algún motivo tenía 00:43:00.720 --> 00:43:06.680 algún privilegio DBA o similar y se movió internamente, cambió de rol, pero el usuario 00:43:06.680 --> 00:43:11.630 de la base de datos quedó ahí y quedó con todos los mismos privilegios, entonces también 00:43:11.630 --> 00:43:18.870 es parte, digamos, de la Nueva era de esta verdad del mundo con los ciberataques 00:43:18.870 --> 00:43:22.430 que hay que estar pendiente, digamos, o sea, hace cuánto no se loguea a alguien en la 00:43:22.470 --> 00:43:29.490 base de datos, peor aún si es alguien que tiene privilegios muy extensos, si de verdad 00:43:29.490 --> 00:43:34.810 todavía los ocupa o no, entonces estar haciendo todo este tipo de revisiones hoy en día 00:43:34.810 --> 00:43:39.230 es muy, muy importante y además genera un trabajo valioso para el DBA. 00:43:39.230 --> 00:43:44.970 Cuando salió la base de datos autónoma, la RDS de Amazon y todo esto, todo el mundo decía 00:43:44.970 --> 00:43:50.110 ahora sí se acabó el trabajo para los DBAs, cosa que de momento pues no va a pasar, no, 00:43:50.130 --> 00:43:56.310 no, no, se va transformando, se va transformando el rol, pero sí 00:43:57.410 --> 00:44:03.530 siguen necesitando a alguien, yo siento que está lejos de llegar a peligrar. 00:44:03.530 --> 00:44:11.570 Pero en todo caso, por si acaso, esta es una área muy buena para generarle 00:44:11.570 --> 00:44:14.590 trabajo al DBA o para autogenerarnos trabajo. 00:44:15.640 --> 00:44:21.020 Sí, bueno, y aportar valor a un servicio de mantenimiento, por ejemplo, o para tener 00:44:21.020 --> 00:44:25.960 más seguridad un poco en que uno tiene las bases de datos un poquito bien controladas 00:44:25.960 --> 00:44:29.060 y bien, porque mirar todo eso a mano es inviable. 00:44:29.800 --> 00:44:36.480 Sí, sí, y además de que no hay nadie más que pueda o deba hacer ese rol, porque realmente 00:44:36.480 --> 00:44:42.100 en la parte de los expertos de ciberseguridad, yo he estado viendo las maestrías, las 00:44:42.100 --> 00:44:48.040 carreras, las certificaciones y todo lo que tiene Que ver con ciberseguridad en realidad 00:44:48.040 --> 00:44:52.320 está más orientado como a la gente que estudió o se especializó en redes. 00:44:52.320 --> 00:44:57.540 Es decir, los administradores de sistemas, administradores de servidores, administradores 00:44:57.540 --> 00:45:02.000 de sistemas operativos y sobre todo la gente de redes son los que más están migrando 00:45:02.040 --> 00:45:07.600 a ese rol de expertos en ciberseguridad propiamente, ¿verdad? 00:45:08.740 --> 00:45:15.760 Pero ellos usualmente nunca tocan ni han tocado la base de datos entonces realmente si 00:45:15.760 --> 00:45:21.240 pudiera ser que los DBAs pudiéramos empezar a especializarnos en la parte de seguridad 00:45:21.240 --> 00:45:28.340 de la base de datos y especializarnos en la parte de protección de los datos si, 00:45:29.410 --> 00:45:36.750 si, tanto Si, Quería decir una cosa si alguien de la audiencia quiere participar 00:45:36.750 --> 00:45:40.210 puede levantar la mano y unirse a debatir aquí con nosotros 00:45:41.190 --> 00:45:47.150 este es el formato así tipo clubhouse que tenemos en el podcast los que estéis en la 00:45:47.150 --> 00:45:52.120 audiencia si queréis preguntar algo o participar pues de esto es seguridad es que es 00:45:52.120 --> 00:45:59.120 muy interesante por ejemplo el tema de encriptar los backups a mi estuve en un 00:45:59.120 --> 00:46:05.120 cliente un banco muy importante que decía que claro que uno de los de los sitios donde 00:46:05.120 --> 00:46:08.560 un hacker va muchas veces es al al servidor de backup. 00:46:10.020 --> 00:46:14.000 Sí, toda la protección muchas veces está en la base de datos y donde están los servidores 00:46:14.040 --> 00:46:20.760 y el servidor de backup está ahí olvidado, sin encriptar o unidades compartidas de... 00:46:20.760 --> 00:46:28.360 bueno, unidades montadas donde hay exports sin encriptar, sin nada, dices 00:46:28.360 --> 00:46:30.180 dices, madre mía, es un agujero. 00:46:31.840 --> 00:46:33.340 De seguridad tremendo, ¿no? 00:46:33.380 --> 00:46:35.324 Estoy protegiendo los datos y tengo 00:46:36.060 --> 00:46:41.690 ¿No? Y tengo ahí Ahí veo una manita levantada, Javier. 00:46:41.690 --> 00:46:47.050 Sí, Fer, Fer Chucha, pues venga, pues vamos a invitarle a hablar. 00:46:51.600 --> 00:46:54.540 Hola, buenas tardes. Hola, Fer. 00:46:55.300 --> 00:47:00.160 Fer Chucba. Sí, Fer Chucba, en realidad es Fer Chucba. 00:47:00.160 --> 00:47:04.010 Te llamamos como... ¿Cómo te llamamos? 00:47:04.430 --> 00:47:05.730 Fernando, Fernando es mi nombre. 00:47:05.770 --> 00:47:07.610 Hola, Fernando, ¿qué tal? 00:47:08.260 --> 00:47:14.650 Buenas tardes, soy de la ciudad de Córdoba de Argentina, el primer evento que participo 00:47:14.650 --> 00:47:19.039 y me está resultando muy interesante, muy amena la charla, Roy, muchas gracias. 00:47:21.030 --> 00:47:28.090 Solo una duda, creo que no lo has mencionado, ¿qué posibilidad hay de la instalación 00:47:28.090 --> 00:47:35.480 de BESAT en un ambiente De contenedores de Multitenant Multitenant, si 00:47:35.480 --> 00:47:40.780 ya las últimas versiones vienen preparadas para Multitenant y vienen preparadas para 00:47:40.780 --> 00:47:45.530 Autonomous también Ok muchas 00:47:46.490 --> 00:47:52.030 gracias, que bien, gracias a ti Fernando te bajamos la audiencia 00:47:54.250 --> 00:47:59.330 Si, si, si este tema de la ciberseguridad anda por todo lado 00:48:00.310 --> 00:48:05.670 estuve leyendo recientemente un poco más sobre el tema de la encriptación y la importancia 00:48:05.670 --> 00:48:11.650 que tiene que por cierto es algo que no he tocado en las conferencias mucho lo menciono 00:48:11.650 --> 00:48:17.870 al final porque es parte del Advance Security de la licencia esta de Advance y como yo 00:48:17.870 --> 00:48:23.430 sé que la mayoría de gente no la paga entonces no no lo he tocado mucho pero estaba el 00:48:23.430 --> 00:48:29.230 otro día viendo y decía de hecho un experto del área de seguridad de hora cualquiera 00:48:29.230 --> 00:48:30.952 que estaba dando ahí el webinar 00:48:32.010 --> 00:48:35.450 Que muchos descuidamos los exports y los imports, ¿verdad? 00:48:35.470 --> 00:48:41.770 El archivito .dmp y es totalmente cierto, es decir, bueno, yo no recuerdo nunca haber 00:48:41.770 --> 00:48:43.270 hecho un export encriptado, 00:48:43.850 --> 00:48:50.760 uno los hace normales y esto contiene ahí toda la información, es decir, el manejo que 00:48:50.760 --> 00:48:55.580 se le debe dar a este tipo de archivos debería ser también muy cauteloso y no deberían 00:48:55.580 --> 00:48:58.920 quedarse ahí por siempre, que es otra cosa que también uno a veces ve, ¿verdad? 00:48:58.960 --> 00:49:03.220 Uno a veces llega a un servidor, está mal de espacio y lo primero que busca: "Aquí debe 00:49:03.260 --> 00:49:08.510 haber un montón de exports viejos", pero esa información, digamos que a la hora de un 00:49:08.510 --> 00:49:14.450 ataque, el ciberdelincuente podría ir directo y decir: "Ok, voy a robarme estos DMPs 00:49:14.450 --> 00:49:17.990 y de ahí voy a ver qué información valoable puedo robarme". 00:49:19.200 --> 00:49:26.400 Y además son unas unidades que tienen accesos de lectura, de lectura y escritura 00:49:26.400 --> 00:49:32.400 para poder leer o escribir y poder recuperar ese export en caso de necesidad y tal, son 00:49:32.400 --> 00:49:35.040 sitios con seguridad baja. 00:49:35.040 --> 00:49:40.140 Claro, exactamente, usualmente tienen más baja seguridad porque hay que compartirlos 00:49:40.140 --> 00:49:44.860 de producción a desarrollo, o están en el servidor de desarrollo, y Raimundo y Mediomundo 00:49:44.900 --> 00:49:49.733 ocupan tener acceso porque del mismo export van y lo refrescan una datos para una cosa, 00:49:49.860 --> 00:49:54.980 lo refrescan otra base de datos para otra, y nadie le da, digamos, ese seguimiento. 00:49:54.980 --> 00:50:00.480 En el mismo caso, vuelvo al tema del recurso humano, la gente a veces no le da seguimiento 00:50:00.480 --> 00:50:02.240 al recurso humano que se fue. 00:50:02.380 --> 00:50:06.000 Es decir, alguien trabaja para una empresa, tenía grandes privilegios, la persona se 00:50:06.040 --> 00:50:13.250 fue y le darán de baja tal vez del sistema, no sé, de recursos humanos vía 00:50:13.250 --> 00:50:15.694 aplicación, pero la base de datos ahí quedó. 00:50:16.290 --> 00:50:20.490 Peor aún, ahora que estamos con lo de la nube y todo esto, hay gente que tiene acceso 00:50:20.530 --> 00:50:25.550 a la nube vía estos los famosos keys, ¿verdad? 00:50:25.950 --> 00:50:31.470 Que usted instala, digamos, su llave le instala en el servidor, le instala en su máquina, 00:50:31.470 --> 00:50:35.340 entonces usted puede acceder a los servidores de la nube desde su máquina. 00:50:35.380 --> 00:50:39.324 Bueno, ¿dejó usted de trabajar ahí en la empresa y siguió con el acceso 00:50:40.340 --> 00:50:44.920 igual? O peor, los que hagamos servicios de terceros, ¿verdad? 00:50:44.960 --> 00:50:51.140 Los que hacemos outsourcing, nos contratan para un proyecto o para un cliente, nos dan 00:50:51.140 --> 00:50:55.720 el acceso, accedemos a la nube de ellos, al servidor que está en la nube, se acabó el 00:50:55.760 --> 00:50:59.880 contrato, se acabó el proyecto y no nos quitan el permiso. 00:50:59.880 --> 00:51:03.760 Es decir, si quisiéramos podemos seguir accesando el servidor, lo cual es peligrosísimo. 00:51:03.800 --> 00:51:10.940 Entonces hay toda una serie, digamos, de malas prácticas muy básicas que hay 00:51:10.940 --> 00:51:18.140 que empezar a a pensar y pues de ahí y que me nace a mí la idea 00:51:18.140 --> 00:51:21.980 de que, digamos, bueno, y Divisat, digamos, no alcanza para todo. 00:51:24.380 --> 00:51:26.980 Pero sí, digamos, hay mucho, digamos, más que pensar. 00:51:27.020 --> 00:51:30.280 Una vez que uno empieza a correr esas herramientas y que empieza a preocuparse un poco 00:51:30.320 --> 00:51:34.153 más, ¿verdad?, por la seguridad, se vuelve tal vez un poco paranoico, 00:51:34.520 --> 00:51:38.400 entonces ya se empieza a dar cuenta que hay un montón de trabajo que se puede hacer y 00:51:38.440 --> 00:51:41.860 que es recurrente, ¿verdad?, que es de revisar por menos cada mes, bueno, vamos a ver 00:51:41.900 --> 00:51:45.260 quién se fue, quién se fue de la empresa, vamos a ver cómo están los excesos, vamos a 00:51:45.300 --> 00:51:49.380 ver quiénes tienen usuarios en la nube, se fue de la empresa pero todavía tiene el usuario 00:51:49.420 --> 00:51:56.500 en la consola de la nube Son cosas que pasan, yo mismo de hecho hago ese trabajo 00:51:56.500 --> 00:52:03.480 mes a mes. Porque sucede, es decir, sucede antes, digamos, antes de que yo lo dijera 00:52:03.480 --> 00:52:09.320 en mi compañía No sé si alguien lo hacía, pero en el momento lo empecé a hacer yo, 00:52:10.420 --> 00:52:17.950 o sea, uno Son, digamos, nuevos nuevas tareas que 00:52:17.950 --> 00:52:22.970 uno como DBA puede empezar a ver y, bueno, si es administrador de la nube también, pues 00:52:22.970 --> 00:52:28.850 entonces también, que también es un skill natural, digamos, que cierta parte de la administración 00:52:28.850 --> 00:52:34.130 de la nube ahora le esté recayendo también al DBA, pero 00:52:35.090 --> 00:52:40.490 sí en ese tema de ciberseguridad hay mucho, hay mucho desde lo interno hasta lo externo 00:52:40.490 --> 00:52:46.190 y La verdad es que vale, vale la pena. 00:52:46.290 --> 00:52:51.390 Es un trabajo bonito y hay que aprovechar las herramientas que existen. 00:52:52.580 --> 00:52:57.240 Sí, pero digamos que ya tenemos que dejar de ver como que nuestro ámbito es únicamente 00:52:57.280 --> 00:52:59.920 la base de datos y lo que queda afuera, queda afuera. 00:52:59.960 --> 00:53:03.127 Porque también nos toca, sobre todo a temas de seguridad, 00:53:05.230 --> 00:53:10.510 Bueno, es muy Determinante tener control sobre todo, sobre la red. 00:53:10.710 --> 00:53:16.110 Es el nuevo rol al que nos estamos desplazando, ¿no?, de arquitecto ocio, arquitecto 00:53:16.110 --> 00:53:21.990 de cloud, porque te obliga un poco a llevar un poco los dos mundos, porque también habrá 00:53:21.990 --> 00:53:27.330 entornos a lo mejor que por razones X deban estar en on -premise, otros que estén en 00:53:27.330 --> 00:53:33.290 la nube, y interconectar ambos mundos, o sea, como que te toca manejar las dos disciplinas, 00:53:33.350 --> 00:53:36.990 no es que una vaya a reemplazar claramente la otra, y aquí los tres más de seguridad, 00:53:37.030 --> 00:53:43.930 claro. Claro, te interesa toda la visión global de todo lo que estás administrando, todo 00:53:43.930 --> 00:53:50.570 lo que estás gestionando en los dos lados, en la parte de nube y en la parte de hierro 00:53:50.570 --> 00:53:53.030 que uno pueda tener en su casa. 00:53:53.150 --> 00:53:55.370 Súper interesante, súper interesante. 00:53:56.360 --> 00:54:02.020 Sí, sí, a mí la verdad me ha apasionado mucho desde hace ya casi seis años. 00:54:03.800 --> 00:54:08.120 Este tema y ahí voy la idea es seguir 00:54:09.280 --> 00:54:14.220 ganando más expertise y pienso que Oracle va a seguir sacando más y más productos y más 00:54:14.220 --> 00:54:18.640 soluciones hay cosas que ellos han cambiado por ejemplo, antes 00:54:19.720 --> 00:54:21.380 esta encriptación de la red 00:54:22.460 --> 00:54:28.620 la encriptación de datos sobre la red me parece que era parte también de la licencia 00:54:28.620 --> 00:54:33.940 de la licencia de Advanced Security pero ya ahora no, después de no me acuerdo cuál versión 00:54:33.940 --> 00:54:38.660 o de años, creo que no tiene que ver con la versión tiene que ver es desde algún momento 00:54:38.700 --> 00:54:45.140 en que ellos lo quitaron de que necesitara licencia entonces desde hace años se puede 00:54:45.140 --> 00:54:52.440 usar la licencia en la red y es bien interesante porque resulta que los paquetes 00:54:52.440 --> 00:54:57.860 que bajaban sobre la red podrían ser interceptados sí, sí, sí, total es un parámetro 00:54:57.860 --> 00:55:03.060 muy simple, es cuestión de poder activar dos parámetros en el SQL net .org y ya con eso 00:55:03.060 --> 00:55:07.580 ya se tiene una comunicación encriptada entre el servidor y el cliente. 00:55:07.700 --> 00:55:11.440 Sí, es que con un sniffer lo veías todo, todo, todo nítido, nítido. 00:55:11.940 --> 00:55:15.240 Sí, sí en la red y veías todo el tráfico. 00:55:15.520 --> 00:55:20.800 Sí, sí sí, y es increíble, es increíble, pero así era, así era. 00:55:21.180 --> 00:55:27.280 Igual, igual, como vean cosas, el otro día estaba viendo la charla de Ronald, me parece, 00:55:27.420 --> 00:55:34.720 y Ronald habla sobre esto también y yo recuerdo yo recuerdo claramente 00:55:34.720 --> 00:55:42.040 en 10 10 16 9 y 8 y entonces Había en 00:55:42.040 --> 00:55:46.000 la tabla de usuarios ni siquiera que mostró, porque él creo que él mostró la del 11, 00:55:46.040 --> 00:55:50.900 pero yo recuerdo que en la que antes de 10, en la tabla de users, de users, se veía el 00:55:50.900 --> 00:55:52.580 password, ahí estaba el, el password. 00:55:52.620 --> 00:55:57.420 Sí, sí, sí. Estaba ahí. De hecho, la columna todavía existe, solo que ahora está nula, 00:55:57.500 --> 00:56:00.160 pero ahí salía. Sí, sí, sí. 00:56:00.660 --> 00:56:05.000 Sí, sí, entonces... Es todo un mundo. 00:56:06.400 --> 00:56:13.340 Sí, sí, sí. Roy, haznos un repaso, aparte de la conferencia esta de qué sucedió ayer, 00:56:14.200 --> 00:56:18.700 repaso para todo este tema de tus conferencias y los que quieran verte. 00:56:20.800 --> 00:56:27.820 ¿En qué orden? Venga, aparte de esa de la de Rouge One y la de 00:56:27.820 --> 00:56:31.840 ¿Qué pasó ayer? ¿Cuál nos recomendarías, aparte, seguir tuya? 00:56:32.650 --> 00:56:35.150 Bueno, como le digo, depende del tópico. 00:56:35.210 --> 00:56:42.590 Digamos, si quieren ver un poco sobre troubleshooting con las vistas históricas y 00:56:42.590 --> 00:56:48.370 si tienen una base de datos viejita y que no tengan la licencia de hasta tuning del DOSITPACK 00:56:48.370 --> 00:56:52.790 y les gustaría ver esta herramienta pensador que se llama SASH, que es el Simulating 00:56:52.830 --> 00:56:55.750 Active Session History ¿verdad? 00:56:55.810 --> 00:57:02.850 Es Simulating SASH esta de que pasó ayer es una muy buena charla y ahí explico muy a 00:57:02.850 --> 00:57:09.350 detalle acerca de esta de la herramienta, tanto de SASH como esta, la SASH que es la 00:57:09.350 --> 00:57:16.470 simulación si tienen DV Visit por algún motivo y quisieran ver 00:57:16.470 --> 00:57:22.090 un poco más o si les interesa evaluar sobre replicación esta charla yo debería renovarla 00:57:22.570 --> 00:57:28.150 pero bueno, ahí está esa si quieren ver un poco sobre cómo es que replica, qué es lo 00:57:28.150 --> 00:57:33.110 que hace GoldenGate y cuál es la diferencia con una base, con una stand -by física o 00:57:33.110 --> 00:57:38.510 una stand -by lógica y qué es DBVSYT y qué es lo que puede hacer, pues ahí está esta 00:57:38.510 --> 00:57:42.930 que se llama The good, the bad and the ugly 00:57:47.690 --> 00:57:51.230 Si les interesa la seguridad sobre todo en premise 00:57:52.420 --> 00:57:58.240 Divisat, y si tienen la nube no, no se llama Divisat, la conferencia se llama Rogue One. 00:57:59.680 --> 00:58:06.760 Esta es la mejor práctica en base a datos y cómo usar Divisat y si no, entonces, ah 00:58:06.760 --> 00:58:11.500 bueno, nunca les dije el nombre, la nueva, la de DataSafe como la anterior. 00:58:11.500 --> 00:58:17.640 Se llama Rogue One, no tuve otra alternativa más que ponerle la nueva a New Hope, porque 00:58:17.640 --> 00:58:19.940 es el capítulo que sigue. 00:58:21.520 --> 00:58:25.800 Es el capítulo que sigue y bueno, de ahí, había que ponerle. 00:58:26.380 --> 00:58:30.740 Entonces le puse a New Hope, entre paréntesis, por Cyber Security. 00:58:30.740 --> 00:58:37.200 Que bueno pero yo estoy pensando en hacer la conferencia otro truco de magia pero lleva 00:58:37.200 --> 00:58:44.640 un trabajo pensar cómo haces el médico hilando lo con una historia madre 00:58:44.640 --> 00:58:52.580 mía sí bueno esta conferencia suya es una obra maestra yo insisto tiene que 00:58:52.580 --> 00:58:54.358 ver como la hace pero si debería 00:58:56.420 --> 00:58:59.900 Si yo estoy en la misma, yo estoy pensando ya en la siguiente, 00:59:00.880 --> 00:59:07.920 por ahí estoy maquinando ideas a ver cuál podría ser la siguiente; sin embargo, si 00:59:07.920 --> 00:59:12.080 empieza algo nuevo, entonces siempre voy cambiando tanto la ADSAT como esta nueva de 00:59:12.120 --> 00:59:15.870 DataSafe y CloudGuard, ahí las voy actualizando. 00:59:15.870 --> 00:59:22.230 Ahora en febrero está el evento en el Broken Mountains, voy a estar hablando por allá, 00:59:22.980 --> 00:59:25.369 un día es presencial y otro día es virtual. 00:59:26.360 --> 00:59:32.420 Entonces Yo pienso que tal vez se puedan conectar a la virtual por ahí. 00:59:33.310 --> 00:59:39.790 ¿Irás a Las Vegas? Por ahí tiene que estar grabado, tal vez en la UC las que di, y si 00:59:39.790 --> 00:59:45.910 no tengo que tratar de ver cuándo es el evento del grupo de usuarios de España, a ver 00:59:45.910 --> 00:59:49.590 si luego dar las dos ahí virtuales o presenciales 00:59:50.780 --> 00:59:57.020 para ir por ese lado del mundo, que yo sé que allá es donde más están utilizando o donde 00:59:57.020 --> 01:00:03.440 más se les beneficiaría estas conferencias mías, pero no he podido, bueno, está la pandemia 01:00:03.440 --> 01:00:06.780 y todo, claro. Eso lo dificulta un poco. 01:00:06.900 --> 01:00:08.360 Oye, Roy, ¿vas a ir a Las Vegas? 01:00:08.400 --> 01:00:10.460 ¿Irás al Cloud World este año? 01:00:10.460 --> 01:00:15.460 Este año yo quisiera ir, yo quisiera ir, todo es que no me choque. 01:00:15.520 --> 01:00:17.853 El año pasado tenía todo aprobado para ir, 01:00:18.440 --> 01:00:24.520 pero me salió la oportunidad de ir a dar las charlas a Croacia y algunas partes de Europa. 01:00:24.920 --> 01:00:32.300 Sí, la tenía probada en Rumanía, en Luxemburgo, en Dinamarca 01:00:32.300 --> 01:00:39.460 era, y en Croacia, pero estaba muy difícil el vuelo y 01:00:39.460 --> 01:00:42.800 era demasiado caro. Entonces al final solo fui a Croacia, 01:00:43.790 --> 01:00:50.840 estuve por allá Pero si me gustaría me gustaría ir a España o hacer las virtuales porque 01:00:50.840 --> 01:00:58.080 siento que allá digamos que tienen la ley del GDPR valdría mucho la pena claro, 01:00:58.100 --> 01:01:05.210 pero la regulación europea sí, sí, sí sí, sí, sí, sí voy a hacer todo 01:01:05.210 --> 01:01:10.070 lo posible o igual ahí si alguno se da cuenta cuándo es me avisan y me dicen aquí está, 01:01:10.210 --> 01:01:15.950 o si alguno hace algún evento yo con todo gusto la puedo dar virtual. 01:01:16.350 --> 01:01:19.406 Sí, el grupo de usuarios de la Cli España está haciendo 01:01:20.330 --> 01:01:25.490 las presentaciones, digamos como cada mes está haciendo dos, es decir, las va haciendo 01:01:25.490 --> 01:01:33.270 periódicas, hará un evento de hecho no no sé cuándo será pero sí va haciendo estas 01:01:33.270 --> 01:01:34.992 presentaciones va haciendo pues 01:01:35.730 --> 01:01:41.330 una, dos al mes y las está haciendo abiertas a todo el mundo y está y se está dinamizando 01:01:41.330 --> 01:01:48.340 mucho grupo de usuarios españa sí sí sí también tengo una serie de blogs 01:01:48.340 --> 01:01:53.560 sobre todo para divisar y de hecho ahí está mucho más explicado más detallado que en 01:01:53.560 --> 01:01:57.780 la propia conferencia tengo una serie de blogs sobre divisarte entonces pueden poner 01:01:57.820 --> 01:02:01.040 en google pueden Pueden poner Pythian DiviSat. 01:02:01.600 --> 01:02:05.260 Pythian se escribe P -Y -T -H -I -A -N. 01:02:06.170 --> 01:02:08.650 O pueden poner DiviSat Roy Salazar. 01:02:08.850 --> 01:02:11.370 Ya con eso ahí les va a salir. 01:02:12.050 --> 01:02:18.530 Hay una serie de blogs muy, muy, muy detallados donde viene paso a paso cómo se corre 01:02:18.530 --> 01:02:23.550 DiviSat. Lo mismo para DataSafe es decir, de hecho mi Conferencia de DataSafe casi que 01:02:23.550 --> 01:02:28.470 está basada en ese blog. Ahí en el blog igual pueden poner DataSafe Roy Salazar. 01:02:30.630 --> 01:02:35.730 O Pythian Datasave Roy Salazar o algo así en Google y de fijo la van a encontrar y ahí 01:02:35.730 --> 01:02:42.350 también para Datasave ahí viene paso a paso cómo se configura y cómo se usa, tengo a 01:02:42.350 --> 01:02:49.530 medio hacer el blog de CloudGuard que lo empecé y no lo terminé, tengo que sacar el rato 01:02:49.530 --> 01:02:55.950 para terminarlo, pero también, igual si ponen Pythian Roy Salazar ahí les va a salir 01:02:55.950 --> 01:03:02.890 otros blogs, tengo algunos interesantes por ejemplo una migración que hice hacia AWS 01:03:03.650 --> 01:03:10.970 usando ahí un paquete PLSQL que resultó ser muy útil, porque en la documentación 01:03:10.970 --> 01:03:16.970 decía que la única manera era usar un storage de estos S3, pero al final yo logré hacerlo 01:03:16.970 --> 01:03:24.090 con ese paquetico de PLSQL DMC Transfer, ya se me olvidó el nombre Transfer algo, pero 01:03:24.090 --> 01:03:26.470 me parece interesante, sí, sí. 01:03:26.470 --> 01:03:34.460 Sí, por ahí tengo algunas cosillas, pero sí, si quieren, digamos, si necesitan correr 01:03:34.460 --> 01:03:41.560 Divisat, no duden en revisar ahí los blogs, hay varios, hay uno de hecho para Fernando 01:03:41.560 --> 01:03:46.740 que me preguntó, hay uno que es exclusivo de una prueba que yo hice en Multitenant y 01:03:46.740 --> 01:03:53.890 en la nube, y en Autónomos también, que cómo se corre en Multitenant y cómo se corre 01:03:53.890 --> 01:04:01.350 ahí en Autónomos. Voy a compartir tu blog en el canal de administración de 01:04:01.350 --> 01:04:06.430 base de datos. El de Pityan, tu blog oficial de Pityan. 01:04:08.100 --> 01:04:15.320 Y la idea es esa los blogs es para eso si, si oye, 01:04:15.340 --> 01:04:22.180 yo creo que le hemos pegado un buen repaso y un buen vistazo a todo creo que es el tema 01:04:22.180 --> 01:04:29.400 de seguridad con base de datos muy bien Sí, y calcule que no hablamos absolutamente nada 01:04:29.400 --> 01:04:36.560 sobre New Features. Que en cada versión hay un New Feature nuevo, bastante útil, de 01:04:36.560 --> 01:04:40.900 qué hablar. Eso lo converso yo, de hecho, en la conferencia. 01:04:41.340 --> 01:04:45.380 Pero si nos ponemos aquí a hablar de todo, no nos da tiempo. 01:04:46.700 --> 01:04:49.220 Tomándonos un cafecito aquí entre amigos 01:04:50.420 --> 01:04:53.180 También está ese tema, el tema de los new features. 01:04:53.220 --> 01:04:58.000 Digamos, cada nueva versión Oracle ha ido metiendo y metiendo más cosas ahí, 01:04:58.980 --> 01:05:03.400 bastante interesantes. Pero sí, sí, es un tema, es un tema muy bonito. 01:05:03.460 --> 01:05:06.640 A mí la verdad me ha gustado mucho esta área. 01:05:07.630 --> 01:05:14.110 Muy bien, yo te reconozco que no lo, no lo tenía, no lo tenía en mi punto de mira. 01:05:15.710 --> 01:05:22.020 Y lo voy a usar, lo voy a cacharrear y lo voy a usar, claro que sí. 01:05:24.140 --> 01:05:29.960 Roy, muchísimas gracias Vamos ha sido una charla súper interesante 01:05:31.770 --> 01:05:35.810 No, no, con mucho gusto, verdad, más bien muchas gracias por invitarme, por tomarme en 01:05:35.850 --> 01:05:40.430 cuenta y qué bueno que por fin pudimos conversar un rato por fin, por fin. 01:05:42.310 --> 01:05:45.990 Ha sido difícil Pero bueno, ahora ya 01:05:47.130 --> 01:05:49.750 claro, ahora ya podremos tener más veces, 01:05:50.830 --> 01:05:55.690 oye, pues lo dicho, esta es tu casa. 01:05:56.670 --> 01:06:01.710 Muchas gracias, Javier, muchas gracias de verdad que sí, y felicitaciones de nuevo por 01:06:01.710 --> 01:06:07.710 haber entrado al programa, la verdad es que muy bien merecido. 01:06:07.710 --> 01:06:13.870 Javier, muchas gracias, ahora sí, ahora claro, con el dinero que te dan de Oz y todo, 01:06:13.970 --> 01:06:16.990 ahora sí puedo hacer más contenido, sí. 01:06:18.190 --> 01:06:24.070 Sí, sí, y mira, ahí está la charla que nos dieron ayer a los seis la posibilidad de 01:06:25.870 --> 01:06:29.610 Reeditar el libro es un proyecto que está ahí, 01:06:30.810 --> 01:06:38.230 quizá pueda ser interesante explorarlo con el equipo de publishers de Oracle, todo llegará, 01:06:39.270 --> 01:06:41.970 todo llegará. Sí, vamos poco a poco. 01:06:43.150 --> 01:06:46.090 Lo que nos gusta es un famoso, un cool project. 01:06:46.330 --> 01:06:49.930 Eso es lo que está... Sí, sí, sí. 01:06:51.890 --> 01:06:55.070 Pues Roy, te mando un fuerte abrazo. 01:06:55.070 --> 01:06:59.710 A los que habéis estado oyendo esto, os mando también un abrazo a todos. 01:06:59.890 --> 01:07:03.830 Gracias por escucharnos y lo grabaremos y lo subiremos al podcast. 01:07:04.030 --> 01:07:08.670 Entonces, los que estéis escuchando esto en el podcast, pues también un abrazo para todos. 01:07:08.710 --> 01:07:11.870 Espero que os haya gustado y os haya sido interesante. 01:07:13.450 --> 01:07:15.610 Y muchísimas gracias, Roy, otra vez. 01:07:16.450 --> 01:07:20.839 Muchísimas gracias, Javier, y muchísimas gracias a todos los que están por acá. 01:07:21.230 --> 01:07:25.970 Y bueno, saludos al futuro, a los que vayan a escuchar la versión grabada también. 01:07:26.030 --> 01:07:27.670 Un abrazo, muchas gracias también por… 01:07:27.710 --> 01:07:29.321 Sí, un fuerte abrazo a todos. 01:07:29.570 --> 01:07:31.560 Chao. Pura vida, hasta luego