Förfrågan om obehörig request-obfuscation
Innehållet i hela modifierardelen av begärandesträngen, inklusive det valfria låssuffixet, kan döljas genom att standardkodningen base64 används.
Servern försöker avkoda om attribute::RequestObfuscation har angetts. Om avkodningen misslyckas avvisas begäran. Om både låsning av begäran och obstruktion av begäran används, måste låssuffixet genereras och läggas till före base64-kodning.
- Dynamic Media användargränssnitt kanske inte visar rätt information för fältet Last Published. Detta påverkar dock inte publiceringen.
- För närvarande fungerar inte HLS-videoströmning när Request obfuscation och Request locking är aktiverade.
- För närvarande fungerar inte vissa Dynamic Media-visningsprogram när Request obfuscation och Request locking är aktiverade.
Exempel section-dd4bfab19aa040f8ba3f6e397c6b0941
http://server/myTemplate?$txt=my text string&$img=myImage
kodar till:
http://server/myTemplate?dHh0PW15IHRleHQgc3RyaW5nJiRpbWc9bXlJbWFnZQ==
Alla förekomster av '=', '&' och '%' i värdesträngar måste föregås av kodningen '%xx' innan begäran döljs. Annars behöver du inte http-koda modifiers -delen av begäran, antingen före eller efter förvrängning, även om begäran låses, eftersom base64-kodning är säker för http-överföring.
Se även section-7ea59724c97c4ee9a510dbbc1f79e564
HTTP-kodning, Begär låsning, attribut::RequestObfuscation