Sécurité de l'étiquette audio en HTML5

réponse courte

NO.

Renommer le fichier audio à .txt ne fera rien pour aider la sécurité de votre fichier audio MP3. Si quelque chose, cela vous causera encore plus de problèmes, car votre fichier audio MP3 va être envoyé avec le type MIME incorrect, ce qui peut causer des problèmes avec le lecteur audio intégré du navigateur.

Les meilleures suggestions que je peux vous fournir sont les suivantes:

1. Assurez-vous que votre vérification de l'en-tête HTTP de référateur, assurez-vous qu'il vient de la page qui a le lecteur MP3 dessus.
2. Protégez le fichier MP3 avec un hachage unique.
3. Ne laissez pas le même hachage d'être téléchargé deux fois *

   * Notez que, même cela pourrait causer des problèmes, par exemple, que se passe-t-il si l'utilisateur réopule un onglet de cache, lit le fichier à nouveau et le fichier MP3 n'est pas mis en cache?

   Et enfin, à la fin, même après que votre fichier MP3 est le fichier MP3 le plus protégé de l'historique de IIS et Apache - Qu'est-ce qui m'arrête de simplement ouvrir Adobe Audition et l'enregistrement du flux audio?

   Bien que vous soyez correct sur le flux audio MP3 de Bandcamp, le MP3 n'est pas aussi haute qualité qu'à un téléchargement normal après avoir acheté un album.

   Le fait que même Google n'a pas vraiment de protections décentes sur ses flux vidéo devrait dire quelque chose. Une entreprise qui génère des milliards de dollars à partir de vues vidéo sur YouTube ne peut même pas faire (ni mieux mettre - n'a pas pris la peine de mettre en place) toute méthode viable pour protéger leurs vidéos.

type de. strong>

grooveshark Envoyez une demande de message à un script de serveur pour le MP3 qui est en cours de diffusion, ce qui rend très difficile l'accès et la spoof sans créer de manière dynamique une demande de post. Vous-même - en particulier, vous devez alors essayer de stocker le fichier audio collecté. Mais vous pouvez utiliser le nouvel audiocontext pour aider à résoudre ce problème pour la plupart des plates-formes modernes ... p>

J'ai utilisé un excellent exemple de HTML5rocks.com pour modifier les en-têtes utilisés comme suit: P>

var dogBarkingBuffer = null;
// Fix up prefixing
window.AudioContext = window.AudioContext || window.webkitAudioContext;
var context = new AudioContext();

function loadDogSound(url) {
  var request = new XMLHttpRequest();
  request.open('POST', url, true);
  request.setRequestHeader("Content-type","application/x-www-form-urlencoded");
  request.responseType = 'arraybuffer';

  // Decode asynchronously
  request.onload = function() {
    context.decodeAudioData(request.response, function(buffer) {
      dogBarkingBuffer = buffer;
    }, onError);
  }
  //this is the encryption key
  request.send("key=98753897358975387943");
}

Vous pouvez faire les mp3 eux-mêmes peu attrayant. Quelques idées:

• n'incluez pas l'album Art, les informations d'album, etc. Dans vos fichiers (Tags ID3). Encore mieux, remplissez tous les champs d'étiquette ID3 avec quelque chose comme "Ce fichier est de myMUSICSITE.COM".

• divisez vos fichiers en plusieurs pièces plus petites, puis jouez-les en séquence dans le navigateur. Avoir à télécharger toutes les pièces individuelles rendra vos fichiers beaucoup moins attrayants. Vous pouvez avoir des problèmes avec la lecture sans défaut, je ne sais pas dans quelle mesure c'est bien soutenu.

• encode et jouez-leur comme une vidéo, peut-être avec votre logo ou quelque chose comme flux vidéo. Les fichiers résultants ne seront pas beaucoup plus importants, en particulier Si vous utilisez une image statique. Cela signifie que les utilisateurs ne peuvent pas lire vos fichiers sur les lecteurs MP3, les téléphones, etc. Facilement.

• murmure votre nom de domaine ou votre nom de site dans les enregistrements à quelques reprises, comme mentionné dans les commentaires.