DNS LACNOG

dns@listas.nog.lat

206 discussions

Re: [dns-esp] [LACNIC/Seguridad] Fwd: [dns-operations] DNS attacks against FR/BE/NL resolvers of Internet access providers
by Mauricio Vergara Ereche 14 Sep '20

14 Sep '20

Un poco pobre la explicación en el Blog de Stephane. A pesar de que hacen una mención de que este problema fue probablemente debido a un DDoS, los detalles son muy escasos como para poder aprender algo de la situación ☹ Tal vez las mejores lecciones al final terminan siendo las de siempre: - Tu sistema de monitoreo es muy importante: hay que constantemente cuidarlo, mantenerlo y mejorarlo - No pongas todos tus huevos en la misma canasta (diversifica lo máximo posible: Hardware, Software y Enlaces) - Dentro de lo posible, intenta sobeaprovisionar tus servicios críticos. Ah! y aunque la recomendación venga de muy cerca, el DNS aún cuando parece ser un servicio simple, es importante y crítico! Asi que no lo descuidemos 😊 Saludos! On Mon, Sep 14, 2020 at 11:07 AM Fernando Gont <fgont(a)si6networks.com> wrote: > FYI > > > -------- Forwarded Message -------- > Subject: [dns-operations] DNS attacks against FR/BE/NL resolvers of > Internet access providers > Date: Mon, 14 Sep 2020 15:14:59 +0200 > From: Stephane Bortzmeyer <bortzmeyer(a)nic.fr> > Organization: NIC France > To: dns-operations(a)lists.dns-oarc.net > > On 1 and 2 September 2020, several French IAPs (Internet Access > Providers), including SFR and Bouygues, were "down". Their DNS > resolvers were offline, and it does indeed seem that this was the > result of an attack carried out against these resolvers. > > > https://www.afnic.fr/en/resources/blog/about-the-attack-on-french-isps-dns-… > > _______________________________________________ > dns-operations mailing list > dns-operations(a)lists.dns-oarc.net > https://lists.dns-oarc.net/mailman/listinfo/dns-operations > > _______________________________________________ > Seguridad mailing list > Seguridad(a)lacnic.net > https://mail.lacnic.net/mailman/listinfo/seguridad > -- Mauricio Vergara Ereche about.me/mave

1 0

[dns-esp] DNS Flag Day 2020 para el 1 de octubre
by Hugo Salgado 09 Sep '20

09 Sep '20

Hola, saludos! Quería avisar que ayer dieron la fecha del DNS Flag Day 2020: 2020-10-01. Esta vez se trata de dos cosas: permitir TCP en el DNS, y usar valores por defecto de buffer EDNS de 1232 bytes. Ese día los participantes del proyecto (Infoblox, ISC, Bluecat, PowerDNS, entre otros) comenzarán a poner en sus versiones de software el valor de buffer indicado. Además los resolvers públicos de Google (8.8.8.8) y Quad9 (9.9.9.9) comenzarán gradualmente también a limitar sus consultas a los autoritativos con ese valor. A esta altura todos los DNS modernos saben negociar cualquier valor de EDNS. Lo más importante es que si una respuesta no alcanza dentro de esos 1232 bytes, los clientes se deben pasar a TCP, y es acá donde hay que además asegurarse que no existen filtros ni bloqueos. O está el riesgo de quedar con sus dominios desconectados. En la página del proyecto hay herramientas para probar y más información: https://dnsflagday.net/2020/index-es.html Hugo

1 0

[dns-esp] Atentos Servidores Windows... CVE-2020-1350 Vuln
by Mauricio Vergara Ereche 15 Jul '20

15 Jul '20

Hola a todos! No recuerdo haber leído un CVSS Base Score 10 en el mundo DNS... lo comparto por si alguien acá que tiene Windows servers y no lo sabía: https://msrc-blog.microsoft.com/2020/07/14/july-2020-security-update-cve-20… Saludos! -- Mauricio Vergara Ereche about.me/mave

1 1

[dns-esp] Fwd: [lacnog] Interesante paper de CAIDA sobre posible vector de ataque de DNS
by Mauricio Vergara Ereche 08 Jul '20

08 Jul '20

