Bueno, supongamos que sé hacerlo.

Digamos que Niagara tiene una verificación local, siempre está consultando a un objeto si el usuario ha pagado. Pero, ¿y si cambias el valor para que siempre responda con "true" a esa verificación? 🤔 porque realmente no seria complejo, son muy pocas lineas, es literalmente alterar un booleano

Niagara usa ofuscación, así que los archivos internos tienen nombres aleatorios y cambian con cada nueva versión, pero, ¿y si se repitiera siempre sin excepción el mismo patrón de texto? con una búsqueda básica encontrarías siempre el archivo correcto a modificar.

¿Y si automatizaras todo eso en un script que haga eso? Descargar la apk, descomprimir, buscar el patrón, parchear, empaquetar y luego firmar. Entonces sería realmente fácil ¿no?

Pero bueno, yo solo hablo de cosas teóricas 😇

A veces cuando encuentras una falla en un software que potencialmente puede beneficiarte es un dilema, ¿lo explotas? ¿Lo reportas? ¿Lo explotas y luego lo reportas?

Depende del descubrimiento y lo que haga, si es algo menor, puede que hasta ya se sepa. O, que el "beneficio" obtenido como usuario no sea la gran cosa, no represente un riesgo, etc.

Sobre lo de Niagara a mi me parece tan ridículo lo fácil que es destruir su verificación, que creo que probablemente lo saben y no hay otra forma de modificar eso, quizás no lo ven importante.

Pero bueno, para salir de dudas, les he enviado un correo explicando lo fácil que es modificar su app, con los pasos a seguir para replicarlo. Aunque como digo, yo creo que saben 😁

A ver que pasa

Por cierto, AdGuard DNS en su nueva actualización han añadido una función interesante: listas de bloqueo personalizadas

Antes, podías elegir entre una serie de listas que AdGuard había añadido, al igual que se puede con NextDNS y productos similares, sin embargo ahora no solo puedes usar esas: puedes añadir las que quieras.

Para mi eso ya les posiciona como uno de los mejores servicios de DNS que hay actualmente, de por sí ya lo creía, pero esta función está muy bien 🤓

Viendo este post de Nekogram, pregunta random: ¿que tipo de software prefieren ustedes?

Software que funciona como una navaja suiza, lleno de funciones aunque quizás habrá algunas que no uses nunca, o ¿software que hace lo "justo y necesario"?, pocas funciones, pero útiles.

En mi caso depende 🤔 pero en el contexto de un fork de Telegram, siempre prefiero la navaja suiza. Un fork debe atreverse a hacer cosas, debe ser diferente, si no se diferencia lo suficiente ¿cual es su razón de ser?. Por eso no soy muy fan de forks como Neko o como Forkgram, para mi gusto son muy pocas funciones, es como usar Telegram con un par de funciones extra.

La navaja suiza puede tener doble filo, puede ser una barrera de entrada para usuarios menos experimentados que se agobian al ver tantas funciones, pero eso dependerá de a que apunta ese software en concreto, si es un proyecto como Neko que apunta a un público amplio y casual, sí, es un problema, pero si es software como Momogram (el fork que uso y promuevo) que apunta más a un nicho especifico y asume que buscas precisamente eso, muchas funciones útiles, entonces no es un problema. Ambas cosas pueden coexistir, todo depende de lo que el proyecto necesite 🤓

Razones por las que no se debería depender de la IA en cosas críticas de uso masivo: https://futurism.com/artificial-intelligence/amazon-ai-aws-outages

Según reportes serios, al menos dos de las fallas masivas de los servicios de Amazon han sido causadas por la intervención de un agente de IA que han estado usando 😐

Básicamente lo más importante del artículo:

Amazon ha negado que su uso de la IA haya generado fallos, sin embargo varios empleados entrevistados tienen un relato diferente: las fallas son constantes, aunque muchas veces menores. Además mencionan que parte de los problemas surgen por falta de testeo, dicen que a los agentes de IA que se están usando internamente, se les han dado permisos elevados haciendo que puedan empujar cambios a producción sin aprobación previa, lo que hace que estas fallas no puedan ser detectadas antes de que sucedan.

En un incidente en diciembre, ingenieros de Amazon Web Services permitieron que su agente de IA "Kiro" realizara cambios que provocaron una interrupción de 13 horas, según cuatro fuentes familiarizadas con el asunto. La IA, desafortunadamente, había decidido "eliminar y recrear el entorno", dijeron las fuentes.

O sea... Todo mal, y según empleados, estas fallas podrían evitarse totalmente si simplemente se quitaran permisos a la IA y se permitiera revisar los cambios antes de ser enviados a producción como si se hace con empleados humanos 🤔

