Vad Ninth Circuit Faktiskt Beslutade Den 4 Augusti
Målet inleddes den 9 mars 2026, när en distriktsdomstol gav Amazon ett interimistiskt förbud som hindrade Comet, Perplexitys webbläsare med agentfunktioner, från att använda sin automatisering för att på en användares vägnar navigera i lösenordsskyddade delar av Amazons sida. Amazon hävdade att verktyget bröt mot den federala lagen mot datorbedrägeri och missbruk (CFAA) och dess motsvarighet i Kaliforniens delstatslag genom att utan tillstånd komma åt Amazons system. Perplexity överklagade, Ninth Circuit vilandeförklarade förbudet i väntan på utgången, och den 4 augusti fastslog en panel med tre domare: Amazon vinner sannolikt inte CFAA-anspråket, eftersom lagen straffar obehörig åtkomst av en person, och här är det användaren, inloggad på sitt eget Amazon-konto, som gör åtkomsten. Domstolen beskrev Perplexitys mjukvara som ett verktyg som styrs av användaren, inte som en självständig juridisk aktör.
Electronic Frontier Foundation, som lämnade in ett amicus-yttrande till stöd för Perplexity, formulerade vad som stod på spel rakt på sak: att acceptera Amazons teori skulle innebära att webbläsaren du använder, tillägget du installerar eller assistenten du delegerar en uppgift till själv skulle kunna begå ett federalt brott varje gång den hämtar en sida för din räkning, vilket i förlängningen utsätter dig, användaren, för samma ansvar. Panelen behövde inte acceptera det resonemanget för att avgöra till Perplexitys fördel, men dess slutsats, att mjukvara är ett verktyg och inte en person i CFAA:s mening, utesluter just den version av argumentet som behandlar en agents handlingar som en fristående obehörig åtkomst skild från den användare som satte igång den.
Varför Domen Är Snävare Än Rubriken Antyder
Att upphäva ett interimistiskt förbud är inte en slutgiltig dom. Ninth Circuit avgjorde bara att Amazon sannolikt inte skulle vinna i sak på sitt CFAA-anspråk, vilket är den måttstock som krävs för att motivera att blockera Perplexity före rättegång; domstolen avvisade inte målet och lämnade Amazon möjligheten att utveckla andra teorier vid distriktsdomstolen, framför allt ett anspråk om avtalsbrott enligt Amazons egna användarvillkor, som varje kontoinnehavare redan har godkänt och som inte alls kräver bevis för obehörig dataåtkomst, bara att villkoren bröts.
Den skillnaden är den egentliga lärdomen. En lag mot datormissbruk är skriven för att straffa intrång, och domstolarna är synbart ovilliga att tänja det språket till att omfatta mjukvara som en legitim, inloggad användare valde att köra. Ett avtal kan däremot säga vad plattformen vill att det ska säga, inklusive ett uttryckligt förbud mot automatiserade agenter, och en domstol behöver inte omtolka en straffrättslig hackerlag för att upprätthålla det. Varje plattform som vill hålla AI-agenter borta ser nu hur två olika juridiska verktyg ger två mycket olika utfall.
Frågan Varje Europeisk Webbplatsoperatör Bör Ställa Sig Nu
CFAA är en amerikansk lag, men den underliggande frågan är inte amerikansk: behandlar en lag mot datormissbruk, skriven innan agentbaserad mjukvara fanns, ett AI-verktyg som agerar på en användares instruktion som en form av obehörig åtkomst? Den brittiska Computer Misuse Act från 1990 och flera EU-medlemsstaters egna lagar om datorbrott använder ett lika brett språk från den mänskliga intrångets era, och ingen av dem har ännu prövats mot en agentbaserad webbläsare på det sätt Ninth Circuit just prövade CFAA. En europeisk operatör kan inte utgå från att en lokal domstol skulle läsa sin egen lag som en amerikansk domare just valde att inte göra.
Det praktiska steget är inte att vänta på det testfallet. Granska nu användarvillkoren för alla webbplatser som hanterar inloggningar, köp eller kontodata, och lägg till uttryckligt språk om automatiserad och AI-agentåtkomst, för det är den klausulen, inte hoppet om att en lag om datorbrott ska göra jobbet, som avgjorde utfallet i detta mål när det straffrättsliga argumentet föll. Plattformens verkliga försvar mot en oönskad agent är avtalet den skrev, inte hackerlagen den hoppades skulle gälla.
Läs vidare: Modellen byttes, API-namnet gjorde det inte | Den som godkänner dina fakturor är inte programvara