Interesante artículo que comparte Nico sobre por qué es bueno no olvidar mantener una zona limpia y sin registros olvidados o huérfanos. ---------- Forwarded message --------- From: Nicolas Antoniello <nantoniello(a)gmail.com> Date: Tue, Jul 7, 2020 at 5:11 PM Subject: [lacnog] Interesante paper de CAIDA sobre posible vector de ataque de DNS To: Latin America and Caribbean Region Network Operators Group < lacnog(a)lacnog.org> Les adjunto un link a un interesante paper de CAIDA sobre la importancia de mantener los archivos de Zona de DNS actualizados y "limpios". https://www.caida.org/publications/papers/2020/forgotten_side_dns/ The Forgotten Side of DNS: Orphan and Abandoned Records DNS zone administration is a complex task involving manual work and several entities and can therefore result in misconfigurations. Orphan records are one of these misconfigurations, in which a glue record for a delegation that does not exist anymore is forgotten in the zone file. Orphan records are a security hazard to third-party domains that have these records in their delegation, as an attacker may easily hijack such domains by registering the domain associated with the orphan. The goal of this paper is to quantify this misconfiguration, extending previous work by Kalafut et al., by identifying a new type of glue record misconfiguration – which we refer to as abandoned records – and by performing a broader characterization. Our results highlight how the situation has changed, not always for the better, compared to a decade-old study. Fraterno saludo, Nico _______________________________________________ LACNOG mailing list LACNOG(a)lacnic.net https://mail.lacnic.net/mailman/listinfo/lacnog Cancelar suscripcion: https://mail.lacnic.net/mailman/options/lacnog -- Mauricio Vergara Ereche about.me/mave

1 0

[dns-esp] Workshop OARC online 32b, 11 de Agosto, Registro y llamado a presentaciones abierto
by Mauricio Vergara Ereche 06 Jul '20

06 Jul '20

Hola a todos! DNS-OARC realizará una nueva reunión virtual el 11 de Agosto entre las 13:00 y 15:00 hr UTC. El Comité de Programa está buscando contribuciones de la comunidad. Todos los temas relacionados al DNS son bienvenidos, y el Comité de Programa sigue particularmente interesado en contenidos operacionalmente relevantes en luz de la pandemia COVID-19. Sugerencias sobre otros temas también serán bienvenidos. Dado que la sesión estará limitada a sólo 2 horas, se alienta la brevedad y cada presentación no deberá durar más de 20 minutos (habrá un tiempo adicional para hacer preguntas) Hitos del taller 30 Jun 2020: Envío de Propuestas vía Indico 23 Jul 2020: Fecha tope envío de Propuestas (23:59 UTC) 30 Jul 2020: Lista de contribuciones iniciales publicada 04 Ago 2020: Agenda completa publicada 06 Ago 2020: Fecha límite para envío de materiales (slides, documentos, etc.) 11 Ago 2020: Reunión (virtual, no presencial) Workshop OARC 32b Detalle sobre el envío de propuestas: <https://www.dns-oarc.net/oarc32b> Cabe notar, que para poder permitir una evaluación objetiva de las propuestas al Comité de Programa y para asegurar la calidad del Workshop, las propuestas DEBEN incluir material adicional (slides, documentos, etc.) Borradores de material son aceptables en este punto. Información adicional para expositores del Workshop (virtual, no presencial) OARC 32b: - El trabajo y presentación serán difundidos via live broadcast y grabado para futuras referencias. - La presentación y material adicional (slides, documentos, etc.) estarán disponibles como referencia para ser descargados antes, durante y después de la reunión para asociados y otros. - Se espera que usted atienda a una sesión de preparación y ensayo aproximadamanete 2 semanas antes de la reunión virtual. El comité de programa se comunicará con los ponentes aceptados para establecer un tiempo conveniente para todos estos participantes. Sería muy útil de su parte tener sus slides (aún si son borradores) listos para esta ocasión. Si usted tiene inquietudes o comentarios, puede contactar directamente al Comité de Programa: https://www.dns-oarc.net/oarc/programme via <submissions(a)dns-oarc.net> Mauricio Vergara Ereche, en nombre del Comité de Programa de DNS-OARC DNS-OARC depende de auspiciadores para poder financiar sus workshops y eventos sociales. Por favor contacte a <sponsor(a)dns-oarc.net> si su organización está interesada en convertirse en un auspiciado. (Notar que DNS-OARC es mantenido como una organización sin fines de lucro, por lo que no está en posición de reembolsar gastos o tiempo de los expositores durante el workshop) -- Mauricio Vergara Ereche about.me/mave

1 0

