Passer au contenu principal
APPLICATIONS MOBILES

Savoir ce qui appelle le backend de votre app mobile.

Votre app communique avec une API, et tout ce qui copie ses requêtes peut le faire aussi. Proof of Actor classe le trafic qui atteint votre backend mobile, afin que vous puissiez traiter différemment votre propre app, les agents et les clients inconnus.

Obtenir un accès anticipéDécouvrir le fonctionnement
example-app.test · résultat d'acteur

POST /v2/bookings

Humain + IAbasis: declared

Preuve

Votre app a indiqué que son assistant intégré a rédigé cette réservation pour l'utilisateur connecté

Votre politique: Autoriser, étiqueter comme Human + AI et demander à l'utilisateur de confirmer

Votre API mobile est publique, même si votre app ne l'est pas.

Chaque requête émise par votre app peut être rejouée par un script ou un agent IA. Les assistants intégrés au téléphone commencent aussi à faire fonctionner des apps pour leurs utilisateurs. Pour votre backend, tout cela ressemble à la même appel API avec le même jeton.

Proof of Actor fonctionne là où chaque requête mobile aboutit : votre backend. Il lit les preuves que chaque requête transporte, enregistre ce que votre app Déclare au sujet de ses propres fonctionnalités d'assistant et signale Inconnu lorsque les preuves sont épuisées.

trois questions distinctes
  • Qui appelle ?Identité d'acteur : signature, déclaration ou inférence
  • Quel identifiant ?Votre clé API, votre jeton OAuth ou votre session
  • Que peut-il faire ?Votre autorisation et votre politique

Proof of Actor répond à la première. Votre stack conserve les deux autres.

Ce que les équipes mobiles font avec le contexte d'acteur

  • Classer côté backend

    Exécutez l'intégration serveur ou périphérique devant l'API utilisée par votre app. Aucun déploiement de l'app n'est nécessaire pour commencer.

  • Repérer les agents et les scripts

    Voir les requêtes qui portent des signatures ou des déclarations d'agent, et les séparer du trafic propre à votre app.

  • Étiqueter l'IA dans l'app

    Lorsque l'assistant propre à votre application agit pour un utilisateur, signalez-le afin que ces requêtes soient enregistrées comme Human + AI.

  • Protéger les actions à fort impact

    Demandez une confirmation ou un identifiant plus fort pour les réservations, paiements et changements de compte lorsque les preuves sont faibles.

  • Voir l'utilisation par endpoint

    Comprenez quels endpoints les personnes, assistants et clients automatisés utilisent le plus.

  • Prochains SDK natifs

    Des SDK natifs iOS et Android sont prévus sur la feuille de route. Les équipes fondatrices aident à définir ce qu'ils collectent.

01 · Détecter

Preuves provenant des requêtes que votre backend reçoit.

L'intégration serveur, edge ou HTTP API lit le contexte de la requête, les signatures et les détails client déclarés à chaque appel de votre mobile API.

  • Capturez le contexte de la requête à votre passerelle API, à la périphérie ou sur votre serveur.
  • Requêtes signées d'agents qui publient leurs clés.
  • Déclarations de votre application sur ses propres fonctionnalités d'assistance.
signaux · dernière requête par source
  • Signature de requêtevalid · sample-crawler.exampleverified
  • Déclaration du client"research-assistant/2.1"declared
  • Interaction navigateurpointer + keyboard eventsinferred
  • Aucun signal pris en chargeroute not instrumentedunknown

02 · Comprendre

Savoir qui utilise chaque endpoint.

Comparez la répartition des acteurs sur les endpoints de connexion, recherche, réservation et compte, et voyez où se concentrent les clients inconnus.

  • Répartition des acteurs par endpoint et version de l'app.
  • La preuve derrière chaque résultat.
  • Taux Unknown par endpoint.
trafic par route · 7 jours
  • /dashboardInconnu 7%
  • /api/v1/catalogInconnu 15%
  • /support/ticketsInconnu 8%
  • /signupInconnu 21%
HumainHumain + IAAgentInconnu

03 · Routage

Des politiques qui correspondent à l'action.

Gardez les lectures rapides, ajoutez une confirmation pour les actions rédigées par l'IA et demandez des identifiants plus forts là où l'impact est élevé.

  • Politiques par endpoint, classe d'acteur et base.
  • Passez à un identifiant plus fort quand cela compte.
  • Observer, prévisualiser, puis appliquer.
