Estaba queriendo instalar xtables-addons-2.14 en CentOS 7.8 o FreePBX 15 (Sangoma Linux release 7.8.2003 (Core) especificamente) usando tutoriales como el siguiente:


linoxide.com/block-ips-countries-geoip-addons

pero obtenía el siguiente error al hacer el ./configure :

checking Xtables module directory… /usr/lib64/xtables
checking kernel version that we will build against… make: *** /lib/modules/3.10.0-1127.19.1.el7.x86_64/build: No such file or directory. Stop.
0.0.0.0 in /lib/modules/3.10.0-1127.19.1.el7.x86_64/build
WARNING: That kernel version is not officially supported.

Read More

"WARNING: SMPP: PDU element too long (length is 9, should be 8)"
"SMSC rejected login to transmit, code 0x0000000e (Invalid Password)."

Para permitir un smsc-password con una longitud mayor a 8 caracteres (9 debido a la terminación en NULL) se requiere modificar el archivo gw/smsc/smpp_pdu.def de kannel en varias líneas, este archivo contiene las definiciones del PDU para SMPP v3.4:

Read More

Si estás aquí por este error de sintaxis en PJSIP y no tenés idea de que lo causa, lo mejor es que revisés ese header, especificamente el Contact, yo sé que el error es bien explícito, pero por si acaso sos como yo que no entiende a la primera…

pjproject: sip_transport.c Error processing 393 bytes packet from UDP 193.107.216.181:5102 : PJSIP syntax error exception when parsing 'Contact' header on line 8 col 10:

En el header SIP/PJSIP se puede ver el «Contact: None» (línea 8, columna 10) que causa el error, proviene de un SIPVicious atacando un Asterisk con el puerto 5060 abierto, pero (según un Asterisk Technical Lead) al violar la especificación de SIP con ese Contact hace que la solicitud de SIP REGISTER sea inválida, por tanto PJSIP la bloquea (o dice que hubo un error de sintaxis)

Aquí está la explicación completa:

https://gitlab.com/gitlab-org/gitlab-runner/-/issues/26605

En resumen, si estás usando gitlab-runner de gitlab-ce en Ubuntu 20.04 y obtenés el mensaje:

«ERROR: Job failed (system failure): prepare environment: exit status 1»

La solución es borrar el archivo /home/gitlab-runner/.bash_logout y volver a correr el pipeline

Inspirado en el post «177 days of Github» y con ganas de construir un hábito, en Julio de 2020 empecé a hacer «colaboraciones» a proyectos alojados en Github, no es que anteriormente nunca lo hubiese hecho, pero el reto era buscar lograrlo con frecuencia y de ser posible a diario. Estuve haciendo pequeños cambios o abriendo issues durante Julio y Agosto, pero en ya Septiembre empecé a hacerlo todo más repetitivo por falta de tiempo y de práctica programando.

Revisaba proyectos con incluyeran uno de los errores de tipeo/tipeado (typos) más comunes que veo en inglés, la inclusión del artículo «the» de manera consecutiva, luego hacía el fork, hacía la correción y mandaba los cambios. Este modelo de aporte recuerdo que se lo miré por primera vez a Maxime Guerreiro en 2018 o 2019 y más allá de no aportar práctica en programación si aporta práctica con el control de versiones además de ser un experimento que tiene resultados un tanto interesantes.

Read More

Ahora que se informó de la vulnerabilidad de GRUB2 bautizada «BootHole», la cual permite a un atacante insertar y ejecutar código malicioso durante el arranque del sistema, talvez consideren apropiado monitorear cambios al archivo /boot/grub/grub.cfg, que a su vez solo pueden ser realizados por un usuario privilegiado (comprometido) del sistema operativo o si tu proveedor de nube/infraestructura ha sido comprometido.

Read More

A veces resulta prático leer el contenido de un pcap desde el CLI sin descargarlo y abrirlo con wireshark, talvez porque la información necesaria se puede desplegar desde la misma línea de comandos, el archivo pcap es muy grande y resulta poco práctico de manipular, o solo porque sí.

Tshark permite leer esas capturas de paquetes desde la misma línea de comandos usando lo que llaman «display filters» para mostrar los paquetes que coincidan con la expresión, pero que ya están guardados en el archivo. Read More