Slashdot Mirror


Adobe Opens Up AMF Spec

neutrino38 writes "Adobe has released the specification of the AMF format, the format used by Flash Remoting — the equivalent of AJAX for the Flash world. The article doesn't mention the AMFPHP project and the fact that some German and Canadian guys had reverse-engineered the format a long time ago. Adobe's action eases a long-standing legal uncertainty that slowed the uptake of AMFPHP for commercial projects. Next, we note that Adobe has not released its RTMP protocol used to contact a Flash Media server. This latter protocol is more interesting as it provides sessionful operation; media streaming; RPC both client-side and server-side using the AMF format; and shared objects among several sessions and server-side events. Fortunately, RTMP has been partially reverse-engineered by the red5 project. I suggest that the W3C should take a look at the whole Flash ecosystem as they think about upgrading the HTTP protocol."

104 comments

  1. Gnash!! by bvimo · · Score: 3, Interesting

    Will the opening of AMF help Gnash http://www.gnu.org/software/gnash/ ?

    --
    In either case, here at Microsoft, we feel standards are important. And we have fun, too. Doug Mahugh, Microsoft
    1. Re:Gnash!! by Wesley+Felter · · Score: 2, Interesting

      Not really. There was already an unofficial AMF spec, so having an official spec that says the same thing makes no difference. The problem with Gnash is that they just don't have enough coders to keep up with changes in Flash Player, so they will fall farther and farther behind.

    2. Re:Gnash!! by Anonymous Coward · · Score: 0

      Hey GuyZ! Just want to know what AMF stands for? Kanati.com.ph

  2. Nice summary... by intnsred · · Score: 1

    I don't know about the "news value" of this article, but big kudos for tying together names, links and references to a bunch of interesting-sounding projects.

  3. Worst... by Chineseyes · · Score: 0

    This is among the worst summaries I've ever seen on slashdot, and thats saying a lot. The use of so many acronyms without any background information, combined with absolutely no reason as to why anyone should even care is a true achievement. Congrats sir for combining the worst characteristics of article submissions so that future slashdotters may have an example of a poor submission. With all that you have accomplished with this I have one complaint and do not take this as a troll. In your next submission would you please find a way to dupe another submission WHILE accomplishing all of the amazing feats stated above.

    --
    I think the invisible hand of the market has its middle finger extended

    --A wise old fart named SC0RN
    1. Re:Worst... by Anonymous Coward · · Score: 0

      Its a kdawson submission. Why am I not surprised?

      Come on kd, get a grip. Please try to improve the précis of the subject you are posting.

    2. Re:Worst... by MadnessASAP · · Score: 0, Insightful

      It's called a summary for a reason, perhaps you would prefer an article? there are a few handy links provided for your benifit in just such a scenario and if even those fail to fulfill your thirst for knowledge you may even type names and acronyms into a rather handily provided web search box placed next to the adress bar in many modern internet browsers. I bid you good day sir and happy trolling.

      --
      I may agree with what you say, but I will defend to the death your right to face the consequences of saying it.
    3. Re:Worst... by greg1104 · · Score: 1

      I thought the submission was quite good. If you don't have the background to follow all the acronyms or understand the implications without having them spoon-fed to you, perhaps you should switch to a site whose motto is more like "News for not-quite-nerds?"

    4. Re:Worst... by totally+bogus+dude · · Score: 1

      I also thought it was pretty good. If you don't understand it, chances are it's probably not interesting to you, so just ignore it. You might also note that this is on developers.slashdot.org, so it's pretty much blindingly obvious who the target demographic is. Not every developer (nor even every web developer) is going to care about it, but a lot of the draw of sites like slashdot is that it allows you to keep abreast of news in areas related to your field of interest, but not quite close enough to your core speciality that you'd find out about it from other sources.

      The summary itself is also far better than most. We need more submitters like neutrino38.

      Also, having re-read the summary, I have to take issue with your post. I believe I've been trolled, but just in case:

      The use of so many acronyms without any background information

      Let's see, acronyms... there's AMF obviously, which although it's never explained what it stands for, what it does is pretty clear: the format used by Flash Remoting -- the equivalent of AJAX for the Flash world (if you don't even know what AJAX is, get the fuck off developers./.). There's AMFPHP which can be inferred from context to be something to do with AMF (just covered), PHP, and the reverse engineering work that'd been done on AMF. Even if you can't infer that, it's linked to the fucking website, so enlightenment is a mere click away. Finally, there's RTMP and RPC. Any developer should know what RPC is, and the summary explains pretty clearly what RTMP is used for. Let's pretend you weren't referring to "W3C" or "HTTP" as being acronyms without any background information.

      So really, there's only 3 not entirely common (in the development world) acronyms, and they're explained pretty succinctly in a manner which doesn't require you to understand anything specific to Flash. If you really had problems understanding the summary, then you should probably take some classes or something. Or at least, stay away from articles aimed at developers.

      As for why you should care, Flash is the biggest impediment to an open and accessible web. It's also something that open standards people don't really have an answer to, to the best of my knowledge. Given the atrocious user experience of Java applets, and the horrible clunkiness and frailty of client-side DHTML, Flash is the only effective way to provide the kind of dynamic, interactive content the mass market wants on the web. So anything to do with Flash is a pretty big deal.

      But again, if you don't know why you should care, then you probably don't care, and if a well-written, informative summary like this leaves you feeling angry and confused, maybe you shouldn't be here. You're not the intended audience, so quit trying to make people dumb things down so they're useless to the intended audience.

    5. Re:Worst... by gbjbaanb · · Score: 1
      Actually, it is *the* worse summary. Its a sad day when even the submitter doesn't RTFA:

      Summary:

      The article doesn't mention the AMFPHP project... Article:

      .... said Wade Arnold with AMFPHP. "Working with Adobe, we can create a common programming model that enables RIA developers to extend the reach of their applications across different server technologies in a compatible and consistent approach. The AMFPHP project is ecstatic to be able to work directly with Adobe in order to better leverage the AMF protocol in LAMP applications."
  4. Designt HTTP around FLASH? WTF? by brunes69 · · Score: 4, Insightful

    I suggest that the W3C should take a look at the whole Flash ecosystem as they think about upgrading the HTTP protocol.

    This statement at the closure of the article is so stupid I don't even know on which angle to attack it first.

    As a side note, can we PLEASE gt rid of this horrible trend of submitters adding their own "personal view" on postings? Frankly I don't give a crap. It's bad enough when the editors do it.

    1. Re:Designt HTTP around FLASH? WTF? by Anonymous Coward · · Score: 1, Insightful

      It's interesting to hear stuff like this, people really are under the delusion that their pet language/framework is the one true way. It also comes up in discussions ("Well I think that...") -- as if an ignorant opinion carries any weight. This is something the HTML5 WG have had to contend with; people who don't even understand the concept of the web making "helpful" suggestions.

      So the editorial slant isn't so bad in context, it lets us dismiss the story without having an unwarranted lengthy debate about something similar in the comments ;-)

    2. Re:Designt HTTP around FLASH? WTF? by Anonymous Coward · · Score: 0

      Why is it stupid? In fact, without ANY information in your post, why shouldn't we treat it as crap, in and of itself? Who in the world modded this as insightful? You added nothing to the conversation, other than threatening to elucidate further. Flash is one of the ubiquitous protocols and technologies on websites today. The submitter is correct. Whereas you are just bloviating so far.

    3. Re:Designt HTTP around FLASH? WTF? by brunes69 · · Score: 1

      It's stupid because HTTP is a transport protocol and nothing more. Flash is a frigging widgeting and GUI engine. It has absolutely nothing to do with HTTP other than the fact that sometimes you download SWF files with it.

      That's why it's a stupid comment. It would be akin to me saying they should redesign bittorrent around ISO files because I download them over it. It isn't the fact that the comment is idiotic that pisses me off, it is that the editors left it in there and decided to post it to the front page of slashdot.

  5. Flash ecosystem... by TheLink · · Score: 1

    "take a look at the whole Flash ecosystem"?

    I'm sure a whole bunch of security researchers (and "security researchers") have done so and are rubbing their hands with glee.

    Just look at where Adobe took PDF - from the early relatively safe years to the javascript ridden present.

    --
    1. Re:Flash ecosystem... by jwisser · · Score: 1

      You, sir, have a bastardly sig. Well done.

    2. Re:Flash ecosystem... by Anonymous Coward · · Score: 0

      It's only old fashioned html stuff. It doesn't link to pdf, flash or other more buzzword compliant stuff.

      That sort of stuff can do far more impressive things given the chance.

  6. Re:flash is for ads - so I block it by BrentH · · Score: 1

    I actually use the NoScript plugin for Firefox. It blocks all javascript (so no datacollecting and cookieplacing nonsense, and no ads, since they all use javascript) and all plugins like Java and Flash by default (so certainly no flashy resourcehogging ads). You can whitelist the sites you like (for example Youtube), so you can have the best of both world: java(script) and Flash when you want it, and only when you want it. I like it a lot.

  7. You two are a very very small minority by Anonymous Coward · · Score: 0

    very small. Flash is far more than ads and both FLEX and even Microsofts variant silverlight will prove you both wrong.

    1. Re:You two are a very very small minority by Grampaw+Willie · · Score: 1

      flash might be used for stuff other than ads but guess what: who uses it the most? a/c yer views are generally too establishment. the www has a lot of defects from trojan vulnerabilities to onerous adware and privacy violations like that BlockBuster-Facebook link and these defects need to get cleaned out and the place to start is to put a stop to un-authorized programming.

    2. Re:You two are a very very small minority by b100dian · · Score: 1

      This (good) news only proves that Silverlight and JavaFX did something: kicked the ass of the dominant RIA player to open up, first the Flex 3 SDK, now the AMF protocol and who knows, in 2 years the VM too? (aka Flash Player)
      This is a good thing(tm): a de facto standard becoming open;)

      --
      gtkaml.org
  8. Open Standards by bigpat · · Score: 4, Informative

    The summary is a jumble mess, but the fact that Flex/Flash is still mostly closed source, but fills an important gap that isn't addressed by currently implemented standards, is problematic.

    Take a look at this google finance page You simply can't do the type of interactive charting that they do there without Flash and Flex. Any AJAX implementation of that would be just a hack.

    It could be done with AJAX techniques and SVG, which is the open standard for flash like animations, but neither major browser implements the full spec yet.

    So, the larger point about needing an open standard that is actually implemented is a valid one. But I don't think the fault lies in the W3C, it is just that it is taking some time for volunteer programmers to implement the standards that they came out with in Firefox.

    1. Re:Open Standards by ScrewMaster · · Score: 2, Informative

      You simply can't do the type of interactive charting that they do there without Flash and Flex.

      The Tomato firmware in my router does something very similar using Ajax. I don't know enough about Ajax to know if what he did qualifies as a hack, though.

      --
      The higher the technology, the sharper that two-edged sword.
    2. Re:Open Standards by Anonymous Coward · · Score: 1, Insightful

      "You simply can't do the type of interactive charting that they do there without Flash and Flex."

      JavaScript+Canvas

      JavaScript+SVG

      Java

      Looks like that's 3 interactive charting methods without flash and flex. I'm sure the list could be bigger.

    3. Re:Open Standards by ozone_sniffer · · Score: 2, Informative

      You're missing the point the parent was focusing on. The question is not whether flash is useful or not, and should be standardized or not. The question is wtf flash standardization has to do with the HTTP protocol. The summary is (miserably) trying to imply there is something which should be modified in the next version of HTTP so as to benefit the usage of flash in some (mysterious, IMO) way. Flash is a content format, HTTP a network protocol. They're as related as horses and trucks carrying horses.

    4. Re:Open Standards by bvimo · · Score: 1

      >but neither major browser implements the full spec yet.

      Excuse me, are there only two major browsers? So far today I've used Safari and Opera on an eMac and Konqueror, Firefox and Opera on Kubuntu. I did play with Lynx as well, but I stopped as I had to go outside.

      I don't know how well Safari, Opera (Max|Linux|Windows), Konqueror or Firefox support SVG.

      Yours

      An outraged browser user

      --
      In either case, here at Microsoft, we feel standards are important. And we have fun, too. Doug Mahugh, Microsoft
    5. Re:Open Standards by bigpat · · Score: 1

      I didn't miss the point. I agree that this has nothing to do with http protocol, but the point I think the submitter was trying to make was close enough to being in the right ballpark that I thought it was worth pointing that out. Flash/Flex is not just a content format, it is its own proprietary client platform for writing rich internet applications... It is basically its own web browser within a web browser which, if it gains any more wider adoption, it is going to subvert the open standards nature of the Web. Which is what the W3C is trying to prevent by releasing and supporting open formats. So, the fact that he used the wrong acronym is annoying, but if you replace http with the correct acronyms then his point was correct.

    6. Re:Open Standards by bigpat · · Score: 1

      JavaScript+Canvas Last time I checked Canvas wasn't supported in IE and HTML 5 (which it is included as a part of) isn't out yet as a released standard. Might be a good stopgap before svg full is supported, but is it really that much easier to implement than SVG or do you give up something?

      JavaScript+SVG This would be ideal, but animations aren't yet supported, so you would have to download new svgs with AJAX for interactivity. That seems like an unfortunate hack to me. Better to have the svgs be able to dynamically update more discrete elements.

      Java Sure there is java. But Java is being blocked by a lot of corporate firewalls, just like activex is (which you didn't mention). And it is also plugin based. I guess I won't count Java out, but it has been available for quite some time with mixed market adoption.

    7. Re:Open Standards by SanityInAnarchy · · Score: 1

      Any AJAX implementation of that would be just a hack.

      Any Flash implementation would be by definition a hack. The difference is, as you say, there's actually an open standard for AJAX.

      --
      Don't thank God, thank a doctor!
    8. Re:Open Standards by ozone_sniffer · · Score: 1

      Well, I see everything inside the browser as content, but as I am miles away from web development (and happy for it ;) ) my view is pretty myopic in that sense. In other words, I think a usefull flash application is yet to be born. But then again, I might not be getting the whole picture. That said, I agree that W3C should pay more attention to this "black hole" in the web infrastructure, given it proves to really be a black hole.

      Perhaps the acronyms the original poster was searching for could be found here: http://developers.slashdot.org/article.pl?sid=07/12/16/1656245&from=rss

    9. Re:Open Standards by jibjibjib · · Score: 1

      I don't know what you're talking about when you say SVG "animations aren't yet supported." Javascript can be used to manipulate elements of an SVG image, creating animation and interactivity. I've played simple games (e.g Tetris) in Firefox which are implemented entirely with SVG and Javascript.

    10. Re:Open Standards by jibjibjib · · Score: 1

      You argue that Flash has nothing to do with the design of the HTTP protocol, and say that "they're as related as horses and trucks carrying horses" as if that makes them unrelated. Have you ever even seen a truck carrying a horse? All the trucks carrying horses that I've ever seen are specifically designed to carry horses.

    11. Re:Open Standards by ozone_sniffer · · Score: 1

      I hope you're trying to say that the metaphor was poor. If not, then I can only understand you're trying to say that HTTP should be designed specifically to transport flash content. I really hope that is not the case, because it would be the same as having every truck in the world being designed to transport horses, even those which would end up being used to transport pigs or whatever.

      Assuming the first, replace horses by potatoes, or whatever suits you better, it really doesn't matter as long as you get the general idea.

    12. Re:Open Standards by bigpat · · Score: 1

      The javascript way of animations is more akin to an animated gif, it can be made to work for some things, but svg is supposed to have built in animation support which is more like flash. Firefox doesn't yet support the animation module.

    13. Re:Open Standards by hey! · · Score: 1

      The javascript way of animations is more akin to an animated gif


      I'm not sure precisely what you mean. I've seen apps where javascript is embedded in SVG (the way it is more typically embedded in HMTL) to produce an interactive app; attaching event handlers to graphical objects produces what in effect are widgets. The combination of drawing, scripting and event handlers essentially means you have a GUI platform. Add some model for javascript to do communication and I'd say you have a pretty complete system that might eventually serve the needs of many app developers as well as or maybe even better than HTML with Ajax.

      I don't see SVG updates scripted by objects within the SVG itself as anything like remotely like animated gifs, in which all the rendering logic is on the server, and the clients pretty much just blit arrays of pixels.
      --
      Post may contain irony: discontinue use if experiencing mood swings, nausea or elevated blood pressure.
    14. Re:Open Standards by Raenex · · Score: 1

      Sure there is java. But Java is being blocked by a lot of corporate firewalls, just like activex is (which you didn't mention). And it is also plugin based. Flash is plugin based too. I agree with you that JavaScript+SVG support would be ideal. Too bad Microsoft will never support it.
    15. Re:Open Standards by bigpat · · Score: 1

      Flash is plugin based too. I agree with you that JavaScript+SVG support would be ideal. Too bad Microsoft will never support it. Microsoft doesn't want to see Adobe controlling the Web platform where Microsoft failed with ActiveX. It might not be Microsoft's first choice, but given that nobody is going to help them create yet another Microsoft monopoly, supporting SVG might be a good way to limit Adobe's dominance of the rich internet application market.
    16. Re:Open Standards by Raenex · · Score: 1

      It might not be Microsoft's first choice, but given that nobody is going to help them create yet another Microsoft monopoly Sadly untrue. Witness Silverlight and Mono's "Moonlight" implementation. Microsoft will never implement SVG unless they are actually losing the browser war and web authors write content only viewable in SVG-capable browsers.
    17. Re:Open Standards by brunes69 · · Score: 1

      The problem with your analogy is that HTTP has to carry a lot more than just flash content.

      A better analogy is that optimizing HTTP for flash is like optimizing a transport truck to carry frozen meat by installing refrigeration systems when it only has to carry it from 4-8 PM every second Sunday. A much more optimal solution is to just pack the meat better so it doesn't need such aa truck - ie, if there are problems sending flash over HTTP, then optimize flash to travel over HTTP (after all you don't use it over FTP often...), don't optimize HTTP to carry flash better.

  9. Flash is the web's single point of failure by goombah99 · · Score: 3, Interesting

    Exactly. Flash is more ubiquitous than anything on the web. More ubiquitous than internet explorer. It runs binaries in the host machine, not simply running the in the browser's sandbox. I don't know if it will load and run native binaries over the web (like active X) or if it has it's own sandboxed java-like pseudo code. But it's a single sourced point of failure rather than a diverse ecosystem like all the different java VMs. Plus the code is enormous. Who knows what's in there. (cringley has speculated ADOBE could leverage this ubiquity to role out all sorts of products deployable overnight just by activating them. e.g. imagine is tommorrow everyone with flash also had bit torrent, google desktop, and perhaps even some DRM system available. "flash" deployment of programs could make them instant industry standards. no more arguing over which DRM will be universal is everyone has it available.)

    --
    Some drink at the fountain of knowledge. Others just gargle.
    1. Re:Flash is the web's single point of failure by heinzkunz · · Score: 4, Informative

      > I don't know if it will load and run native binaries
      > over the web (like active X) or if it has it's own
      > sandboxed java-like pseudo code.

      I don't think java uses pseudo code :)

      You were probably thinking of byte code. Yes, the flash plugin runs byte code in a sandboxed virtual machine. It's not the browsers sandbox, but the flash players sandbox.

    2. Re:Flash is the web's single point of failure by nova_ostrich · · Score: 2, Informative

      Flash Player doesn't run native binaries. It has it's own form of bytecode (known as ABC), much like Java, that gets JITed to native machine code. Flash Player is only about 1MB in size. Certainly not enormous when Java is much larger at about 7MB.

      --
      It's scary being a Flash and Flex developer on Slashdot. You guys are unnaturally rabid.
    3. Re:Flash is the web's single point of failure by Anonymous Coward · · Score: 0

      Yes it does.

      http://en.wikipedia.org/wiki/P-code_machine

      Though it should probably be something like "pseudo machine code"

  10. got me the flash block too by Grampaw+Willie · · Score: 1

    thanks for the tip pard

    I went out and got me the add-on and it is now in effect.

    actually I don't want anyone running any un-authorized programs on my computer

    hackers in particular, but advertisers can be pretty onerous

  11. Re:flash is for ads - so I block it by cheater512 · · Score: 2, Insightful

    Um...Small question: Why do you use flashbock?

    Just do what I do. Dont install flash. Simple.

  12. Upgrading the HTTP protocol? by Tiles · · Score: 1

    The entire point of HTTP is to be stateless, hence why other protocols (like Adobe's) were invented. If you want a stateless protocol, use a constant TCP connection. Don't try to wedge functionality where it doesn't belong.

    1. Re:Upgrading the HTTP protocol? by heinzkunz · · Score: 1

      I see that you are a registered user at slashdot. How would you login and post to slashdot if slashdot didn't use HTTP sessions?

    2. Re:Upgrading the HTTP protocol? by gbjbaanb · · Score: 1

      Probably by sending some cookie data with every request.

      Hmm. just like how HTTP Sessions work :-)

    3. Re:Upgrading the HTTP protocol? by heinzkunz · · Score: 1

      Exactly. HTTP started as a stateless protocol, but we have begun to depend on tricks to make it stateful a long time ago, and for good, practical reasons. It's stupid to say "Don't try to wedge functionality where it doesn't belong".

      HTTP stands for hypertext transfer protocol. Should we abolish all cases where HTTP is used to transport something different than hypertext? Sorry, no AJAX for you, no file downloads, no webdav, no rss, etc.

    4. Re:Upgrading the HTTP protocol? by Tiles · · Score: 1

      HTTP 1.1 (RFC 2616) clearly defines what HTTP is used for:

      It is a generic, stateless, protocol which can be used for many tasks beyond its use for hypertext, such as name servers and distributed object management systems, through extension of its request methods, error codes and headers.

      As for logging into websites: Cookies were a hack added on to HTTP by Netscape, and aren't even in the HTTP 1.1 standard. You can have 'sessions' without cookies. An ideal login system would have your HTTP authentication data sent with every request, which is why HTTP has things like Basic and Digest Authentication. But people don't like HTTP login boxes, and browsers don't let users easily log out of it, so people resort to hacks like cookies to make users happy. Let's get browsers to fix that before we try to arbitrarily revise an already functional protocol.

      Sessions are completely unnecessary for HTTP. In the case where they are necessary, then you're using the wrong protocol.

    5. Re:Upgrading the HTTP protocol? by heinzkunz · · Score: 1

      Don't get me wrong, I don't want to revise the HTTP protocol. (I don't think the OP want to, either, he just mixed up the acronyms.) But HTTP sessions are a de facto standard. They aren't going away anymore, and there are perfectly good reasons to use them.

  13. Flash, ActiveX et al: incomplete planning by Grampaw+Willie · · Score: 1

    Flash, ActiveX, Java, et. al. render web pages executable, generally

    at this point it appears that NO PLANNING has been done to secure these vehicles from spreading trojans and various un-authorized programming

    am I to accept one certificate from a web site and take that as credentials for every page on that site?

    this plan has been available for a while now, yet CyberCrime is flourishing. and CyberCrime generally relies on trojans: un-authorized programming.

    with polymorphic virus changing their colors rapidly and 1,100 new virus appearing daily the anti-virus concept which relies on detection is now overwhelmed.

    prevention is required and this means preventing un-authorized programming from running

    NO SIGNATURE? NO EXECUTE.

    1. Re:Flash, ActiveX et al: incomplete planning by TheLink · · Score: 1

      I've proposed sandbox security templates:

      https://bugs.launchpad.net/ubuntu/+bug/156693

      Basically an app will announce what sort of template sandbox it would want to be run as, and a user will decide whether it's OK or not. If OK, the OS will enforce the sandbox.

      If an app claims to be a "guest game/applet" AND requests that it be run likewise, it won't be able to do much.

      Whereas if an app claims to be a "guest game/applet" but actually requests "Full System Privileges" (the OS/GUI should pop up the usual warnings) it should be a lot easier to educate people not to run that sort of stuff. "Fun Screensaver" requests "Full User privileges" e.g. rights to read/write your email, bookmarks, downloads, turn your microphone on, etc.

      I think some people are already working on stuff like that. It's not easy to do, but I believe it is possible. Maybe Apple or Microsoft might be able to pull it off. Microsoft might not want to do it badly enough though.

      --
    2. Re:Flash, ActiveX et al: incomplete planning by 99BottlesOfBeerInMyF · · Score: 1

      I've proposed sandbox security templates

      Might I suggest you champion the inclusion of SELinux by default in distros. It would at least allow security minded application designers to solve their part of the problem.

      Basically an app will announce what sort of template sandbox it would want to be run as, and a user will decide whether it's OK or not. If OK, the OS will enforce the sandbox.

      I think this is about 1/3 of the solution. First, if an app is going to announce itself, it might as well be specific and come with a full ACL describing what it should be doing, thus providing finer grained security and preventing some overflow style attacks. Second, since such a system does not address malware, it needs to be paired with a way to verify the source of code and with an assigned level of trust for that source. To that end you need a way to sign applications (preferably, free, open, and cross-platform) and a way to pair that identity/signature with a given level of trust.

      Whereas if an app claims to be a "guest game/applet" but actually requests "Full System Privileges" (the OS/GUI should pop up the usual warnings) it should be a lot easier to educate people not to run that sort of stuff.

      The problem with this is the amount of software people want to use or think they do, compared to the actual amount of spyware/malware. You end up conditioning users to allow everything to do most everything. This can be somewhat mitigated by a good and intelligent UI, but not completely.

      I have an alternative. Many people subscribe to blacklists of malware signatures, but as malware becomes more adaptive, these become less effective. What we need to supplement this are whitelists of software, including verification of the ACLs, paired with the application signature. These whitelists could be provided by free projects or by commercial security companies or both and should be user editable/overrrideable.

      Tis way, in a common use case the user just has to decide which whitelist providers they trust and how much each. Then 99% of the time, when they run an application, the OS could silently verify the signature and reference the whitelist, comparing the ACL verified with the ACL included. Based upon who the user trusts, the application could access a resource without any user intervention, until it exceeds it's level of trust and then the user is alerted that it may have been hijacked or is being malicious and provide specific information as to what it is trying to access.

      I think some people are already working on stuff like that. It's not easy to do, but I believe it is possible. Maybe Apple or Microsoft might be able to pull it off. Microsoft might not want to do it badly enough though.

      The latest version of OS X ships with the sandboxing framework and an application signature framework. It is still missing a framework to accept ACL evaluations from Apple or third parties. It is still missing the UI component. The sandboxing framework, however, is in use in Leopard for various services as an extra layer of security and with hard-coded ACLs. As for MS, I suspect they plan to tackle this from a completely different perspective in keeping with their corporate culture. They'll probably require all applications be singed by them and then charge both developers and users for verification, applied with a very broken UI and a lot of holes. I'm actually hoping Apple is hit with some serious malware problems in the next year, to motivate them to build out and activate such a system. If nothing else, it could get security firms on board with an open ACL interchange format, that could cause MS more antitrust grief if they tried to take it over at a later date.

      I truly wish someone would pick up the ball. Can you imagine subscribing to a free project like ClamAV, for app signatures, plus having a set from your OS vendor and from a security firm like Symantec, all evaluated against what ships

    3. Re:Flash, ActiveX et al: incomplete planning by nova_ostrich · · Score: 1

      Developers working with ActionScript in Flash Player have no access to the user's file system. Makes it pretty hard to distribute a Flash-based trojan.

      --
      It's scary being a Flash and Flex developer on Slashdot. You guys are unnaturally rabid.
    4. Re:Flash, ActiveX et al: incomplete planning by slaingod · · Score: 1

      Flash & Flex do support signed code. The question is, who does the signing? Who is the organization that gets to tell me I am 'authorized programming'? Are you implying that users shouldn't be allowed to develop and run their own code on their own machines? Not sure how 'signing' works in that scenario. Sounds like 'Trusted Computing' to me.

      Doesn't then 'signing' become the single point of failure?

      In the same vein, Firefox, IE, Safari & Opera also 'render pages executable'. So we are supposed to trust those apps but not Flash? Flash & Java IMO have probably spent the most time planning security out, as opposed to 'no planning'. Doesn't mean there are problems on occasion, but I've never really heard of either being a major vector for viruses and trojans.

      --
      http://blog.slaingod.com
    5. Re:Flash, ActiveX et al: incomplete planning by TheLink · · Score: 1

      I think ubuntu and Suse have apparmor already which is similar to SELinux.

      "First, if an app is going to announce itself, it might as well be specific and come with a full ACL describing what it should be doing,"

      Should only do this for custom ACLs.

      Most apps should be able to fall under a more manageable set of template ACLs that users can recognize.

      Custom system ACLs could be signed by the OS vendor, so no prompts to the user - stuff just runs.

      Custom 3rd party ACLs could be signed by a verifier that certifies it as being a member of a hopefully more recognizable class of ACLs (maybe with power/safety rating :) ). Perhaps the verifier could add comments (but then you might have to support multilanguage and all that "fun" stuff).

      The last is similar to your suggestion of whitelisted acls and software pairs.

      I have given the matter a fair amount of thought, and I believe it's actually doable and significantly beneficial.

      But whether it will get done... :p

      --
    6. Re:Flash, ActiveX et al: incomplete planning by Grampaw+Willie · · Score: 1

      ==>Flash & Flex do support signed code.

      that doesn't matter: with PGP you can sign anything.

      the point is that before we can allow the FLASH to start we have to find a signature for it ( as a symbol in the document header )

      ==>who does the signing? you do.

      this is what the Public Key Infrastructure (PKI) is all about.

      if I don't have a copy of your public key I will go to a certificate authority to get it.

      and that, of course leads to the question of how that Certificate Authority will insure that they keys it distributes are valid. right now they attach a disclaimer simply stating they assume no responsibility for that question.

      which doesn't help us much

      the PKI needs to affirm that they have performed due diligence in confirming the proper identity of the keys they have and need to be prepared to demonstrate this should an issue arise

      the best way to exercise such due diligence is to require that you present in person with your key

      that might not always be practical, however the nature of PGP keys facilitates the use of 3d party introducers. and so the CA may have agents authorized to accept your credentials and authenticate them

      programmers are not now liable for the consequential damages which may be caused by program bugs. but distributing maleware is an exception to this policy: distributing maleware is illegal.

      and requiring an identifiable signature for all executable code will discourage the practice of distributing maleware by facilitating a proper response

      this is certainly an un-popular plan.

      but so is airport security

      it is forced onto us by criminals

      if computers were distributed with proper security this would have never happened to begin with

      but that is another topic

  14. Re:flash is for ads - so I block it by Grampaw+Willie · · Score: 2, Interesting

    FlashBlock like NoScript will allow you to have FLASH installed and select which media you want to allow

  15. News doesn't' surprise me by qazwart · · Score: 2, Insightful

    There has been a browser war going on for a while. It isn't the IE vs. Firefox war everyone talks about. It's about the rendering engine to use.

    Apple's WebKit has succeeded beyond Apple's wildest dreams. It is officially being used at Google for its applications, it has been adopted by KDE, and the Gnome team is also about to adopt it. It is also the official rendering engine for Android. That puts WebKit on each Linux distribution and on what will soon become a major portable Internet device platform.

    Adobe has been pushing Flash as the web rendering engine to rule the world, but it hasn't been doing so well. The big war for the browser isn't the desktop, but all the little devices that we will all carry around: PDAs, Phones, cameras, music players, game machines, etc. Flash needs a consumer client in order to work, and the fact that all of these devices will depend upon Adobe creating a client for each and every platform and operating system just doesn't cut it. Manufacturers don't want Adobe to rule whether their device is worthy of a Flash client.

    In order for Adobe to be truly competitive in this fight, they must open up the Flash file specifications. That way, each device maker can design their own Flash player much the same way they build their own web browser according to HTTP/HTML specs.

    The only question I have is how "open" is the spec? What happens if Adobe wants a new version of Flash with more features? Will it open up the new specs? Will Adobe allow me to create a program that will write to the Flash file format, or is that still closed to me? This isn't entirely unheard of. Microsoft has "open specs" for NTFS. I can give my operating system the ability to read NTFS, but not the ability to write it without first getting a license from Microsoft.

    1. Re:News doesn't' surprise me by BrentH · · Score: 2, Insightful

      Apple's Webkit adopted by KDE? Big ups for the Mac Propaganda department... It's was the Konqueror guys who did the heavy lifting. Although Apple did indeed improve it even further, the KDE-team had to pry very hard to get some results back from the deal.

    2. Re:News doesn't' surprise me by nova_ostrich · · Score: 1

      Adobe's open spec for the SWF format may be used by anyone who wants to create SWF files. It may not be used if you intend to build an alternative way to view SWF files. In other words, you can create your own compiler, but not a new Flash Player like Gnash.

      --
      It's scary being a Flash and Flex developer on Slashdot. You guys are unnaturally rabid.
    3. Re:News doesn't' surprise me by crebstock · · Score: 1

      The specs of the swf format are already "open" in the sense that you can obtain them to write into applications. Much like Microsoft, they aren't given to just anyone, but the ability to create an application that reads/writes the swf format has been around for a while now.

    4. Re:News doesn't' surprise me by Anonymous Coward · · Score: 0

      Adobe has implemented WebKit in its Flex 3 HTML component. See http://labs.adobe.com/ for more info.

  16. look out...! by Anonymous Coward · · Score: 0

    flash is gonna get ya!

  17. Re:flash is for ads - so I block it by AKAImBatman · · Score: 1

    I dont' care about yousless tube junk

    Flash is useful for a lot more than just Youtube. While video is possibly the most common use for Flash (it's the only *standard* that all browser makers can agree on) it's also used for purposes like web games. I know in of itself that's not all that interesting, but it's also one of two ways of making homebrews for the Wii Internet Channel.

    The AMF format has been reverse engineered before, but having it fully published should make it easier to create desktop integration programs that play Wii games using a Wiimote with the desktop as if they were on the Wii. (The WiiCade API uses a local connection which passes AMF messages through a shared memory pool.)
  18. Good idea by the+eric+conspiracy · · Score: 1

    Adobe has been moving away from serverside development (i.e. JRun). Opening AMF will allow other app server vendors to offer AMF implementations that adhere to known specifications, rather than reversed engineered versions. Ultimately this will improve the acceptance of Flash remoting applications which will be good for Adobe.

  19. This is apart of a larger "openening" of Flash by quetwo · · Score: 4, Informative

    The announcement of the opening of the AMF protocol (which is a compressed, binary stream of data, used to transfer data from a back-end server to a flash application, no different than AJAX), is actually a subset of Adobe's announcement to open-source the BazeDS project. BazeDS is a Java server that sits as middleware between your Flash/Flex app and your back-end server (Java, PHP, ColdFusion, etc). AMF is a major part of that product. To all the critics of the Flash player... Take a look at its track record. It is under a meg download, available for most platforms (Win,Mac,Linux,Symbion,etc), and has an excellent security track record (as compared browsers/plugins in the industry). It does not just take a "binary stream" and execute it -- it has a very strict sandbox enviroment that protects both the browser, and the operating system. Heck, you can't even load a Web Service without the called-domain allowing it. And while not opening up the full SWF format, Adobe has open-sourced the Flex Framework, which is used to create SWF files. Take a look at Adobe Labs : http://labs.adobe.com/ for more info on some of Adobe's open-source projects.

    1. Re:This is apart of a larger "openening" of Flash by SanityInAnarchy · · Score: 1

      And while not opening up the full SWF format

      Why haven't they?

      And more importantly, can we please stop taking Flash seriously until they do?

      --
      Don't thank God, thank a doctor!
    2. Re:This is apart of a larger "openening" of Flash by Raenex · · Score: 1

      Take a look at its track record. For years Linux was stuck with an old and buggy version of Flash.
  20. Flash client is still closed by mi · · Score: 3, Insightful

    I suggest that the W3C should take a look at the whole Flash ecosystem as they think about upgrading the HTTP protocol.

    Frankly, I can't believe this. Slashdot, which gave Sun so much crap for making Java source code available under a wrong kind of license, is front page-advocating wider adoption of software, for which no source code is available at all ...

    --
    In Soviet Washington the swamp drains you.
    1. Re:Flash client is still closed by pembo13 · · Score: 4, Insightful

      I was pretty sure it was just the submitter, and not the Slashdot consensus.

      --
      "Thanks for all the money you paid to us. We've used it to buy off ISO among other things" -Microsoft
    2. Re:Flash client is still closed by NicolaMarini · · Score: 1

      Is true Flash client is still closed.
      In my humble opinion a way to grow is opening up the code that people
      can improve.
      For the world of flash having to see a silverligth is the same as for Java
      having a flash (it happened some time ago).
      What I mean is hard to explain.
      With flash you can do a lot of thing.
      Some one admitted that Flash it is not 99% bad.
      And it is growing I suppose, I hope in the right direction.
      Opening up the client is, at the moment, a way that I cannot see were
      can let us go.
      We can go were we want today.
      I do not suppose that Flash is a plug in to turn of.
      I do not know how Silverlight wanna Grow, I hope that it will
      be lovable as flash. I do not now it (Silverlight) now and at the moment I continue coding in flash.
      Is hard to chose the right kind of license to open up a source code.
      Passion in what you do is the best way to communicate the value of what you do.
      And ideas that spreads make a better world. I believe in this.

      (note: I am Italian sorry for wrong words typed here if I wrote it.)

    3. Re:Flash client is still closed by mi · · Score: 1

      In my humble opinion a way to grow is opening up the code that people can improve.

      Forget improving. I'd like to be able to simply compile a native version for my FreeBSD/amd64 system. As things stand, there is not even a version for Windows/x64!

      Something tells me, Slashdot's outrage about Microsoft's anti-competitiveness back then had little to do with the fate of Netscape. All Microsoft had to do to appease most people here, was to release a Linux version of IE.

      --
      In Soviet Washington the swamp drains you.
  21. I'm Confused by dwillden · · Score: 1, Funny

    What does Adobe have to do with Bowling? http://www.amf.com/corporate/index.htm/

    --
    I'm too lazy to compose a creative sig.
    1. Re:I'm Confused by jibjibjib · · Score: 1

      Your comment would be funny and possibly even insightful if the submitter had used the acronym "AMF" without giving any background or explaining what it is. In this submission, the author describes what AMF is ("the format used by Flash Remoting -- the equivalent of AJAX for the Flash world.") and links to an article with more details about it, so I don't see the point of pretending to be confused about it.

    2. Re:I'm Confused by ameoba · · Score: 1

      I was expecting something to do with these...

      --
      my sig's at the bottom of the page.
  22. Sex & the City syndrome by Anonymous Coward · · Score: 0

    The chick is always writing an article and always ends with a rhetorical question to her readers, so that she boths avoids the need to end up to a conclusion (because her subjects have None) and to flatter their readers and make them buy more magazines and propagate the question. Is the sex&city synrdome attacking people outside the film?

  23. W3C should take a better look at Flash by heinzkunz · · Score: 2, Insightful

    Mod be down, but I kind of agree with the OPs point that the W3C should take a better look at Flash. Not to update the HTTP protocol of course - neither Flash nor the W3C have interest in changing that. But things like access to the bitmap data of images or a flexible component model are very useful for us programmers. Without advancements, we will forever be stuck with half baked web apps, and the W3C better look at what flash does right.

  24. Rendering Flash HTML and PDFs together by TimeSpeak · · Score: 1

    I find it interesting Adobe AIR wasn't mentioned.

    --
    Am no fek Buddhist, but this is enlightenment.
  25. Regarding the RTMP by heinzkunz · · Score: 5, Informative

    Next, we note that Adobe has not released its RTMP protocol

    Adobe recently announced to make it's messaging server open source. This includes the RTMP, of course.

    1. Re:Regarding the RTMP by quetwo · · Score: 1

      Actually, they are open-sourcing the messaging portion of LiveCycle Data Services, except for the RTMP protocol. They are instead releasing a new protocol, which emulates what RTMP does, except over HTTP(s). http://labs.adobe.com/technologies/blazeds/

  26. Re:flash is for ads - so I block it by cheater512 · · Score: 2, Informative

    The GP's point was that its all rubbish.

  27. Anyone else find it ironic... by TheVelvetFlamebait · · Score: 1

    ... that the guy explaining that Flash is the web's failure has a link to a YouTube video in his sig?

    --
    You know, there is a difference between trolling and pointing out the flaws in your reasoning. Just saying.
  28. What Flash Does that Others Don't by slaingod · · Score: 1

    A lot of this came up in the silverlight discussion a couple of days ago, but until html/javascript or some new standard provides for:

    * Video Playback
    * Audio Playback
    * A/V Capture thru connected devices with appropriate security
    * Bitmap manipulation ala Displacement Maps, Blur, Glow, or other direct bitmap manipulation (for both video effects as well as photoshop style web apps)

    there will be a place for flash (and maybe silverlight once it actually does these well).

    And the comments like 'I've never found a useful flash app' are pretty disingenuous, or they didn't look too hard. YouTube wouldn't be around for in the way it is if not for flash. Plenty of people like the flash photo & video editing software built on flash.

    Is flash perfect? Not saying that, just saying there are gaping holes in even the basic functionality we expect from a web experience these days.

    I do flash/flex dev, as well as RoR. A site I did that wouldn't be doable in AJAX/HTML currently: http://www.pinktogether.com/

    --
    http://blog.slaingod.com
    1. Re:What Flash Does that Others Don't by Ash-Fox · · Score: 1

      A lot of this came up in the silverlight discussion a couple of days ago, but until html/javascript or some new standard provides for:
      * Video Playback
      * Audio Playback
      There is a standard for playing these via the object tag. Unfortunately there is no standard application type or mime-type yet for audio/video capture. I'm also not aware of bitmap manipulation.

      That said, there is non-standard stuff like Flash, Java and so on obviously.

      I do flash/flex dev, as well as RoR. A site I did that wouldn't be doable in AJAX/HTML currently: http://www.pinktogether.com/
      So you know, I have difficulty reading the words in that flash on the pink buttons -- I use a LCD monitor at 1024x768. Also, I have a suggestion to make the ribbon thing scrollable by the mouse scroll wheel.

      --
      Change is certain; progress is not obligatory.
  29. Re:flash is for ads - so I block it by jibjibjib · · Score: 3, Informative
    Why use adblock? Why not just turn off images? [/sarcasm]

    Seriously, there are uses for Flash apart from ads. Many websites use it for embedded audio, video, instant messaging, simple image editing, games, and basically any interactive functionality which would be too slow and hackish to implement using AJAX.

  30. Re:flash is for ads - so I block it by voidy · · Score: 1

    so why install flash just to block it with some stupid plugin?

    --
    I do not fear computers. I fear the lack of them. Isaac Asimov
  31. Re:flash is for ads - so I block it by Anonymous Coward · · Score: 0

    Hmm, interesting definition of "standard" unlss you mean "de facto".

    Also, the browser manufacturers don't agree on it - you only get flash support if Adobe deign to support your browser/arch/os combo.

  32. Being "closed" is part of Flash's attraction. by argent · · Score: 1

    The Flash sandbox seems to be pretty good, yes. That's about as far as it goes.

    Flash is barely "available for Linux": there's a Linux port that's only for i32, only for gecko-based browsers, and I doubt it'll work if you're not right up-to-the-minute up-to-date with a pretty vanilla distro. And of course it's not available for other free UNIX platforms or non-x86 hardware. That's because far from being "open", it's a closed binary blob.

    But more than not being open source, it's not an open format. The fact that you can't take a flash document, open it in regular universally available tools, pull out the components and examine them, that's kind of its selling point for a lot of people using it. If it was more open, so you could reliably take a flash document, "unpack" it into a directory tree, edit it, pack it back up again... that would make people who think obfuscation is security a lot less interested in using it.

    When Adobe publishes the source code to, and maintains, a set of portable command line tools that let you hack on a .swf file as easily as a .jar or a .zip or a .tar.gz, than we can talk about them being open. But don't hold your breath.

    1. Re:Being "closed" is part of Flash's attraction. by Ash-Fox · · Score: 1

      only for gecko-based browsers
      It works in Konqueror and Opera just fine too.
      --
      Change is certain; progress is not obligatory.
  33. Re:flash is for ads - so I block it by Anonymous Coward · · Score: 0

    Because some flash is actually useful even if a lot of it is crap. Flashblock allows you to choose which flash applets to run.

  34. Flash for Linux requirements? by argent · · Score: 1

    Got a definitive link for it? Because the one I found listed a handful of gecko-based browsers as requirements, and it would be nice to get everyone on the same page.

    1. Re:Flash for Linux requirements? by Ash-Fox · · Score: 1

      Got a definitive link for it? Because the one I found listed a handful of gecko-based browsers as requirements, and it would be nice to get everyone on the same page.
      No. I just use the browsers on my computer with the plugins.

      Opera and Konqueror have supported Netscape type plugins for as long as I can remember.
      --
      Change is certain; progress is not obligatory.
    2. Re:Flash for Linux requirements? by Ash-Fox · · Score: 1
      After thinking about it...

      Got a definitive link for it?
      Here is a desktop snapshot of me running a flash animation in all three browsers

      There is my definitive link :)
      --
      Change is certain; progress is not obligatory.
    3. Re:Flash for Linux requirements? by argent · · Score: 1

      It works, but Adobe doesn't support it.

      At least Konqueror is open source so if you're stuck you can try and fix it from that side.

      But the Flash side of things is closed by intent.

    4. Re:Flash for Linux requirements? by Ash-Fox · · Score: 1

      It works, but Adobe doesn't support it.
      What does "support" mean in this case? If Konqueror messes up their netscape plugin support by doing something non-standard spec, they aren't going to add a custom fix for that?

      I can live with that.

      But the Flash side of things is closed by intent.
      Okay?
      --
      Change is certain; progress is not obligatory.
    5. Re:Flash for Linux requirements? by argent · · Score: 1

      What does "support" mean in this case? If Konqueror messes up their netscape plugin support by doing something non-standard spec, they aren't going to add a custom fix for that?

      If Adobe messes up their netscape plugin support by making assumptions about the API that are simply undefined behaviors that only Gecko happens to implement that way, they aren't going to fix that, instead KDE will have to emulate yet another obscure Gecko behavior.

      OK, so maybe you don't care about API creep. As someone who has watched the results of API creep turn perfectly nice programming languages and libraries into baroque encrusted surds over the past three decades... I do.

      Okay?

      Not okay... this is a side issue, my original post was about Flash, not Konqueror.

  35. Re:flash is for ads - so I block it by Raenex · · Score: 1

    The GP's point was that its all rubbish. I used to be of the same opinion, but there are enough interesting ones that it's a pain not having easy access to them. How many Slashdot stories now link to YouTube videos, like the infamous "don't taze me, bro"?

    Videos are a useful form of communication. It's unfortunate that sites like YouTube are Flash based, but until there's an alternative, Flash + NoScript works great.
  36. DATA, not PROGRAMS by cas2000 · · Score: 1

    I suggest that the W3C should take a look at the whole Flash ecosystem as they think about upgrading the HTTP protocol."


    why?

    i want inert DATA, not active executable programs when i browse the web.

    browsing the web should not require throwing away basic security precautions, nor should it require trusting every developer of every web site out there to not be either incompetent or malicious.