Resumen
- Amarutu Technology Ltd está presente en los registros públicos de infraestructura como la empresa detrás de la red y la marca de alojamiento KoDDoS. Los registros de RIPE NCC muestran a Amarutu Technology Ltd como una organización de registro de internet local con el contacto de abuso
abuse@koddos.comenhttps://rest.db.ripe.net/ripe/organisation/ORG-ATL58-RIPE, RIPEstat indica que AS206264 se anuncia bajo "AMARUTU-TECHNOLOGY Amarutu Technology Ltd" enhttps://stat.ripe.net/data/as-overview/data.json?resource=AS206264, y PeeringDB asigna AS206264 a Amarutu Technology Ltd con el alias KoDDoS, alcance global, política de peering abierta, 20 puntos de intercambio y 18 instalaciones enhttps://www.peeringdb.com/api/net/7809. La oferta comercial no es una cuenta de nube básica. KoDDoS comercializa alojamiento offshore, alojamiento de riesgo medio y alto, servidores dedicados protegidos contra DDoS, protección DDoS remota, métodos de pago amplios y una política de uso aceptable explícita a través de páginas comohttps://koddos.net/,https://koddos.net/high-risk-hosting.html,https://koddos.net/ddos-protected-dedicated-servers.html,https://koddos.net/payment-methods.htmlyhttps://koddos.net/tos.html. - La tesis económica es condicional. Amarutu resulta atractiva cuando el comprador valora más una infraestructura accesible, la mitigación de DDoS, la postura de contenido offshore, la flexibilidad de pago y el soporte directo que el diferencial reputacional asociado a una cuenta de alojamiento de alto riesgo. Este diferencial no es moral; es costo operativo. Las quejas por abuso pueden consumir tiempo de soporte, la corrección en listas de bloqueo puede tensar las relaciones con los proveedores upstream, las opciones de pago amplias pueden aumentar el riesgo, y una reputación de alojamiento permisivo puede incrementar la fricción en la captación de clientes legítimos que necesitan que bancos, anunciantes, clientes o contrapartes acepten su elección de infraestructura. La tesis cambiaría si métricas publicadas mostraran una densidad de inclusiones en listas de abuso consistentemente baja por prefijo anunciado, cierres rápidos de tickets de abuso, alta retención de renovaciones, bajas tasas de impago, baja rotación de migración tras ataques, y resultados de tiempo de actividad o mitigación verificables de forma independiente más allá de la página de estado autodeclarada enhttps://status.koddos.net/api/v2/summary.json.
La cuenta comienza con un problema de accesibilidad
El comprador en el mercado de Amarutu a menudo no parte del mismo lugar que un comprador que compara una máquina virtual barata en un proveedor de VPS local. El caso inicial útil es el de un propietario de un servicio con un sitio web, foro, panel de juegos, servicio multimedia, comunidad de trading, proyecto de expresión controvertida, aplicación orientada a pagos o cuenta de revendedor que espera tráfico no deseado. El propietario quiere que el servidor siga siendo accesible, pero también sabe que la factura puede incluir elementos que una factura de nube convencional no muestra como partidas: intercambios de soporte sobre informes de abuso, IPs de reemplazo, limpieza de listas de bloqueo, presión ascendente, fricción por pago con tarjeta o criptomonedas, y la posibilidad de que un usuario, anunciante o socio pregunte por qué el servicio está alojado en un proveedor de alto riesgo.
Ese comprador tiene sustitutos. Una cuenta de nube a hiperescala convencional como AWS con Shield enhttps://aws.amazon.com/shield/puede ofrecer escala, postura de cumplimiento normativo y seguridad integrada, pero también conlleva revisión de cuenta, aplicación de políticas y una economía de ancho de banda potencialmente compleja. Un paquete de CDN y seguridad como Cloudflare enhttps://www.cloudflare.com/application-services/products/ddos/puede proteger el borde de una aplicación, pero no reemplaza todas las necesidades de servidor de origen o alojamiento. Un proveedor de VPS local como Hetzner Cloud enhttps://www.hetzner.com/cloud/o un proveedor de VPS para desarrolladores como DigitalOcean enhttps://www.digitalocean.com/products/dropletspuede ser más barato y sencillo para cargas de trabajo ordinarias, pero puede resultar menos atractivo para clientes que esperan tráfico de acoso o quejas de contenido. Un proveedor de infraestructura con posicionamiento explícito anti-DDoS como OVHcloud enhttps://www.ovhcloud.com/en/security/anti-ddos/o un proveedor de nube/VPS como Vultr enhttps://www.vultr.com/products/cloud-compute/es otro sustituto. El autoalojamiento puede preservar el control, pero traslada al cliente a problemas de tránsito, enrutador, energía, manos remotas y mitigación.
La oferta de KoDDoS de Amarutu se sitúa en el vacío entre esas alternativas. Le dice al comprador que una cuenta de alto riesgo u offshore es una categoría de producto, no una vergüenza. La página principal enhttps://koddos.net/anuncia protección remota desde $140 al mes, servidores protegidos contra DDoS desde $450 al mes, alojamiento offshore desde $8.95 al mes, y un rango de protección declarada de 10 Gbps a 350 Gbps. La página de alojamiento compartido de riesgo medio enhttps://koddos.net/medium-risk-hosting.htmllista planes desde $39.99 hasta $389.99 al mes, con filtrado máximo de ataques de 10 Gbps a 120 Gbps, ancho de banda limpio de 50 GB a 200 GB, un dominio y ubicaciones en los Países Bajos, Hong Kong o los Estados Unidos. La página de alojamiento de alto riesgo enhttps://koddos.net/high-risk-hosting.htmleleva el punto de entrada mensual a $140 y el plan más alto listado a $700, con filtrado de 50 Gbps a 200 Gbps y ancho de banda limpio de 100 GB a 400 GB. La página de servidores dedicados protegidos contra DDoS enhttps://koddos.net/ddos-protected-dedicated-servers.htmllista paquetes dedicados desde $450 hasta $825 al mes, con una IP utilizable, interfaz de red de 1 Gbps, opciones de ancho de banda limpio de 20 TB a ilimitado, y filtrado máximo de ataques de hasta 350 Gbps.
Estas páginas son la primera pista de que la reputación tiene un precio. El alojamiento web común suele vender más almacenamiento, más RAM o más CPU. KoDDoS añade niveles de riesgo y capacidad de mitigación al menú comercial. El cliente que paga $140 por alojamiento compartido de alto riesgo no está comprando la forma más barata de publicar un sitio. Está pagando por un proveedor dispuesto a posicionarse en torno al filtrado de tráfico, la postura offshore y la tolerancia de contenido. Esa disposición es valiosa solo si el proveedor puede mantener el servicio accesible sin permitir que el costo reputacional crezca más rápido que los ingresos.
Amarutu es el titular de los recursos; KoDDoS es la marca operativa
La identidad pública es lo suficientemente clara para un artículo de investigación empresarial, aunque no se trate de un informe financiero completo. El objeto de organización de RIPE NCC enhttps://rest.db.ripe.net/ripe/organisation/ORG-ATL58-RIPElista a Amarutu Technology Ltd como un LIR, con código de país SC, número de registro 189024, líneas de dirección en Hong Kong, número de teléfono +2484225244, correo electróniconoc@koddos.com, identificador administrativo y técnico RL11970-RIPE, rol de abuso AR39335-RIPE y mantenedorsc-amarutu-1-mnt. El mismo registro fue creado el 20 de febrero de 2017 y modificado por última vez el 13 de mayo de 2026. Un segundo par de registros de organización de RIPE más antiguos devueltos por una búsqueda de Amarutu muestra el mismo patrón de contacto de KoDDoS bajo otros mantenedores, pero el objeto de organización LIR actual es el ancla más limpia.
El objeto de AS de RIPE NCC enhttps://rest.db.ripe.net/ripe/aut-num/AS206264.jsonidentifica AS206264 comoAMARUTU-TECHNOLOGY, vinculado a ORG-ATL58-RIPE, con estado asignado, creado el 22 de febrero de 2017 y modificado por última vez el 26 de febrero de 2026. Enumera tránsitos que incluyen GTT, Arelion, Tata, RETN, Cogent, Telstra, NTT y Orange, seguido de un largo conjunto de pares y políticas de importación y exportación de rutas. La vista general de RIPEstat enhttps://stat.ripe.net/data/as-overview/data.json?resource=AS206264dice que el titular es Amarutu Technology Ltd y que el ASN está anunciado. El feed de prefijos anunciados de RIPEstat enhttps://stat.ripe.net/data/announced-prefixes/data.json?resource=AS206264mostró docenas de prefijos IPv4 e IPv6 visibles en la ventana del 22 de junio al 6 de julio de 2026, incluyendo 185.191.124.0/24, 183.81.169.0/24, 89.249.49.0/24, 31.220.40.0/23, 103.109.100.0/22, 2402:7840::/32 y 2a0d:1000::/30. Esto es evidencia de una huella de enrutamiento real, no prueba del contenido o la identidad de ningún cliente.
PeeringDB es el puente entre la entidad legal y la identidad comercial de red. Su registro de red enhttps://www.peeringdb.com/api/net/7809nombra a Amarutu Technology Ltd, lista el alias KoDDoS, sitio webhttps://koddos.net, ASN 206264, AS-SET IRR AS-KODDOS, tipo de red NSP, ratio de tráfico mayoritariamente entrante, alcance global, soporte IPv6, política de peering general abierta, sin requisito de ubicación o contrato, 20 puntos de intercambio y 18 instalaciones. El feed de conexiones de intercambio de PeeringDB enhttps://www.peeringdb.com/api/netixlan?net_id=7809muestra una amplia presencia en intercambios europeos y asiáticos, incluyendo AMS-IX, NL-ix, Speed-IX, HKIX, AMS-IX Hong Kong, DE-CIX Frankfurt, Global-IX, GNM-IX, ERA-IX Amsterdam, 1-IX EU, JPNAP Tokio, BBIX Tokio, ERA-IX Frankfurt y Peering.cz. El feed de instalaciones enhttps://www.peeringdb.com/api/netfac?net_id=7809lista ubicaciones en Ámsterdam, Frankfurt, Hong Kong, Estocolmo y Tokio, incluyendo NIKHEF Ámsterdam, Digital Realty Ámsterdam AMS9, Equinix AM5 y AM7, ubicaciones de Equinix y Digital Realty en Frankfurt, instalaciones de Equinix e iAdvantage en Hong Kong, e instalaciones de Equinix en Tokio.
Esa infraestructura importa porque el cliente está comprando accesibilidad, no solo una máquina. Una cuenta de alojamiento de alto riesgo con rutas débiles no tiene alto valor. Fallaría en el primer gran evento de tráfico, disputa con un upstream o ruta congestionada. Los registros públicos de Amarutu muestran suficiente diversidad de intercambio y tránsito para hacer creíble el producto como servicio de red. Los mismos registros también muestran por qué el negocio tiene riesgo de dependencia. En última instancia, el cliente depende de la tolerancia y el comportamiento comercial de los proveedores de tránsito, los tejidos de intercambio, los centros de datos, los servidores de ruta, los proveedores de dominio y pago, y las jurisdicciones legales en las que se encuentran los servidores, las direcciones de la empresa y los clientes.
La red vende diversidad de rutas, pero la tolerancia del upstream es finita
La propia página de red de KoDDoS enhttps://koddos.net/network.htmldice que su infraestructura está cerca de Ámsterdam, cerca de Washington y en Hong Kong, afirma una disponibilidad de red del 99.99%, nombra proveedores premium como TeliaSonera, Tata Communications, GTT, RETN y OpenPeering, y dice que los clientes pueden probar la red de los Países Bajos o Hong Kong a través de enlaces de looking-glass. También dice que múltiples proveedores de tránsito proporcionan rutas rápidas a otras redes, que la red está conectada a las principales redes europeas y a grandes puntos de intercambio, y que utiliza equipos de enrutamiento Juniper y Cisco. Estas son afirmaciones del proveedor, pero están en consonancia con los registros de RIPE NCC y PeeringDB.
Los datos de la página de estado añaden una segunda señal operativa. La API de estado pública enhttps://status.koddos.net/api/v2/status.jsonmuestra la marca "Amarutu Technology Ltd." e informó "Todos los sistemas operativos" en el momento de la consulta el 6 de julio de 2026. La API de resumen enhttps://status.koddos.net/api/v2/summary.jsonlistó componentes operativos para el Portal de Clientes de KoDDoS, Países Bajos, Hong Kong, Washington, D.C., Anti DDoS, Tránsito IP, DNS y Soporte Telefónico, sin incidentes actuales ni mantenimiento programado. El historial RSS enhttps://status.koddos.net/history.rssmuestra tareas de mantenimiento de red pasadas en 2019 y 2020, incluyendo reemplazo de enrutador de borde, cambios en la red de los Países Bajos, actualización de la red de Hong Kong, una actualización de conmutador central y una actualización de enrutador de borde para soportar mayor capacidad de ancho de banda.
Esta evidencia respalda una afirmación moderada: Amarutu mantiene informes operativos públicos y tiene una presencia de red multirregional visible. No prueba que cada evento de DDoS anunciado sea absorbido, que cada cliente permanezca en línea, o que cada ruta se mantenga limpia bajo presión. De hecho, los propios términos de KoDDoS advierten que los ataques extremos pueden dar lugar a decisiones de los proveedores upstream y a una accesibilidad continental parcial o a un apagado completo por razones fuera del control de KoDDoS enhttps://koddos.net/tos.html. Esa frase es comercialmente importante. Le dice al comprador que la mitigación no es un escudo mágico; es una negociación entre el volumen de paquetes, la capacidad de filtrado, la política upstream, la accesibilidad de la ruta y el comportamiento del cliente.
La mejor manera de interpretar la propuesta de red de Amarutu es como una opción en capas. Un cliente podría comprar un VPS barato de un proveedor local y añadir un CDN. Eso puede funcionar para tráfico web normal. Si el cliente espera exposición directa de IP, tráfico de juegos, protocolos de aplicación que no funcionan bien detrás de un CDN HTTP, o un historial de tráfico de acoso, entonces la combinación de tránsito, presencia en IX y disposición del proveedor se vuelve más valiosa. Pero el valor siempre es condicional. Una ruta que es accesible hoy puede ser atenuada, filtrada, limitada en tasa, des-peereada o encarecida comercialmente mañana si el volumen de abuso, el tráfico de ataque o las quejas de los upstream aumentan.
Lo mismo se desprende del feed de prefijos anunciados de RIPEstat enhttps://stat.ripe.net/data/announced-prefixes/data.json?resource=AS206264y del registro de red de PeeringDB enhttps://www.peeringdb.com/api/net/7809: no es una pequeña tienda de un solo prefijo. Es una red con muchos anuncios visibles, muchas superficies de peering y muchos bloques de direcciones individuales que pueden adquirir sus propios historiales de entregabilidad, listas de bloqueo y soporte. Los anuncios más específicos pueden reflejar ingeniería de tráfico, historial de asignación o requisitos operativos. En un negocio de alojamiento sensible a la reputación, también crean más pequeños escenarios operativos donde el comportamiento de un cliente puede afectar la percepción que otro cliente tiene del proveedor.
Los términos de servicio convierten el abuso en un centro de coste
La evidencia económica más sólida no es la página de marketing. Es la página de términos enhttps://koddos.net/tos.html. KoDDoS describe a Amarutu Technology Ltd y la marca KoDDoS como un proveedor de servicios de internet que opera bajo disposiciones de puerto seguro. Prohíbe el spam y el correo electrónico comercial no solicitado, dice que el spam puede llevar a la terminación inmediata de la cuenta, y asigna la responsabilidad de las violaciones a los miembros. Dice que las cuentas que incumplan el pago mensual reciben una notificación por correo electrónico y un período de gracia de 24 horas, luego la desactivación, con una tarifa de reactivación de $20. Dice que algunos reembolsos pueden estar disponibles solo bajo condiciones estrictas de tiempo y motivo. Pone la responsabilidad de las copias de seguridad en el suscriptor. Describe el alojamiento offshore como autogestionado, excluye el soporte de emergencia para planes offshore, y dice que el soporte se limita a problemas a nivel de servidor para el alojamiento compartido y de revendedor.
La sección de uso aceptable es permisiva y restrictiva a la vez. Presenta el alojamiento offshore como alojamiento web de libertad de expresión para foros, comunidades y sitios de descarga, con pocas restricciones de contenido según las leyes y regulaciones de los Países Bajos. También prohíbe el material de abuso sexual infantil, sitios relacionados con spam, phishing, scripts maliciosos, botnets, troyanos, virus, scripts de explotación, shells, herramientas de spam, proxies, CGI-IRC, falsos remitentes, remitentes masivos, bombarderos de SMS, abuso de recursos y granjas de enlaces. Dice que algunos alojamientos HYIP, autosurf y al estilo Ponzi requieren un mínimo de 50 Gbps de protección DDoS VPS, un plan de alto riesgo o un servidor protegido contra DDoS. Dice que KoDDoS tiene total discreción y no dudará en rescindir cuentas si un cliente pone en peligro su posición con la red.
Esa es la estructura de costes en un párrafo. El negocio quiere clientes que valoren una postura de alojamiento tolerante, pero no puede permitir que la tolerancia se convierta en hostilidad ascendente. Cada queja tiene un coste de gestión. Una queja falsa cuesta tiempo de soporte y puede irritar al cliente. Una queja válida puede requerir advertencia, suspensión, terminación, gestión de datos, disputa de reembolso, remediación de ruta o explicación a un proveedor upstream. Un cliente que genera abuso puede crear costes que no son proporcionales al uso de almacenamiento o CPU. Una sola cuenta mala puede consumir tickets, contaminar un rango de IP, estresar a los procesadores de pago y crear un lastre reputacional para los clientes vecinos.
Los términos de KoDDoS lo hacen explícito en la sección de violaciones. Dicen que la empresa puede cobrar a los clientes por la recuperación de incumplimientos para compensar los costes de investigar violaciones sospechosas, remediar daños, responder a quejas, responder a citaciones o solicitudes de terceros legalmente autorizadas, y retirar los números IP de KoDDoS y sus upstream de las bases de datos de abuso. También dicen que no se concederá crédito ni reembolso por interrupciones del servicio debidas a violaciones del acuerdo de usuario. La lógica comercial es clara: la limpieza de abuso no es soporte gratuito; es un coste recuperable. Eso importa para los márgenes porque el alojamiento de alto riesgo solo funciona si el proveedor puede hacer que los clientes que generan costes extraordinarios de remediación paguen por ello o se vayan rápidamente.
Los registros de contacto de abuso respaldan la misma lectura. El rol AR39335-RIPE de RIPE NCC enhttps://rest.db.ripe.net/ripe/role/AR39335-RIPE.jsonlistaabuse@koddos.comcomo el buzón de abuso para la organización actual de Amarutu. Un rol heredado de KoDDoS, KDDS9813-RIPE, enhttps://rest.db.ripe.net/ripe/role/KDDS9813-RIPE.jsontambién listaabuse@koddos.comy un número de teléfono de Hong Kong. Un buzón de abuso no prueba capacidad de respuesta, pero es la dirección a la que los denunciantes externos, los operadores de red y los servicios de reputación pueden trasladar costes a la empresa. El endpoint público de detalles de ASN de DShield enhttps://www.dshield.org/asdetailsascii.html?as=206264devolvió encabezados y ninguna fila de IP de origen en 30 días para AS206264 en el momento de la consulta. Es una señal débil porque la cobertura de DShield no es universal y la ausencia en un feed no es un certificado de reputación limpia. Sigue siendo útil como recordatorio de que las métricas de abuso necesitan normalización y múltiples fuentes, no anécdotas.
Los pagos y el soporte amplían el embudo y el riesgo
KoDDoS hace de la flexibilidad de pago un argumento de venta. Su página de métodos de pago enhttps://koddos.net/payment-methods.htmllista PayPal, tarjeta de crédito, transferencia bancaria, Alipay, UnionPay, Perfect Money, Bitcoin, Litecoin, Peercoin, Ethereum, Dash, Monero, Zcash, CashU y Payeer con sistemas de tarjeta de crédito, WebMoney, LiqPay y vías de bancos rusos. Para compradores de SaaS corrientes, esa lista parece inusualmente amplia. Para un proveedor global de alojamiento offshore, es un embudo de demanda. Los clientes que no pueden o no quieren pagar con tarjetas convencionales aún pueden comprar. Los clientes en regiones donde la banca local es incómoda pueden canalizar el pago a través de procesadores alternativos. Los clientes que valoran la privacidad pueden elegir criptoactivos.
El beneficio es un mercado al que se puede dirigir. El coste son las operaciones de pago. Una lista amplia de métodos de pago puede mejorar la conversión, pero también puede aumentar la gestión del fraude, el trabajo de conciliación, las disputas de contracargos, el filtrado de sanciones, la dependencia del procesador y la complejidad del soporte al cliente. Puede atraer a clientes cuyas preferencias de pago son legítimas, pero también puede atraer a clientes con mayor riesgo de cumplimiento o abuso. La pregunta para Amarutu es si la amplitud de pagos aumenta los ingresos buenos más rápido que aumenta la rotación de cuentas malas y la carga operativa.
El soporte es igualmente de doble filo. La página de contacto enhttps://koddos.net/contact.htmllista canales de correo para soporte, facturación, ventas y "bajo ataque", dice que los usuarios deben permitir hasta 24 horas para una respuesta satisfactoria, y remite al área de cliente para los tickets. La página principal enhttps://koddos.net/y las páginas de producto anuncian soporte en vivo 24/7, monitorización 24/7 e ingenieros de seguridad trabajando las 24 horas. La API de estado incluye "Soporte Telefónico" como componente operativo. Para un cliente bajo ataque, estas señales importan. Un proveedor que vende accesibilidad debe ser accesible él mismo.
La tensión está en los términos. El alojamiento offshore se describe como autogestionado; el soporte de emergencia está excluido para planes offshore; el abuso del soporte puede llevar a la desactivación de la cuenta. Ese límite es comercialmente racional. Si los clientes de alojamiento compartido offshore de $8.95 pueden consumir tiempo de ingeniería las 24 horas, el margen se rompe. Si los clientes de servidores de alto riesgo y protegidos contra DDoS no pueden contactar con personal cualificado cuando ocurre un ataque real, el posicionamiento premium se rompe. Amarutu debe segmentar el soporte por valor de cuenta y riesgo sin hacer que los clientes de nivel inferior se sientan abandonados ni permitir que las cuentas ruidosas abrumen la cola.
Por eso la unidad de análisis es una cuenta de servidor, no un servidor. El comprador está pagando por la relación de la cuenta: facturación, tickets, mesa de abuso, configuración de mitigación, disponibilidad de ruta, postura de contenido, y la capacidad de permanecer en línea cuando llega una queja o un ataque. Una máquina virtual barata sin esa postura operativa puede ser más barata en dinero y más cara en fallos. Una cuenta de alto riesgo con soporte deficiente puede ser más cara en dinero y aún así fallar. El valor de Amarutu reside en la diferencia.
La reputación es un diferencial en la captación de clientes
La reputación debe analizarse como coste, no como un sermón. Un proveedor permisivo o de alto riesgo puede ganar clientes a los que los proveedores convencionales no atienden. También puede perder clientes que necesitan una asociación de marca más limpia. Un foro legal, un sitio activista, un proyecto colindante con contenido adulto, una comunidad de investigación de seguridad o un medio atacado puede querer tolerancia offshore y filtrado DDoS. Pero el mismo cliente puede necesitar que los socios de pago, anunciantes, visibilidad en búsquedas, entregabilidad de correo electrónico, contrapartes empresariales o clientes acepten la infraestructura. Si un rango de direcciones tiene mala reputación, el coste puede manifestarse como correos bloqueados, llamadas API fallidas, fricción en la verificación, registros bloqueados, mayores revisiones de fraude, sospecha del cliente o planificación de migración.
El propio marketing de KoDDoS reconoce esto al hacer explícito el riesgo. "Riesgo Medio" y "Alto Riesgo" son etiquetas de producto enhttps://koddos.net/medium-risk-hosting.htmlyhttps://koddos.net/high-risk-hosting.html. La página de red enhttps://koddos.net/network.htmldice que los mensajes de abuso y DMCA serán reenviados al cliente para su resolución y que en la mayoría de los casos no se requiere acción, mientras que sigue nombrando prohibiciones estrictas. La página de términos se reserva una amplia discreción. La empresa no pretende ser una nube genérica para desarrolladores. Está vendiendo una postura de alojamiento a clientes que pueden beneficiarse de esa postura.
Las señales externas del mercado son más tenues que la evidencia de enrutamiento. La página oficial de reseñas enhttps://koddos.net/reviews.htmlapunta a HostAdvice enhttps://hostadvice.com/hosting-company/koddos-reviews/y WHTop enhttps://www.whtop.com/review/koddos.net, y muestra insignias de premios de reseñas. Esos enlaces son solo señales de mercado. No sustituyen los datos de rotación, las puntuaciones netas de promotores, los recuentos de clientes auditados, los registros de cierre de quejas o las cohortes de retención independientes. Muestran que KoDDoS quiere que los compradores potenciales vean superficies de reseñas de terceros, pero no prueban por sí mismos la calidad del servicio. Esa distinción importa porque los portales de reseñas pueden sobrerrepresentar a clientes motivados para elogiar o quejarse, mientras que los clientes retenidos silenciosos y los clientes perdidos silenciosos permanecen invisibles.
La ausencia de una cobertura mediática densa y creíble bajo el nombre legal de Amarutu también es una señal, pero limitada. La entidad legal es un titular de recursos y operador de red; la identidad comercial es KoDDoS. La escasa cobertura del nombre legal puede significar que la empresa es operativamente nicho, de propiedad privada y liderada por la marca, no necesariamente débil. También significa que un comprador no puede triangular fácilmente los ingresos, la propiedad, el margen, la concentración de clientes o el historial de cumplimiento a partir de informes corporativos públicos. Un proveedor a hiperescala expone muchos más datos financieros y operativos públicos. Un pequeño proveedor offshore expone más su postura de infraestructura y sus términos, pero menos de su balance.
El trabajo académico sobre la reputación de seguridad de los proveedores de alojamiento advierte contra las simples etiquetas de "mal proveedor". Un artículo de 2016 sobre métricas de reputación de seguridad para proveedores de alojamiento enhttps://arxiv.org/abs/1612.03641explica que las comparaciones de proveedores son sensibles a la atribución, la cobertura de datos de abuso, la normalización, la agregación y la interpretación. Esa es exactamente la lente correcta aquí. Un proveedor con más clientes, más prefijos públicos o más clientes atacados puede parecer más arriesgado en recuentos brutos de abuso que un proveedor más pequeño. Un proveedor que acepta activamente clientes controvertidos pero legales puede recibir más quejas que un proveedor que los rechaza en la incorporación. La pregunta correcta no es si Amarutu tiene algún riesgo de abuso. La pregunta correcta es si los incidentes de abuso por cliente activo, por bloque de direcciones anunciado, por unidad de ingresos y por hora de soporte son lo suficientemente bajos como para sostener la prima.
La demanda de DDoS es real, pero la capacidad anunciada no es lo mismo que el resultado obtenido
El lado de la demanda no es imaginario. Los informes públicos sobre la escalada de DDoS muestran por qué algunos compradores pagarán por una mitigación especializada. La cobertura de PC Gamer en enero de 2026 del informe de DDoS de Cloudflare enhttps://www.pcgamer.com/software/security/an-unprecedented-bombardment-cloudflare-claims-a-new-world-record-for-a-31-4-tbps-ddos-botnet-attack-it-recorded-late-last-year/describió la afirmación de Cloudflare de un ataque de 31.4 Tbps a finales de 2025 y dijo que los ataques aumentaron trimestre a trimestre y año a año. El informe de TechRadar de enero de 2026 enhttps://www.techradar.com/pro/security/the-biggest-ddos-attack-ever-has-been-detected-but-fortunately-you-probably-barely-noticed-itdescribió el mismo evento de 31.4 Tbps y enfatizó la orientación hacia el sector de las telecomunicaciones. El informe de Wired de marzo de 2026 enhttps://www.wired.com/story/us-takes-down-botnets-used-in-record-breaking-cyberattacksdiscutió la interrupción por parte de las fuerzas del orden de grandes botnets utilizadas en ataques récord. Estos no son informes específicos de Amarutu, pero explican por qué un cliente podría pagar racionalmente una prima por alojamiento de alto riesgo o con protección DDoS.
El punto económico es que la presión DDoS cambia la curva de costes del comprador. Un VPS local puede ser barato hasta el primer ataque serio. Un CDN puede ser barato hasta que el origen queda expuesto o el protocolo no encaja. Un servidor autoalojado puede ser barato hasta que el enlace de acceso, el enrutador, el proveedor upstream o el centro de datos del cliente se ve abrumados. Una nube a hiperescala puede absorber grandes ataques, pero el cliente puede no gustarle la aplicación de políticas, la revisión de cuentas, la complejidad de la arquitectura o los costes posteriores. Un proveedor especializado como KoDDoS monetiza esa brecha al combinar el servidor con una postura de mitigación declarada.
Pero las afirmaciones de capacidad necesitan evidencia de cumplimiento. Una página de planes que dice hasta 350 Gbps de filtrado no es lo mismo que un informe de incidente independiente que muestre qué vectores de ataque fueron mitigados, cuánto tráfico legítimo sobrevivió, qué tan rápido convergieron las rutas, cuántos clientes se vieron afectados y si el ataque causó daños colaterales. KoDDoS dice que su sistema de protección DDoS detecta y bloquea ataques en milisegundos, que monitoriza los ataques y puede personalizar la protección, y que protege contra inundaciones TCP SYN, inundaciones UDP, inundaciones HTTP y HTTPS, amplificación DNS, inundaciones TCP ACK e inundaciones de solicitud de eco ICMP en páginas comohttps://koddos.net/ddos-protected-dedicated-servers.htmlyhttps://koddos.net/high-risk-hosting.html. Estas son afirmaciones de servicio. El comprador debería valorarlas en función de los resultados observados.
La evidencia futura más sólida sería un informe de mitigación transparente: distribución del volumen de ataques, picos de paquetes por segundo, tasas de solicitudes a nivel de aplicación, tiempo promedio de mitigación, tasa de falsos positivos, tiempo de inactividad visible para el cliente, frecuencia de retiro de rutas, eventos de agujero negro upstream y rotación posterior al incidente. Sin eso, la tesis sigue siendo probabilística. Amarutu tiene recursos de red visibles y un producto diseñado para la accesibilidad bajo ataque. También tiene la misma brecha de información común a muchos proveedores de infraestructura privados: las páginas de planes públicos revelan lo que se vende, no con qué frecuencia se cumple la promesa.
Los sustitutos ponen un techo a la prima
La prima de precio de Amarutu tiene un techo porque el comprador puede dividir el trabajo entre otros productos. Un sitio legal con tráfico web ordinario puede ejecutar servidores de origen en un proveedor local, poner Cloudflare delante del tráfico HTTP y HTTPS, y mantener un plan de migración listo. Ese comprador puede no necesitar una cuenta de alto riesgo en absoluto. Un comprador empresarial o de SaaS puede elegir AWS Shield, colocar la aplicación detrás de los servicios de red y seguridad de AWS, y aceptar la gobernanza de cuenta de Amazon a cambio de escala y legitimidad de adquisición. Una pequeña empresa europea puede usar Hetzner Cloud u OVHcloud, mantener los datos más cerca de su base comercial, y evitar las cuestiones reputacionales que conlleva la marca offshore. Un equipo de desarrollo puede empezar en DigitalOcean o Vultr, externalizar solo el borde a un CDN, y tratar una mitigación más profunda como contingencia.
Ese conjunto de sustitutos es la disciplina bajo la que debe vivir Amarutu. KoDDoS no gana simplemente porque existan ataques. Gana cuando el cliente necesita varias cosas a la vez: alojamiento de servidor, accesibilidad directa de red, postura DDoS, tolerancia para contenido controvertido pero legal, pago flexible, y personal de soporte acostumbrado a quejas y ataques. Si el cliente solo necesita una de esas cosas, un sustituto más reducido puede ser más barato y limpio. Si el cliente las necesita todas, combinar sustitutos puede volverse incómodo. Un CDN puede proteger solo la puerta principal. Un proveedor a hiperescala puede rechazar el caso de uso o imponer más fricción de políticas de la que el cliente puede soportar. Un proveedor de VPS local puede suspender primero e investigar después. El autoalojamiento puede dar el máximo control al tiempo que crea la máxima exposición operativa.
La cuestión de los sustitutos también explica por qué los términos de KoDDoS no son incidentales. Un proveedor convencional puede mantener los precios bajos rechazando temprano las cuentas problemáticas. La promesa de marca de Amarutu es que cierta conflictividad está anticipada, categorizada y valorada. Eso es atractivo para un cliente cuyo historial ya incluye ataques DDoS, notificaciones DMCA, tráfico de acoso, quejas de contenido, problemas de pago o proveedores ordinarios pidiéndole que se vaya. La cuenta está comprando un proveedor que ya ha visto ese patrón antes. La trampa es que la experiencia previa no es lo mismo que la tolerancia ilimitada. Los términos siguen prohibiendo el spam, el phishing, las botnets, la explotación y el código malicioso, y se reservan amplios derechos de terminación. El cliente está comprando un carril operativo más ancho, no una red privada sin ley.
Esto crea una escalera de compradores racionales. El primer grupo son los compradores de crisis temporales: llegan durante un ataque, pagan por la mitigación, luego se van cuando la amenaza inmediata cesa. Generan ingresos, pero pueden crear una alta intensidad de soporte y una retención débil. El segundo grupo son los clientes de riesgo persistente: foros, servicios de juegos, comunidades o sitios de medios que son atacados repetidamente y necesitan un proveedor cómodo con ese patrón. Pueden justificar renovaciones si la accesibilidad es buena. El tercer grupo son los clientes sensibles a la reputación que necesitan protección pero también necesitan contrapartes limpias. Son los más difíciles de retener porque cada lista de bloqueo, revisión de tarjeta o pregunta de un socio aumenta la probabilidad de migración. El cuarto grupo son los clientes abusivos. KoDDoS puede obtener tarifas a corto plazo de ellos solo creando un costo a largo plazo para sí mismo, razón por la cual los términos intentan repercutir los costes de incumplimiento a la cuenta y preservar la discreción para rescindir.
El foso competitivo no es, por tanto, la "protección DDoS" de forma aislada. Es la rutina operativa en torno a las cuentas difíciles. Las grandes nubes tienen más infraestructura, pero puede que no quieran el caso de uso. Los proveedores baratos tienen precios más bajos, pero puede que no quieran la carga de quejas. Los paquetes de CDN/seguridad tienen bordes poderosos, pero pueden dejar sin resolver el origen, el pago y la política de cuenta. Otros proveedores offshore o centrados en DDoS pueden competir directamente, lo que significa que Amarutu debe defenderse en calidad de ruta, respuesta de soporte, conveniencia de pago, confianza del cliente y tiempo de actividad histórico. Esas son categorías medibles. Si KoDDoS puede mostrar una alta renovación después de los ataques, una baja recurrencia de quejas, una reputación de direcciones lo suficientemente limpia y relaciones estables con los upstream, la prima parece un coste racional similar a un seguro. Si no puede, los sustitutos la definirán como alojamiento de emergencia caro.
La economía unitaria puede romperse en varios puntos
La unidad de ingresos obvia es la cuenta de alojamiento mensual. La unidad de coste menos obvia es el incidente. Una cuenta tranquila consume espacio en rack, ancho de banda, inventario de direcciones IP, operaciones de facturación y algo de soporte rutinario. Una cuenta ruidosa consume atención de ingeniería, tiempo de la mesa de abuso, revisión de pagos, trabajo de reputación de IP, educación al cliente, comunicación con upstream y, a veces, respuesta legal o de las fuerzas del orden. La cuenta puede parecer rentable en la página del plan y no rentable después de la tercera queja. Los términos de KoDDoS enhttps://koddos.net/tos.htmlintentan cerrar esa brecha cobrando por la recuperación de incumplimientos y denegando créditos por interrupciones causadas por violaciones. Eso es económicamente sensato, pero funciona solo si el proveedor puede identificar la cuenta responsable, recuperar la tarifa y detener el comportamiento repetido antes de que la confianza del upstream se erosione.
El inventario de direcciones es un punto frágil. Los datos de prefijos anunciados de RIPEstat enhttps://stat.ripe.net/data/announced-prefixes/data.json?resource=AS206264muestran muchos anuncios individuales de estilo IPv4 /24. Un /24 es útil porque es la ruta IPv4 más pequeña ampliamente aceptada en internet global, y puede ser movido, filtrado, anunciado o retirado como una unidad operativa. También es una unidad de reputación. Si un /24 adquiere asociaciones de spam, escaneo, phishing o malware, un cliente en ese rango puede experimentar fricción en la entrega y conectividad incluso si el propio servicio del cliente es legal. El proveedor puede rotar direcciones, segmentar clientes, limpiar listados o mover a un cliente a un rango diferente, pero cada acción consume un inventario IPv4 escaso y tiempo de soporte. Cuanto más sensible a la reputación sea el cliente, más caras se vuelven esas opciones operativas.
La dependencia del upstream es el segundo punto frágil. PeeringDB muestra AS206264 con política de peering abierta y muchos acuerdos de intercambio enhttps://www.peeringdb.com/api/net/7809yhttps://www.peeringdb.com/api/netixlan?net_id=7809. El objeto aut-num de RIPE NCC enumera tránsitos nombrados y muchos pares enhttps://rest.db.ripe.net/ripe/aut-num/AS206264.json. La diversidad es valiosa porque da opciones a la red. No elimina la dependencia. Durante un ataque muy grande, un proveedor upstream puede preferir el agujero negro, la limitación de velocidad o el filtrado de rutas a proteger a un cliente descendente cuyo tráfico amenaza a otros clientes. Durante una disputa de abuso, un proveedor de tránsito puede pedir una respuesta más rápida o amenazar con consecuencias comerciales. Durante un error de enrutamiento, muchos pares pueden propagar rápidamente problemas de accesibilidad. La prima de red es, por tanto, en parte un pago por opciones de ruta y en parte una exposición a las reglas de cada proveedor de ruta.
El personal de soporte es el tercer punto frágil. Una empresa de alojamiento de alto riesgo necesita personal que pueda separar rápidamente tres casos diferentes: un cliente bajo ataque, un cliente que causa abuso, y un cliente atrapado en una queja falsa o exagerada. Cada caso tiene una respuesta diferente. El cliente atacado quiere mitigación urgente y tranquilidad. El cliente abusivo necesita contención o terminación. El cliente con queja falsa necesita evidencia, paciencia y, a veces, explicación al upstream. Si el soporte trata los tres casos como tickets ordinarios, los buenos clientes se van. Si el soporte trata los tres como emergencias, los costes laborales suben y las cuentas de bajo valor consumen tiempo de alto valor. La página de contacto enhttps://koddos.net/contact.htmly la lista de componentes de estado enhttps://status.koddos.net/api/v2/summary.jsonmuestran canales de soporte públicos, pero no revelan la profundidad de la cola, el tiempo de escalado o la cobertura de ingeniería fuera de horario.
El pago es el cuarto punto frágil. La larga lista de métodos de pago enhttps://koddos.net/payment-methods.htmles comercialmente útil porque permite que más clientes entren en el embudo. También crea un problema de filtro. La cuenta que paga por transferencia bancaria, tarjeta, PayPal, Alipay, UnionPay, Perfect Money, Bitcoin, Monero u otra criptomoneda puede tener una razón completamente legítima. La misma amplitud puede ser atractiva para clientes que esperan disputas, contracargos, filtrado de sanciones, cuestiones de privacidad o un abandono rápido. El proveedor debe distinguir la flexibilidad de pago de la calidad del cliente. Si la amplitud de pagos trae principalmente clientes duraderos, es una ventaja. Si trae cuentas de alto riesgo de un mes que crean limpieza de abuso, se convierte en un coste de adquisición oculto.
Finalmente, la postura de contenido puede convertirse en riesgo de selección de clientes. El marketing offshore y de alto riesgo atrae una base de clientes heterogénea. Algunos clientes son legítimos y simplemente difíciles de alojar: son atacados, impopulares, políticamente sensibles, colindantes con contenido adulto, centrados en la seguridad o ubicados en regiones donde los servicios de pago y nube convencionales son incómodos. Otros clientes buscan tolerancia porque planean externalizar el daño. El margen del proveedor depende de distinguir esos grupos a tiempo. Los términos públicos y el buzón de abuso de KoDDoS muestran la superficie de control. Lo desconocido es con qué frecuencia funcionan los controles antes de que una cuenta mala consuma la reputación que las cuentas buenas necesitan.
La jurisdicción es parte del producto, no una nota al pie
Los registros públicos de Amarutu combinan un contexto de registro en Seychelles, direcciones de contacto en Hong Kong y ubicaciones de alojamiento de KoDDoS en los Países Bajos, Hong Kong y los Estados Unidos. El objeto ORG-ATL58-RIPE de RIPE NCC enhttps://rest.db.ripe.net/ripe/organisation/ORG-ATL58-RIPEutiliza el código de país SC y el número de registro 189024, mientras que la página de contacto enhttps://koddos.net/contact.htmllista bloques de direcciones en Hong Kong y Seychelles. Las páginas de producto listan ubicaciones en los Países Bajos, Hong Kong o EE. UU. para planes compartidos y dedicados. La página de red enhttps://koddos.net/network.htmlenfatiza los Países Bajos y Hong Kong como ubicaciones offshore con más libertad de contenido y expresión, sujetas a prohibiciones estrictas.
La jurisdicción tiene, por tanto, dos caras. Es un argumento de venta para clientes que quieren alternativas a la presión del alojamiento doméstico. También es un riesgo operativo porque las quejas pueden llegar a través de muchos canales: leyes locales, política upstream, procesadores de pago, obligaciones de contacto RIR, reglas del centro de datos, registradores de dominio, denunciantes de derechos de autor, investigadores de seguridad y servicios de reputación. Un cliente puede creer que está comprando distancia de una jurisdicción, solo para descubrir que el punto de presión relevante es un proveedor de tránsito, un par de intercambio, un procesador de pago o un centro de datos en otra.
La postura sobre DMCA y abuso de la página de términos se entiende mejor a través de esa complejidad. No dice que todas las quejas sean ignoradas. Dice que muchos mensajes de abuso y DMCA serán reenviados a los clientes para su resolución y que a menudo no se requiere acción, al tiempo que se reserva la discreción y prohíbe contenido y conducta específicos. Eso permite a KoDDoS diferenciarse de los proveedores convencionales que pueden eliminar cuentas marginales rápidamente. También crea la necesidad de juicio. Si el proveedor es demasiado estricto, pierde a los clientes que vinieron por la tolerancia. Si es demasiado permisivo, arriesga su posición con los upstream, las listas de bloqueo, el acceso a pagos y el daño colateral a clientes legítimos.
Aquí es donde la reputación se convierte en un costo de capital para la red. Los proveedores de tránsito, los pares de intercambio, los centros de datos y los procesadores de pago no solo evalúan las facturas actuales. Evalúan los problemas esperados. Un proveedor con quejas frecuentes no resueltas puede enfrentar peores términos, más revisiones, menos tolerancia durante los ataques o un conjunto más reducido de socios dispuestos. Un proveedor con gestión de abuso documentada, remediación rápida y rutas limpias puede mantener la prima de alto riesgo sin pagar un diferencial excesivo por riesgo upstream. Los términos de Amarutu muestran que entiende ese intercambio. Los datos públicos aún no muestran qué tan bien lo gestiona.
La retención es la métrica oculta
El número más importante no visible públicamente es la retención. Una cuenta de servidor protegido contra DDoS o de alto riesgo es valiosa si los clientes se quedan después del primer incidente. Eso significa que el cliente sobrevivió al ataque, resolvió las quejas, pagó la factura, encontró el soporte adecuado, evitó daños colaterales inaceptables y no migró a un paquete de CDN, escudo a hiperescala, VPS local, cuenta anti-DDoS al estilo OVHcloud u otro proveedor offshore. La rotación después de un ataque sería más reveladora que la capacidad de la página del plan.
La retención es también donde aparece el coste de reputación. Un cliente puede tolerar tarifas mensuales más altas mientras está bajo ataque, y luego irse cuando pasa la crisis. Un cliente puede registrarse con criptomonedas durante una crisis y no renovar nunca. Un cliente legal pero sensible a la reputación puede probar al proveedor, y luego migrar si los socios de pago o los usuarios se oponen. Un revendedor puede generar ingresos a corto plazo pero dejar atrás una carga de soporte. Una comunidad de juegos puede valorar la accesibilidad de baja latencia hasta que la calidad de la ruta o los falsos positivos de mitigación frustren a los jugadores. Estas son las economías a nivel de cliente detrás de la palabra genérica "riesgo".
La evidencia pública actual apunta a un juicio mixto pero coherente. Amarutu tiene una huella de red real, una marca KoDDoS de larga duración, páginas de producto con niveles de riesgo explícitos, métodos de pago amplios, informes de estado públicos, contactos de abuso y términos que intentan repercutir los costes de las violaciones a los clientes. El producto tiene sentido para compradores que ya han aprendido que el alojamiento ordinario puede ser demasiado frágil o demasiado restrictivo en políticas. El producto es menos atractivo para clientes cuya principal necesidad es computación barata, óptica empresarial limpia, cumplimiento gestionado, herramientas de desarrollo predecibles o una vía de adquisición convencional.
La cuestión del margen es si la prima de alto riesgo supera el coste del riesgo. El alojamiento compartido de riesgo medio de $39.99 a $389.99 y el alojamiento compartido de alto riesgo de $140 a $700 no son baratos en comparación con el alojamiento VPS ordinario. Los servidores dedicados protegidos contra DDoS de $450 a $825 representan un compromiso mayor. Esos precios pueden ser racionales si el cliente evita el tiempo de inactividad, la extorsión, el caos de migración, el abandono del soporte o el apagado del upstream. Son irracionales si el cliente obtiene una fiabilidad de alojamiento ordinaria con un recargo reputacional.
El cliente también debería pensar en la reversibilidad. Una cuenta de servidor que resuelve una emergencia puede crear un nuevo coste de cambio si la aplicación se vuelve dependiente de una configuración de mitigación específica, asignación de IP, método de pago, hábito de soporte o postura jurisdiccional. Mudarse después puede requerir cambios de DNS, calentamiento de IP, reverificación de pago, nuevos contactos de abuso, diferentes reglas de firewall, reconfiguración de CDN y otra ronda de confianza del usuario. Eso hace que el primer mes sea más importante de lo que el precio de cabecera implica. Un comprador que trate a KoDDoS como un refugio temporal debería definir la ruta de salida antes del ataque. Un comprador que lo trate como infraestructura permanente debería monitorizar si los efectos reputacionales están subiendo o bajando con el tiempo.
El caso de adquisición más limpio, por tanto, no es la emergencia más ruidosa. Es un cliente que sabe por qué el alojamiento convencional es insuficiente, puede documentar un uso legal, puede responder a las quejas rápidamente, puede mantener sus propias copias de seguridad y controles de aplicación, y puede medir si el proveedor está reduciendo el tiempo de inactividad en lugar de simplemente trasladar el riesgo a un rincón menos visible.
Esa disciplina es también la forma en que el proveedor evita que la cuenta se convierta en un subsidio permanente para los peores clientes del grupo.
El juicio depende del abuso medible, la accesibilidad y la rotación
El mejor juicio actual es condicional pero no neutral. La cuenta de servidor KoDDoS de Amarutu es un producto especializado creíble para clientes cuyo problema operativo es la accesibilidad bajo ataque o presión de quejas. La huella de red es visible en RIPE NCC, RIPEstat y PeeringDB. La oferta comercial valora abiertamente los niveles de riesgo y la capacidad de mitigación. La página de términos muestra que el riesgo de abuso se entiende como un coste recuperable y un problema de posición frente a los upstream. La amplitud de pagos y los canales de soporte amplían el embudo. Los datos de la página de estado proporcionan una superficie operativa pública.
La debilidad es que las métricas de rendimiento más importantes son privadas. Las fuentes públicas no revelan ingresos, margen bruto, tasas de éxito en ataques, volumen de tickets de abuso, tiempo medio para cerrar quejas, tiempo de eliminación de listas de bloqueo, tasas de renovación, tasas de impago, concentración de clientes, retrasos en soporte o rotación tras ataques. Las superficies de reseñas enlazadas desdehttps://koddos.net/reviews.htmlson útiles como señales de mercado, pero no son suficientes para probar la retención o la calidad del servicio. El conjunto vacío de filas de 30 días de DShield enhttps://www.dshield.org/asdetailsascii.html?as=206264es demasiado limitado para zanjar la reputación. CIDR Report y PeeringDB muestran escala de enrutamiento, no resultados de clientes.
Varias métricas concretas cambiarían la tesis. Primero, densidad de abuso: quejas confirmadas de spam, phishing, malware, escaneo o botnets por cada mil cuentas de clientes activas y por /24 anunciado, con tiempos de cierre medianos y del percentil 95. Si esas cifras fueran bajas y en descenso, el riesgo reputacional parecería controlado. Si fueran altas, persistentes y concentradas en clientes recurrentes, la reputación estaría devorando el margen. Segundo, accesibilidad bajo estrés: tiempo de actividad medido independientemente, tiempo de mitigación, pérdida de paquetes visible para el cliente, tasa de falsos positivos, eventos de retiro de rutas y eventos de agujero negro upstream durante ataques. Si esos fueran sólidos, la prima sería más fácil de defender. Tercero, retención: tasa de renovación después del primer ataque, rotación tras quejas de abuso, tasa de impago por método, tasa de migración tras eventos de mitigación y satisfacción con la respuesta de soporte para cuentas de alto riesgo y dedicadas. Si los clientes atacados renuevan y pagan a través de vías convencionales o alternativas estables, el producto de Amarutu está funcionando. Si llegan en crisis y se van después de disputas, el proveedor está vendiendo un triaje caro en lugar de infraestructura duradera.
Por ahora, la tesis debe plantearse con esa disciplina. La cuenta de servidor de Amarutu no es atractiva porque sea barata. Es atractiva cuando la accesibilidad, la mitigación, la tolerancia offshore, la conveniencia de pago y el soporte directo reducen el riesgo total del comprador más de lo que el riesgo reputacional de la cuenta, la gestión de abuso, los riesgos upstream y jurisdiccionales lo aumentan. La empresa vende una cuenta difícil porque algunos clientes tienen tráfico difícil. La pregunta de calidad de inversión es si Amarutu puede mantener esa dificultad valorada, contenida y renovable.