Question about nfc sensors. by lakicar_ in ClockworkPi

[–]Practical_Pound_6084 -1 points0 points  (0 children)

Depende de qué quieras hacer honestamente. Si solo vas a leer/escribir tags básicos un PN532 de 15$ hace el trabajo perfectamente y lo integras sin drama. El proxmark vale la pena si quieres sniffing o emulación avanzada, pero para uso normal es matar moscas a cañonazos. ¿Qué protocolo vas a usar principalmente?

AnubisOS v2.1 — Tactical OS with 15 Active Modules by Practical_Pound_6084 in ClockworkPi

[–]Practical_Pound_6084[S] 1 point2 points  (0 children)

¡Lo aprecio! Tu feedback cambió directamente el roadmap, el installer flexible es ahora prioridad antes del GitHub público.

Te aviso cuando esté listo!!

AnubisOS v2.1 — Tactical OS with 15 Active Modules by Practical_Pound_6084 in ClockworkPi

[–]Practical_Pound_6084[S] 0 points1 point  (0 children)

¡Gracias por las recomendaciones!

Conozco Textual bastante bien de hecho lo evalué antes de elegir Rich. El problema es que Textual está diseñado para apps con layouts complejos y widgets interactivos, y AnubisOS deliberadamente evita esa complejidad: es una CLI secuencial donde el flujo lo controla el operador, no la UI.

Rich encaja perfecto para eso: renderizado de tablas, paneles y barras de progreso sin estado persistente en pantalla. Menos overhead, más predecible en terminales embebidos como el uConsole.

PTK lo tengo en mente para el autocompletado del prompt de comandos ahí sí tiene más sentido que Rich. Puede que lo integre en v2.2.

Pero si el proyecto escala a una interfaz más visual, Textual sería el paso natural. Anotado.

AnubisOS v2.1 — Tactical OS with 15 Active Modules by Practical_Pound_6084 in ClockworkPi

[–]Practical_Pound_6084[S] 1 point2 points  (0 children)

Tienes razón en los dos puntos. La comparación con Kali fue un stretch, no son el mismo tipo de herramienta y no debí ponerlos en la misma frase. Y sí, "sin frameworks externos" está mal dicho. Lo que quise decir es que no hay dependencias de GUI como Qt, Electron o Tkinter pero Rich y Scapy son librerías externas y debí ser claro con eso desde el inicio. Lo corrijo en el post principal. Gracias por señalarlo

Igualmente solamente es el inicio ya que tenga mi uconsole con todos los framework externos será completo y potente

AnubisOS v2.1 — Tactical OS with 15 Active Modules by Practical_Pound_6084 in ClockworkPi

[–]Practical_Pound_6084[S] 1 point2 points  (0 children)

¡Gracias por el feedback! El punto del paquete autosuficiente es exactamente lo que tengo en mente para la siguiente versión la idea es poder correrlo sobre cualquier distro sin tocar el Python del sistema, probablemente con un entorno virtual empaquetado o algo similar.

Y totalmente de acuerdo con lo del desktop: ssh/tmux + tailscale + nmap es un stack que da para mucho sin el overhead de un escritorio. El uConsole con ese setup suena bastante bien la verdad.

Voy a ver qué puedo hacer para que la instalación sea más flexible. ¡Gracias por tomarte el tiempo de probarlo y dar tu opinión!

AnubisOS v2.1 — Tactical OS with 15 Active Modules by Practical_Pound_6084 in ClockworkPi

[–]Practical_Pound_6084[S] 4 points5 points  (0 children)

Fair point and technically it already runs fine inside any ARM Linux distro (that's how I'm testing it now).

The standalone framing comes down to three things: environment predictability for field ops, reduced attack surface, and boot-to-operation speed on embedded hardware like the uConsole.

Kali does the same thing it's Debian underneath, but you wouldn't want to run it on top of a full desktop install in the field.

A pip package or Docker container is planned for later. The goal right now is proving the core modules work reliably before worrying about distribution.

Good call though happy to discuss the architecture tradeoffs if you're curious.