Re: Resumen de dns-esp, Vol 70, Envío 3
by Cristobal Alejandro Espinosa Muñoz 25 Jun '20

25 Jun '20

Buenos días Gracias sus respuestas, ya esta resuelto con las recomendaciones de Mauricio y Sebastián Saludos Cristóbal Espinosa Muñoz RedesEcuador 0984267814 El mié., 24 jun. 2020 a las 20:32, <dns-esp-request(a)listas.nic.cl> escribió: > Envíe los mensajes para la lista dns-esp a > dns-esp(a)listas.nic.cl > > Para subscribirse o anular su subscripción a través de la WEB > https://listas.nic.cl/mailman/listinfo/dns-esp > > O por correo electrónico, enviando un mensaje con el texto "help" en > el asunto (subject) o en el cuerpo a: > dns-esp-request(a)listas.nic.cl > > Puede contactar con el responsable de la lista escribiendo a: > dns-esp-owner(a)listas.nic.cl > > Si responde a algún contenido de este mensaje, por favor, edite la > linea del asunto (subject) para que el texto sea mas especifico que: > "Re: Contents of dns-esp digest...". Además, por favor, incluya en la > respuesta sólo aquellas partes del mensaje a las que está > respondiendo. > > > Asuntos del día: > > 1. Problema con dnssec (Cristobal Alejandro Espinosa Muñoz) > 2. Re: Problema con dnssec (Mauricio Vergara Ereche) > 3. Re: Problema con dnssec (Sebastian Castro) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Wed, 24 Jun 2020 19:48:52 -0500 > From: Cristobal Alejandro Espinosa Muñoz < > cespinosa(a)redesecuador.com> > To: dns-esp(a)listas.nic.cl > Subject: Problema con dnssec > Message-ID: > < > CANWi4z6-7TFxeNi7sPfj0Fa9wkGt1fP+fQbMuFYUTt5AzL1aQA(a)mail.gmail.com> > Content-Type: text/plain; charset="utf-8" > > Buenas noches > > Quería pedir su ayuda con un problema que tengo con dnssec, al momento > tengo 5 servidores dns para mi dominio redesecuador.com un master y los > otros 4 slave, todo funciona bien excepto el SOA en un servidor slave que > es diferente al resto, la configuración en los slave son todas iguales, e > reiniciado varias veces y no hay forma de que los 5 servidores tengan el > mismo SOA, el que tiene diferente es siempre el mismo > > Looks like your nameservers do not agree on the SOA serial. Ths SOA records > as reported by your nameservers: > *192.73.243.153 -> 2020060815* > *209.177.156.190 -> 2020060823* > *107.161.30.224 -> 2020060815* > *209.177.145.237 -> 2020060815* > *168.235.108.34 -> 2020060815* > > Estoy trabajando con bind-chroot en la version 9.x > > Si me pueden ayudar con este inconveniente > > > Saludos > > Cristóbal Espinosa Muñoz > RedesEcuador > 0984267814 > ------------ próxima parte ------------ > Se ha borrado un adjunto en formato HTML... > URL: < > https://listas.nic.cl/pipermail/dns-esp/attachments/20200624/5cbaff56/attac… > > > > ------------------------------ > > Message: 2 > Date: Wed, 24 Jun 2020 18:06:15 -0700 > From: Mauricio Vergara Ereche <mave(a)cero32.cl> > To: Cristobal Alejandro Espinosa Muñoz <cespinosa(a)redesecuador.com>, > DNS en español <dns-esp(a)listas.nic.cl> > Subject: Re: [dns-esp] Problema con dnssec > Message-ID: > < > CAAk_VVhxdox9xu4QRAMi9TWUHFLFLa4en00ZDVVQ9hvh4MEkcQ(a)mail.gmail.com> > Content-Type: text/plain; charset="utf-8" > > Hola Cristobal, > > Por lo que puedo revisar de tu problema, no tiene que ver con DNSSEC, sino > con cómo se están comunicando tus servidores autoritativos entre el master > y los slaves y entre medio se desincronizó uno de ellos. > > Tu query se puede ver de la misma manera que tienes en tu ejemplo: > > dig redesecuador.com +nssearch > SOA ns1.redesecuador.com. root.redesecuador.com. 2020060823 3600 600 > 1209600 3600 from server 209.177.156.190 in 46 ms. > SOA ns1.redesecuador.com. root.redesecuador.com. 2020060815 3600 600 > 1209600 3600 from server 107.161.30.224 in 52 ms. > SOA ns1.redesecuador.com. root.redesecuador.com. 2020060815 3600 600 > 1209600 3600 from server 192.73.243.153 in 67 ms. > SOA ns1.redesecuador.com. root.redesecuador.com. 2020060815 3600 600 > 1209600 3600 from server 168.235.108.34 in 72 ms. > SOA ns1.redesecuador.com. root.redesecuador.com. 2020060815 3600 600 > 1209600 3600 from server 209.177.145.237 in 74 ms. > > Esto significa que tu servidor autoritativo secundario > ns2.redesecuador.com. > tiene una zona más nueva. > > El fix más rápido: > > Aumenta el serial a un número mayor (por ejemplo a la fecha de hoy > 2020062400) en tu servidor primario y fuerza una recarga de zona (con BIND > sería `rndc reload redesecuador.com`, en NSD sería `nsd-control reload > redesecuador.com`, en Knot-DNS sería `knotc zone-reload redesecuador.com`) > eso va a forzar un NOTIFY a los secundarios y ellos deberían actualizarse. > > Saludos! > > > > On Wed, Jun 24, 2020 at 5:49 PM Cristobal Alejandro Espinosa Muñoz via > dns-esp <dns-esp(a)listas.nic.cl> wrote: > > > > > > > > > ---------- Forwarded message ---------- > > From: "Cristobal Alejandro Espinosa Muñoz" <cespinosa(a)redesecuador.com> > > To: dns-esp(a)listas.nic.cl > > Cc: > > Bcc: > > Date: Wed, 24 Jun 2020 19:48:52 -0500 > > Subject: Problema con dnssec > > Buenas noches > > > > Quería pedir su ayuda con un problema que tengo con dnssec, al momento > > tengo 5 servidores dns para mi dominio redesecuador.com un master y los > > otros 4 slave, todo funciona bien excepto el SOA en un servidor slave que > > es diferente al resto, la configuración en los slave son todas iguales, e > > reiniciado varias veces y no hay forma de que los 5 servidores tengan el > > mismo SOA, el que tiene diferente es siempre el mismo > > > > Looks like your nameservers do not agree on the SOA serial. Ths SOA > > records as reported by your nameservers: > > *192.73.243.153 -> 2020060815* > > *209.177.156.190 -> 2020060823* > > *107.161.30.224 -> 2020060815* > > *209.177.145.237 -> 2020060815* > > *168.235.108.34 -> 2020060815* > > > > Estoy trabajando con bind-chroot en la version 9.x > > > > Si me pueden ayudar con este inconveniente > > > > > > Saludos > > > > Cristóbal Espinosa Muñoz > > RedesEcuador > > 0984267814 > > > > > > > > ---------- Forwarded message ---------- > > From: "Cristobal Alejandro Espinosa Muñoz via dns-esp" < > > dns-esp(a)listas.nic.cl> > > To: dns-esp(a)listas.nic.cl > > Cc: > > Bcc: > > Date: Wed, 24 Jun 2020 20:49:07 -0400 (-04) > > Subject: [dns-esp] Problema con dnssec > > _______________________________________________ > > dns-esp mailing list > > dns-esp(a)listas.nic.cl > > https://listas.nic.cl/mailman/listinfo/dns-esp > > > > > -- > Mauricio Vergara Ereche > about.me/mave > ------------ próxima parte ------------ > Se ha borrado un adjunto en formato HTML... > URL: < > https://listas.nic.cl/pipermail/dns-esp/attachments/20200624/6b66a416/attac… > > > > ------------------------------ > > Message: 3 > Date: Thu, 25 Jun 2020 13:32:10 +1200 > From: Sebastian Castro <sebas(a)requin.cl> > To: Mauricio Vergara Ereche <mave(a)cero32.cl>, DNS en español > <dns-esp(a)listas.nic.cl> > Cc: Cristobal Alejandro Espinosa Muñoz <cespinosa(a)redesecuador.com> > Subject: Re: [dns-esp] Problema con dnssec > Message-ID: > < > CAD4ck1Y4ec6op+2VTGjrvPmrrWM38gH83V7H1AnCushb17k9Yw(a)mail.gmail.com> > Content-Type: text/plain; charset="utf-8" > > Hola Cristobal: > > Sumando a lo que comento Mauricio, seria util saber cual es el maestro y > cuales los esclavos. Yo sospecho que, dado que ns5.redesecuador.com es el > unico con el serial mas alto, que ese es el maestro. > > Durante la operacion normal de un esquema de maestro y esclavos, un cambio > en el maestro con el correspondiente ajuste en el serial, y la recarga de > la zona (rndc reload) deberia enviar mensajes NOTIFY a los esclavos para > que transfieran la zona nueva. > > Puedes intentar conectandote a uno de los servidores con el serial atrasado > y ejecutar *rndc retransfer redesecuador.com <http://redesecuador.com>* y > ver si eso fuerza la actualizacion. Dependiendo de este resultado, habria > que ver si hay errores de comunicaciones entre el esclavo y el maestro, o > error de configuracion, o falla de los NOTIFY. > > > Buena suerte! > > On Thu, 25 Jun 2020 at 13:06, Mauricio Vergara Ereche via dns-esp < > dns-esp(a)listas.nic.cl> wrote: > > > Hola Cristobal, > > > > Por lo que puedo revisar de tu problema, no tiene que ver con DNSSEC, > sino > > con cómo se están comunicando tus servidores autoritativos entre el > master > > y los slaves y entre medio se desincronizó uno de ellos. > > > > Tu query se puede ver de la misma manera que tienes en tu ejemplo: > > > > dig redesecuador.com +nssearch > > SOA ns1.redesecuador.com. root.redesecuador.com. 2020060823 3600 600 > > 1209600 3600 from server 209.177.156.190 in 46 ms. > > SOA ns1.redesecuador.com. root.redesecuador.com. 2020060815 3600 600 > > 1209600 3600 from server 107.161.30.224 in 52 ms. > > SOA ns1.redesecuador.com. root.redesecuador.com. 2020060815 3600 600 > > 1209600 3600 from server 192.73.243.153 in 67 ms. > > SOA ns1.redesecuador.com. root.redesecuador.com. 2020060815 3600 600 > > 1209600 3600 from server 168.235.108.34 in 72 ms. > > SOA ns1.redesecuador.com. root.redesecuador.com. 2020060815 3600 600 > > 1209600 3600 from server 209.177.145.237 in 74 ms. > > > > Esto significa que tu servidor autoritativo secundario > > ns2.redesecuador.com. tiene una zona más nueva. > > > > El fix más rápido: > > > > Aumenta el serial a un número mayor (por ejemplo a la fecha de hoy > > 2020062400) en tu servidor primario y fuerza una recarga de zona (con > BIND > > sería `rndc reload redesecuador.com`, en NSD sería `nsd-control reload > > redesecuador.com`, en Knot-DNS sería `knotc zone-reload redesecuador.com > `) > > eso va a forzar un NOTIFY a los secundarios y ellos deberían > actualizarse. > > > > Saludos! > > > > > > > > On Wed, Jun 24, 2020 at 5:49 PM Cristobal Alejandro Espinosa Muñoz via > > dns-esp <dns-esp(a)listas.nic.cl> wrote: > > > >> > >> > >> > >> ---------- Forwarded message ---------- > >> From: "Cristobal Alejandro Espinosa Muñoz" <cespinosa(a)redesecuador.com> > >> To: dns-esp(a)listas.nic.cl > >> Cc: > >> Bcc: > >> Date: Wed, 24 Jun 2020 19:48:52 -0500 > >> Subject: Problema con dnssec > >> Buenas noches > >> > >> Quería pedir su ayuda con un problema que tengo con dnssec, al momento > >> tengo 5 servidores dns para mi dominio redesecuador.com un master y los > >> otros 4 slave, todo funciona bien excepto el SOA en un servidor slave > que > >> es diferente al resto, la configuración en los slave son todas iguales, > e > >> reiniciado varias veces y no hay forma de que los 5 servidores tengan el > >> mismo SOA, el que tiene diferente es siempre el mismo > >> > >> Looks like your nameservers do not agree on the SOA serial. Ths SOA > >> records as reported by your nameservers: > >> *192.73.243.153 -> 2020060815* > >> *209.177.156.190 -> 2020060823* > >> *107.161.30.224 -> 2020060815* > >> *209.177.145.237 -> 2020060815* > >> *168.235.108.34 -> 2020060815* > >> > >> Estoy trabajando con bind-chroot en la version 9.x > >> > >> Si me pueden ayudar con este inconveniente > >> > >> > >> Saludos > >> > >> Cristóbal Espinosa Muñoz > >> RedesEcuador > >> 0984267814 > >> > >> > >> > >> ---------- Forwarded message ---------- > >> From: "Cristobal Alejandro Espinosa Muñoz via dns-esp" < > >> dns-esp(a)listas.nic.cl> > >> To: dns-esp(a)listas.nic.cl > >> Cc: > >> Bcc: > >> Date: Wed, 24 Jun 2020 20:49:07 -0400 (-04) > >> Subject: [dns-esp] Problema con dnssec > >> _______________________________________________ > >> dns-esp mailing list > >> dns-esp(a)listas.nic.cl > >> https://listas.nic.cl/mailman/listinfo/dns-esp > >> > > > > > > -- > > Mauricio Vergara Ereche > > about.me/mave > > > > _______________________________________________ > > dns-esp mailing list > > dns-esp(a)listas.nic.cl > > https://listas.nic.cl/mailman/listinfo/dns-esp > > > ------------ próxima parte ------------ > Se ha borrado un adjunto en formato HTML... > URL: < > https://listas.nic.cl/pipermail/dns-esp/attachments/20200625/ce627917/attac… > > > > ------------------------------ > > _______________________________________________ > dns-esp mailing list > dns-esp(a)listas.nic.cl > https://listas.nic.cl/mailman/listinfo/dns-esp > > > Fin de Resumen de dns-esp, Vol 70, Envío 3 > ****************************************** >

