Vista previa del mercado

Mercado API

Descubra e integre APIs a través de la puerta de enlace segura y secreta de oanor.

1633–1656 de 2045 API

API GST

Valide y decodifique GSTIN indios (el Número de Identificación de Impuestos sobre Bienes y Servicios de 15 caracteres) al instante y completamente sin conexión. El endpoint de validación verifica la estructura y recalcula el dígito de control oficial del GSTIN (el algoritmo ponderado en base 36 que utiliza el propio GSTN) y confirma que el código de estado incorporado es real, devolviendo un veredicto claro de válido/inválido con las razones específicas por las que un número falla. El endpoint de decodificación descompone un GSTIN en sus partes: el código de estado/UT del GST y su nombre, el PAN de 10 caracteres incorporado, el tipo de titular del PAN (empresa, individuo/propietario, firma/LLP, HUF, fideicomiso, gobierno y más, leído de la 4ª letra del PAN), el número de registro de la entidad, la ranura 'Z' predeterminada y el dígito de control. Un endpoint de estados devuelve la referencia completa del código de estado del GST para crear menús desplegables y búsquedas. Todo es pura computación: sin llamada de red, sin clave, sin caché, por lo que es rápido y privado, ideal para formularios de pago y registro, facturación y tuberías de factura electrónica/e-way-bill, limpieza de datos maestros de proveedores y validación masiva. Un validador y decodificador estructural de GSTIN, distinto de la validación de números de IVA de la UE (vat), validación de cuentas bancarias IBAN (iban) y verificación de números de tarjeta (creditcard). Nota: esto verifica la estructura y el dígito de control del número, no si está registrado activamente en el portal GSTN. Sin clave upstream, sin caché.

#gst #gstin #india
P por PremiumApi
Disponibilidad
100.0%
Latencia
92ms
Suscriptores
3,943
Verificado por servidor 16 sondas/24h

api.oanor.com/gst-api

API de ads.txt

Obtén y evalúa el ads.txt / app-ads.txt de cualquier editor — el estándar de vendedores digitales autorizados de IAB. Pasa un dominio y el endpoint check obtiene su ads.txt del lado del servidor, luego devuelve cada registro de vendedor analizado en sus campos — sistema publicitario, el ID de vendedor/cuenta del editor, la relación DIRECT o RESELLER y el ID opcional de autoridad de certificación (TAG-ID) — junto con recuentos (directos, revendedores, sistemas publicitarios distintos) y las variables declaradas OWNERDOMAIN, MANAGERDOMAIN, CONTACT y SUBDOMAINS. El endpoint verify responde la pregunta que las integraciones de publicidad programática realmente hacen: ¿este sistema publicitario, con este ID de editor, está autorizado para vender el inventario de este dominio? — devolviendo un booleano authorized y los registros coincidentes. Un archivo faltante se reporta como found:false (no es un error), y las páginas HTML de soft-404 se detectan y rechazan para que nunca analices un "página no encontrada" como registros. La solicitud se realiza del lado del servidor y los objetivos privados o internos son rechazados (protegido contra SSRF). Construido para verificación de la cadena de suministro de tecnología publicitaria, comprobaciones de incorporación de SSP/DSP, antifraude y auditorías de inventario. Un verificador de autorización de vendedores ads.txt — distinto del lector de archivos de contacto de seguridad (securitytxt), el evaluador de rastreabilidad de robots.txt (robots) y el analizador de sitemaps (sitemap). Sin clave upstream, sin caché.

#ads-txt #adtech #advertising
P por PremiumApi
Disponibilidad
100.0%
Latencia
159ms
Suscriptores
4,867
Verificado por servidor 12 sondas/24h

api.oanor.com/adstxt-api

API MTA-STS

Inspecciona la postura de seguridad de transporte SMTP de un dominio — si los servidores de correo están obligados a entregar correo entrante a través de TLS autenticado, protegiéndolo de ataques de degradación y de intermediario. Proporciona un dominio y el servicio obtiene el archivo de política MTA-STS de mta-sts.<dominio>/.well-known/mta-sts.txt (su versión, modo, los hosts MX permitidos y max_age), el registro DNS TXT _mta-sts (su ID de política) y el registro _smtp._tls TLS-RPT (la dirección de informe rua), luego informa si MTA-STS está realmente aplicado y una lista priorizada de problemas — sin archivo de política, sin registro DNS, un modo de solo "testing", o un registro TLS-RPT faltante. Un segundo endpoint devuelve solo el archivo de política analizado. La solicitud se realiza del lado del servidor y los destinos privados/internos son rechazados (protegido contra SSRF). Construido para auditorías de capacidad de entrega de correo electrónico y prevención de ataques de degradación, evaluación de proveedores y terceros, y cumplimiento. Un verificador MTA-STS / TLS-RPT — la contraparte de seguridad de transporte SMTP del analizador de autenticación de correo electrónico (emailsec, que cubre SPF, DKIM y DMARC), y distinto de la consulta DNS sin procesar (dns). Sin clave upstream, sin caché.