politique · example-app.test
  • /api/v1/catalogenforceAgentAutoriser · API structurée
  • /support/ticketsenforceHumain + IAAutoriser · étiqueter comme Human + AI
  • /account/*previewInconnuConserver les contrôles existants
  • /api/v1/orderspreviewAgentExiger un identifiant plus fort

Exemples de décisions

De la requête au résultat, puis à votre décision.

  • Votre assistant intégré réserve pour un utilisateur

    Requête

    POST /v2/bookings

    Résultat

    Humain + IAbasis: declared

    Votre décision

    Autorisez, étiquetez-le comme Human + AI et demandez à l'utilisateur de confirmer.

  • Un agent signé recherche des disponibilités

    Requête

    GET /v2/availability

    Résultat

    Agentbasis: verified

    Votre décision

    Autorisez la lecture avec la limite de débit agent.

  • Un jeton réutilisé sans autre preuve

    Requête

    POST /v2/account/email

    Résultat

    Inconnubasis: unknown

    Votre décision

    Conservez votre étape de vérification existante. Aucune décision fondée sur l'acteur.

Déployer sans risque

Les équipes commencent en mode observation et avancent route par route.

  1. 01

    Observer à votre backend

    Exécutez l'intégration serveur ou edge devant votre mobile API. Aucun déploiement de l'app n'est nécessaire pour commencer.

  2. 02

    Prévisualiser par endpoint

    Voyez comment les endpoints de réservation, de recherche et de compte seraient traités, y compris les requêtes déclarées par votre propre assistant.

  3. 03

    Appliquer sur les appels à fort impact

    Ajoutez une confirmation ou un justificatif plus fort lorsque les preuves sont faibles, en commençant par les endpoints les plus risqués.

Fonctionne avec votre pile

  • Équipes fondatrices

    Middleware de serveur web (Node.js)

    Côté serveur

    Signaux au niveau de la requête pour les applications rendues côté serveur et les APIs.

  • Équipes fondatrices

    Next.js

    Côté serveur et edge

    Middleware pour les pages et les routes API.

  • Équipes fondatrices

    Script navigateur

    Signaux navigateur uniquement

    Signaux d'interaction provenant de sessions de navigateur, en complément d'une intégration côté serveur.

  • Équipes fondatrices

    Cloudflare et runtimes de périphérie

    Edge

    Signaux à la périphérie avant que les requêtes n'atteignent votre origine.

  • Équipes fondatrices

    API HTTP générique

    N'importe quelle stack

    Envoyez le contexte de la requête à une API et recevez un résultat avec sa base.

  • Équipes fondatrices

    Serveur MCP

    MCP

    Contexte d'acteur pour les appels d'outils MCP.

  • Feuille de route

    WordPress

    Plugin

    Plugin pour les sites WordPress.

  • Feuille de route

    Mobile natif

    iOS et Android

    SDK natifs iOS et Android.

Les intégrations sont réalisées en pratique avec chaque équipe fondatrice pendant l'onboarding. Vous utilisez une pile différente ? Dites-le-nous lors de votre candidature.

En savoir plus

Lire Détection et limites

Questions fréquentes

Existe-t-il un SDK natif pour iOS ou Android ?

Pas encore. Les SDK natifs sont prévus sur la feuille de route. Aujourd'hui, Proof of Actor s'exécute côté backend via l'intégration server, edge ou HTTP API, ce qui couvre chaque requête envoyée par votre app.

Devons-nous publier une nouvelle version de l'app ?

Non. Vous pouvez commencer par intégrer côté backend. Le signalement de l'utilisation de l'assistant dans l'app comme déclaration est un ajout optionnel à votre propre API.

Peut-il distinguer ma véritable app d'un script qui copie ses requêtes ?

Cela indique les preuves que chaque requête transporte. Les requêtes sans preuve distinctive sont signalées comme Unknown plutôt que supposées, et votre politique décide comment les traiter.

Remplace-t-il nos vérifications de connexion ou de jeton ?

Non. Votre authentification reste maîtresse. Proof of Actor ajoute qui ou quoi agit, afin que vos politiques puissent mieux réagir.

Quel est le coût ?

Les équipes fondatrices sélectionnées peuvent bénéficier jusqu'à 12 months free dans les limites d'utilisation convenues.

Apportez le contexte d'acteur à votre backend mobile.

Rejoignez le programme fondateur développeur de Proof of Actor.

Obtenir un accès anticipéEspace développeur

Vous préférez en parler d'abord ? Parler aux fondateurs