TE
科技回声
首页24小时热榜最新最佳问答展示工作
GitHubTwitter
首页

科技回声

基于 Next.js 构建的科技新闻平台,提供全球科技新闻和讨论内容。

GitHubTwitter

首页

首页最新最佳问答展示工作

资源链接

HackerNews API原版 HackerNewsNext.js

© 2025 科技回声. 版权所有。

Image Protection on the Web

40 点作者 pa7将近 11 年前

15 条评论

azakai将近 11 年前
Interesting tricks, but it seems impractical or even dangerous. For example, showing the images at a specific quick refresh rate may cause them to not appear on some monitors, or worse, may annoy some people whose eyes are more sensitive, possibly even trigger an epileptic seizure.<p>In the end, if the content is meant to be seen by people, it is copyable. Seeing presumes the information is being transmitted. The only compromise you can make is to watermark, i.e., degrade quality and only hint at the full image.
sebular将近 11 年前
Very interesting! Even though (as you&#x27;ve already stated) the whole exercise is kind of futile and pointless, it is rather interesting.<p>It got me thinking of some other tricks you could do to annoy the person attempting to &quot;steal&quot; the image.<p>Do you think sub-dividing the image into many small adjacent tiles could be an interesting way of defeating right-click &gt; save as? Perhaps to make it even more difficult, you could randomize the elements and&#x2F;or IDs, so it would be difficult to write a script that collected and reassembled the tiles. Of course, if you did this server-side to prevent the original complete image from being sent to the client, you&#x27;d have terrible load times.<p>I also wonder if it&#x27;s possible to detect and respond to the common key combinations used to take screenshots. In that case, you could frustrate the would-be copier (of course, until they disabled scripts).<p>Ultimately, nothing can be done. No matter how clever your defense, someone could always load up the site in a VM and take the screenshot with a host machine. But it&#x27;s a cool exercise nonetheless, thanks for sharing!
pa7将近 11 年前
author here: I do not advocate using any of the techniques, please don&#x27;t use it, it&#x27;s terrible and will give your users headaches! I&#x27;m against ressource &quot;protection&quot; on the web, what&#x27;s on the internet should be fully consumed by users of it! The article describes just a few experiments I set up to see how far someone could go if it WAS important ( &quot;for a few minutes, let&#x27;s assume things on the web should be protected…&quot; ). Thanks for the feedback so far!
评论 #8023101 未加载
评论 #8022991 未加载
Someone1234将近 11 年前
The final demo literally gives me a headache. It shimmers. However for whatever reason I am able to screenshot it perfectly from Chrome on Windows 7.<p>Internet Explorer 10 won&#x27;t render the image at all (blackness) and in Firefox it looks both corrupt AND shimmers (and screenshots look equally as horrible).<p>Given the choice between a watermark which might decrease my viewing experience and some shimmering buggy image that literally gives me a headache (like sea-sickness), I&#x27;m definitely opting for a watermark.<p>Does anyone else get sick while staring at the final demo?
评论 #8023290 未加载
iSnow将近 11 年前
I am surely not the only one using noscript.<p>To me, the interlaced image demo looks like this: <a href="http://imgur.com/NsVvgEZ" rel="nofollow">http:&#x2F;&#x2F;imgur.com&#x2F;NsVvgEZ</a> - now I concede that most people do not use script blocking tools, but quite a lot do. Ruining the user-experience of your own site for some cheesy protection scheme seems like a really bad idea to me.<p>Besides: what is keeping me from taking several screen shots (JS enabled of course) and then overlaying them in Photoshop?
评论 #8022890 未加载
callmeed将近 11 年前
This is super interesting because we&#x27;ve had to deal with it for a long time. In fact, &quot;I don&#x27;t want my images stolen&quot; was one of the main objections we had when trying to get website customers to move from Flash to HTML5 (even post-iPad).<p>We still give customers the option to disable right-clicking. It might annoy users, but they don&#x27;t seem to care. Many will still not upload images above 600px on the long side.<p>The demo isn&#x27;t great because there&#x27;s some visible flickering. I also can&#x27;t tell if the image looks like crap because it&#x27;s a crappy image or because of the techniques used. Would love to see a demo with a real-ish image (say, a high-quality image that&#x27;s 900 pixels wide).
评论 #8022682 未加载
jbaiter将近 11 年前
Working for a major library that does a lot of digitization work for external partners like museums and art galleries, I deal with this a lot. Our solution usually involves (in addition to the obvious approaches mentioned in the beginning of the article) not sending out full-sized images but only tiles, severely rate-limiting the API (heavy users can contact us for an exception) and displaying a discreet watermark with the origin. It&#x27;s very frustrating as a developer, especially given the fact that 90% of the material is public domain anyways...
评论 #8023013 未加载
评论 #8023048 未加载
thothamon将近 11 年前
While clever, the items in the article merely accelerate the DRM arms race; they do not deliver a war-winning weapon to any side. All the tricks here can be defeated with technology, even the interlace idea.<p>This whole line of thinking is an attempt to re-fight the music DRM battle, and the conclusions are the same now as they were then. First, if you deliver media to a user, then given sufficient technical means, the user can copy it. Either your users don&#x27;t care to copy your content, in which case it didn&#x27;t need to be DRMed, or they do wish to do so, in which case it can be copied, so DRM is a waste of money. Second, the cost of such technical means drops exponentially with the popularity of the DRM that is being used, because only one person needs to develop the circumvention technology and then everyone can share it. This last principle holds regardless of laws such as the DMCA, and regardless of lawsuits such as the thousands of lawsuits filed by the RCAA and MPAA.<p>In a way, this is all good. Entities that seek to control when and how other people copy data will waste their money and time they are weak enough that wiser competitors can remove them from the ecosystem. Sony is a good case in point. While they were wasting resources with DRM, Apple was eating their lunch in the music market. I now think of iTunes when I think of music, way before I think of Sony.
nobullet将近 11 年前
When you request a page over internet you receive a copy of this data. The text, images, styles, scripts, videos. The key point: you receive a copy.
评论 #8022597 未加载
majika将近 11 年前
This is terribly antithetical to the principles of the Internet, but... the interlacing is very clever, even though it doesn&#x27;t look right on my browser (shimmering black).<p>I could solve the invisible wall demo trivially (Inspector &gt; Network &gt; cat.png -- this also worked for the interlacing demo). The encrypted demo took a few more seconds: Inspector &gt; Delete transparent.jpg &gt; Right click canvas &gt; Save Image As.<p>If the interlacing one was using the encrypted image, and if its JavaScript was obfuscated (so I couldn&#x27;t easily determine the encryption algorithm), I could (kinda) solve it by pausing script execution in Firefox&#x27;s debugger, then changing the opacity on both canvases to 1 - then taking a screenshot of the picture. But this is harder to achieve reliably for scaled-down images.<p>Mozilla should start thinking about ways to help users fight this kind of bullshit; e.g. having right-clicks apply to highest <i>opaque</i> image or canvas, ignoring any transparent elements.
评论 #8022931 未加载
评论 #8022967 未加载
timdorr将近 11 年前
Why not interlace by splitting every other line of the image into two transparent PNGs (or GIFs, I guess), and overlaying them with the &quot;invisible wall&quot; technique? There&#x27;s no artifacting from refresh rates there, and the image isn&#x27;t usable unless you have both.
评论 #8022752 未加载
geoffsanders将近 11 年前
Instead of hiding or modifying the image entirely at tiny random intervals, why not modify subsections of the image at <i>all</i> times, rolling the imperceptible modification around the image itself, so that at no time interval is there ever an unmodified image?
评论 #8054360 未加载
raving-richard将近 11 年前
These are all interesting, but defeated by me with one easy keyboard command (for the rest of you, it&#x27;s View-&gt;Page Style-&gt;No Style). Without CSS, the main image is displayed just fine.<p>Some people really are trisky.
评论 #8023296 未加载
ibrad将近 11 年前
We can do lots of hacks, then the user clicks on print screen and its a done deal.
评论 #8023191 未加载
n0body将近 11 年前
interesting.
评论 #8022658 未加载