1 0

Re: [dns-esp] Problema con dnssec
by Mauricio Vergara Ereche 25 Jun '20

25 Jun '20

Hola Cristobal, Por lo que puedo revisar de tu problema, no tiene que ver con DNSSEC, sino con cómo se están comunicando tus servidores autoritativos entre el master y los slaves y entre medio se desincronizó uno de ellos. Tu query se puede ver de la misma manera que tienes en tu ejemplo: dig redesecuador.com +nssearch SOA ns1.redesecuador.com. root.redesecuador.com. 2020060823 3600 600 1209600 3600 from server 209.177.156.190 in 46 ms. SOA ns1.redesecuador.com. root.redesecuador.com. 2020060815 3600 600 1209600 3600 from server 107.161.30.224 in 52 ms. SOA ns1.redesecuador.com. root.redesecuador.com. 2020060815 3600 600 1209600 3600 from server 192.73.243.153 in 67 ms. SOA ns1.redesecuador.com. root.redesecuador.com. 2020060815 3600 600 1209600 3600 from server 168.235.108.34 in 72 ms. SOA ns1.redesecuador.com. root.redesecuador.com. 2020060815 3600 600 1209600 3600 from server 209.177.145.237 in 74 ms. Esto significa que tu servidor autoritativo secundario ns2.redesecuador.com. tiene una zona más nueva. El fix más rápido: Aumenta el serial a un número mayor (por ejemplo a la fecha de hoy 2020062400) en tu servidor primario y fuerza una recarga de zona (con BIND sería `rndc reload redesecuador.com`, en NSD sería `nsd-control reload redesecuador.com`, en Knot-DNS sería `knotc zone-reload redesecuador.com`) eso va a forzar un NOTIFY a los secundarios y ellos deberían actualizarse. Saludos! On Wed, Jun 24, 2020 at 5:49 PM Cristobal Alejandro Espinosa Muñoz via dns-esp <dns-esp(a)listas.nic.cl> wrote: > > > > ---------- Forwarded message ---------- > From: "Cristobal Alejandro Espinosa Muñoz" <cespinosa(a)redesecuador.com> > To: dns-esp(a)listas.nic.cl > Cc: > Bcc: > Date: Wed, 24 Jun 2020 19:48:52 -0500 > Subject: Problema con dnssec > Buenas noches > > Quería pedir su ayuda con un problema que tengo con dnssec, al momento > tengo 5 servidores dns para mi dominio redesecuador.com un master y los > otros 4 slave, todo funciona bien excepto el SOA en un servidor slave que > es diferente al resto, la configuración en los slave son todas iguales, e > reiniciado varias veces y no hay forma de que los 5 servidores tengan el > mismo SOA, el que tiene diferente es siempre el mismo > > Looks like your nameservers do not agree on the SOA serial. Ths SOA > records as reported by your nameservers: > *192.73.243.153 -> 2020060815* > *209.177.156.190 -> 2020060823* > *107.161.30.224 -> 2020060815* > *209.177.145.237 -> 2020060815* > *168.235.108.34 -> 2020060815* > > Estoy trabajando con bind-chroot en la version 9.x > > Si me pueden ayudar con este inconveniente > > > Saludos > > Cristóbal Espinosa Muñoz > RedesEcuador > 0984267814 > > > > ---------- Forwarded message ---------- > From: "Cristobal Alejandro Espinosa Muñoz via dns-esp" < > dns-esp(a)listas.nic.cl> > To: dns-esp(a)listas.nic.cl > Cc: > Bcc: > Date: Wed, 24 Jun 2020 20:49:07 -0400 (-04) > Subject: [dns-esp] Problema con dnssec > _______________________________________________ > dns-esp mailing list > dns-esp(a)listas.nic.cl > https://listas.nic.cl/mailman/listinfo/dns-esp > -- Mauricio Vergara Ereche about.me/mave

