[0] http://www.costco.com/Samsung-SmartCam-HD-Plus-1080p-Wi-Fi-I...
1,428 karma · joined March 20, 2010
[0] http://www.costco.com/Samsung-SmartCam-HD-Plus-1080p-Wi-Fi-I...
It could also be the case that someone leaked the plaintext symmetric key(s) for this specific movie's DCP. If someone gained access to private/secret keys on a compromised DCP player somewhere, it'd be smarter to leak symmetric keys for individual movies to avoid detection.
Also, what if for some reason a single machine is shared by two people and they need different versions of some programs installed with Homebrew? Installing everything in /usr/local isn't going to look like a good idea then.
Even if this guy isn't gaming the system with fake Facebook accounts, I'm sure others already are.
EDIT: More evidence that this is what's happening (they're doing to same to OpenDNS's anycast addresses): https://twitter.com/esesci/status/449902883933126659
If their goal is to manipulate traffic to www.youtube.com (probably to block access to certain videos), another solution would be for YouTube to require SSL for all connections coming from Turkish IPs. Of course, this wouldn't work if they got some Turkish (or other) CA to sign a bogus www.youtube.com certificate.
EDIT: As lawl points out, trying to require SSL on www.youtube.com won't work either, since they could just do an sslstrip type attack.
EDIT 2: Proof that they are in fact messing with routes to Google Public DNS anycast addresses (they're doing to same to OpenDNS): https://twitter.com/esesci/status/449902883933126659
It doesn't seem like what you said is the case here but obviously we're still missing changesets that may have been committed between 10.8.5 (Security-55179.13) and 10.9 (Security-55471). It'd be really interesting to do a git-blame on that file.
EDIT: Nevermind, that file wasn't open-sourced in 10.8. It's actually really old. (Look for directories starting with libsecurity_ssl in pre-10.8 OS X versions.) Didn't find anything particularly interesting in the old versions though.
Check line 631. Appears seemingly out of nowhere.
Before installing ntp (from another host on my LAN):
$ ntpdc -n -c monlist 192.168.1.50
ntpdc: read: Connection refused
After installing ntp (from another host on my LAN): $ ntpdc -n -c monlist 192.168.1.50
192.168.1.50: timed out, nothing received
***Request timed out
After installing ntp (from the server itself): $ ntpdc -n -c monlist localhost
remote address port local address count m ver rstr avgint lstint
===============================================================================
91.189.94.4 123 192.168.1.50 1 4 4 1d0 54 54
...CloudFlare doesn't host web servers for their customers. They forward HTTP/HTTPS requests to origin servers outside of their network (or serve from their cache). I don't think the DDoS traffic actually hit any of their customers' origin servers (assuming origin server IPs are not known by the attackers). But yeah, it still means CloudFlare's incoming pipes being hit with 400Gbps of traffic before they're able to filter anything.
Something doesn't add up here. Surely Linode can't be that careless.
EDIT: Just made one for 2013, join up: https://www.facebook.com/groups/705664592796188/
I think they're not so much dense as bitter. There's a subset of HN readers who regard startups as a whole as a sort of con game, and are angry that the participants get so much attention. There may not be that many of them, but their anger makes them disproportionately active as commenters and voters.[1]
Do you really believe this? I think most, if not all, YC founders are capable of raising a seed round and making connections in the Valley with or without YC. YC just expedites this process.
curl -A "WhatsApp/2.6.7 iPhone_OS/5.0.1 Device/iPhone_4" --header "Accept-Language: en-us" --header "Accept-Encoding: gzip, deflate" --header "Connection: keep-alive" -d "cc=1&me=%2B1{10_DIGIT_NUMBER}&s={URL_ENCODED_STATUS}" https://s.whatsapp.net/client/iphone/u.php
It did take some time to show up under my name, even after restarting the app.I just wanted to point out that Stanford has a no-loan policy. Most Stanford graduates owe either nothing or very little in student loans (anecdotal evidence so correct me if I'm wrong).
If you're in college right now, and especially a top-tier university, try to meet as many people as possible. Don't miss this opportunity; your network will be invaluable once you're done with school. College is a great place to step out of your bubble and college admissions committees usually do a good job of putting a diverse group of interesting people in one place. Meet people from different backgrounds, countries, and majors. Even though you may not realize it now, you will one day need most of the people that you meet in school.
I just thought people should know the difference between a songwriting royalty and a recording royalty, and what that means for songwriters and recording artists. I also want people to have an idea of exactly how big of a cut publishing companies and record labels take.
The songwriter/composer of a song (not a recording of a song, but the actual melody, lyrics) gets a performance royalty each time a song is played in "public" (internet and broadcast radio, in the elevator, at a bar, etc). This is the royalty BMI, ASCAP, and SESAC collect. If the song is recorded and sold by someone, the songwriter gets mechanical royalties for each unit sold. If memory serves me correctly, the compulsory rate right now is 8 cents per unit sold. If the song in any form (recorded, sung by a drunk dude, etc) is used in something like a movie or a TV show, the songwriter gets a synchronization royalty. I've seen sync royalties range from $5,000 to $250,000. Songwriters are usually signed to publishing companies. Publishing companies are mostly owned by record labels themselves (or their parent companies). Publishing companies take a cut of the songwriters' royalties, but not as big as the cut record labels take from recording artists. I've seen rates ranging from 10% to 30%.
On the other hand, the recording artist gets pretty much whatever the record label decides to give them as described in the recording contract. The label will own the song recordings, not the artist. Recording artists (and record labels) do not get any royalties for public performance. Yes, when a song is played on FM radio, the record label doesn't get a penny. The only exception to this is when the song is played on "interactive" services on the Internet. This is the royalty Sound Exchange collects. In those cases, both the songwriter and whoever owns the copyright to the sound recording (the record label) get royalties. The main sources of revenue for the label are from these royalties, and from selling the sound recording in stores and online. They take a large chunk (60-70%) of this and distribute the rest to the song's recording artist, producer, etc.