Home Tags Configuration Management

Tag: Configuration Management

TIM Brasil selects Bwtech’s NetChart to further improve the quality of...

Using NetChart to standardize its network configuration, TIM Brasil managed to enhance its quality performance indicators.Rio de Janeiro, 6 April 2017 – To help improve the quality of their LTE network, TIM Brasil have made the decision to add 4G capabilities to their existing Configuration Management platform NetChart.
Since 2013, TIM Brasil has used NetChart from Bwtech to standardize network configuration parameters of the 2G and 3G networks.

TIM Brasil, one of the largest mobile... Source: RealWire

Review: SaltStack shifts devops into high gear

The only sane and efficient way to manage a large numbers of servers—or even a few dozen, if they change often—is through automation.

Automation tools have to be learned and mastered, so they exact a significant up-front cost, but they dramatically reduce the administrative burden in the long run. Perhaps most important, they provide a staunch line of defense against the fatal fat-fingered mistake, which even the most sophisticated cloud operators struggle to avoid.Ease of use. Configuration management is simple with SaltStack.

Because Salt uses the YAML configuration format, states are can be written quickly and easily. YAML state descriptions are structured well, with solid readability.

The support for Mako, JSON, Wempy, and Jinja allows developers to extend Salt’s capabilities.

The availability of built-in modules makes it easy to configure and manage states.To read this article in full or to leave a comment, please click here(Insider Story)

RHSA-2017:0195-1: Important: ansible security update

An update for ansible is now available for Red Hat OpenStack Platform 10.0(Newton).Red Hat Product Security has rated this update as having a security impact ofImportant.

A Common Vulnerability Scoring System (CVSS) base score, which givesa detailed s...

Security Analytics: Don't Let Your Data Lake Turn Into A ...

It's easy to get bogged down when looking for insights from data using Hadoop.

But that doesn't have to happen, and these tips can help. Many technology and security teams, particularly in finance, are running data lake projects together to build data analytics capabilities using Hadoop. The goal for security teams that are doing this is to create a platform that lets them gain meaningful, timely insights from similar data to help solve a wide range of problems.

These problems range from continuous monitoring of cyber hygiene factors across the IT environment (e.g., asset, vulnerability, configuration, and access management) to identifying threat actors moving across their networks by correlating logs across large, cumbersome data sets such as those from Web proxies, Active Directory, DNS, and NetFlow. The reason for this trend is that some members of security teams (typically the chief information security officer and leadership team, control managers, security operations, incident response) have recognized that they're all looking for tailored insights from different analysis of overlapping data sets.

For example, the same data that can advance the CISO's executive communications with risk and audit functions can simplify security operations' job in monitoring and detecting for malicious external or internal activity across devices, users, and applications. By building a platform that can store and enable all the analysis required on this data, security teams are looking to consolidate the output of all their security solutions and, where possible, simplify their tech stacks. Generally, data lake projects go through four phases: build data lake; ingest data; do analysis; deliver insight.

At each of these phases, challenges must be navigated.  The first is to get a data lake that can support ingesting relevant data sets at the right frequency and speed — and enable varied analysis techniques to generate relevant insights.

The second is to build and run efficient analysis on these data sets.

The third is to do that in a way that delivers the insights that stakeholders need.

The fourth is to give stakeholders a way to interact with information that's tailored to their concerns, decisions, and accountability. Most projects today run into problems during the first two phases. Here's why. Phase 1 Problems: Issues with the BuildBuilding a platform for data analysis on Hadoop is hard. Hadoop isn't a single technology; it's a rather complex ecosystem of technology components — HDFS, Spark, Kafka, Yarn, Hive, HBase, Phoenix, and Solr, to name a few.

Figuring out what components of this ecosystem play nice with each other is tricky.
Some components work for some use cases, but not for others.

First you need to know how to connect the parts that work with each other to solve the range of problems you face.

Then you need to know when the limits of these joined-up parts will be reached for the analysis you want to conduct.

That's before you've considered that there are several different vendors of the Hadoop distribution. Sometimes you'll find that you need to swap out an underlying part of your data lake to get the performance you need (either for data ingestion or the math your data scientists want to apply to the data).

This requires expensive people with experience and the ability to experiment quickly when new components are released that enable greater functionality or performance improvements.  If you build a data lake in-house, work on a minimum viable product model.

Develop the capabilities you need for the analysis you need rather than trying to build a platform that will solve every problem you can imagine.
Start with a small set of problems and with relatively simple data sets.
Speak to your peers about paths they walked down that were nonproductive and budget carefully.
If you go down the "buy" route, grill vendors about their promises of a "data lake out of a box." At what point does the data analysis workflow break? What is the extensibility of the data lake as your scale and IT operating model change? Phase 2 Problems: Ingestion IndigestionOnce you have a data lake, it's time to ingest data. Here are two errors commonly made. First: "Let's ingest all data we can get our hands on, then figure out what analysis we want to do later." This leads to problems because sooner or later, the CFO will demand to see some value (that is, insight) from the investment.
It then either becomes apparent that the data sets aren't ideal to generate meaningful insights, so budgets get cut, or analysis begins but it's not easy to get valuable correlations in the data you have and the insights that can be presented under time pressure are underwhelming. The second error is to ingest data sets that aren't well curated, cleaned, and understood.

The result is that you end up with a data swamp, not a data lake.

This often happens when Hadoop is used to replicate ad hoc data analysis methods already in place.
It can also happen when the IT operations team doesn't have time to move the data that would be most useful across the network.  There are three principles that can help when ingesting data for analysis: Identify data that is readily available and enables fast time to value at low cost. Prioritize data that supports solving problems you know you have and that you know you can solve. Use the minimum amount of data needed to deliver maximum insights to many stakeholders. For example, there's a lot you can achieve with just these data sources: vulnerability scan, antivirus, Active Directory, and your configuration management database. Lastly, if you're going to spend time understanding, cleaning, and ingesting data, it's worth making sure the data sets you choose can solve complementary problems and lay the foundation to solve more complicated problems more easily.  Related Content: Nik Whitfield is a noted computer scientist and cyber security technology entrepreneur. He founded Panaseer in 2014, a cybersecurity software company that gives businesses unparalleled visibility and insight into their cybersecurity weaknesses. Panaseer announced in November ...
View Full Bio More Insights

RHEA-2016:2926-1: Red Hat Network Tools spacewalk-remote-utils enhancement update

An updated spacewalk-remote-utils package that adds one enhancement is nowavailable for Red Hat Network Tools. Red Hat Network Tools provide programs and libraries that allow your system touse provisioning, monitoring, and configuration management capabilities providedby Red Hat Network and Red Hat Network Satellite.