2 1

Problema con dnssec
by Cristobal Alejandro Espinosa Muñoz 25 Jun '20

25 Jun '20

Buenas noches Quería pedir su ayuda con un problema que tengo con dnssec, al momento tengo 5 servidores dns para mi dominio redesecuador.com un master y los otros 4 slave, todo funciona bien excepto el SOA en un servidor slave que es diferente al resto, la configuración en los slave son todas iguales, e reiniciado varias veces y no hay forma de que los 5 servidores tengan el mismo SOA, el que tiene diferente es siempre el mismo Looks like your nameservers do not agree on the SOA serial. Ths SOA records as reported by your nameservers: *192.73.243.153 -> 2020060815* *209.177.156.190 -> 2020060823* *107.161.30.224 -> 2020060815* *209.177.145.237 -> 2020060815* *168.235.108.34 -> 2020060815* Estoy trabajando con bind-chroot en la version 9.x Si me pueden ayudar con este inconveniente Saludos Cristóbal Espinosa Muñoz RedesEcuador 0984267814

1 0

[dns-esp] Fwd: [lacnog] LACNOG 2020 – Llamado a Presentación de Trabajos
by Hugo Salgado 23 Jun '20

23 Jun '20

Hola a todos, espero que se encuentren bien! Quería avisarles que está abierto el llamado a trabajos para la conferencia LACNOG2020. Será a comienzos de octubre, lo más probable es que sea en línea pero el anuncio definitivo será en las próximas semanas. Así que quedan invitados a postular sus trabajos, experiencias o investigaciones en DNS. Y si también les gustaría escuchar de algún tema en especial, pueden proponerlo acá en la lista y buscamos un experto que lo dicte! Saludos, Hugo