Al fin una beta de Telegram que me llama la atención 😁

En un rato les comparto cositas que me parecieron interesantes

También en la gestión de permisos de admins, se podrá decidir si otros admin tendrán el permiso de establecer tags a los miembros

Se añadió también "Disable sharing" que deshabilita capturas de pantalla, guardar mensajes y reenvíos en un chat con otro usuario. Privacidad extendida pero... de pago 😁

Ah, por cierto, por ahora lo de activar tags para todos los usuarios en un grupo está deshabilitado por el servidor, tampoco funciona editar manualmente el tag de alguien, sólo admins.

Pero en fin, normal, es una beta 🤓

La beta tiene otras cosas como cambios menores en la interfaz y cosas relacionadas con gifs pero eso a mi ya no me atrae tanto 🤔

En fin, está curioso, a ver cómo evoluciona lo de los tags.

Yo iré a desinstalarme esta beta, ya vi todo lo que quería ver jaja.

Nos vemos luego 😁

¿Alguna vez han usado Termux? Está bien aunque a mi particularmente nunca me ha enamorado del todo porque a pesar de que es poderoso, tiene restricciones y limitaciones propias de una app Android, esto es principalmente por seguridad, Termux para android no es un shell, es otra app.

Ahora bien, ¿sabias que si tienes un binario estático compilado para la arquitectura de tu dispositivo Android puedes tener una experiencia similar a Termux pero directamente en el shell de android?

Eso he estado haciendo 👀 más posibilidades.

Por ahora tengo: busybox, 7zip, curl, rclone, htop y nano. Herramientas básicas que el shell de android no tiene, es una experiencia más "Linux" así.

Y al hacer esto no hay restricciones raras como en Termux, aquí corres binarios realmente a nivel de shell, saltando limitaciones como el permiso de acceso completo a una tarjeta SD, etc.

El shell de Android en sí es muy limitado, pero siendo creativos se pueden hacer cositas interesantes.

Algo que no sabía y me ha servido mucho: el shell de android soporta variables y configuraciones personalizadas, alias, etc, como cualquier otro shell. Todo va en un archivo llamado .mkshrc. Si bien eso no se carga automáticamente, se puede establecer una variable que lo cargue, y así, tengo los binarios en el path, alias, y personalicé un poco la apariencia.

Siempre se aprende algo nuevo 👀

En fin, el shell de Android es un Linux recortado y con limitaciones, pero igual que Linux, puede ampliarse, personalizarse, etc. Con un poco más de trabajo, pero sí

Btw, sin root, con root si sería saltarse cualquier limitación y meterle lo que sea a ese shell, sin embargo aún sin eso, sigue teniendo más posibilidades y privilegios que Termux.

Este es uno de esos videos que sobre el papel la idea me parece muy aburrida y la ejecución final es demasiado interesante.

Un vídeo de Nate Gentile hablando de la historia de Linux con el gaming por casi 50 minutos, hablando del nacimiento de Wine, como funciona, las diferencias entre el kernel de Linux y el de Windows, que hizo Steam, etc.

Es algo muy friki y técnico si lo piensas pero que de alguna forma terminó siendo un vídeo que yo creo, puedes ver sin entender mucho algunas cosas, todo se explica.

Recomendado 👀

Bueno, hubo actualización de Mihon finalmente así que pude lanzar nueva versión estable de Kumo.

Lo bueno de siempre estar hojeando cambios de Mihon y actualizando el código y resolviendo conflictos es que fue muy facil actualizar, nada más tuve un par de conflictos.

Primera release inmutable en estable, es decir, que si esto tiene algún bug de última hora, no puedo reemplazar los binarios, debo lanzar otra con la correción. Pero bueno, ojalá no 😁

Esto de publicar tu app en un repositorio de aplicaciones libre es un poco complicado ... bueno, no sé, dependerá del tipo de app.

En mi caso: un interrogatorio sobre porque mi app tiene x o y permiso, que "no quieren insinuar nada" pero que es muy sospechoso, y así. Tengo que explicar y defender porque mi app hace las cosas que hace, y en mi caso me parece un poco tonto porque es un fork, y hay forks que tienen los mismos permisos y hacen lo mismo, y pasaron estos chequeos sin que les interroguen sobre sus intenciones xD

Espero resolver el malentendido, aunque si me quieren rechazar mucho no puedo hacer, no voy a remover funcionalidades básicas y dejar la app recortada solo para eso...

Pero bueno, a ver que pasa, expliqué todo, hasta dí ejemplos de forks que hacen lo mismo y demás, si me rechazan ya es que les caigo mal jajaja.

Y eso que esto es IzzyOnDroid, el repositorio que se supone es menos estricto que F-Droid, en F-Droid me comen vivo entonces 😁