hacklab/OASIS_MOBILE
1
0
Fork 0
Code Issues Pull requests Projects Releases Packages Wiki Activity Actions
OASIS_MOBILE/AUTOMATIZACION/STATUS_2026-05-15.md
oasis-bot fe1cbc9c9c docs: añadir hallazgos técnicos sesión 2026-05-15 (estructura repo + reglas compresión APK) 
- Confirmado: repo es unzip directo del APK, no apktool d output
- Verificadas reglas STORED/DEFLATED inspeccionando APK manual 0.7.6
- META-INF: estrategia = excluir todo en build, apksigner regenera firmas
- res/ tiene compresión mixta (172 STORED + 167 DEFLATED), pendiente correlar con extensión

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-05-15 22:45:08 +02:00

6.8 KiB
Raw Blame History

Estado de la automatización — 2026-05-15

Resumen

Setup inicial en hacksito.com (/home/capitansito/oasis-auto/). APK 0.7.6 manual publicada en 0asis.net/downloads/latest.apk. Pipeline automático NO está activo todavía (falta resolver método de build).

Lo que YA funciona

Infraestructura (server hacksito.com)

  • /home/capitansito/oasis-auto/ — workspace con subdirs:
    • mobile/ — clone de gitea.laenre.net/hacklab/OASIS_MOBILE, configurado con identidad oasis-bot <bot@laenre.net> para commits automáticos. .git/config con chmod 600 (contiene credenciales gitea embebidas en URL).
    • secrets/ — chmod 700.
      • oasis-release-key.jks — keystore NUEVO generado el 2026-05-15 (alias oasis, validez 10000 días, SHA-256 fingerprint 17:DD:F8:B7:...). El antiguo se perdió porque se olvidó la password.
      • keystore.pass — chmod 600, contiene la password del keystore nuevo.
    • scripts/, prompts/, reports/, apks/, upstream-snapshots/, logs/ — vacíos, pendientes de F1.
  • /var/www/0asis.net/downloads/ — público.
    • oasis-v0.7.6-20260515-pruebas.apk (138 MB, build manual subida por scp desde ransomsito)
    • latest.apk → symlink al anterior

Dependencias instaladas (sistema)

  • openjdk-17-jdk-headless 17.0.17
  • apktool 2.7.0-dirty
  • apksigner 0.9
  • zipalign
  • keytool (viene con JDK)

Web 0asis.net

  • 2 botones en verde neón añadidos en index.html sección gs-more-links (después de EXPLORE MORE):
    • DOWNLOAD APK → /downloads/latest.apk
    • MOBILE SOURCE → repo gitea
  • CSS añadido en styles.css: clase .gs-link-btn-green con el tono neón rgba(57,255,20,...).

Lo que QUEDA pendiente

Hallazgos técnicos verificados esta sesión (importantes para retomar)

Estructura del repo OASIS_MOBILE confirmada: NO es output de apktool d. Es un unzip directo del APK. Indicios:

  • AndroidManifest.xml está en Android binary XML (no decodificado).
  • res/ con nombres acortados (0c.9.png, 0M.xml) — optimización de release.
  • No hay smali/, hay classes.dex directo.
  • kotlin/, DebugProbesKt.bin en raíz tal cual están dentro del APK.

Consecuencia: se puede reempaquetar con zip o zipfile Python directamente sobre los archivos del repo, sin necesidad de APK base ni de apktool b.

