6 ms·

Ask HN: Decode Youtube 500 page

• Perseids 13y ago
  Why do you assume it is not base64 encoded? I have always come to believe it is some encrypted data. If I was Google I would probably give every server a UUID and a symmetric key. If an error occurs encrypt (and authenticate) the stacktrace and other debug information with that symmetric key and prepend the UUID. As a developer you can then find out the server that produced the error message, log in via SSH and decrypt the debug information. But it would be interesting to collect a lot of this error messages to check if they appear to be completely random.
  • nwh 13y ago
    They change completely on every load. Encoding would likely have similar sections between page refreshes, as it doesn't we can assume your theory of encrypted data is correct. It makes sense anyway, it means they can have a user supply a stack trace or similar without exposing any information to them.
    • aeon10 13y ago
      Actually the first few characters remained the same with page loads.
      • nwh 13y ago
        CBC mode AES?
        • drdaeman 13y ago
          More likely a header. It's 3081 byte blob after base64 decoding. If we consider it's encrypted with some block cipher with 128 or 256-bit blocks (IV and/or MAC would be likely to be 128-bit, too), there are 9 bytes for some header and/or padding.
          • nwh 13y ago
            Good catch.
• WhatsName 13y ago
  An analysis of this can be found here: http://www.cambus.net/decoding-youtube-http-error-500-message/ http://www.cambus.net/decoding-youtube-http-error-500-messag...
  • 27182818284 13y ago
    Honestly I'd be happier seeing this on HN. You should submit if you haven't already.
• deleted 13y ago
  [deleted]
• slashdotaccount 13y ago
  It is non-standard base64: it uses '_' and '-' instead of '+' and '/'. You can read in Wikipedia at https://en.wikipedia.org/wiki/Base64 https://en.wikipedia.org/wiki/Base64
• nigma 13y ago
  Using Python 3.3: import base64 base64.urlsafe_b64decode(s)
  • aeon10 13y ago
    I cant seem to get any legible data.
• kaivi 13y ago
  It is surely an encrypted stack trace, encoded in base64, which is probably being spit out by the load balancer proxy. I would not be surprised if Youtube developers used their own Chrome extension for making that binary meat readable. I have once set out to write a module for Nodejs for the same purpose, but never finished it. Can't really see a downside in this way of reporting errors.
• goblin89 13y ago
  Perhaps questions like this one should be asked somewhere else, possibly StackOverflow: http://stackoverflow.com/questions/21681084/decoding-youtubes-error-500-page http://stackoverflow.com/questions/21681084/decoding-youtube...
  • nulagrithom 13y ago
    Isn't that OT?
    • eitland 13y ago
      Every interesting question is OT over there. Or has ultiple answers. Or doesn't belong there for some other reason. ( I used to like SO very much and I hope someone will come up a similar site with more useful guidelines. : )
• djthorpe 13y ago
  The code is indeed very useful to debug issues. When asked for it by YouTube, please provide the actual text rather than a screenshot...I get sent the screenshot a lot and then I have to use OCR software in order to decode it.
  • aeon10 13y ago
    Can you divulge what kinds of information is stored in it. Or the encoding it uses?
• babawere 13y ago
  1. Non-standard base64 and 2. Definitely Compressed ... by guess would be snappy compression 3. Possibility of serialization using protocol buffer 4. not sure if such information would be encrypted after such a server failure
• tamiriis 13y ago
  Tudo 2