OpenAI a publié GPT-6 Cyber, un modèle destiné à la recherche autorisée en matière de cybersécurité, avec un accès initial via API et Codex pour les clients Daybreak Red approuvés. La société classe le modèle comme critique en matière de cybersécurité dans son cadre de préparation, plaçant la version dans une catégorie différente de celle d'une actualisation de routine du modèle.

OpenAI dit GPT-6 Cyber ​​a identifié 81 vulnérabilités Firefox de haute gravité jusqu'alors inconnues et développé des exploits fonctionnels pour 948 vulnérabilités Linux dans le cadre d'une recherche contrôlée. Ces résultats sont rapportés par l'entreprise et n'ont pas été reproduits de manière indépendante dans les documents examinés, mais ils indiquent pourquoi le modèle est proposé sous un régime d'accès conçu pour des travaux de sécurité approuvés plutôt que pour un développement à usage général.

Un modèle restreint avec API accès

La version est importante pour les développeurs car GPT-6 Cyber ​​ne se limite pas à une démonstration de recherche ou à un produit interne. Il est répertorié comme modèle API, avec une fenêtre contextuelle de 1 050 000 jetons et une sortie maximale de 128 000 jetons. Le tarif standard est de 20 $ par million de jetons d'entrée et de 100 $ par million de jetons de sortie.

Cette combinaison d'un contexte long, d'une capacité de sortie élevée et d'une tarification élevée convient aux charges de travail spécialisées : analyse de la base de code, triage des vulnérabilités, validation des exploits dans des environnements autorisés et autres tâches de sécurité pour lesquelles le coût d'un modèle performant peut être justifié. Il est peu probable qu'il fonctionne comme un modèle économique par défaut pour le trafic d'applications ordinaire.

Authorization devient une partie du routage

Le changement pratique pour API plates-formes est que la sélection de modèle ne peut plus être traitée uniquement comme un problème de catalogue et de tarification. L'accès dépend de l'approbation du client et le cas d'utilisation autorisé est important. Une passerelle servant cette classe de modèle devrait préserver la portée de l'autorisation sur les comptes clients, les API clés et les applications en aval.

Pour une passerelle multimodèle API pour les équipes, cela pourrait signifier des contrôles d'éligibilité séparés, une vérification d'identité, des informations d'identification spécifiques au fournisseur, une liste blanche d'adresses IP et des enregistrements d'audit immuables pour les demandes. Les règles de routage doivent distinguer une évaluation défensive approuvée d'une demande sans restriction visant à générer ou à opérationnaliser un code d'exploitation. La passerelle a également besoin d'un mode de défaillance clair lorsqu'un client n'est pas approuvé, plutôt que de revenir silencieusement à un autre modèle avec des propriétés de sécurité sensiblement différentes.

Pourquoi la version élève la barre du plan de contrôle

L'accès au modèle de sécurité crée des exigences opérationnelles au-delà de la limitation de débit ordinaire. Les fournisseurs et les revendeurs peuvent avoir besoin d'enregistrer qui a autorisé une charge de travail, quel client et quelle application l'a initiée, quels outils ou fichiers ont été exposés et si la demande est restée dans la portée approuvée. La surveillance des abus et la suspension rapide doivent être intégrées au service plutôt que ajoutées après un incident.

Ces exigences affectent également les opérations commerciales. À 100 $ par million de jetons de sortie, un workflow de sécurité de longue durée peut générer des dépenses importantes et difficiles à prévoir. Les équipes utilisant Model Gate ou une autre passerelle bénéficieraient du IA API contrôles des dépenses pour les équipes qui appliquent des budgets, des critères d'approbation et des alertes spécifiques au modèle au lieu de s'appuyer uniquement sur les limites à l'échelle de l'organisation. Les enregistrements d'utilisation doivent conserver à la fois le modèle demandé et le contexte d'autorisation afin que les examens de sécurité puissent être rapprochés des factures des fournisseurs.

Ce qui reste flou

OpenAI n'a pas révélé dans les documents examinés à quelle vitesse les organisations individuelles peuvent obtenir l'accès, quelles limites de débit s'appliquent ou comment les décisions d'approbation sont prises dans la pratique.Le nombre de vulnérabilités signalées et tous les résultats de référence doivent également être traités comme des réclamations du fournisseur jusqu'à ce que des évaluations indépendantes soient disponibles.

Pour l'instant, GPT-6 Cyber ​​​​est mieux compris comme une option de routage restreinte et coûteuse pour les travaux de sécurité autorisés. Son importance s'étend au-delà du modèle lui-même : API les passerelles, les revendeurs et les plans de contrôle d'entreprise devront de plus en plus appliquer l'éligibilité, l'objectif et la suspension d'urgence au moment de la demande, et pas seulement les appels API compatibles avec le transfert.