Author Guidelines
Please read these guidelines carefully. They were written to help you give your submission its best possible chance to be accepted. (As you know, the Program Committee can't accept every paper submitted to the conference.) Generally speaking, we are looking for papers that span a broad range of practical issues in the field of Computer Security. CONFERENCE DATES:The 9th USENIX Security Symposium will be held in Denver, Colorado, August 14-17, 2000. Dates for paper submissions:
THE CALL FOR PAPERS:Instructions to authors: The guidelines for submission are a bit different from previous years. Authors must submit a mature paper in PostScript format. Any incomplete sections (there shouldn't be many) should be outlined in enough detail to make it clear that they could be finished easily. Full papers are encouraged, and should be about 8 to 15 typeset pages. Submissions must be received by February 10, 2000. Authors will be notified of acceptance on March 23, 2000. All submissions will be judged on originality, relevance, and correctness. Each accepted submission may be assigned a member of the program committee to act as its shepherd through the preparation of the final paper. The assigned member will act as a conduit for feedback from the committee to the authors. Camera-ready final papers are due on June 15, 2000. THE NEXT STEP IS VERY IMPORTANT. PLEASE READ CAREFULLY.
Specific questions about submissions may be sent to the program chairs via email to: securitychairs@usenix.org.
GETTING A COPY OF THE CALL FOR PAPERS:A complete copy of the Call For Papers (CFP) for this conference is available on the Web. WHAT KINDS OF PAPERS DOES USENIX PUBLISH?The most important thought to keep in mind when deciding whether to submit a paper is "what will the audience or readers learn from my paper?" We don't expect every paper to report on a major breakthrough, but we do look for something new, potentially useful, and not entirely obvious. Think about how different your work is from previously published papers; it may be good work but if there is nothing new to learn, it isn't worth reading (or writing) a paper about it. Think about how other people might find your work useful; can they apply what you are teaching them to their own systems? And, does your work really improve upon the previous state of the art? Or does it show how other people have been confused? "Negative results" that contradict the conventional wisdom are often more important than positive results. Trying to decide if something is non-obvious isn't easy (patent lawyers make lots of money arguing about this), and sometimes the best ideas seem obvious in hindsight; but if lots of people have done the same thing, and you are simply the first person to have considered writing a paper about it, perhaps it's too obvious. Again, when you are writing your paper, keep in mind "what do I intend to teach the reader?" That means keeping the paper focused on one or a few main points. Don't try to cram too many big issues into the paper, and don't fill it up with irrelevant details. But do include enough background for the reader to understand why your problem is important, how your work relates to previous work in the field, and how it might fit into a practical system. Also, provide enough detail for the reader to put your performance measurements in context. It is vitally important to provide a good bibliography, both so that you give proper credit to previous work, and so that a reader can know where to turn to find additional background information. The program committee will not look kindly on a paper if the author doesn't appear to be familiar with the current literature. HOW SHOULD I GET MY MANUSCRIPT TO YOU?The Program Committee would prefer to receive submissions via electronic mail, but there are occasionally problems in printing them. That is the main reason why we also request a printed copy of your submission. First, we can use the printed copy to make sure we printed your on-line version properly. Second, and more important, if we cannot print the on-line version, we have the other copy as a backup. If you have any reason to suspect that your submission might not be easy for us to print, please submit an already printed hardcopy by surface mail, in addition to your email. Submissions via email should be in PostScript format. Remember the following:
DON'T send files meant for various word-processing packages (Word, WordPerfect, MacWrite, etc.). We don't have the resources to deal with them.
Since electronic mail systems have been known to mangle mail, it
is always a good idea to wrap up your submission using
If the paper you submit via email is missing illustrations that are present in your hardcopy or fax submission, please indicate this with a prominent note. Authors from outside the U.S. should make sure that their abstract prints properly on US-style 8.5x11 inch paper. Please make sure that you leave enough room for top and bottom margins. Thank you for your interest in the USENIX Security Symposium, and for your assistance in this process. We look forward to your submission. |
Need help? Use our Contacts page.
Last changed: 5 Jan. 2000 jr |
|