#mta-sts #tls-rpt #email-security
P por PremiumApi
Disponibilidad
100.0%
Latencia
131ms
Suscriptores
4,404
Verificado por servidor 12 sondas/24h

api.oanor.com/mtasts-api

API de Deep Links

Valida la configuración de deep links móviles de un dominio: los archivos well-known que hacen que los Universal Links de iOS y los App Links de Android abran tu aplicación nativa en lugar de una pestaña del navegador. Proporciona un dominio y el servicio obtiene y valida tanto la Apple App Site Association (apple-app-site-association — los IDs de app de applinks, componentes de ruta y webcredentials) como los Android Digital Asset Links (assetlinks.json — la relación de cada declaración, nombre del paquete y huellas digitales del certificado SHA-256), verificando la ruta /.well-known/ con un fallback raíz heredado, e informa la validez por plataforma con problemas concretos: applinks faltantes, un tipo de contenido no JSON, huellas digitales de certificado faltantes o estructura malformada. Los endpoints de plataforma única verifican iOS o Android por separado. La solicitud se realiza del lado del servidor y los objetivos privados/internos son rechazados (protegido contra SSRF). Construido para la incorporación de aplicaciones móviles, depuración de enlaces universales/de aplicaciones, listas de verificación previas al lanzamiento y monitoreo continuo. Un validador de configuración de deep links — distinto de la búsqueda DNS (dns), el analizador de security.txt (securitytxt) y la verificación de certificados SSL/TLS (sslcheck). Sin clave upstream, sin caché.

#deep-links #universal-links #app-links
P por PremiumApi
Disponibilidad
100.0%
Latencia
337ms
Suscriptores
4,882
Verificado por servidor 16 sondas/24h

api.oanor.com/deeplinks-api

API de Descubrimiento OIDC

Inspecciona cualquier proveedor OpenID Connect / OAuth 2.0. Proporciona un emisor (un dominio, una URL de emisor o la URL de descubrimiento completa) y el servicio obtiene el documento de descubrimiento del proveedor en /.well-known/openid-configuration, analiza cada endpoint — autorización, token, userinfo, jwks, registro, fin de sesión, introspección, revocación y autorización de dispositivo — junto con los alcances admitidos, tipos de respuesta, tipos de concesión, algoritmos de firma de token de ID, métodos PKCE y claims, luego obtiene el JWKS y resume sus claves de firma (recuento, algoritmos, tipos de clave e IDs de clave), e informa una verificación de validez con cualquier problema. Un segundo endpoint obtiene y resume cualquier conjunto de claves web JSON por sí mismo. La solicitud se realiza del lado del servidor y los destinos privados/internos son rechazados (protegido contra SSRF). Construido para integración SSO y OAuth/OIDC, depuración de configuración de proveedores de identidad (Auth0, Okta, Keycloak, Azure AD, Google), revisión de seguridad y monitoreo de rotación de claves de firma. Un inspector de descubrimiento OIDC / JWKS — distinto del kit de herramientas JWT (jwt), el analizador de security.txt (securitytxt) y el calificador de encabezados de seguridad HTTP (secheaders). Sin clave upstream, sin caché.

#oidc #openid-connect #oauth2
P por PremiumApi
Disponibilidad
100.0%
Latencia
117ms
Suscriptores
3,822
Verificado por servidor 12 sondas/24h

api.oanor.com/oidc-api

API de Integridad de Subrecursos

Genere hashes de Integridad de Subrecursos (SRI) para cualquier activo web, para que los navegadores puedan verificar que un script u hoja de estilo alojado en una CDN no ha sido manipulado. Proporcione una URL y el servicio obtiene el activo y devuelve sus hashes SRI sha256, sha384 y sha512, el valor de integridad elegido (sha384 por defecto, o pase su algoritmo preferido), el tamaño y tipo de contenido del activo, y una etiqueta <script> o <link> lista para pegar con los atributos integrity y crossorigin. Un endpoint de verificación vuelve a obtener el activo y le indica si aún coincide con una cadena de integridad conocida, detectando cambios silenciosos en la CDN o manipulación en la cadena de suministro antes de que sus usuarios los encuentren. La solicitud se realiza del lado del servidor; los destinos privados e internos son rechazados (protegido contra SSRF). Diseñado para asegurar scripts de terceros, fortalecer la cadena de suministro, tuberías de compilación y cumplimiento de CSP/SRI. Un generador y verificador de Integridad de Subrecursos, distinto del hash criptográfico sin procesar de datos de entrada (hash), el calificador de encabezados de seguridad HTTP (secheaders) y la verificación de certificados SSL/TLS (sslcheck). Sin clave upstream, sin caché.

#subresource-integrity #sri #security
P por PremiumApi
Disponibilidad
100.0%
Latencia
102ms
Suscriptores
4,297
Verificado por servidor 12 sondas/24h

api.oanor.com/sri-api