FBOSS: Building Switch Software at Scale

Total Page:16

File Type:pdf, Size:1020Kb

FBOSS: Building Switch Software at Scale FBOSS: Building Switch Software at Scale Sean Choi* Boris Burkov Alex Eckert Tian Fang Stanford University Facebook, Inc. Facebook, Inc. Facebook, Inc. Saman Kazemkhani Rob Sherwood Ying Zhang Hongyi Zeng Facebook, Inc. Facebook, Inc. Facebook, Inc. Facebook, Inc. ABSTRACT KEYWORDS The conventional software running on network devices, such FBOSS, Facebook, Switch Software Design, Data Center as switches and routers, is typically vendor-supplied, pro- Networks, Network Management, Network Monitoring prietary and closed-source; as a result, it tends to contain ACM Reference Format: extraneous features that a single operator will not most likely Sean Choi, Boris Burkov, Alex Eckert, Tian Fang, Saman fully utilize. Furthermore, cloud-scale data center networks Kazemkhani, Rob Sherwood, Ying Zhang, and Hongyi Zeng. 2018. often times have software and operational requirements that FBOSS: Building Switch Software at Scale. In SIGCOMM ’18: SIG- may not be well addressed by the switch vendors. COMM 2018, August 20–25, 2018, Budapest, Hungary. ACM, New In this paper, we present our ongoing experiences on over- York, NY, USA, 15 pages. https://doi.org/10.1145/3230543.3230546 coming the complexity and scaling issues that we face when designing, developing, deploying and operating an in-house 1 INTRODUCTION software built to manage and support a set of features re- quired for data center switches of a large scale Internet con- The world’s desire to produce, consume, and distribute on- tent provider. We present FBOSS, our own data center switch line content is increasing at an unprecedented rate. Commen- software, that is designed with the basis on our switch-as- surate with this growth are equally unprecedented technical a-server and deploy-early-and-iterate principles. We treat challenges in scaling the underlying networks. Large Internet software running on data center switches as any other soft- content providers are forced to innovate upon all aspects of ware services that run on a commodity server. We also build their technology stack, including hardware, kernel, compiler, and deploy only a minimal number of features and iterate on and various distributed systems building blocks. A driving it. These principles allow us to rapidly iterate, test, deploy factor is that, at scale even a relatively modest efficiency and manage FBOSS at scale. Over the last five years, our improvement can have large effects. For us, our data center experiences show that FBOSS’s design principles allow us networks power a cloud-scale Internet content provider with to quickly build a stable and scalable network. As evidence, billions of users, interconnecting hundreds of thousands of we have successfully grown the number of FBOSS instances servers. Thus, it is natural and necessary to innovate on the 1 running in our data center by over 30x over a two year period. software that runs on switches. Conventional switches typically come with software writ- CCS CONCEPTS ten by vendors. The software includes drivers for managing dedicated packet forwarding hardware (e.g., ASICs, FPGAs, • Networks ! Data center networks; Programming in- or NPUs), routing protocols (e.g., BGP, OSPF, STP, MLAG), terfaces; Routers; monitoring and debugging features (e.g., LLDP, BFD, OAM), configuration interfaces (e.g., conventional CLI, SNMP, Net- *Work done while at Facebook, Inc. Conf, OpenConfig), and a long tail of other features needed to run a modern switch. Implicit in the vendor model is the Permission to make digital or hard copies of all or part of this work for assumption that networking requirements are correlated be- personal or classroom use is granted without fee provided that copies are not tween customers. In other words, vendors are successful be- made or distributed for profit or commercial advantage and that copies bear cause they can create a small number of products and reuse this notice and the full citation on the first page. Copyrights for components them across many customers. However our network size and of this work owned by others than ACM must be honored. Abstracting with the rate of growth of the network (Figure 1) are unlike most credit is permitted. To copy otherwise, or republish, to post on servers or to redistribute to lists, requires prior specific permission and/or a fee. Request other data center networks. Thus, they imply that our require- permissions from [email protected]. ments are quite different from most customers. SIGCOMM ’18, August 20–25, 2018, Budapest, Hungary © 2018 Association for Computing Machinery. 1We use “switch” for general packet switching devices such as switches and ACM ISBN 978-1-4503-5567-4/18/08. $15.00 routers. Our data center networks are fully Layer 3 routed similar to what is https://doi.org/10.1145/3230543.3230546 described in [36]. SIGCOMM ’18, August 20–25, 2018, Budapest, Hungary S. Choi et al. Growth in FBOSS deployments 30x Thanks to this trend, we started an experiment of building our in-house designed switch software five years ago. Our 20x server fleet already runs thousands of different software ser- 15x vices. We wanted to see if we can run switch software in a 10x similar way we run software services. This model is quite different from how conventional networking software is man- 5x FBOSS Deployments → Deployments FBOSS aged. Table 1 summarizes the differences between the two 1x Months → high-level approaches using a popular analogy [17]. 0 3 6 9 12 15 18 21 24 The result is Facebook Open Switching System (FBOSS), which is now powering a significant portion of our data center Figure 1: Growth in the number of switches in our data infrastructure. In this paper, we report on five years of expe- center over two year period as measured by number of riences on building, deploying and managing FBOSS. The total FBOSS deployments. main goals of this paper are: (1) Provide context about the internal workings of the soft- One of the main technical challenges in running large net- ware running on switches, including challenges, design trade- works is managing complexity of excess networking features. offs, and opportunities for improvement, both in the abstract Vendors supply common software intended for their entire for all network switch software and our specific pragmatic customer base, thus their software includes the union of all design decisions. features requested by all customers over the lifetime of the (2) Describe the design, automated tooling for deployment product. However, more features lead to more code and more monitoring, and remediation methods of FBOSS. code interactions, which ultimately lead to increased bugs, (3) Provide experiences and illustrative problems encoun- security holes, operational complexity, and downtime. To tered on managing a cloud-scale data center switch software. mitigate these issues, many data centers are designed for sim- (4) Encourage new research in the more accessible/open plicity and only use a carefully selected subset of networking field of switch software and provide a vehicle, an open source features. For example, Microsoft’s SONiC focuses on build- version of FBOSS [4], for existing network research to be ing a “lean stack” in switches [33]. evaluated on real hardware. Another of our network scaling challenges is enabling a The rest of the paper closely follows the structure of Ta- high-rate of innovation while maintaining network stability. ble 1 and is structured as follows: We first provide a couple of It is important to be able to test and deploy new ideas at scale our design principles that guide FBOSS’s development and in a timely manner. However, inherent in the vendor-supplied deployment (Section 2). Then, we briefly describe major hard- software model is that changes and features are prioritized by ware components that most data center switch software needs how well they correlate across all of their customers. A com- to manage (Section 3) and summarize the specific design mon example we cite is IPv6 forwarding, which was imple- decisions made in our system (Section 4). We then describe mented by one of our vendors very quickly due to widespread the corresponding deployment and management goals and customer demand. However, an important feature to our oper- lessons (Section 5, Section 6). We describe three operational ational workflow was fine-grained monitoring of IPv6, which challenges (Section 7) and then discuss how we have success- we quickly implemented for our own operational needs. Had fully overcome them. We further discuss various topics that we left this feature to the demands of the customer market led to our final design (Section 8) and provide a road mapfor and to be implemented by the vendors, we would not have future work (Section 9). had this feature until over four years later, which was when the feature actually arrived to the market. In recent years, the practice of building network switch components has become more open. First, network vendors 2 DESIGN PRINCIPLES emerged that do not build their own packet forwarding chips. We designed FBOSS with two high-level design princi- Instead they rely on third-party silicon vendors, commonly ples: (1) Deploy and evolve the software on our switches the known as “merchant silicons”. Then, merchant silicon ven- same as we do our servers (Switch-as-a-Server). (2) Use early dors along with box/chassis manufacturers have emerged that deployment and fast iteration to force ourselves to have a create a new, disaggregated ecosystem where networking minimally complex network that only uses features that are hardware can be purchased without any software. As a re- strictly needed (Deploy-Early-and-Iterate). These principles sult, it is now possible for end-customers to build a complete have been echoed in the industry - a few other customized custom switch software stack from scratch. switch software efforts like Microsoft ACS [8]/SONiC [33] is based on similar motivation.
Recommended publications
  • SOLUTIONS Products &
    Top Brands • Quality Equipment • Total Solutions Products & Splicing Equipment SOLUTIONS Test Equipment Consumables & Tools Cable Connectivity Cable Assemblies Outside Plant Cable Management Active Components Premise Security 2016–2017 Product Catalog Part of the Group Company Profile ince its formation in 1995, FiberOptic.com has become the number one on-line provider of fiber optic products, Straining and rental solutions. The Fiber Optic Marketplace, LLC began as an on-line business–to–business portal for the fiber optic community, and has expanded its business both domestically and internationally. The company’s customers include Fortune 500 companies, telecommunications providers, the military, installers, contractors and educational institutions from across the globe. In addition to efficient product distribution, FiberOptic.com offers classroom, on– site and on-line training courses for individuals interested in fiber optic theory and installation. Experienced fiber optics instructors conduct training classes throughout the year at our location in Breinigsville, Pennsylvania. On-site training programs are also available for groups of six students or more. The company also offers equipment rentals including fusion splicers and OTDRs. The Fiber Optic Marketplace, LLC is committed to maintaining excellent customer service and client relations. As we continue into the future, the company will continue to offer expertise in the field of fiber optics by providing customized solutions for our customers’ project requirements. We will continue to uphold our status as the number one on-line provider of fiber optic products, training and rental solutions. SHIPPING OPTIONS • Same day shipping for in-stock products ordered before 3PM EST. • You choose your shipping method: UPS, FedEx, DHL or U.S.
    [Show full text]
  • KINTSUGI Identifying & Addressing Challenges in Embedded Binary
    KINTSUGI Identifying & addressing challenges in embedded binary security jos wetzels Supervisors: Prof. dr. Sandro Etalle Ali Abbasi, MSc. Department of Mathematics and Computer Science Eindhoven University of Technology (TU/e) June 2017 Jos Wetzels: Kintsugi, Identifying & addressing challenges in embed- ded binary security, © June 2017 To my family Kintsugi ("golden joinery"), is the Japanese art of repairing broken pottery with lacquer dusted or mixed with powdered gold, silver, or platinum. As a philosophy, it treats breakage and repair as part of the history of an object, rather than something to disguise. —[254] ABSTRACT Embedded systems are found everywhere from consumer electron- ics to critical infrastructure. And with the growth of the Internet of Things (IoT), these systems are increasingly interconnected. As a re- sult, embedded security is an area of growing concern. Yet a stream of offensive security research, as well as real-world incidents, contin- ues to demonstrate how vulnerable embedded systems actually are. This thesis focuses on binary security, the exploitation and miti- gation of memory corruption vulnerabilities. We look at the state of embedded binary security by means of quantitative and qualitative analysis and identify several gap areas and show embedded binary security to lag behind the general purpose world significantly. We then describe the challenges and limitations faced by embedded exploit mitigations and identify a clear open problem area that war- rants attention: deeply embedded systems. Next, we outline the cri- teria for a deeply embedded exploit mitigation baseline. Finally, as a first step to addressing this problem area, we designed, implemented and evaluated µArmor : an exploit mitigation baseline for deeply em- bedded systems.
    [Show full text]
  • Junos OS NAT Configuration Examples for Screenos Users
    Network Configuration Example Junos OS NAT Configuration Examples for ScreenOS Users Published: 2014-01-10 Copyright © 2014, Juniper Networks, Inc. Juniper Networks, Inc. 1194 North Mathilda Avenue Sunnyvale, California 94089 USA 408-745-2000 www.juniper.net Juniper Networks, Junos, Steel-Belted Radius, NetScreen, and ScreenOS are registered trademarks of Juniper Networks, Inc. in the United States and other countries. The Juniper Networks Logo, the Junos logo, and JunosE are trademarks of Juniper Networks, Inc. All other trademarks, service marks, registered trademarks, or registered service marks are the property of their respective owners. Juniper Networks assumes no responsibility for any inaccuracies in this document. Juniper Networks reserves the right to change, modify, transfer, or otherwise revise this publication without notice. Network Configuration Example Junos OS NAT Configuration Examples for ScreenOS Users NCE0073 Copyright © 2014, Juniper Networks, Inc. All rights reserved. The information in this document is current as of the date on the title page. YEAR 2000 NOTICE Juniper Networks hardware and software products are Year 2000 compliant. Junos OS has no known time-related limitations through the year 2038. However, the NTP application is known to have some difficulty in the year 2036. END USER LICENSE AGREEMENT The Juniper Networks product that is the subject of this technical documentation consists of (or is intended for use with) Juniper Networks software. Use of such software is subject to the terms and conditions of the End User License Agreement (“EULA”) posted at http://www.juniper.net/support/eula.html. By downloading, installing or using such software, you agree to the terms and conditions of that EULA.
    [Show full text]
  • Juniper Networks Inc
    JUNIPER NETWORKS INC FORM 10-K (Annual Report) Filed 02/26/13 for the Period Ending 12/31/12 Address 1194 NORTH MATHILDA AVE SUNNYVALE, CA 94089 Telephone 4087452000 CIK 0001043604 Symbol JNPR SIC Code 3576 - Computer Communications Equipment Industry Communications Equipment Sector Technology Fiscal Year 12/31 http://www.edgar-online.com © Copyright 2013, EDGAR Online, Inc. All Rights Reserved. Distribution and use of this document restricted under EDGAR Online, Inc. Terms of Use. Table of Contents UNITED STATES SECURITIES AND EXCHANGE COMMISSION Washington, D.C. 20549 Form 10-K (Mark One) ANNUAL REPORT PURSUANT TO SECTION 13 OR 15(d) OF THE SECURITIES EXCHANGE ACT OF 1934 For the fiscal year ended December 31, 2012 OR TRANSITION REPORT PURSUANT TO SECTION 13 OR 15(d) OF THE SECURITIES EXCHANGE ACT OF 1934 For the transition period from__________ to____________ Commission file number 001-34501 JUNIPER NETWORKS, INC. (Exact name of registrant as specified in its charter) Delaware 77-0422528 (State or other jurisdiction of incorporation or organization) (IRS Employer Identification No.) 1194 North Mathilda Avenue Sunnyvale, California 94089 (408) 745-2000 (Address of principal executive offices)(Zip Code) ( Registrant's telephone number, including area code) Securities registered pursuant to Section 12(b) of the Act: Title of Each Class Name of Each Exchange on Which Registered Common Stock, par value $0.00001 per share New York Stock Exchange Securities registered pursuant to Section 12(g) of the Act: None Indicate by check mark if the registrant is a well-known seasoned issuer, as defined in Rule 405 of the Securities Act.
    [Show full text]
  • Certification Report Juniper Junos OS 20.2R1 for SRX345, SRX345-DUAL-AC, SRX380 and SRX1500
    Australasian Information Security Evaluation Program Certification Report Juniper Junos OS 20.2R1 for SRX345, SRX345-DUAL-AC, SRX380 and SRX1500 Version 1.0, 03 December 2020 Table of contents Executive summary 1 Introduction 3 Overview 3 Purpose 3 Identification 3 Target of Evaluation 5 Overview 5 Description of the TOE 5 TOE Functionality 5 TOE physical boundary 5 Architecture 8 Clarification of scope 9 Evaluated functionality 9 Non-TOE hardware/software/firmware 9 Non-evaluated functionality and services 9 Security 9 Usage 10 Evaluated configuration 10 Secure delivery 10 Installation of the TOE 11 Version verification 11 Documentation and guidance 11 Secure usage 11 ii Evaluation 13 Overview 13 Evaluation procedures 13 Functional testing 13 Entropy testing 13 Penetration testing 13 Certification 14 Overview 14 Assurance 14 Certification result 14 Recommendations 14 Annex A – References and abbreviations 16 References 16 Abbreviations 17 iii Executive summary This report describes the findings of the IT security evaluation of Juniper Networks Junos OS 20.2R1 for SRX345, SRX345-DUAL-AC, SRX380 and SRX1500 appliances against Common Criteria approved Protection Profiles (PPs). Each Juniper Networks SRX Services Gateway appliance is a security system that supports a variety of high-speed interfaces for medium/large networks and network applications. Juniper Networks appliances share common Junos firmware, features, and technology for compatibility across platforms. This report concludes that the Target of Evaluation (TOE) has complied with the following PPs [4]: . collaborative Protection Profile for Network Devices, version 2.1, 24 September 2018 (NDcPP) . PP-Module for Stateful Traffic Filter Firewalls, Version 1.3, 27 September 2019 (FW_MOD) .
    [Show full text]
  • Enhancing Networks Via Virtualized Network Functions
    Enhancing Networks via Virtualized Network Functions A DISSERTATION SUBMITTED TO THE FACULTY OF THE GRADUATE SCHOOL OF THE UNIVERSITY OF MINNESOTA BY Yang Zhang IN PARTIAL FULFILLMENT OF THE REQUIREMENTS FOR THE DEGREE OF DOCTOR OF PHILOSOPHY Professor Zhi-Li Zhang May, 2019 © Yang Zhang 2019 ALL RIGHTS RESERVED Acknowledgements This dissertation is accomplished with tremendous help from many amazing people. First of all, I would like to acknowledge my advisor, Professor Zhi-Li Zhang, for his con- tinuous support, criticism, encouragement, and guidance on conducting research and achieving personal long-term career goals throughout my stay in graduate school. He taught me, among many things, how to transform my stilted speaking and writing into engaging storylines, and how to identify the simplicity at the core of complex technical concepts. His knowledge, wis- dom, dedication, and strive for excellence amazed me, and I have been constantly inspired by his never-ending passion and commitment towards research. I am also indebted to a variety of brilliant researchers outside of university over the years. I want to thank my collaborators: Ruben Torres, Fang Hao, Sarit Mukherjee, T V Lakshman, Bo Han, Bilal Anwer, Joshua Reich, Aman Shaikh, Vijay Gopalakrishnan, Jean Tourrilhes, and Puneet Sharma. I am grateful to all of them for their time, help, and the wisdom they have shared with me. Their valuable feedback helped me turn my research efforts into reality. I cherish the awesome time that I spent with my lab mates in discussing research, daily life, and our future. In particular, Hesham Mekky, Eman Ramadan, Zhongliu Zhuo, Arvind Narayanan, and Zehua Guo.
    [Show full text]
  • Junos® OS Intrusion Detection and Prevention User Guide Copyright © 2021 Juniper Networks, Inc
    Junos® OS Intrusion Detection and Prevention User Guide Published 2021-09-21 ii Juniper Networks, Inc. 1133 Innovation Way Sunnyvale, California 94089 USA 408-745-2000 www.juniper.net Juniper Networks, the Juniper Networks logo, Juniper, and Junos are registered trademarks of Juniper Networks, Inc. in the United States and other countries. All other trademarks, service marks, registered marks, or registered service marks are the property of their respective owners. Juniper Networks assumes no responsibility for any inaccuracies in this document. Juniper Networks reserves the right to change, modify, transfer, or otherwise revise this publication without notice. Junos® OS Intrusion Detection and Prevention User Guide Copyright © 2021 Juniper Networks, Inc. All rights reserved. The information in this document is current as of the date on the title page. YEAR 2000 NOTICE Juniper Networks hardware and software products are Year 2000 compliant. Junos OS has no known time-related limitations through the year 2038. However, the NTP application is known to have some difficulty in the year 2036. END USER LICENSE AGREEMENT The Juniper Networks product that is the subject of this technical documentation consists of (or is intended for use with) Juniper Networks software. Use of such software is subject to the terms and conditions of the End User License Agreement ("EULA") posted at https://support.juniper.net/support/eula/. By downloading, installing or using such software, you agree to the terms and conditions of that EULA. iii Table of Contents
    [Show full text]
  • Day One: Junos® Pyez Cookbook
    DAY ONE: JUNOS® PyEZ COOKBOOK Books Networks Juniper Day One: Junos PyEZ Cookbook is a complete network automation cookbook with a set-up guide, a start-up sandbox, and a complete showcase of automation scripts that are readily available on GitHub. The cookbook is a joint effort by Juniper’s engineers and all the many Junos users and customers who want to show you how ‘EZ’ network automation can be. You ONE:DAY don’t have to be a coder when you can leverage Junos as your network OS. DAY ONE: JUNOS® PyEZ COOKBOOK “The decision to read a technical book involves a cost-benefit analysis. ‘Is the information I’m going to learn worth my time and energy?’ If your currently operating a network of Juniper devic- es using the Junos OS command line interface, then the unequivocal answer is ‘Yes!’ Written by an experienced team of Juniper’s customers, ambassadors, partners, and employees, Day One: Junos PyEZ Cookbook demonstrates its authors’ real-world experience in operating and auto- JUNOS Co-written by Juniper Customers, mating networks. More importantly, the book breaks what could be daunting tasks into small Ambassadors, Partners, and Employees and relevant recipes. You will be creating useful network automation tools with the Junos PyEZ library on day one. Happy Automating!” Stacy Smith, Sr. Software Developer for Junos Automation, Juniper Networks, ® Co-Author of Automating Junos Administration COOKBOOK PyEZ IT’S DAY ONE AND YOU HAVE A JOB TO DO, SO LEARN HOW TO: n Understand Basic Python Concepts; Get the Downloads and Resources to Set Up
    [Show full text]
  • Request System Power Off
    Request System Power Off Niki frank reminiscently. Unlicensed Jackie tubulates notably. Conjectural Vincent retiringly that ecclesiastic counselling pithy and premeditate wrongly. Be able to boot from the node id information and system power, and will get diagnostic information To schedule the treaty to shutdown with a cronjob or there just share to look open and. It is occasionally possible mortgage even Linux servers to dispense into an unrecoverable error which in hand may result in trying halt or server shutdown. Power off your kidney by unplugging the power loss or turning off the shave at. Be adequately cooled the Routing Engine shuts down entire system by disabling. Start going in which must press j series, but none which today still happens when you would be? Halt instructs the hardware to mimic all CPU functions but leaves the precise in a powered-on state department usually let someone random to thumb down your machine. EPO it is usual for a UPS and other affected equipment to require their manual restart. Tv is recoverable using them off runaway processes, tailor your server did not from a requests for localstorage names can. Juniper srx firewall devices using system would have is running configuration and cleanly unmounted and side or even though it up and also notified are special. Http requests so helpful users will be off power off, some things work only a few unanswered questions or perform a filesystem, you choose ultimately depends on. They leave your vps or junoscript session has provision to. When you shutting down my organization, you want to delay before troubleshooting or add action section describes how a system power off? All node is run is logged in process is structured and does not mandatory that is used for validation purposes.
    [Show full text]
  • Release Notes
    ® ® Juniper Networks Junos 11.4 for the MAG-CM060 Release Notes Release 11.4 October 2012 Revision 1 These release notes describe device documentation and known problems with Release 11.4 of the Junos OS for the MAG Series Junos Pulse Gateway MAG-CM060. Contents Junos OS Release Notes for MAG Series Junos Pulse Gateway MAG-CM060 . 2 CMC Overview . 2 Limitations in Junos OS Release 11.4 for the MAG-CM060 . 2 Interfaces . 2 SNMP . 2 CLI . 2 Outstanding Issues in Junos OS Release 11.4 for the MAG-CM060 . 2 J-Web . 2 Resolved Issues in Junos OS Release 11.4 for MAG Series Junos Pulse Gateway . 3 CLI . 3 J-Web . 4 Junos OS Documentation and Release Notes . 5 Documentation Feedback . 5 Requesting Technical Support . 5 Revision History . 6 Copyright © 2012, Juniper Networks, Inc. 1 Junos 11.4 Software Release Notes for the MAG-CM060 Junos OS Release Notes for MAG Series Junos Pulse Gateway MAG-CM060 • CMC Overview on page 2 • Limitations in Junos OS Release 11.4 for the MAG-CM060 on page 2 • Outstanding Issues in Junos OS Release 11.4 for the MAG-CM060 on page 2 • Resolved Issues in Junos OS Release 11.4 for MAG Series Junos Pulse Gateway on page 3 CMC Overview The Juniper Networks® MAG Series Junos® Pulse Gateways are a family of modular, purpose designed gateways that can meet the accelerated secure connectivity needs of small to large enterprises. Deployed in combination with Juniper’s award winning Junos Pulse client, which can be deployed on mobile devices, laptops, and desktops, the modular MAG Series Junos Pulse Gateways provide a single point of convergence for the SSL VPN, mobile device security and management, NAC, and other network applications for the enterprise.
    [Show full text]
  • Abril De 2021
    Boletín de abril de 2021 Avisos Técnicos Vulnerabilidad de gestión incorrecta de URL en VMware Carbon Black Cloud Workload Fecha de publicación: 05/04/2021 Importancia: Crítica Recursos afectados: VMware Carbon Black Cloud Workload, versión 1.0.1 y anteriores ejecutándose en sistemas Linux. Descripción: Egor Dimitrenko, investigador de Positive Technologies, ha reportado a VMware una vulnerabilidad, con severidad crítica, en la que un atacante podría realizar una escalada de privilegios debido a una gestión incorrecta de URL. Solución: Actualizar VMware Carbon Black Cloud Workload a la versión 1.0.2. Detalle: Un atacante, con acceso de red a la interfaz administrativa del dispositivo VMware Carbon Black Cloud Workload, podría obtener un token de autenticación válido, concediendo acceso a la API de administración del dispositivo. La explotación exitosa de esta vulnerabilidad podría permitir al atacante ver y alterar los ajustes de configuración administrativa. Se ha asignado el identificador CVE-2021-21982 para esta vulnerabilidad. Etiquetas: Actualización, Virtualización, VMware, Vulnerabilidad Múltiples vulnerabilidades en varios productos de Cisco Fecha de publicación: 08/04/2021 Importancia: Crítica Recursos afectados: Rúters Cisco Small Business: RV110W Wireless-N VPN Firewall; RV130 VPN Router; RV130W Wireless-N Multifunction VPN Router; RV215W Wireless-N VPN Router. Software SD-WAN vManage, versión 18.4 y anteriores, 19.2, 19.3, 20.1, 20.3 y 20.4. Descripción: Se han identificado 2 vulnerabilidades de severidad crítica y otras 2 de severidad alta que podrían permitir a un atacante, remoto y no autenticado, realizar una escalada de privilegios o ejecutar código arbitrario. Solución: En el caso del Software SD-WAN vManage, se recomienda actualizar a las versiones estables 19.2.4, 20.3.3 y 20.4.1 respectivamente.
    [Show full text]
  • Sysadministrivia S0E13: "Better Late Than Never"
    Sysadministrivia Linux, Lagers, and Late Nights S0E13: "Better Late than Never" Posted 2015-08-31 08:25 Modified 2018-12-03 03:35 Comments 0 Navigation Previous Episode Next Episode S0E12: "It Hurts when IP" S0E14: "A Failed Experiment" Log Recorded (UTC) Aired (UTC) Editor 2015-07-31 04:55:19 2015-08-31 08:25:45 MOQ Verification Format SHA256 GPG Audio File MP3 87575aea34439873404702a49bd038f1c376e0596b51d0ce44206ce046d7189c click click OGG ed06b642e6c190f4a89af3c189636a133f7a7da346d4820517c5b0546156d43a click click Quicklisten: We discuss an Android vulnerability, GNU/Linux malware, OpenSSH v7.x, more NSA nonsense, a case study of extreme-low-latency networks, BSD comparison, and some home NAS software. Notes Errata Music Notes The Stagefright vulnerability (CVEs: CVE-2015-1538, CVE-2015-1539, CVE-2015-3827, CVE-2015-3826, CVE-2015-3828, CVE-2015-3824, CVE-2015- 3829). You can find more information and a PoC here. The iOS thing I ran the Stagefright detector app and it seems CyanogenMod (at least the nightlies, as of 08.29.2015) is not vulnerable. Speaking of Android/CyanogenMod and security, you may want to check out Copperhead OS, a hardened and privacy-focused fork of CyanogenMod. @MalwareMustDie is awesome. They found this malware, and present an awesome case study on it. Jthan suggests joining a mailing list. Here are some good ones. Mitre, OSS-Sec, Full Disclosure, etc.- a lot of really good lists are available for subscription at SecLists.org (maintained by the Nmap project maintainer/author, Fyodor). Not only has OpenSSH 6.9 released, but all the way up to 7.1 has as well! You can read the changelog document we reference here… But you can read the changelog for 7.1 here.
    [Show full text]