Proceedings of the 5Th Seminar on the Dod Computer Security Initiative

Total Page:16

File Type:pdf, Size:1020Kb

Proceedings of the 5Th Seminar on the Dod Computer Security Initiative TABLE OF CONTENTS About the DoD Computer Security Initiative ii About the Seminar ii Technical Program iii Welcoming Address, James Burrows Keynote Address, LtGen Lincoln D. Faurer 3 Trusted Computer System Technical Evaluation Criteria, Col Roger R: Schell 7 Commercial Product Evaluation - Part I , Mario Tinto 21 Commercial Product Evaluation - Part 2, Anne-Marie Claybrook 27 Computer Application Evaluation - Science Out of Art, Stephen F. Barnett 35 Research and Development in Support of Trusted Systems Evaluation, Hilda Faust Mathieu 41 Software Tools, James Tippett 51 Panel Session - Industry Reaction to the Trusted Computer System Evaluation Criteria, Daniel J. Edwards, Moderator 53 Information Protection in an Information-Intensive Society, Melville H. Klein 57 DoD Perspective on Computer Security, Stephen T. Walker 61 Computer Security Policies - Challenges and Prospects, Eugene Epperly 99 Computer Security Considerations in the Computer Life Cycle, LtCol Lawrence A. Noble 139 Non-Descretionary Controls for Commercial Applications, Steven B. Lipner 143 Computer Security and Integrity Technology, Dr. Dennis K. Branstad 153 The Computer Security and Risk Management Program, Dr. Stuart Katzke 157 Financial (Banking) View of Computer Security, M. Blake Greenlee 167 Cost-Benefit Impact Analysis of Computer Security Standards/Guidelines: A Base Case Framework, Dr. Marco Fiorello 177 Computer Security in the Retail Industry, John Pricz 203 Computer Security Evaluation and Certification, Zelia Ruthberg 207 Bizarre Bazaar: An Approach to Security Technology Transfer, Clark Weissman 217 Meeting Policy Requirements Using Object-Orientation Systems, Susan A. Rajunas 227 Multi-Level Security Today, Lester J. Fraim .233 An Update on Computer Security Activities at Digital, Andrew C. Goldstein 241 FIFTH SEMINAR DoD <;omputer .Security, Ifli~iative May 24-26, 1982 About the DoD Computer Security Initiative The Department of Defense Computer Security Initiative was established in 1978 by the Assistant Secretary of Defense for Communications, Command and Control and Intellig~nc¢. to achieve the widespread availability of trusted ADP systems for use within the DoD. In January 1981, a Computer Security Center was established in the Department of Defense. The Center is assuming responsibility for the activities of the Initiative. In the spirit of the Initiative; the Center is attempting to foster the development of trusted ADP systems through technology transfer ·efforts and to define reasonable ADP system evaluation procedures to be applied to government-developed and commerically developed trusted ADP systems. This semimir constitutes an t!ssential. element in the Ce~ter's Technology Transfer Program. In conjunction with the DoD Center, the National Bureau of Standards Institute for Computer Sciences and. Technology, through its Computer Security and Risk Management Standard's program, seeks new technology to satisfy Federal ADP security requirements. The. institute .then promulga~es acceptable and cost-effective technology in Federal Information Processing Standa~ds' and Guid~lines. The Institute assists the Department of Defense by transferring the interim results of its research being coqducted under the Computer Security Initi~tive. · . About the Seminar This seminar continues tht:: efforts initiated in previous seminars to promote awareness of the DoD Computer Security Program and to :present the developments and suc~:;esses in the trusted computer . operating systems area. The fifth in a continuing series, this' seminiu i~ the first to be co-sponsored by the DoD Computer Security Center. The program is directed toward the user of Computer 'Security products and includes presentations on the tangible results of efforts pursued by the Computer Security Center. Previous meetings have emphasized the theoretic3.l aspects of. computer security. This seminar emphasizes the practical aspects and the verification system/software analysis tools being used. · . The theme is· Evaluating Computer Security_:_ the process of studying imd analyzing the potential security products of manufacturers and government to determine their security attributes and their suitability as trusted systems. · The presentations in these proceedings are provided for your infdrmation. They sho~ld riot 'be interpreted as necessarily representing the official view or carrying any endorsement, either expressed or implied, of the Department of Defense or the United States Government. .! ii TECHNICAL PROGRAM General Theme: Evaluating Computer Security Monday, May 24 A.M. Theme - DoD Evaluation Criteria and Process. Session Chairman-Melville H. Klein, Director, DoD Computer Security Center. Welcoming Address James Burrows Director Institute for Computer Science and Technology National Bureau of Standards Keynote Address LtGen Lincoln D. Faurer Director National Security Agency Trusted Computer System Technical Evaluation Criteria Col Roger R. Schell Deputy Director DoD Computer Security Center Commercial Product Evaluation-Part l Mario Tinto Chief, Commercial Product Evaluations DoD Computer Security Center Commercial Product Evaluation-Part 2 Anne-Marie Claybrook Group Leader MITRE Corporation Computer Application Evaluation-Science Out of Art Stephen F. Barnett Chief, Applications Systems Evaluations DoD Computer Security Center P.M. Theme - Technical Support for the Evaluation Process. Session Chairman-Daniel J. Edwards, Chief, Standards and Products, DoD Computer Security Center. Research and Development in Support of Trusted Systems Evaluatio.ns Hilda Faust Mathieu Chief, Research and Development DoD Computer Security Center Software Tools James Tippett Chief, Technical Support DoD Computer Security Center Panel Session - Computer Industry Reaction to the Trusted System Evaluation Crite.ria. Daniel J. Edwards, Moderator. Panel Members Steven Lipner - Digital Equipment Corporation Terry Cureton - Control Data Corporation . Theodore M.P. Lee- UNIVAC Lester Fraim - Honeywell Federal Systems Division iii Leslie DeLashmutt - Data General Tuesdpy1 ti{qy 25 ·' · ,; A.M. Theme - DoD Perspective and.Poli~y Imp4cptiqn~. Session' Chairman-Marvin Schaefer, Chief Scientist, DoD Computer Security ctmter. · • · · . Information Protection in an Information-Intensive Sbc'iety Melville H. Klein . ,,_. Director DoD Computer Security Center DoD Perspective on Computer Security Stephen T. Walker Director, Information Systems ODUSD (C 3Il The Pentagon Computer Security Policies-Challenges and Prospects Eugene Epperly Computer Security Specialist Security Plans and Programs Directorate ODUSD (Policy) Computer Security Considerations in the Computer Life Cycle LtCol Lawrence A. Noble Computer Security Policy Analyst Directorate of Computer Resources Headquarters, U.S. Air Force Non-Descretionary Controls for Commercial Applications Steven B. Lipner Engineering Manager Computer Security Advanced Development Digital Equipment Corporation Computer Security Considerations for the Financial Community Morgan Morrison Vice President (TEXT NOT AVAILABLE) Manager, ADP Security Division Security Pacific National Bank P.M. Theme - NBS/ICST Computer Security and Risk Management. Session c;hairmaw-Dr. Dennis K. Brans tad. Computer Security and Integrity Technology Dr. Dennis K. Branstad Manager Integrity, Security and Data I/0 Group Institute for Computer Science and Technology National Bureau of Standards The Computer Security and Risk ManagellJent Program Dr. Stuart Katzke Leader Computer Security Management Group Institute for Computer Science and Technology National Bureau of Standards Financial (Banking) View of Computer Security iv M. Blake Greenlee Vice President CITIBANK, NY Cost-Benefit Impact Analysis of Computer Security Standards/Guidelines: A Base Case Framework. Dr. Marco Fiorello President Fiorello, Shaw and Associates Computer Security in the Retail Industry John Pricz Manager Security Center Carter, Hawley & Hale Computer Security Evaluation and Certification Zelia Ruthberg Staff Computer Security Management Group Institute for Computer Science and Technology National Bureau of Standards Wednesday, May 26 A.M. Theme - Computer Security Evaluation-Now and Future. Session Chairman-Col Roger R. Schell Bizarre Bazaar: An Approach to Security Technology Transfer Clark Weissman Chief Technologist System Development Corporation Meeting Policy Requirements Using Object-oriented Systems Susan A. Rajunas Technical Staff MITRE Corporation Initial Performance Measurement Results for KVM Paul Cudney KVM Program Manager (TEXT NOT AVAILABLE) System Development Corporation Multi-Level Security Today Lester J. Fraim Manager, TCB Development Honeywell Federal Systems Division An Update on Computer Security Activities at Digital Andrew C. Goldstein Consulting Software Engineer Digital Equipment Corporation A New Verification System Gary Grossman Chief Computer Scientist (TEXT NOT AVAILABLE) Digital Technology Inc. Panel Session - Future Directions for Computer Security Center/Industry Cooperation. (DoD Computer Security Center Chiefs.) James P. Anderson, President, James P. Anderson, Inc., Moderator. Panel Members: v Panel Members: Marvin Schaefer - Chief Scientist Daniel Edwards - Chief, Standards and Products Stephen Barnett -Chief, Applications Systems Evaluations (TEXT NOT AVAILABLE) Hilda Faust Mathieu - Chief, Research and Development James Tippett - Chief, Technical Support vi WELCOMING ADDRESS James H. Burrows Director, Institute for Computer Sciences and Technology National Bureau of Standards
Recommended publications
  • Oral History of Fernando Corbató
    Oral History of Fernando Corbató Interviewed by: Steven Webber Recorded: February 1, 2006 West Newton, Massachusetts CHM Reference number: X3438.2006 © 2006 Computer History Museum Oral History of Fernando Corbató Steven Webber: Today the Computer History Museum Oral History Project is going to interview Fernando J. Corbató, known as Corby. Today is February 1 in 2006. We like to start at the very beginning on these interviews. Can you tell us something about your birth, your early days, where you were born, your parents, your family? Fernando Corbató: Okay. That’s going back a long ways of course. I was born in Oakland. My parents were graduate students at Berkeley and then about age 5 we moved down to West Los Angeles, Westwood, where I grew up [and spent] most of my early years. My father was a professor of Spanish literature at UCLA. I went to public schools there in West Los Angeles, [namely,] grammar school, junior high and [the high school called] University High. So I had a straightforward public school education. I guess the most significant thing to get to is that World War II began when I was in high school and that caused several things to happen. I’m meandering here. There’s a little bit of a long story. Because of the wartime pressures on manpower, the high school went into early and late classes and I cleverly saw that I could get a chance to accelerate my progress. I ended up taking both early and late classes and graduating in two years instead of three and [thereby] got a chance to go to UCLA in 1943.
    [Show full text]
  • David T. C~Ai9 736 Edgewater [M J Wichita, Kansas 67230 (USA)
    _.., ,.i.'~...< ~~ ':' ..". PASCAL US~RS GROUP Pa.scal.N ews I.. NUMlsER ,< Iq COMMUNICATIONS ABOUT THE PROGRAMMING LANGUAGE PASCAL BVPASCALERS SE PT EMbER .,1980 ~,_v., j : ;,. ~ - EX LIBRIS: David T. C~ai9 736 Edgewater [M J Wichita, Kansas 67230 (USA) ' ... '-" .- . .. .,.- ... ., '-" -'. ..,. ...- .--'- -"--"'.". '. POLICY: PASCAL NEWS (15...Sep...80) * Pascal~ is the official but informal publication of the User's Group. * Pascal Newa contains all we (the editors) kriowabout Pascal; we use it as the vetlICIe to answer all inquiries because our physical energy and resources for answering individual requests are finite. As PUG grows, we unfortunately succumb to the reality of: 1. Having to insist that people ~o need to know "about Pascal" join PUG and read Pascal News - that is why we spend lime to produce, it! 2. Refusing to return phone calls or answer letters full of questions - we will pass the questions on to the readership of Pascal News. Please understand what the collective effect of individual inquirie8lias at the "concentrators" (our phones and mailboxes). We are trying honestly to say: "We cannot promise more that we can do." ' * Pascal News is produced 3 or4 times during a year; usually in March, June, September, and December. * ALL THE NEWS THAT'S FIT, WE PRINT .Please send material (brevity is a virtue) for Pascal News single-spaced and camera-ready (use dark ribbon and 18.5 em lines!) '. - ~ * Remember : ALL LETTERS TO US WILL BE PRINTED UNLESS THEY CONTAIN A REQUEST u TO THE CONTRARY. -.- * Pascal News is divided into flexible sections: o POLICY - explains the way we do things (ALL-PURPOSE COUPON, etc.) EDITOR'S CONTRIBUTION - passes along the opinion and point of view of the D.
    [Show full text]
  • & Electrical Engineering
    COMPUTER ARCUTECTURFL Gordon Bell Vice President, Engineering Digital Equipment Corporation & Professor of Computer Science & Electrical Engineering Carnegie-Mellon University (on leave) Abstract Minimal cost computer designs ( i.e. minicomputers) are predicated on using technological cost-performance improvements which occur at an annual rate of 25-305. New applications are thereby feasible with the decreasing costs. A significant number of minicomputers are manufactured in which the cost is constant (or rising), thereby providing more performance (capabilities). The higher performance machines "taket1 their characteristics from the larger, general purpose camputers (e.g. floating point arith- metic, multiprocessors, cache memories and memory management) . The origin and evolution of the minicomputer will be discussed with regard to technology and applications. 7 17178 THR PDP-I? FAMILY AND VAX-Ill780 FOR A LARGE VIRTUAL ADDRESS Gordon Bell Vice President, Engineering Digital Equipment Corporation & Professor of Computer Science & Electrical Engineering Carnegie-Mellon University (on leave) Abstract In the eight years the PDP-11 has been on the market, more than 50,000 units in ten different models have been sold. Although one of the system design goals was a broad range of models, the actual range of 500 to 1 (in price and memory size) has exceeded the design goal. The PDP-11 was designed and first implemented to be a mall minicomputer. Its first extension was to a bigger physical address, memory segmentation for multiprogramming and for higher performance. This part of the talk will briefly reflect the experience in the design process, comment on its success from the point of view of the goals, and its use of technology.
    [Show full text]
  • Oral History of Brian Kernighan
    Oral History of Brian Kernighan Interviewed by: John R. Mashey Recorded April 24, 2017 Princeton, NJ CHM Reference number: X8185.2017 © 2017 Computer History Museum Oral History of Brian Kernighan Mashey: Well, hello, Brian. It’s great to see you again. Been a long time. So we’re here at Princeton, with Brian Kernighan, and we want to go do a whole oral history with him. So why don’t we start at the beginning. As I recall, you’re Canadian. Kernighan: That is right. I was born in Toronto long ago, and spent my early years in the city of Toronto. Moved west to a small town, what was then a small town, when I was in the middle of high school, and then went to the University of Toronto for my undergraduate degree, and then came here to Princeton for graduate school. Mashey: And what was your undergraduate work in? Kernighan: It was in one of these catch-all courses called Engineering Physics. It was for people who were kind of interested in engineering and math and science and didn’t have a clue what they wanted to actually do. Mashey: <laughs> So how did you come to be down here? Kernighan: I think it was kind of an accident. It was relatively unusual for people from Canada to wind up in the United States for graduate school at that point, but I thought I would try something different and so I applied to six or seven different schools in the United States, got accepted at some of them, and then it was a question of balancing things like, “Well, they promised that they would get you out in a certain number of years and they promised that they would give you money,” but the question is whether, either that was true or not and I don’t know.
    [Show full text]
  • Turing Award • John Von Neumann Medal • NAE, NAS, AAAS Fellow
    15-712: Advanced Operating Systems & Distributed Systems A Few Classics Prof. Phillip Gibbons Spring 2021, Lecture 2 Today’s Reminders / Announcements • Summaries are to be submitted via Canvas by class time • Announcements and Q&A are via Piazza (please enroll) • Office Hours: – Prof. Phil Gibbons: Fri 1-2 pm & by appointment – TA Jack Kosaian: Mon 1-2 pm – Zoom links: See canvas/Zoom 2 CS is a Fast Moving Field: Why Read/Discuss Old Papers? “Those who cannot remember the past are condemned to repeat it.” - George Santayana, The Life of Reason, Volume 1, 1905 See what breakthrough research ideas look like when first presented 3 The Rise of Worse is Better Richard Gabriel 1991 • MIT/Stanford style of design: “the right thing” – Simplicity in interface 1st, implementation 2nd – Correctness in all observable aspects required – Consistency – Completeness: cover as many important situations as is practical • Unix/C style: “worse is better” – Simplicity in implementation 1st, interface 2nd – Correctness, but simplicity trumps correctness – Consistency is nice to have – Completeness is lowest priority 4 Worse-is-better is Better for SW • Worse-is-better has better survival characteristics than the-right-thing • Unix and C are the ultimate computer viruses – Simple structures, easy to port, required few machine resources to run, provide 50-80% of what you want – Programmer conditioned to sacrifice some safety, convenience, and hassle to get good performance and modest resource use – First gain acceptance, condition users to expect less, later
    [Show full text]
  • Interview with Barbara Liskov ACM Turing Award Recipient 2008 Done at MIT April 20, 2016 Interviewer Was Tom Van Vleck
    B. Liskov Interview 1 Interview with Barbara Liskov ACM Turing Award Recipient 2008 Done at MIT April 20, 2016 Interviewer was Tom Van Vleck Interviewer is noted as “TVV” Dr. Liskov is noted as “BL” ?? = inaudible (with timestamp) or [ ] for phonetic [some slight changes have been made in this transcript to improve the readability, but no material changes were made to the content] TVV: Hello, I’m Tom Van Vleck, and I have the honor today to interview Professor Barbara Liskov, the 2008 ACM Turing Award winner. Today is April 20th, 2016. TVV: To start with, why don’t you tell us a little bit about your upbringing, where you lived, and how you got into the business? BL: I grew up in San Francisco. I was actually born in Los Angeles, so I’m a native Californian. When I was growing up, it was definitely not considered the thing to do for a young girl to be interested in math and science. In fact, in those days, the message that you got was that you were supposed to get married and have children and not have a job. Nevertheless, I was always encouraged by my parents to take academics seriously. My mother was a college grad as well as my father, so it was expected that I would go to college, which in those times was not that common. Maybe 20% of the high school class would go on to college and the rest would not. I was always very interested in math and science, so I took all the courses that were offered at my high school, which wasn’t a tremendous number compared to what is available today.
    [Show full text]
  • Role of Operating System
    Role of Operating System • Operating systems are designed to provide uniform abstraction across multiple applications: fair sharing of resources • General purpose OS like Solaris in wizard.cse.nd.edu – Mail, web, samba server, telnet, emacs … – Memory fs, afs, ufs … – Fibre channel devices, floppy disks … • What about applications/services such as video games, data base servers, mail servers – OS gets in the way of these applications in the name of fairness (MSDOS is the ideal OS!!) Nov-20-03 CSE 542: Operating Systems 1 What is the role of OS? • Create multiple virtual machines that each user can control all to themselves – IBM 360/370 … • Monolithic kernel: Linux – One kernel provides all services. – New paradigms are harder to implement – May not be optimal for any one application • Microkernel: Mach – Microkernel provides minimal service – Application servers provide OS functionality • Nanokernel: OS is implemented as application level libraries Nov-20-03 CSE 542: Operating Systems 2 Case study: Multics • Goal: Develop a convenient, interactive, useable time shared computer system that could support many users. – Bell Labs and GE in 1965 joined an effort underway at MIT (CTSS) on Multics (Multiplexed Information and Computing Service) mainframe timesharing system. • Multics was designed to the swiss army knife of OS • Multics achieved most of the these goals, but it took a long time – One of the negative contribution was the development of simple yet powerful abstractions (UNIX) Nov-20-03 CSE 542: Operating Systems 3 Multics: Designed to be the ultimate OS • “One of the overall design goals is to create a computing system which is capable of meeting almost all of the present and near-future requirements of a large computer utility.
    [Show full text]
  • It Has to Be Good: a History of the Petroleum
    It Has to be Good A History of the Petroleum Abstracts Service at The University of Tulsa John A. Bailey Any opinions or interpretation of facts contained in this document are solely those of the author and do not necessarily reflect policies of The University of Tulsa Copyright 2004 John A. Bailey All Rights Reserved Preface This is the story of an uncommon partnership between industry and an academic institution. An industry segment had a need and a prominent university had the vision, talent and determination to fulfill that need. It is also the story of a great deal of hard work, innovation, occasional crisis and cooperation. It is the story of how an organization reflects the characteristics, experience and mindset of the men (and, so far, they have all been men) that led it. This, then, is the story of the Petroleum Abstracts Service at The University of Tulsa that began over 40 years ago. We have attempted to make the story as interesting as possible, a challenge for someone trained as an engineer and computer professional. While some of the information presented here comes from surviving documents, particularly for the early years, much of it is based on memory and occasional hearsay. The reader will also encounter the occasional inside joke. For these offenses, and for any other deficiencies, the author accepts, however begrudgingly, full responsibility. A Need and an Opportunity The late 1950s was not a good time for the petroleum exploration and production industry. Following the resolution of the Suez crisis in 1956, a surplus of crude supply developed and the resulting decline in oil prices began to erode the economics of the industry.
    [Show full text]
  • Corbató Transcript Final
    A. M. Turing Award Oral History Interview with Fernando J. (“Corby”) Corbató by Steve Webber Plum Island, Massachusetts April 6, 2018 Webber: Hi. My name is Steve Webber. It’s April 6th, 2018. I’m here to interview Fernando Corbató – everyone knows him as “Corby” – the ACM Turing Award winner of 1990 for his contributions to computer science. So Corby, tell me about your early life, where you went to school, where you were born, your family, your parents, anything that’s interesting for the history of computer science. Corbató: Well, my parents met at University of California, Berkeley, and they… My father got his doctorate in Spanish literature – and I was born in Oakland, California – and proceeded to… he got his first position at UCLA, which was then a new campus in Los Angeles, as a professor of Spanish literature. So I of course wasn’t very conscious of much at those ages, but I basically grew up in West Los Angeles and went to public high schools, first grammar school, then junior high, and then I began high school. Webber: What were your favorite subjects in high school? I tended to enjoy the mathematics type of subjects. As I recall, algebra was easy and enjoyable. And the… one of the results of that was that I was in high school at the time when World War II… when Pearl Harbor occurred and MIT was… rather the United States was drawn into the war. As I recall, Pearl Harbor occurred… I think it was on a Sunday, but one of the results was that it shocked the US into reacting to the war effort, and one of the results was that everything went into kind of a wartime footing.
    [Show full text]
  • Notes on the History of Fork-And-Join Linus Nyman and Mikael Laakso Hanken School of Economics
    Notes on the history of fork-and-join Linus Nyman and Mikael Laakso Hanken School of Economics As part of a PhD on code forking in open source software, Linus Nyman looked into the origins of how the practice came to be called forking.1 This search led back to the early history of the fork system call. Having not previously seen such a history published, this anecdote looks back at the birth of the fork system call to share what was learned, as remembered by its pioneers. The fork call allows a process (or running program) to create new processes. The original is deemed the parent process and the newly created one its child. On multiprocessor systems, these processes can run concurrently in parallel.2 Since its birth 50 years ago, the fork has remained a central element of modern computing, both with regards to software development principles and, by extension, to hardware design, which increasingly accommodates parallelism in process execution. The fork system call is imagined The year was 1962. Melvin Conway, later to become known for “Conway’s Law,”3 was troubled by what seemed an unnecessary inefficiency in computing. As Conway recalls:4 I was in the US Air Force at the time – involved with computer procurement – and I noticed that no vendor was distinguishing between “processor” and “process.” That is, when a proposal involved a multiprocessor design, each processor was committed to a single process. By late 1962, Conway had begun contemplating the idea of using a record to carry the status of a process.
    [Show full text]
  • Coecim\F 11 -~ 12 655 33'4 31 331/.- 1/2
    NOVEMBER 3, 1980 111\'2-1 6 18 323,i, 32'" 32118-:je an Gas 1.96 8 69 20 19~, 1934- 'I. l..opeIIICI .I" "U1 ''I FIlIPwI' :£.411 I 1/, JU'/2 '1'1\'2 XJU'II­ 5 88 15 14'A1 14'h ...... CinciMH .90 8 252 28 2634 27~-1:tt Ccpwld 1.28 I 2 18'12 18'12- '4 E FllP\..it 2.08 6 334 26~ 2614 26'12- =III 6 175 351f2 341J. 3511. ...... or Fill 2.40 7 129 29~ r29 29~- lie Corckwa .30 10 320 4 3la- ',II ESystm 1.20 22'frt- ~ F1aStei UO 6 11 15 243J& 25 - '4 .U 1434- =III ... 227 27=111 26~ 27 ...... Citicorp 1.16 72898 25'1. 23=111 p24la- ~ Corelnd EaglePc .76 AIor 1.20 8 267 35'" 34'4 3434- ~ CornG 1.688 ~-'I. .... 5 48¥e 48la 48?'e+!fa CitiesSy 3.20 7 318 54 53 531f.- J',~ 54'4+13Jo Easco 1.10 191f2- I~ FMC 1.20 6 269 24 221h p23¥a+ 'AI Corcrill 1.24 213J&-134 13 282 10'/. r8¥a 10 + 'I. CitytnYest 1 31056 I~ J21,'.1 gl~+ "It Eastern Air p91f2+ ~ FMCpf 2'4 .... 134 34 34 ...... 8 63 22lh r2J11. 21'4-1=111 City Illy wts .... 326 Pie 1 Pie ...... ~-'!iI EasApf 2.69 233Jo ..... FooteC UO 6 56 19=111 18'" 18'1.-1 10 392 13 12'4 12~- I/a City lily pf 2 .... 110 22lh r21 22lh- 34 ~C~~ 17!M1- 'I. EastGsF .80 13:tt ...
    [Show full text]
  • Memorial Gathering for Corby
    Fernando J. Corbat6 Memorial Gathering Gifts in memory of Corby may be made to MIT's ... Fernando Corbat6 Fellowship Fund November 4, 2019 via MIT Memorial Gifts Office, Bonny Kellermann 617-253-9722 MIT Stata Center Kirsch Auditorium l•lii MIT EECS MIT CS A IL 1926- 2019 Today we gather to commemorate Fernando J. Corbat6, After CTSS, Corbat6 led a time-sharing effort called Multics 'Corby,' Professor Emeritus in the Department of Electrical (Multiplexed Information and Computing Service), which En~ neering and Computer Science at MIT directly inspired operating systems like Linux and laid the foundation for many aspects of modern computing. Multics Fernando Corbat6 was Lorn on July 1, 1926 in Oakland, doubled as a fertile training ground for an emerging California. At 17, he enlisted as a technician in the U.S. Navy, generation of programmers. Multics was available for where he first got the en~neering bug working on a range of general use at MIT in October 1969 and became a Honeywell radar and sonar systems. After World War II, he earned his • product in 1973. Corbat6 and his colleagues also opened up bachelor's deuee at Caltech before heading to MIT to communication between users with early versions of email, complete a PhD in Physics in 1956. Corbat6 then joined MIT's instant messaging, and word processing. Computation Center as a research assistant, swn moving up to become deputy director of the entire center. Another legacy is "Corbat6's Law," which states that the number of lines of code someone can write in a day is the He was appointed Associate Professor in 1962, promoted to same regardless of the language used.
    [Show full text]