1 1

[dns-esp] Fwd: [lacnog] NXNSAttack: Recursive DNS Inefficiencies and Vulnerabilities
by Mauricio Vergara Ereche 19 May '20

19 May '20

Estimados DNS-entusiastas, Este mensaje lo mandó Nico en la lista LACNOG y creo que está bien interesante para los que operan servidores recursivos por acá... Ojo que BIND, Unbound, Knot-Resolver y PowerDNS tienen parches disponibles, pero que pueden requerir configuración extra. Mi consejo: Aparte de mantener sistemas al día, creo que este es un gran momento para auto-recordarnos de mantener y mejorar la visibilidad de qué pasa en cada servidor y tener métricas que permitan detectar anomalías como éstas. Saludos! ---------- Forwarded message --------- From: Nicolas Antoniello <nantoniello(a)gmail.com> Date: Tue, May 19, 2020 at 12:10 PM Subject: [lacnog] NXNSAttack: Recursive DNS Inefficiencies and Vulnerabilities To: Latin America and Caribbean Region Network Operators Group < lacnog(a)lacnog.org> Un paper muy interesante sobre un tipo de ataque de DoS, o pseudo-ataque ya que por lo que pude leer hace uso de una funcionalidad de DNS y no de un bug, a servidores recursivos de DNS: http://www.nxnsattack.com/ http://www.nxnsattack.com/dns-ns-paper.pdf Creo que es interesante de leer y analizar si realmente impacta o no. Saludos, Nico _______________________________________________ LACNOG mailing list LACNOG(a)lacnic.net https://mail.lacnic.net/mailman/listinfo/lacnog Cancelar suscripcion: https://mail.lacnic.net/mailman/options/lacnog -- Mauricio Vergara Ereche about.me/mave

2 1

← Newer
1
2
3
4
5
6
7
...
21
Older →

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

DNS LACNOG