Reglas de compresión confirmadas inspeccionando la APK manual 0.7.6 (oasis-v0.7.6-20260515-pruebas.apk):

  • STORED: resources.arsc, assets/dexopt/*, assets/nodejs-project.zip
  • DEFLATED: AndroidManifest.xml, classes.dex, lib/*.so, kotlin/*, META-INF/* (los 3 de firma)
  • res/ mixto: 172 STORED + 167 DEFLATED. Patrón a verificar: probablemente imágenes (PNG/9.png) STORED y XML DEFLATED. Pendiente confirmar extensión-por-compresión corriendo el zipinfo más detallado en la APK manual.

META-INF: estrategia clara. El usuario tradicionalmente hacía zip -d "META-INF/*" borrando todo. La APK manual 0.7.6 publicada solo tiene 3 entradas META-INF (MANIFEST.MF, OASIS.SF, OASIS.RSA — las que añade apksigner). Los 33 archivos .version que están en el repo NO están en el APK firmado. Decisión: el build script debe excluir TODO META-INF/ del unsigned APK; apksigner regenera las firmas.

APK manual de referencia: /var/www/0asis.net/downloads/oasis-v0.7.6-20260515-pruebas.apk (138 MB, firmada con el keystore VIEJO que se perdió). Sirve como referencia para comparar compresión y estructura, NO como molde de build. Para futuras APK auto generadas, firma con keystore NUEVO → usuarios beta con la manual instalada tendrán que desinstalar+reinstalar al hacer el primer update auto.

Decisión bloqueante: método de build APK

El doc original (CONTEXT/cambio_apk_repack.txt) propone método quirúrgico con APK base como molde (oasis-v0.6.8.apk, 55 MB original sin modificar):

  1. cp APK base → tmp
  2. zip -d META-INF (firma vieja)
  3. crear nuevo assets/nodejs-project.zip desde nodejs-project/
  4. zip -0 (STORED) reemplazar el zip dentro del APK
  5. zipalign -p 4
  6. apksigner sign

El usuario NO quiere usar APK base como molde.

Alternativas estudiadas pero no implementadas:

  • apktool b: el repo NO tiene apktool.yml (requerido). Y el doc del propio user dice "no usar apktool b" por riesgo de comprimir resources.arsc mal → "App not installed" en Android 7+. Apktool 2.7 modernos lo manejan correctamente pero está sin verificar.
  • Custom zip script en Python (pendiente): el repo NO es output de apktool d (AndroidManifest.xml es binario, sin smali/, res/ con nombres acortados) — es un unzip directo del APK. Por tanto se podría reempaquetar con zipfile de Python aplicando compresión per-archivo según las reglas del doc línea 99-106:
    • STORED: resources.arsc, assets/dexopt/*, assets/nodejs-project.zip
    • DEFLATED: el resto (classes.dex, lib/*.so, AndroidManifest.xml, res/*, kotlin/*)
  • Stripear de META-INF/ los archivos de firma (MANIFEST.MF, OASIS.SF, OASIS.RSA) antes de firmar — los 33 .version SÍ se mantienen.

Decisión a tomar próxima sesión: implementar el custom zip script en Python y validar con apksigner verify + instalación real en device.

Tareas pendientes (orden)

  1. Resolver build APK — escribir build-apk.py o equivalente, probar contra el código actual del repo, comparar APK resultante con la 0.7.6-20260515 manual (apksigner verify, listado de zip).
  2. Escribir scripts scout/merger/builder — bash + prompts claude headless.
  3. Test pipeline end-to-end manual — simular un sync de epsylon.
  4. Configurar cron sábados 03:00 — 0 3 * * 6 /home/capitansito/oasis-auto/scripts/oasis-pipeline.sh.
  5. Notificación de fallo — log + posible notificación email/Telegram (opcional).

Decisiones del usuario ya tomadas

  • Política REVIEW: SALTARSE (solo SAFE se aplica, REVIEW se loggea pero no toca).
  • Push automático directo a main en gitea (sin rama auto-merge).
  • Cron semanal sábados 03:00.
  • NO usar API key Anthropic de pago: el cron invoca claude -p con la sesión existente.
  • NO crear git remote upstream hacia epsylon — usar snapshot por tarball (curl github.com/epsylon/oasis/archive/main.tar.gz).

Seguridad — pendiente de limpiar

  • CONTEXT/cambio_apk_repack.txt línea 20 expone password del keystore antiguo (oasis123). Ya no se usa (nuevo keystore generado) pero queda en histórico de gitea. Considerar redactar y commit.

Cómo retomar

  1. Conectarte por SSH a capitansito@hacksito.com.
  2. Verificar estado: ls /home/capitansito/oasis-auto/ y ls /var/www/0asis.net/downloads/.
  3. Empezar por el script Python de build (/home/capitansito/oasis-auto/scripts/build-apk.py).
  4. Validar resultado: apksigner verify oasis-test.apk debe decir "Verifies" + instalación real en device.
  5. Si pasa, seguir con scout/merger.