The spacewalk-remote-utilspackage contains the spacewalk-create-channel utility that can be used to createchannels with a package set for a particular release.This update adds the following enhancement:* The spacewalk-remote-utils package has been updated to include channeldefinitions for Red Hat Enterprise Linux 7.3. (BZ#1395363)All users of Red Hat Network Tools are advised to upgrade to this updatedpackage, which adds this enhancement. Before applying this update, make sure all previously-released erratarelevant to your system have been applied.This update is available via the Red Hat Network.

Details on how touse the Red Hat Network to apply this update are available athttps://access.redhat.com/site/articles/11258Red Hat Network Tools SRPMS: spacewalk-remote-utils-2.3.0-12.el5sat.src.rpm     MD5: 0608de3fae57a576a38b53f29a04a815SHA-256: 94016aebd6572139c411a53b0a6570cca8cca4f3e4eb34cfcc1fea4d1a906cdb spacewalk-remote-utils-2.3.0-12.el6sat.src.rpm     MD5: 4650587ae1944d18dedf6cf457f81706SHA-256: bd1b3fd95c6e0864f56e3eca9221608588aba3aacebff11e97aed51b0ea3eb56 spacewalk-remote-utils-2.3.0-12.el7sat.src.rpm     MD5: 2c3f27271deffd47d56b51549dbe997eSHA-256: 5eb456eb69b7ea10e0b53aa601ea409ab38524a1cf02a0cc81cf48c71417f596   IA-32: spacewalk-remote-utils-2.3.0-12.el5sat.noarch.rpm     MD5: d0f354fb9ce72469c753cf22894b80e0SHA-256: 8b56f6b75554a4626987e456bd9d086619e2953c056857c6288339586bbd356c spacewalk-remote-utils-2.3.0-12.el6sat.noarch.rpm     MD5: f17cb17684ff3f5d66327c55ff1eb81fSHA-256: 18e2930468495b58b30d3508757bfa26b847ba479d1a1564ac8e308b94ecf94f   IA-64: spacewalk-remote-utils-2.3.0-12.el5sat.noarch.rpm     MD5: d0f354fb9ce72469c753cf22894b80e0SHA-256: 8b56f6b75554a4626987e456bd9d086619e2953c056857c6288339586bbd356c   PPC: spacewalk-remote-utils-2.3.0-12.el5sat.noarch.rpm     MD5: d0f354fb9ce72469c753cf22894b80e0SHA-256: 8b56f6b75554a4626987e456bd9d086619e2953c056857c6288339586bbd356c spacewalk-remote-utils-2.3.0-12.el6sat.noarch.rpm     MD5: f17cb17684ff3f5d66327c55ff1eb81fSHA-256: 18e2930468495b58b30d3508757bfa26b847ba479d1a1564ac8e308b94ecf94f spacewalk-remote-utils-2.3.0-12.el7sat.noarch.rpm     MD5: 5dc288da3d90d8f4b7d519dd746f3c88SHA-256: dab60f11183c836b57e5a60a2321b16c7182ca99ca7b02d8fbe9cdc362b4cbc7   PPC64LE: spacewalk-remote-utils-2.3.0-12.el7sat.noarch.rpm     MD5: 5dc288da3d90d8f4b7d519dd746f3c88SHA-256: dab60f11183c836b57e5a60a2321b16c7182ca99ca7b02d8fbe9cdc362b4cbc7   s390x: spacewalk-remote-utils-2.3.0-12.el5sat.noarch.rpm     MD5: d0f354fb9ce72469c753cf22894b80e0SHA-256: 8b56f6b75554a4626987e456bd9d086619e2953c056857c6288339586bbd356c spacewalk-remote-utils-2.3.0-12.el6sat.noarch.rpm     MD5: f17cb17684ff3f5d66327c55ff1eb81fSHA-256: 18e2930468495b58b30d3508757bfa26b847ba479d1a1564ac8e308b94ecf94f spacewalk-remote-utils-2.3.0-12.el7sat.noarch.rpm     MD5: 5dc288da3d90d8f4b7d519dd746f3c88SHA-256: dab60f11183c836b57e5a60a2321b16c7182ca99ca7b02d8fbe9cdc362b4cbc7   x86_64: spacewalk-remote-utils-2.3.0-12.el5sat.noarch.rpm     MD5: d0f354fb9ce72469c753cf22894b80e0SHA-256: 8b56f6b75554a4626987e456bd9d086619e2953c056857c6288339586bbd356c spacewalk-remote-utils-2.3.0-12.el6sat.noarch.rpm     MD5: f17cb17684ff3f5d66327c55ff1eb81fSHA-256: 18e2930468495b58b30d3508757bfa26b847ba479d1a1564ac8e308b94ecf94f spacewalk-remote-utils-2.3.0-12.el7sat.noarch.rpm     MD5: 5dc288da3d90d8f4b7d519dd746f3c88SHA-256: dab60f11183c836b57e5a60a2321b16c7182ca99ca7b02d8fbe9cdc362b4cbc7   (The unlinked packages above are only available from the Red Hat Network) These packages are GPG signed by Red Hat for security. Our key and details on how to verify the signature are available from:

10 key security terms devops ninjas need to know

It’s no secret that devops and IT security, like oil and water, are hard to mix.

After all, devops is all about going fast, while security is all about proceeding carefully. However, both devops and security serve a higher authority—the business—and the business will be served only if devops and security learn to get along. Security can (and should) be baked into the devops process, resulting in what is often referred to as devsecops.
IT security teams are obliged to understand how applications and data move from development and testing to staging and production, and to address weaknesses along the way.

At the same time, devops teams must understand that security is at least partly their responsibility, not merely slapped onto the application at the very end.

Done right, security and devops go hand in hand. Because half of this equation is about making devops more security-aware, I’ve put together a primer on some basic security principles and described their applicability in devops environments. Of course, this list is only a start.

Feel free to comment and suggest other terms and examples. Vulnerabilities vs. exploits A vulnerability is a weakness that may allow an attacker to compromise a system.
Vulnerabilities usually happen due to bad code, design errors, or programming errors.

They are basically bugs, albeit bugs that may not interfere with normal operations of the application, except to open a door to a would-be intruder.

For a recent example, look at Dirty Cow. Whenever you’re using open source components, it is recommended that you scan the code for known vulnerabilities (CVEs), then remediate by updating the affected components to newer versions that are patched.
In some cases, it’s possible to neutralize the risk posed by a vulnerability by changing configuration settings. An exploit, on the other hand, is code that exploits the vulnerability—that is, a hack.
It’s very common for a vulnerability to be discovered by an ethical researcher (a “white hat”) and to be patched before it has ever been exploited. However, if an exploit has been used, it’s often referred to as existing “in the wild.” The situation where a known vulnerability has an exploit in the wild and has yet to be patched is obviously to be avoided.
In devops environments, vulnerability management must be automated and integrated into the development and delivery cycle using automated steps in CI/CD tools, with a clear policy (typically created by security teams and compliance teams) as to what constitutes an acceptable level of risk, and success/fail criteria for scanned code. Zero-day vs. known vulnerabilities (CVE) Vulnerabilities in public software can be resolved by the developers, and fixes deployed to all users before malicious users become aware of them.
Such “known vulnerabilities” are recorded on the Common Vulnerabilities and Exposures (CVE) system, operated by MITRE. However, in some situations hackers discover new vulnerabilities before they’ve been publicly revealed and fixed.

These “zero-day vulnerabilities” (so called because the developers have zero days to work on a fix once the vulnerability becomes public) are the most dangerous, but they are also less common.

There is no way to detect a zero-day vulnerability up front. However, zero days can be mitigated through network segmentation, continuous monitoring, and encrypting secrets so that even if they are stolen, they are not exposed.

Behavioral analytics and machine learning can also be applied to understand normal usage patterns and flag anomalies as they happen, reducing the potential damage from zero days. Attack surface The attack surface is composed of all the possible entry points into a system through which an attacker could gain access.
It is always advised to minimize the attack surface by eliminating or shutting down parts of a system that are not needed for a particular workload. In devops environments, where applications are deployed and updated frequently, it’s easy to lose sight of the various components and code elements that are included, changed, or added with each update. Over time, this can result in a bloated attack surface, so it’s important to first understand the workloads and configure servers and applications in an optimal manner, removing unnecessary functions and components. Using one “cookie cutter” template will simply result in a larger attack surface, so you need to adjust to specific workloads or at least group workloads by application or trust level.

Then, it’s highly recommended to review the configurations periodically to ensure there’s no “creep up” of the attack surface. Least-privilege principle This principle dictates that users and application components should only have access to the minimum information and resources they need, in order to prevent both accidental and deliberate system misuse.

The principle relies on the notion that if you have access to only what you need, then the damage will be limited if your privileges are compromised. Applying least privilege can dramatically reduce the spread of malware, which tends to use the privileges of a user who was tricked into installing or activating the software.
It is also advised to perform periodic reviews of user privileges and trim them—especially with respect to users who have changed roles or left the company. In devops environments, it’s also recommended to separately define access privileges to development, testing, staging, and production environments, minimizing the potential damage in case of an attack and making it easier to recover from one. Lateral movement (east-west) Lateral movement, sometimes described as “east-west attacks,” refers to the ability of an attacker to move across the network sideways, from server to server or from application to application, thus expanding the attack or moving closer to valuable assets.

This is in contrast to north-south movement, which relates to moving across layers—from a web application into a database, for example. Network controls such as segmentation are crucial in preventing lateral movement and in limiting the damage that a successful attacker might inflict. Network segmentation is akin to the compartmentalization of a ship or submarine: If one section is breached, it is sealed off, preventing the entire ship from going down. Because one of the goals of devops is to remove barriers, this could be a tricky one to master.
It’s important to distinguish between openness in the delivery process, from development through to production, and openness across the network.

The former contributes to agility and process efficiency, but the latter seldom does. For example, there’s usually no cross-talk in the processes required to deliver different applications.
If you have a web retail application and an ERP application, and they are developed and run by different teams, then they belong on separate network segments.

There’s absolutely no devops justification to have an open network between them. Segregation of duties Remember those movies where you need two people to simultaneously turn the key in order to launch nuclear missiles? Segregation of duties is about restricting the privileges that users have in access to systems and data, and limiting the ability of one privileged user to cause damage either by mistake or maliciously.

For example, it’s best practice to separate administration rights of a server from the administration rights of the application running on that server. In a devops environment, the key is to make the segregation of duties part of the CI/CD process and apply it equally to systems as well as users, so no single system or user would be able to compromise your deployment. Orchestrator admins should not also be the configuration management admins, for example. Data exfiltration Data exfiltration, or the unauthorized extraction of data from your systems, might result in sensitive data being accessed by unauthorized parties.
It’s often referred to as “data theft,” but data theft isn’t like physical theft: When data is stolen it still remains where it was, making it more difficult to detect the “loss.” To prevent exfiltration, ensure that “secrets” and sensitive data such as personal information, passwords, and credit card data are encrypted.

Also prevent outbound network connections where they are not required. In development environments, it’s recommended to use data masking or fake data. Using real data means you have to protect your dev environment as you would a production environment, and many organizations don’t want to invest the resources to do that. Denial of service (DoS) DoS is an attack vector whose purpose it is to deny your users from getting service from your systems, by using a variety of methods that place a massive load on your servers, applications, or networks, paralyzing them or causing them to crash. On the internet, DoS attacks are usually distributed (DDoS).

DDoS attacks are much more difficult to block because they don’t originate from a single IP. That said, even a single-origin DoS can be devastating if it comes from within.

For example, a container may be compromised and used as a platform to repeatedly open processes or sockets on the host (attacks known respectively as fork bombs and socket bombs).
Such attacks can cause the host to freeze or crash in seconds. There are many and varied ways to prevent and detect DoS attacks, but proper configuration and sticking to the basic tenets of a minimal attack surface, patching, and least privileges go a long way to making DoS less likely. Organizations that adopt devops methods may actually recover faster from DoS when it does occur because they can more easily relaunch their applications on different nodes (or different clouds) and roll back to previous versions without losing data. Advanced persistent threat (APT) APT is the name given to sophisticated attacks that often take many months to unravel.
In a typical scenario, an intruder will first find a point of infiltration, using a vulnerability or configuration error, and plant code that will collect network traffic or scan processes on the host. Using the data collected, the intruder will then progress to the next phase of the attack, perhaps infiltrating deeper into the network.

This step-by-step process continues until the intruder can lay his hands on a valuable asset, such as customer or financial data, at which point he will go for the final attack, typically data exfiltration. Because APT is not a single attack vector but a combination of many methods, there isn’t any one single thing you can do to protect yourself. Rather you must employ multiple layers of security and be sensitive to anomalies. In devops environments this is even more difficult because they are anything but static.
In addition to avoiding vulnerabilities, applying least privilege religiously, and making it difficult to breach your environment in the first place, you should also implement network segmentation to hinder an intruder’s progress, and monitor your applications for abnormal activity. “Left shift” of security One of the results of continuous development and rapid devops cycles is that developers must bear more of the responsibility for delivering secure code.

Their commits are often integrated straight into the application, and the traditional security gates of penetration testing and code review simply don’t work fast enough to detect or stop anything.
Security tests must “shift left,” or move upstream into the development pipeline.

The easiest way to do this is to integrate security tools with CI/CD tools and insert the necessary steps into the build process. The 10 terms above comprise only a partial list, but in today’s rapidly converging environments it is imperative that devops teams understand security better.

By the same token, security teams must understand that in devops environments security cannot be applied as an afterthought or without understanding how applications are developed and delivered through the pipeline, nor can they use the security tools of yesterday to gate or hinder speedy devops deployments. Learning to speak each other’s lingo is a good start. Amir Jerbi is co-founder and CTO of Aqua Security. Prior to Aqua, he was chief architect at CA Technologies in charge of the host-based security product line. New Tech Forum provides a venue to explore and discuss emerging enterprise technology in unprecedented depth and breadth.

The selection is subjective, based on our pick of the technologies we believe to be important and of greatest interest to InfoWorld readers.
InfoWorld does not accept marketing collateral for publication and reserves the right to edit all contributed content.
Send all inquiries to newtechforum@infoworld.com.

Multiple Vulnerabilities in Network Time Protocol Daemon Affecting Cisco Products: November...

Product Cisco Bug ID Fixed Release Availability Cisco SocialMiner CSCvc32449 11.6.1 (15-Jun-2017) Cisco Unified MeetingPlace CSCvc23583 Cisco WebEx Node for MCS CSCvc23453 Cisco Jabber Guest CSCvc23580 11.0.1 (28-Feb-2017) Cisco Application and Co...

NIST shifts focus of security guidance to ‘engineering'

Security experts have long said that internet-connected systems and software need security controls and features built in by design, in the same manner they’re built into physical infrastructure. The National Institute of Standards and Technology agrees and has issued guidance to help software engineers build secure products. Titled “Systems Security Engineering: Considerations for a Multidisciplinary Approach in the Engineering of Trustworthy Secure Systems,” the guideline emphasizes incorporating “well-defined engineering-based security design principles at every level, from the physical to the virtual,” NIST Fellow Ron Ross wrote on the Taking Measure blog. A holistic approach does more than make systems penetration-resistant; even after a compromise, they’re still capable enough to contain the damage and resilient enough to keep supporting critical missions and business functions. NIST’s guidance uses the international standard ISO/IEC/IEEE 15288 for systems and software engineering as a framework, and it maps out “every security activity that would help the engineers make a more trustworthy system” for each of the 30-plus processes defined by the standard. The activities cover the entire system lifecycle, from the initial business or mission analysis to requirements definition to the design and architecture phases, and they’re applicable for new, upgraded, or repurposed systems. “We have a high degree of confidence our bridges and airplanes are safe and structurally sound. We trust those technologies because we know that they were designed and built by applying the basic laws of physics, principles of mathematics, and concepts of engineering,” Ross wrote. Similarly, applying fundamental principles in mathematics, computer science, and systems/software engineering can give us the same level of confidence in our software and hardware. Taking a holistic approach A holistic approach requires coordinating across different specialties, such as information, software and hardware assurance, physical security, antitamper protection, communications security, and cryptography. It also demands addressing multiple focus areas, such as privacy, verification, penetration resistance, architecture, performance, validation, and vulnerability. The guidance addressed the dependencies and  subspecialties by grouping the processes in the system lifecycle into four families: Agreement Process: Tasks related to acquiring products and services, as well as providing services as a supplier. Organizational Project-Enabling Process: Lifecycle model management, infrastructure management, portfolio management, human resource management, quality management, and knowledge management. Technical Management Process: Project planning, project assessment and control, decision management, risk management, configuration management, information management, and quality assurance. Technical Process: All the activities related to business or mission analysis, defining stakeholder needs and requirements, defining system requirements, defining the architecture, defining the design, system analysis, implementation, integration, verification, transition, validation, operations, maintenance, and disposal. The processes outlined in the publication do not prescribe a mandatory set of activities and do not explicitly map to specific stages in the lifecycle, NIST warned. Engineers should rely on their experience and their understanding of the organization’s objectives to tailor the processes to meet the stakeholder’s requirements for a trustworthy system. The publication also did not attempt to formally define systems security engineering. There is something for everyone involved in the process, from business stakeholders to developers, administrators, and security analysts. Calling on engineers When civil engineers build a bridge, they have to consider the weight of vehicles and people crossing the bridge, the stress caused by wind and other natural elements, and the materials used to build the bridge itself. Buildings have to meet specific structural and fire codes to make sure they are safe and will not collapse. Similarly, software engineers need to build systems with security controls already included in the design and not added afterward as a separate component. If bridges were routinely collapsing, scientists and engineers would be immediately on the scene to figure out what went wrong and identify how to fix it for future projects. Currently, instead of asking engineers and scientists to perform root-cause failure analysis to find and fix the problem, cybersecurity focuses on add-ons. Changing how technology is designed and built—by strengthening underlying systems and system components, and developing with well-defined security requirements—would help reduce the number of known, unknown, and adversary-created vulnerabilities, Ross said. NIST’s approach echoes what Dan Kaminsky, chief scientist and co-founder of White Ops, said in his keynote speech at the Black Hat security conference earlier this year. Kaminsky called for an “NIH [National Institutes of Health] for Cyber” to study the security challenges and come up with engineering solutions addressing them. While Kaminsky was using the name of a different federal agency, his message was the same: Cybersecurity needs to be treated as an engineering discipline with tools and principles that can be used to build secure systems. “We didn’t stop our cities from burning by making fire illegal or heal the ill by making sickness a crime. We actually studied the problems and learned to deliver safety,” Kaminsky said in his speech. “If we want to make security better, give people environments that are easy to work with and still secure.” Addressing the IoT problem While NIST focused the language on systems and software, the guidance provides a welcome direction for the internet of things, most of which hit the market with little to no security controls. NIST’s authority extends to only government agencies and contractors, so the guidance is not binding for engineers working in the private sector. Even so, these recommendations can raise expectations on what features must be included to be acceptable for the marketplace. This NIST publication is the culmination of nearly four years of work, Ross said. The final draft was originally expected in December, but the release date was moved up after a crippling distributed denial-of-service attack against Dyn temporarily cut off access to large parts of the internet. The attack also revived discussions on whether the government should try to regulate the security of IoT, especially since there are currently no consequences for manufacturers selling subpar devices to consumers. Regulation would be difficult, as many of the embedded devices aren’t manufactured in the United States. “While I’m not taking a certain level of regulation off the board, the United States can’t regulate the world,” Rep. Greg Walden (R-Ore.), chairman of the Subcommittee on Communications and Technology said during a recent Congressional hearing on IoT security. Building trustworthy systems The rapid pace of technological innovation, the dramatic growth in consumer demand for new technology, and the boom in IoT have made it difficult to understand, let alone protect, the global information technology infrastructure. There are too many areas to cover—software, firmware, hardware components—and cyberhygiene efforts, such as patching, asset management, and vulnerability scanning, are not enough. “Our fundamental cybersecurity problem can be summed up in three words—too much complexity,” Ross wrote. “Creating more trustworthy, secure systems requires a holistic view of the problems, the application of concepts, principles, and best practices of science and engineering to solve those problems, and the leadership and will to do the right thing—even when such actions may not be popular.”

Networks Getting Younger As Organisations Start To Embrace Workplace Mobility, IoT,...

The number of enterprises with at least one security vulnerability is the highest in five years

London, UK - 9 November 2016 - Enterprises across the globe are refreshing their network equipment earlier in its lifecycle in a move to embrace workplace mobility, Internet of Things, and software-defined networking strategies.
In addition, their equipment refresh is more strategic, with architectural vision in mind.

But despite the higher refresh rate, networks are getting less secure, largely due to neglected patching.

These are some of the highlights in the annual Network Barometer Report today by Dimension Data.

First published in 2009, the 2016 Network Barometer Report was compiled from data gathered from 300,000 service incidents logged for client networks that Dimension Data supports.

Dimension Data also carried out 320 technology lifecycle management assessments covering 97,000 network devices in organisations of all sizes and all industry sectors across 28 countries.

Andre van Schalkwyk, Senior Practice Manager Network Consulting, Dimension Data said, “Since 2010, networks had been ageing.

This year’s Report reverses that trend, and for the first time in five years, we’re seeing networks age more slowly.

“Ageing networks are not necessarily a bad thing: companies just need to understand the implications.

They require a different support construct, with gradually increasing support costs. On the other hand, this also means that organisations can delay refresh costs,” says van Schalkwyk, and points out that ageing networks are unlikely to support initiatives such as software-defined networking and automation, or handle traffic volumes necessary for collaboration or cloud.

According to the Report, in Europe, Asia-Pacific, and Australia enterprises’ network age reduced in line with the global average, while in the Americas, the number of ageing and obsolete devices decreased much faster, from 60% in the 2015 Report to 29% in the 2016 Report.

This can be attributed to the release of pent-up spend following four years of financial constraint.
Van Schalkwyk said clients in the Americas appear to be refreshing networks with the new generation of programmable infrastructure.
In Asia-Pacific and Australia, equipment refresh occurred as part of data centre network redesigns.

In contrast to the global trend, in Middle East and Africa, the network age increased, possibly the result of economic uncertainty, particularly in South Africa.

Meanwhile, of the 97,000 network devices that Dimension Data discovered, the number of devices that have at least one known [1]security vulnerability increased from 60% in the 2015 Report to 76% in the 2016 Report – the highest figure in five years.

In Europe the rise in network vulnerabilities has been very steep over the last three years, hiking from 26% in 2014 to 51% in 2015 and to 82% in the 2016 Report. Network vulnerability has also risen in organisations in the Middle East and Africa over the last three years.
In Australia, 87% of network devices have at least one known vulnerability.
In Asia-Pacific and the Americas, networks are slightly less vulnerable - respectively 49% and 66%, compared to 61% and 73% in the previous edition.

Other highlights in the 2016 Network Barometer Report include:

  • The percentage of devices supporting IPv6 rose steeply from 21% last year to 41% this year, due to the increase in current devices in networks.

    This allows organisations with newer networks to support their digitisation strategies by enabling connectivity for the Internet of Things, big data, analytics, and containerisation.
  • Software-defined networking is coming soon, but not just yet. While there is market interest in software-defined networks, it’s early in the adoption cycle and today, few organisational networks are capable of supporting a software-defined approach.
    In 2015 less than 0.4% of devices could support software-defined WAN and only 1.3% of data centre switches were SDN-ready.
  • Incident response is 69% faster, and repair time 32% faster networks monitored by Dimension Data.
    These numbers reduce by a further 55% and 36% respectively, when combined with Dimension Data’s service desk integration.
  • 37% of incidents are caused by configuration or human error, which can be avoided with proper monitoring, configuration management, and automation.

[1] A security advisory is a notice issued by a manufacturer that they are aware of a security vulnerability on one of their products.

Follow us on
Twitter
Facebook
LinkedIn

About Dimension Data
Dimension Data uses the power of technology to help organisations achieve great things in the digital era.

As a member of the NTT Group, we accelerate our clients’ ambitions through digital infrastructure, hybrid cloud, workspaces for tomorrow, and cybersecurity. With a turnover of USD 7.5 billion, offices in 58 countries, and 31,000 employees, we deliver wherever our clients are, at every stage of their technology journey. We’re proud to be the Official Technology Partner of Amaury Sport Organisation, which owns the Tour de France, and the title partner of the cycling team, Team Dimension Data for Qhubeka.
Visit us at http://www.dimensiondata.com

For more information
Charlotte Martin / Jonathan Mathias
Finn Partners
020 3217 7060
DimensionData@finnpartners.com

Dell Introduces Portfolio of Endpoint Security Products

The Dell Endpoint Data Security and Management Portfolio includes technologies from both Dell and EMC, from Mozy to RSA and AirWatch. AUSTIN, Texas—Dell EMC is pulling together parts from both companies to create a new broad portfolio of endpoint security and management offerings that officials say will be increasingly important as employees become more mobile and more mobile devices are brought into the corporate environment.The new Dell Endpoint Data Security and Management Portfolio, introduced Oct. 19 here at the Dell EMC World 2016 show, also comes as organizations are looking to pare down the number of security vendors they deal with.The lineup of offerings draw upon Dell and Mozy by Dell as well as from former EMC businesses RSA and VMware's AirWatch.

Executives from both Dell and EMC worked together from the time Dell's bid to buy EMC for more than $60 billion was announced in October 2015 to plan out how to align their respective product portfolios.

The result is that the combined company has been able to unveil enhanced products and lineups six weeks after the deal closed.The new security portfolio "conveys the potential of the combination of the two companies and what we will be able to do over time," Jeff Clarke, vice chairman of operations and president of Dell Technologies' Client Solutions Group, told journalists during a roundtable discussion during the show. Businesses are seeing employees not only working outside of the office more often, but also the number of computing devices—from notebooks to smartphones to tablets—they're using for work growing.

At the same time, the number of connected devices, systems and sensors is increasing rapidly; CEO Michael Dell saying during his keynote address that by 2031, there could be as many as 200 billion worldwide. Such numbers increase the attack surface for cyber-criminals and call for a broader approach to security, and attacks are becoming more sophisticated, Dell said. With the acquisition of EMC, Dell now has the tools to offer a more complete lineup of security capabilities that not only work to keep intruders out of the corporate network, but also to more quickly detect and remediate threats when they get in.In the area of data protection, Dell unveiled Dell Data Protection l Endpoint Security Suite Enterprise that offers authentication, filed-based data encryption and advanced threat prevention.
In addition, the portfolio includes MozyEnterprise and MozyPro for protecting cloud data in laptops, desktops and small servers in distributed enterprise environments and for small and midsize businesses (SMBs) and making it easier to recover from incidents that result in data loss.

Through Mozy, customers also can sync files across devices like multiple laptops, PCs and smartphones.For identity assurance, RSA SecurID Access is designed to provide authentication that includes context-based access control and single sign-on for improved access to web and software-as-a-service applications (SaaS). RSA NetWitness Endpoint is for threat detection and response through the use of behavioral analytics and machine learning capabilities.Dell also is offering VMware's AirWatch Unified Endpoint Management for over-the-air device management, which includes everything from configuration management and operating system patch management to client health and security management.Brett Hansen, executive director of data security solutions at Dell, said combining of the technologies is the first step in creating a more complete security solution, with fuller integration of the products coming in the second half of 2017.Clarke and other Dell officials said that another challenge for customers is reducing the number of point security products and vendors they're using in their environments.

There are about 1,600 security technology vendors in the world, and some larger enterprises are using applications from dozens of vendors, they said.

Customers want to whittle those numbers, and while Dell officials understand that businesses won't only use one vendor, but believe they have the broad lineup of products that customers will want as part of their larger security infrastructure.

RHBA-2016:2037-1: Red Hat Network Tools spacewalk-proxy-installer and koan bug fix update

Updated spacewalk-proxy-installer, osad, and koan packages are now available forRed Hat Network Tools. Red Hat Network Tools provide programs and libraries that allow your system touse provisioning, monitoring, and configuration management capabilities providedby Red Hat Network and Red Hat Network Satellite.This update fixes the following bugs:* Prior to this update, systems registered through a Satellite Proxy received a404 response when attempting to register to Red Hat Access Insights.

This updatefixes the Red Hat Satellite Proxy configuration to address this problem. Usersneed to run the configure-proxy.sh script after applying this erratum for thefix to take effect. (BZ#1367918)* Prior to this update, performing a kickstart installation of a Red HatEnterprise Linux 7 system from Satellite did not work correctly due to koan notcorrectly handling GRUB 2 parameters.

This bug has been fixed and kickstart nowworks as expected. (BZ#1208253)* Prior to this update, a variety of SSL-related misconfigurations could resultin the osad service on a client failing with a cryptic "Not able to reconnect"error.

This update adds a link to a Red Hat Knowledgebase article with detailson what might be wrong and how to fix it. (BZ#1277448)Users of Red Hat Network Tools are advised to upgrade to these updated packages,which fix these bugs. Before applying this update, make sure that all previously released erratarelevant to your system have been applied.This update is available via Red Hat Network.

Details on how to use the RedHat Network to apply this update are available athttps://access.redhat.com/articles/11258Red Hat Network Tools SRPMS: cobbler-2.0.7-68.el5sat.src.rpm     MD5: eef37836efffabd8e746f92e198ba40aSHA-256: e3630570a86e3511c7b42d9f1d7c82c0c7ab474bf92e88eea84185d803b3d663 cobbler-2.0.7-68.el6sat.src.rpm     MD5: 388aed7acb157e4e52617d9c001c4af4SHA-256: a007fb560820191a205a6e272fc00163c9a59f4950bd0e17cd1813b71ba0923a cobbler-2.0.7-68.el7sat.src.rpm     MD5: 524d84bb95793724997b76f8de2a2b99SHA-256: 9fca746e6417cb277c495b83f40931f54018896cd14afe08e08a1364d3d6a1fb osad-5.11.44-10.el5sat.src.rpm     MD5: dd851ff75dff62072c70d701fec502efSHA-256: 3fb765c1a2a9f7d5f8f074fc7d7fd21865231b80e2e2bad6b1fc41f1658ef8a5 osad-5.11.44-10.el6sat.src.rpm     MD5: 20a87e1b34e5e09592be3f7f825203a5SHA-256: 8c75023646f576a40705d18a821d8c1c6f98efa8d3547509a6e0561ae598ab04 osad-5.11.44-10.el7sat.src.rpm     MD5: 0d52d7487f79f80590a7893207e30979SHA-256: 63c1f416b67fe5f8fc3d543d4583c6545ee08b3b532c2987dda20796fb9a38d3 spacewalk-proxy-installer-2.0.1-5.el5sat.src.rpm     MD5: 64f078a00006cb229c5ba8c6429537b8SHA-256: 727826df4f352eb69c3d04174bbfd3aa06dee4ab60ea89006d2773a6e44939a1 spacewalk-proxy-installer-2.3.0-7.el6sat.src.rpm     MD5: a5a21b417d3a0d3d2d3e73804aeeaae0SHA-256: e6563351729c9aa1cee10663134687f0b411201461990a6942738ede64419c90   IA-32: koan-2.0.7-68.el5sat.noarch.rpm     MD5: c82b9553363c882e53857f7c22b8e05bSHA-256: d453a9879ed42994a5c62c9c56ade53bb133b9f3176e9ac1d0df52b1222168c5 koan-2.0.7-68.el6sat.noarch.rpm     MD5: 5fc1764a2abd04eb235d1c428cc2fa40SHA-256: c612bf7fe2f5dfda48f2f8926ed6b3394d8a75dd009d7756e8e68980e95381bb osad-5.11.44-10.el5sat.noarch.rpm     MD5: 522d8c4e1fed357d2fc3ffd397abc6feSHA-256: 0e52f1800502b3be615a8c199dddb1f162d7647741981c102e8b8845e3f9b0c7 osad-5.11.44-10.el6sat.noarch.rpm     MD5: 2db8c3dc4a642474a92b2e39793178c1SHA-256: 7923d6c105c7b90ef7d457d4c66efaa6b0ef03e7fa8f18e5a501285b8d37be34 spacewalk-proxy-installer-2.0.1-5.el5sat.noarch.rpm     MD5: 85aeb54a30bd7531ea65d358b0941c7fSHA-256: ede683e0082745547d96afc4753e2ff49ab538d7dc87f4c4068cdeda6cd735de spacewalk-proxy-installer-2.3.0-7.el6sat.noarch.rpm     MD5: 632087f84a051a3095ba3539e919d0a9SHA-256: a1e8f7d01b5ff64565ec18c92a2d99a6718b8af592e541f5294017faa22838fc   IA-64: koan-2.0.7-68.el5sat.noarch.rpm     MD5: c82b9553363c882e53857f7c22b8e05bSHA-256: d453a9879ed42994a5c62c9c56ade53bb133b9f3176e9ac1d0df52b1222168c5 osad-5.11.44-10.el5sat.noarch.rpm     MD5: 522d8c4e1fed357d2fc3ffd397abc6feSHA-256: 0e52f1800502b3be615a8c199dddb1f162d7647741981c102e8b8845e3f9b0c7   PPC: koan-2.0.7-68.el5sat.noarch.rpm     MD5: c82b9553363c882e53857f7c22b8e05bSHA-256: d453a9879ed42994a5c62c9c56ade53bb133b9f3176e9ac1d0df52b1222168c5 koan-2.0.7-68.el6sat.noarch.rpm     MD5: 5fc1764a2abd04eb235d1c428cc2fa40SHA-256: c612bf7fe2f5dfda48f2f8926ed6b3394d8a75dd009d7756e8e68980e95381bb koan-2.0.7-68.el7sat.noarch.rpm     MD5: b6138013ccedc2fed9bb8603fff20821SHA-256: 2b53f3ab8cdc3ef3b4eff03682657b02ab031e69a018a4006330e24649a7c104 osad-5.11.44-10.el5sat.noarch.rpm     MD5: 522d8c4e1fed357d2fc3ffd397abc6feSHA-256: 0e52f1800502b3be615a8c199dddb1f162d7647741981c102e8b8845e3f9b0c7 osad-5.11.44-10.el6sat.noarch.rpm     MD5: 2db8c3dc4a642474a92b2e39793178c1SHA-256: 7923d6c105c7b90ef7d457d4c66efaa6b0ef03e7fa8f18e5a501285b8d37be34 osad-5.11.44-10.el7sat.noarch.rpm     MD5: 5b5e226fce2a9acc7120b88f06d8f8e8SHA-256: 0fc0681b328c77629278f50abc8cf3a381ed05e5b8ca6d1495bfff374bf2cbd0 spacewalk-proxy-installer-2.3.0-7.el6sat.noarch.rpm     MD5: 632087f84a051a3095ba3539e919d0a9SHA-256: a1e8f7d01b5ff64565ec18c92a2d99a6718b8af592e541f5294017faa22838fc   PPC64LE: koan-2.0.7-68.el7sat.noarch.rpm     MD5: b6138013ccedc2fed9bb8603fff20821SHA-256: 2b53f3ab8cdc3ef3b4eff03682657b02ab031e69a018a4006330e24649a7c104 osad-5.11.44-10.el7sat.noarch.rpm     MD5: 5b5e226fce2a9acc7120b88f06d8f8e8SHA-256: 0fc0681b328c77629278f50abc8cf3a381ed05e5b8ca6d1495bfff374bf2cbd0   s390x: koan-2.0.7-68.el5sat.noarch.rpm     MD5: c82b9553363c882e53857f7c22b8e05bSHA-256: d453a9879ed42994a5c62c9c56ade53bb133b9f3176e9ac1d0df52b1222168c5 koan-2.0.7-68.el6sat.noarch.rpm     MD5: 5fc1764a2abd04eb235d1c428cc2fa40SHA-256: c612bf7fe2f5dfda48f2f8926ed6b3394d8a75dd009d7756e8e68980e95381bb koan-2.0.7-68.el7sat.noarch.rpm     MD5: b6138013ccedc2fed9bb8603fff20821SHA-256: 2b53f3ab8cdc3ef3b4eff03682657b02ab031e69a018a4006330e24649a7c104 osad-5.11.44-10.el5sat.noarch.rpm     MD5: 522d8c4e1fed357d2fc3ffd397abc6feSHA-256: 0e52f1800502b3be615a8c199dddb1f162d7647741981c102e8b8845e3f9b0c7 osad-5.11.44-10.el6sat.noarch.rpm     MD5: 2db8c3dc4a642474a92b2e39793178c1SHA-256: 7923d6c105c7b90ef7d457d4c66efaa6b0ef03e7fa8f18e5a501285b8d37be34 osad-5.11.44-10.el7sat.noarch.rpm     MD5: 5b5e226fce2a9acc7120b88f06d8f8e8SHA-256: 0fc0681b328c77629278f50abc8cf3a381ed05e5b8ca6d1495bfff374bf2cbd0 spacewalk-proxy-installer-2.3.0-7.el6sat.noarch.rpm     MD5: 632087f84a051a3095ba3539e919d0a9SHA-256: a1e8f7d01b5ff64565ec18c92a2d99a6718b8af592e541f5294017faa22838fc   x86_64: koan-2.0.7-68.el5sat.noarch.rpm     MD5: c82b9553363c882e53857f7c22b8e05bSHA-256: d453a9879ed42994a5c62c9c56ade53bb133b9f3176e9ac1d0df52b1222168c5 koan-2.0.7-68.el6sat.noarch.rpm     MD5: 5fc1764a2abd04eb235d1c428cc2fa40SHA-256: c612bf7fe2f5dfda48f2f8926ed6b3394d8a75dd009d7756e8e68980e95381bb koan-2.0.7-68.el7sat.noarch.rpm     MD5: b6138013ccedc2fed9bb8603fff20821SHA-256: 2b53f3ab8cdc3ef3b4eff03682657b02ab031e69a018a4006330e24649a7c104 osad-5.11.44-10.el5sat.noarch.rpm     MD5: 522d8c4e1fed357d2fc3ffd397abc6feSHA-256: 0e52f1800502b3be615a8c199dddb1f162d7647741981c102e8b8845e3f9b0c7 osad-5.11.44-10.el6sat.noarch.rpm     MD5: 2db8c3dc4a642474a92b2e39793178c1SHA-256: 7923d6c105c7b90ef7d457d4c66efaa6b0ef03e7fa8f18e5a501285b8d37be34 osad-5.11.44-10.el7sat.noarch.rpm     MD5: 5b5e226fce2a9acc7120b88f06d8f8e8SHA-256: 0fc0681b328c77629278f50abc8cf3a381ed05e5b8ca6d1495bfff374bf2cbd0 spacewalk-proxy-installer-2.0.1-5.el5sat.noarch.rpm     MD5: 85aeb54a30bd7531ea65d358b0941c7fSHA-256: ede683e0082745547d96afc4753e2ff49ab538d7dc87f4c4068cdeda6cd735de spacewalk-proxy-installer-2.3.0-7.el6sat.noarch.rpm     MD5: 632087f84a051a3095ba3539e919d0a9SHA-256: a1e8f7d01b5ff64565ec18c92a2d99a6718b8af592e541f5294017faa22838fc   (The unlinked packages above are only available from the Red Hat Network) 1367918 - Missing Reverse Proxy configuration to allow host registration to Insights through the RHN Proxy These packages are GPG signed by Red Hat for security. Our key and details on how to verify the signature are available from:

RHSA-2016:1996-1: Important: CFME 4.1 bug fixes and enhancement update

Updated cfme packages that fix bugs and add various enhancementsare now available for Red Hat CloudForms 4.1.Red Hat Product Security has rated this update as having a security impactof Important. A Common Vulnerability Scoring System (CVSS) base score,which gives a detailed severity rating, is available for each vulnerabilityfrom the CVE link(s) in the References section. Red Hat CloudForms Management Engine delivers the insight, control,and automation needed to address the challenges of managing virtualenvironments. CloudForms Management Engine is built on Ruby on Rails,a model-view-controller (MVC) framework for web applicationdevelopment. Action Pack implements the controller and the viewcomponents.* An input validation flaw was found in the way CloudForms regularexpressions were passed to the expression engine via the JSON API and theweb-based UI. A user with the ability to view collections and filter themcould use this flaw to execute arbitrary shell commands on the host withthe privileges of the CloudForms process. (CVE-2016-7040)This issue was discovered by Tim Wade (Red Hat).Additional Changes:This update fixes bugs and adds various enhancements.Documentation for these changes is available in the Release Notes linkedto in the References section.All CFME users are advised to upgrade to these updated packages, whichcorrect these issues and add these enhancements. Before applying this update, make sure all previously released erratarelevant to your system have been applied.For details on how to apply this update, refer to:https://access.redhat.com/articles/11258Red Hat CloudForms 4.1 SRPMS: cfme-5.6.2.1-1.el7cf.src.rpm     MD5: 89572e8486cea08263785597bdfbc0afSHA-256: bc44d158abc61656e0cb91a60f27f960d3bc133f8a2878b68b6e97e797ea22d8 cfme-appliance-5.6.2.1-1.el7cf.src.rpm     MD5: b3c5ba11bfce7b5bb880637ae958dbebSHA-256: aeb5b894d50215e58099d3e9077bfe929a613344be4372f9cd590a98e5db724c cfme-gemset-5.6.2.1-1.el7cf.src.rpm     MD5: 294f0ba500b938ed7a9e6a7854276022SHA-256: d31a74dd4512d28b19f878d0089cb6b5205eb38b0f7a91e0eaeb08efaa0f5432 rh-ruby22-rubygem-nokogiri-1.6.8-1.el7cf.src.rpm     MD5: 987d269d305ce6b5b0707c773bfbfde4SHA-256: 359c25623c2ac3c8a1a3b67237f7b234b6b585e1f6393ce9512b7438d1d3704f rh-ruby22-rubygem-pkg-config-1.1.7-1.el7cf.src.rpm     MD5: 4ccc899d9fc7566fb87b483d324138a2SHA-256: c7185f33d1479f4ca2c7828b3dad2787b6051f8cf7d91127ec889bed8c20abb8 rh-ruby22-rubygem-thin-1.7.0-1.el7cf.src.rpm     MD5: c2b632982f988492d7b2a60c4f2115e8SHA-256: 3c49e958de179d6f6a970601a34e5c8a4b1c048398221eb2911b438feec68333   x86_64: cfme-5.6.2.1-1.el7cf.x86_64.rpm     MD5: f44a16be40b53bfd0ddc30c7efd9a3f0SHA-256: 184a87fe0a7115bae4ba47602d568d64a60d45ca5997b5b4499f26d5faf3feaf cfme-appliance-5.6.2.1-1.el7cf.x86_64.rpm     MD5: 41796182ab044650036fb67ce9024dd0SHA-256: a9df3744fb333988ee6020dbe8c899ebb09a8da4e312dc0c51bc9e4d67559de3 cfme-gemset-5.6.2.1-1.el7cf.x86_64.rpm     MD5: a9ad53e5d7c51a425e9dbb1689472178SHA-256: 449d34f8aae1cd858bf360f5e7ad14c6e48971a6d89fcea499deeab4b3e0c6be rh-ruby22-rubygem-nokogiri-1.6.8-1.el7cf.x86_64.rpm     MD5: 70a302fcc119d189f2c6008b64416ed1SHA-256: d1b263246254921445b4fe514d16d4b0b33b4d2f6044a09d21aefd11c3266cd8 rh-ruby22-rubygem-pkg-config-1.1.7-1.el7cf.noarch.rpm     MD5: f71dc8b43f55ebb00fc7e1ed0e48e21aSHA-256: 288a31b71ad41c60c68b97249ad5e32f220eb501a39babb2751446c92614cf8f rh-ruby22-rubygem-pkg-config-doc-1.1.7-1.el7cf.noarch.rpm     MD5: 1b9db3e37bf119a93fc00163833df3f8SHA-256: 1f69fe30fcf771f39aff88cb7c782b45e4ff711cd7c86fe80997e8f70979a556 rh-ruby22-rubygem-thin-1.7.0-1.el7cf.x86_64.rpm     MD5: ec0b655f82936ad2b579772b07e10188SHA-256: 60dd1b5a87bd59e6f2d8901d5304a6735cdec35062f8ebb76ea273b6f800a4c0   (The unlinked packages above are only available from the Red Hat Network) 1337552 - Common datastore across multiple vcenter causes inventory confusion for provisions1337577 - service requests don't show dynamic drop down selections1343517 - When using external auth and removing a user from all groups the user's groups are not updated and he is still able to log-in to CFME Web-UI1343717 - Openstack cloud provider - when using Keystone v3 domain for registration we need to ignore the projects that the user doesn't have access to1343719 - Provisioning from RHEVM 3.6 template loses template boot sequence1346953 - [RFE] Unable to set number_of_vms in non-generic service catalog items1346989 - [RFE] Keystone domains support1346990 - VM refreshes are failing but the message status from each of the EmsRefresh.refresh commands shows 'ok' in error1347278 - [RFE] - lifecycle button missing from cloud images1347330 - [ja_JP] Translations are missing in 'Compute'-'Clouds' menu and its sub menus1347692 - [ja_JP] Translation issues on cloud intelligence->chargeback->assignments page.1348631 - CPU Right Size recommendations only take into account CPU sockets, not cores per socket1348637 - [ja_JP] Translation issues observed on cloud intelligence->Reports->reports page.1348644 - [ja_JP] Translation issues on Services -> Requests page1348648 - [ja_JP] Translations are missing in Compute-Services menu1348649 - [ALL LANG] All contents are unlocalized under Control->Log.1349059 - [ja_JP] Translations are either misplaced or missing on Settings->Configuration->Settings1349423 - Dynamic Dropdown list of AWS instance Type for AWS GovCloud seems to be returning instance types that are not supported by AWS GovCloud1351332 - [RFE] [SDN] - No providers tags relations displayed in Tolopogy1352016 - Missing policy button on some of the Network Manager Relationship pages1353291 - String interpolations must not be present in toolbar definitions1354503 - OSP refresh fails with Policy doesn't allow os_compute_api:os-availability-zone:detail to be performed.1357865 - RHEV VM Reconfigure: Set memory to a size smaller than guaranteed memory fail1358323 - In Networks menu should all names in plural1361175 - Error when canceling orchestration stack retirement form1361176 - [RFE] Chargeback of containers based on tags1361178 - Cannot Cancel Smart State Analysis of Container that is not completing -1361693 - Advanced search in workloads expression element "Registry" hides select bar for element type1362227 - Clicking on Reset button while editing a provider throws error message in UI for firefox browser1362627 - [RFE] Allow reporting relationship between OpenShift pods and the image they run1362631 - Maintain uniformity in dropdown values in japanese locale1362634 - Package/Application icon in CloudForms looks like Apple AppStore logo1362704 - Stack : Link " ManageIQ/Providers/Cloud Manager/Orchestration Stacks" shows "Page does not exists"1363753 - SSUI : All languages are not shown in SSUI login dropdown1363754 - [RFE] 'LDAP Group Look Up' string needs to changed to 'External auth Group Look Up' when auth mode is set to external(httpd)1363891 - Datastores: " ActionController::RoutingError " when clicking on reload button1364222 - Accessing the tags method of an MiqAeServiceLan object results in a NoMethodError exception1364501 - Customer reporting growth of sessions table to an enormous size and postgresql logs don't indicate any auto-vacuum activity is happening1366358 - SSUI: logo not displayed on login screen1366596 - Container SSA results are aggregated instead of updated1366597 - unable to tag datastores via rest api or UI1366598 - Failed container scanning job does not timeout1366599 - Image List shows "Unknown image source" for images1368165 - Start date for report schedule is set to tomorrow1368167 - Service provisioning messages overlapped in self service ui1368168 - Editing RHEVM has default API Port 5000 in UI even though no port was set when creaing1368170 - GCE instance was retired, but was not power off1369583 - [Configuration management Jobs] - Wrong title of downloaded files1370196 - LDAP group lookup fails with json UTF conversion errors1370198 - Cloud tenant and AZ from overcloud show up in undercloud relationships1370202 - page doesn't exist after session timeout on provider timeline page1370208 - Unable to authenticate to RHEV provider after migration from cfme-5.4.4.2 (3.2) to cfme-5.6.0.13 (4.1)1370209 - Request to restore diagnostic functionality critical to support (ie, current appliance settings) removed in the CFME 4.11370211 - Azure: undefined method `downcase'1370216 - Azure provider fails EMS refresh1370309 - missing rights to show AWS security groups caused null1370310 - add support for secondary fixed IP addresses for AWS ENI interfaces1370476 - No html Id's defined for the bootstrap switches in manage quota form1370478 - "unexpected token at ..." error when validating Tower which returns internal server error 5001370480 - Incorrect name is used for default Azure provider during discovery1370481 - Catalog item becomes corrupt after removing template it was using1370488 - Changing default instance_name in custom button from "Automation" to "Request"1370568 - METHOD:: does not accept a full path to a method1370569 - VMware folder support showing more than just folders1370574 - Errno::ETIMEDOUT: Connection timed out on Azure at gallery.azure.com1370575 - Region description doesn't change1370586 - Multi-rate chargeback report can not be queued.1371174 - After adding generic/orchestration catalog item infinispinner and 502 error(appliance crashed)1371267 - Unable to get to Topology link in breadcrumb trail on Network Manager entities page1371268 - [RFE] Add Global filters for RHEV block datastores1371269 - C&U collection tab can sometimes be blank1371270 - Cloud network manager availability zones back button redirects me to cloud provider1371272 - unable to use {nil => "<default>"} with self provisioning when selecting dialog_tenant_name1371311 - [Ansible Tower] Provider cannot be removed when selected from accordion tree1371640 - [RFE] Create AWS EC2 appliance1371666 - [ja_JP, zh_CN] Need to translate the title and tool-tips on Control -> Log page.1371668 - [ja_JP, zh_CN] Need to translate drop-down config. menu options on Compute -> Containers -> Providers1371669 - [ja_JP, zh_CN] Need to translate menu options under configuration on Networks -> providers.1371670 - [ja_JP, zh_CN] Need to translate drop-down options and some strings on Optimize -> Planning page.1371671 - [ja_JP, zh_CN] Need to translate strings on Automate -> Requests page1371979 - Error:undefined method `size' for nil:NilClass when clicked on cloud provider after deleting network manager1371980 - Automation Method Error When Accessing 'host'/'hosts' From a Switch1371981 - Type Template/VM filter under VMs is useless1372413 - UI: Inconsistent behavior when adding duplicate provider; infra provider X configuration manager1372775 - Refresh Configuration Management Provider does not work when selected from the explorer tree1372801 - Add ability to swap the default threaded puma web server for thin1374377 - [RFE] Reporting on OpenShift Custom Labels1374420 - multiple ip address for the same network_port_id for openStack provider1374423 - Select button options " By Infrastructure providers" and "All VMs" should be renamed1374450 - Compliance check history isn't shown if compliance policy is unconditional1374695 - Multi-tenancy - tenant name not renamed in Set group ownership dropdown menu1374696 - Adding rhevm infrastrcture provider and filling in bad IP bad user/pass error1374815 - Error on Azure Cloud Discovery: wrong number of arguments1375205 - SSUI displays "null" for azure resource group or fails if <new resource group> is selected1375311 - validate_request for cloud does not include support for flavors1375326 - Providers quick search should have searched string in brackets next to the title like all other pages1375330 - Azure provisioning missing pre and post methods.1375343 - Upgrade azure-armrest to 0.2.9.1376010 - Amazon Image details doesn't open1376130 - Utilization tree remembers selected node1376132 - :cold_sweat: Don't include AvailabilityMixin into Object, that's really bad1376137 - Fix report scheduler timer_types1376138 - Change column type of cpu_cores_used_cost in reports to currency1376139 - Fixed port_scan.rb file and related changes1376140 - Memoize image_path helper in build_tags_tree1376141 - Add single select false to guest access pair options on EC21376143 - Move _('locale_name') to Vmdb::FastGettextHelper1376144 - ChargebackContainerProject - Filter project by tag1376146 - Discrepancy in objects count in Containers Overview following Provider overview1376147 - Re-check Authentication button for Providers in the GTL view1376150 - Fix the toolbar button tooltip for Providers in GTL view1376151 - Container Chargeback report: Rate Range by Project1376153 - Update x1.32xlarge to enhanced and clustered networking.1376154 - Replace corrupted PNGs1376155 - cap&u dont puke when _debug1376157 - SSUI : language : Shopping cart validation message needs to switch language when one is selected1376158 - Update gettext catalogs from Zanata1376159 - Use Rails version 5.0.0.1 or higher1376160 - Relationships filter_by_resource_type scope1376161 - Azure - Enhanced C&U support1376162 - Azure cache1376163 - Move join region logic into a rake task1376164 - recent version of draper gem1376165 - Changing default instance_name in custom button from "Automation" to "Request"1376167 - Reworked building VMware nested datacenter folders in factory girl1376168 - Fix Caching Issues for MiqDiskCache Module1376169 - Show provider status color by bearer type authentication on container topology1376170 - Multi endpoints dialog message1376171 - Update required ovirt_metrics version1376172 - BAT Handling in Checkpoint Disks Issues1376173 - With the updated net-ldap 0.14.0, Net::LDAP:LdapError is no longer used.1376174 - Make connection_configuration respect the default authentication type1376175 - ArVirtual - Ownership uses virtual attributes / delegates1376176 - Modify Azure Runner to use existing EMS1376177 - Take 2: Speed up "VMs & Instances in My LDAP Group" filter in /vm_or_template/explorer1376178 - Allow more than one iso datastore per type of EMS1376513 - Unexpected error when clicked on service request1376520 - service template provision tasks failing in check provision method1376528 - [RHV 4.0] Provision VM ends up with "Validating New Vm" endless retries1376557 - Clicking Automate triggers an error.1376574 - Azure Enterprise Agreement subscriptions not catching events1377416 - Unknown Error while refreshing Azure1377420 - [ja_JP, zh_CN] User login credentials verification fail message is not localized These packages are GPG signed by Red Hat for security. Our key and details on how to verify the signature are available from: