26 janvier 2022 | International, Aérospatial, Naval, Terrestre, C4ISR, Sécurité

Department of Defense labs face $5 billion infrastructure shortfall

The Pentagon's innovation steering group will brief Congress this month on the details of the funding gap.

https://www.defensenews.com/battlefield-tech/2022/01/24/department-of-defense-labs-face-5-billion-infrastructure-shortfall/

Sur le même sujet

  • Targeting the future of the DoD’s controversial Project Maven initiative

    30 juillet 2018 | International, C4ISR

    Targeting the future of the DoD’s controversial Project Maven initiative

    By: Kelsey Atherton Bob Work, in his last months as deputy secretary of defense, wanted everything in place so that the Pentagon could share in the sweeping advances in data processing already enjoyed by the thriving tech sector. A memo dated April 26, 2017, established an “Algorithmic Warfare Cross-Functional Team,” a.k.a. “Project Maven.” Within a year, the details of Google's role in that program, disseminated internally among its employees and then shared with the public, would call into question the specific rationale of the task and the greater question of how the tech community should go about building algorithms for war, if at all. Project Maven, as envisioned, was about building a tool that could process drone footage quickly and in a useful way. Work specifically tied this task to the Defeat-ISIS campaign. Drones are intelligence, surveillance and reconnaissance platforms first and foremost. The unblinking eyes of Reapers, Global Hawks and Gray Eagles record hours and hours of footage every mission, imagery that takes a long time for human analysts to scan for salient details. While human analysts process footage, the ground situation is likely changing, so even the most labor-intensive approach to analyzing drone video delivers delayed results. In July 2017, Marine Corps Col. Drew Cukor, the chief of the Algorithmic Warfare Cross-Function Team, presented on artificial intelligence and Project Maven at a defense conference. Cukor noted, “AI will not be selecting a target [in combat] ... any time soon. What AI will do is complement the human operator.” As Cukor outlined, the algorithm would allow human analysts to process two or three times as much data within the same timeframe. To get there, though, the algorithm to detect weapons and other objects has to be built and trained. This training is at the heart of neural networks and deep learning, where the computer program can see an unfamiliar object and classify it based on its resemblance to other, more familiar objects. Cukor said that before deploying to battle “you've got to have your data ready and you've got to prepare and you need the computational infrastructure for training.” At the time, the contractor who would develop the training and image-processing algorithms for Project Maven was unknown, though Cukor did specifically remark on how impressive Google was as an AI company. Google's role in developing Maven would not come to light until March 2018, when Gizmodo reported that Google is helping the Pentagon build AI for drones. Google's role in the project was discussed internally in the company, and elements of that discussion were shared with reporters. “Some Google employees were outraged that the company would offer resources to the military for surveillance technology involved in drone operations,” wrote Kate Conger and Dell Cameron, “while others argued that the project raised important ethical questions about the development and use of machine learning.” A petition by the Tech Workers Coalition that circulated in mid-April called upon not just Google to pull out of Pentagon contracts, but for Amazon, Microsoft and IBM to refuse to pick up the work of Project Maven. (The petition attracted 300 signatures at the time of this story.) Silicon Valley's discord over the project surprised many in positions of leadership within the Pentagon. During the 17th annual C4ISRNET Conference, Justin Poole, the deputy director of the National Geospatial-Intelligence Agency, was asked how the intelligence community can respond to skepticism in the tech world. Poole's answer was to highlight the role of intelligence services in reducing risk to war fighters. Disagreement between some of the people working for Google and the desire of the company's leadership to continue pursuing Pentagon contracts exacerbated tension in the company throughout spring. By May, nearly a dozen Google employees had resigned from the company over its involvement with Maven, and an internal petition asking the company to cancel the contract and avoid future military projects garnered thousands of employee signatures. To calm tensions, Google would need to find a way to reconcile the values of its employees with the desire of its leadership to develop further AI projects for a growing range of clients. That list of clients, of course, includes the federal government and the Department of Defense. While efforts to convince the tech community at large to refuse Pentagon work have stalled, the pressure within Google resulted in multiple tangible changes. First, Google leadership announced the company's plan to not renew the Project Maven contract when it expired in 2019. Then, the company's leaders released principles for AI, saying it would not develop intelligence for weapons or surveillance applications. After outlining how Google intends to build AI in the future, with efforts to mitigate bias, aid safety and be accountable, Google CEO Sundar Pichai set out categories of AI work that the company will not pursue. This means refusing to design or deploy “technologies that cause or are likely to cause overall harm,” including an explicit prohibition on weapons principally designed to harm people, as well as surveillance tech that violates international norms. Taken together, these principles amount to a hard-no only on developing AI specifically intended for weapons. The rest are softer no's, objections that can change with interpretations of international law, norms, and even in how a problem set is described. After all, when Poole was asked how to sell collaboration with the intelligence community to technology companies, he framed the task as one about saving the lives of war fighters. The “how” of that lifesaving is ambiguous: It could equally mean better and faster intelligence analysis that gives a unit on patrol the information it needs to avoid an ambush, or it could be the advance info that facilitates an attack on an adversary's encampment when the guard shift is particularly understaffed. Image processing with AI is so ambiguous a technology, so inherently open to dual-use, that the former almost certainly isn't a violation of Google's second objection to AI use, but the latter example absolutely would be. In other words, the long-term surveillance that goes into targeted killing operations above Afghanistan and elsewhere is likely out of bounds. However, the same technology used over Iraq for the fight against ISIS might be permissible. And software built to process drone footage in the latter context would be identical to the software built to process images for the former. The lines between what this does and doesn't prevent becomes even murkier when one takes into account that Google built its software for Project Maven on top of TensorFlow, an open-source software library. This makes it much harder to build in proprietary constraints on the code, and it means that once the Pentagon has a trainable algorithm on hand, it can continue to develop and refine its object-recognition AI as it chooses. But the window for Google to be involved in such a project, whether to the joy or dismay of its employees and executive leadership, is likely closing. In late June, the Pentagon announced creation of a Joint Artificial Intelligence Center, which among other functions would take over Project Maven from the Algorithmic Warfare Cross-Functional Team. The defense sector is vast, and with Google proving to be a complicated contractor for the Pentagon, new leadership may simply take its AI contracts worth million elsewhere with to see if it can get the programming it needs. And Maven itself still receives accolades within the Pentagon. Gen. Mike Holmes, commander of Air Combat Command, praised Project Maven at a June 28 defense writers group breakfast, saying that the use of learning machines and algorithms will speed up the process by which humans process information and pass on useful insights to decisions makers. Inasmuch as the Pentagon has a consensus view of explaining tools like Maven, it is about focusing on the role of the human in the process. The software will do the first pass through the imagery collected, and then as designed highlight other details for a human to review and act upon. Holmes was adamant that fears of malicious AIs hunting humans, like Skynet from the “Terminator” movies, are beyond premature. “We're going to have to work through as Americans our comfort level on how technologies are used and how they're applied,” said Holmes. “I'd make the case that our job is to compete with these world-class peer competitors that we have, and by competing and by setting this competition on terms that we can compete without going to conflict, it's better for everybody.” AI of the tiger Project Maven, from the start, is a program specifically sold and built for the work of fighting a violent nonstate actor, identifying the weapons and tools of an insurgency that sometimes holds swaths of territory. “Our responsibility is to help people understand what the intent is with the capability that we are helping to develop. ... Maven is focused on minimizing collateral damage on the battlefield. There's goodness in that,” said Capt. Sean Heritage, acting managing partner of Defense Innovation Unit Experimental (DIUx). “There's always risk in how it will be used down the road, and I guess that's where a small pocket of people at Google's heads were. But, as Mr. Work pointed out during his panel at Defense One, they don't seem to have as challenging of a time contributing to AI capability development in China.” Google's fight over Project Maven is partly about the present — the state of AI, the role of the United States in pursuing insurgencies abroad. It is also a fight about how the next AI will be built, and who that AI will be built to be used against. And the Pentagon seems to understand this, too. In the same meeting where Holmes advocated for Maven as a useful tool for now, he argued that it was important for the United States to develop and field tools that can match peer or near-peer rivals in a major conflict. That's a far cry from selling the tool to Silicon Valley as one of immediate concern, to protect the people fighting America's wars presently through providing superior real-time information. “The idea of a technology being built and then used for war, even if that wasn't the original intent,” says author Malka Older, “is what science fiction writers call a ‘classic trope.' ” Older's novels, set two or three generations in the near-future, focus on the ways in which people, governments and corporations handle massive flows of data, and provide one possible vision of a future where the same kinds and volumes of data are collected, but where that data is also held by a government entity and shared transparently. While radical transparency in data is alien to much of the defense establishment, it's an essential part of the open-source technology community for security concerns both genuine and sometimes not-so genuine. Building open source means publishing code and letting outsiders find flaws and vulnerabilities in the algorithm, without looking at any of the sensitive data the algorithm is built to process. And Project Maven is built on top of open-source framework. “One of the dangerous concepts that we have of technology is that progress only goes in one direction,” says Older. “There's constantly choices being made of where technology goes and where concepts go and what we are trying to do.” While it's entirely possible that the Pentagon will be able to continue the work of Project Maven and other AI programs with new contractors, if it wanted to reach out to those skeptical of how the algorithm would interpret images, it could try justifying the mission not just with national security concerns, but with transparency. “Part of being an American is that Americans have expectations about what their government does and whether the government uses tech and tools to infringe upon their rights or not,” said Holmes. “And, so, we have really high standards as a nation that the things that we bring forward as military tools have to live up to.” To work with the coders of the future, it may not be enough to say that the code — open source or not — is going to be used in ways consistent with their values. The Pentagon may have to find ways to transparently prove it. https://www.c4isrnet.com/it-networks/2018/07/27/targeting-the-future-of-the-dods-controversial-project-maven-initiative/

  • Navy Awards L3Harris $104 Million Contract for F/A-18 EW System

    16 septembre 2020 | International, Naval

    Navy Awards L3Harris $104 Million Contract for F/A-18 EW System

    Seapower Staff MELBOURNE, Fla.—The U.S. Navy has awarded L3Harris Technologies a $104 million follow-on contract to supply the next production lot of the electronic warfare (EW) system that protects F/A-18 Hornet and Super Hornet aircraft against electronic threats. The announcement was made on Sept. 10 in conjunction with vHook'20 being held virtually, September 10-12. L3Harris will manufacture and deliver Integrated Defensive Electronic Countermeasures (IDECM) jammer systems for the F/A-18C/D/E/F variants, with deliveries under the new contract expected to be completed by May 2024. The L3Harris ALQ-214A(V)4/5 is the key Onboard Jammer for the IDECM program, protecting the aircraft from electronic threats, including sophisticated integrated air defense systems. The company has received more than $2 billion in awards to date from the Naval Air Systems Command for AN/ALQ-214 development and production. “Our commitment to continually modernize F/A-18 EW systems has helped to keep naval aviators ahead of emerging threats and out of harm's way for more than two decades,” said Ed Zoiss, President, L3Harris Space and Airborne Systems. “This longterm collaboration with the Navy and continued development of advanced EW technology uniquely positions L3Harris to provide the jammer solution for the F/A-18 throughout the service-life of the aircraft.” L3Harris has delivered EW solutions for a wide variety of airborne platforms for more than 60 years, including strategic bombers, tactical fighters and rotary aircraft. L3Harris' Space and Airborne Systems segment provides space payloads, sensors and full-mission solutions; classified intelligence and cyber defense; avionics; and electronic warfare solutions. https://seapowermagazine.org/navy-awards-l3harris-104-million-contract-for-f-a-18-ew-system/

  • Lockheed space exec talks future space endeavors

    6 août 2019 | International, Aérospatial

    Lockheed space exec talks future space endeavors

    By: Mike Gruss WASHINGTON — Lockheed Martin is intricately tied to the Pentagon's future space endeavors. The giant defense contractor has deals for the Air Force's next-generation missile warning satellites, it's new batch of GPS satellites and the current generation of protected communication space vehicles. But the national security space community is changing fast. Space is now viewed as a war-fighting domain, a far cry from decades ago. Rick Ambrose heads the company's space division. He spoke with Mike Gruss, editor of Defense News sister publications C4ISRNET and Fifth Domain, about where the Pentagon is headed and how to make sense of the new realities in space. What advantages do you see with the Air Force's new missile warning satellite program over the current Space Based Infrared Program? The Next-Generation Overhead Persistent Infrared Program is, in essence, a whole new design, which is why we're competing for payload. So it's going to have a tremendous new mission capability, built-in resiliency capabilities, much more flexibility. What does that mean, flexibility? We're going to put in some of our smart sat processing that will help with the payload. We'll make sure we can incrementally upgrade, or the Air Force can, over time. If you think about this, SBIRS [the Space Based Infrared Surveillance system] was originally designed back in the '90s. Basically it's a whole modernization of the mission — better performance across the board. We need more continuous coverage; you need better resolutions. You need a better differentiation of the threat. You need to build in the resiliency, plus the modern ability and some of the processing. So how do we upgrade algorithms on the fly? All that's going to be enabled in this design. When we talk about the smart sat part of that, is that something that today you would get an image and then have to process it on the ground? So the savings is you can do it there so you get it faster. Or is there a different advantage? This is always the trade-off. To process everything on the ground, you have to now communicate every piece of data down right away. We still may ultimately want to do that. But what if we can run some processing on the satellite versus the ground? That design's still not perfectly baked in yet, but that's the direction we're going, is to build in some of that. I think of it like adding filters on Instagram. Another way to look at it would be: There are certain things that you'll locally process on your phone not to clog the communications. We can upload patches and software like we do on most satellites. We've been doing this for decades. But now it just gives you more flexibility to do even more things. You know, a lot of times we're flying satellites for 20 years and we keep finding new ways to use them. Let's build that in up front. I would imagine the Air Force is more open to that kind of thinking. Oh, absolutely. Well, because the threat environment has changed, there are go-fast initiatives, [such as Space and Missile Systems Center] SMC 2.0. We love it because things in the past, it would take longer to prosecute changes on. Now with their new push — you know, [the assistant secretary of the Air Force for acquisition, technology and logistics], Dr. [Will] Roper's push for speed and agility — now once we get the program going and get all the designs finalized, then you'll go to a more traditional —you have to prove out the concept and prove out that the system works and then deploy. We do agile develop for them, but they go: “We're going to constantly change.” Well, commercial could get away with that because if suddenly Google goes down, you don't lose lives. These systems protect lives. The men and women that serve, weather systems, even the private citizens. It's serious business. So that's where we'll always be different than some on the commercial side. If you think about timing of the program up front, at the stage we're at [a low-production rate]. Now is where we can do experimentation and try out new designs. With the Space Development Agency, how do you see that integration improving? What happens is the exact opposite of what should happen. Let's say it takes five or six or seven, eight years to get a satellite up. That's an expensive item. We have to move out and let's get the satellite going. Well, nothing ever works that simple. What we're saying is you need to put the end-to-end architecture together. That's why we brought our ground system together with us to help us help the government with this challenge. And then you get faster. And the other side of this, because it's on the ground, you go: “Oh, it's on the ground. We can always fix it.” The hope is with the Space Force, [SMC 2.0] and all this, we can synchronize better. But more importantly, how do we make a lot of technology more common to the space and ground infrastructure? If you're having to develop every element of that from scratch, it's just massive, it's costly. So what can you do? I did a study decades ago because everyone concentrates on the satellite. I said: “Well, what's the ground cost?” I ran our satellites and we've designed them to run 20 years. You go: “OK, what's the infrastructure cost around that?” And when you took a 20-year cycle of the ground and operations and processing, and think about it, every three years or so they're upgrading. Because you have people touch your computers so now they got to upgrade the machines every three or four years. The IT infrastructure and all that. Refurbish all that. The cost of that dwarfed any costs over that time period of the space asset because you paid once. It actually was more expensive than all the satellites and launches combined. We can knock the ground back a little bit by putting artificial intelligence in, ultimately machine learning, more automation, simplifying operations. You mentioned resilience at the satellite level. There's been talk: “Could a satellite evade a missile? Or evade another satellite?” People have a difficult time understanding what resilience at the space level means. If you're thinking of resilience, it's going to come in a couple of flavors. You touched on the first one. First, if you set your architecture up right, it'll inherently give you some resilience and allow you to make some different trades on the satellite level. Then the satellite itself can just be much more robust. So just inherently for mission assurance, the satellites are more robust and we've put redundant systems at higher quality, higher-reliability parts. You can think of it that way. For resiliencies, you well know there's some level of hardening on SBIRS and the Advanced Extremely High Frequency satellite anyway for both environmental as well as man-made events. The best it can do. Think safety systems you've put on your cars. In the past, when there were a few cars on the road, no one really worried about it. I think the first cars didn't even have seat belts. Or you just keep adding features as you learn more things. It's like with cyber, everyone says: “When are we done with cyber?” You're not because it's a journey. Every time you do something, someone else tries to defeat it. Boeing is under contract for the Air Force's next wideband communications satellite. The company is trying to quickly build it. Are you watching that process? We can come up with our ideas, some other people have ideas. The thing that is just fantastic about space right now [is] it's no longer just competition of its traditional players. There are over a thousand new entrants now if you count the numbers. You got large players coming in like Jeff Bezos. You've got traditional competitors, you've got the supply chain forward integrating. Think of a Harris and L3 combination. Those are all competitive surfaces, which makes this industry just damn exciting right now. And it may sound crazy, but that stimulates motivation. It stimulates innovation. It simulates the thinking and those competitive spirits, where it's kind of what this country was founded on, right? So we're always watching that. We've really modernized our production. In the old days everyone would hand-lay down the solar cells. We now have robotics and automation equipment just literally laying those cells down. It's more predictable. It's more ergonomically friendly for my technicians. One cell was like art almost. Now we're trying to say: “OK, we don't want to lose performance, but let's build in the design for producibility, operability, operations [on] Day One so that we can automate it.” So let's say an electronic card, which would take a technician three months to put together, solder, fill and now we run it down the line; in under eight hours, it's done. Is the Air Force OK with that process? I think of this as pretty unforgiving. Well, it still is. You go back six years ago, I think we did a dozen [3D]-printed parts. We did over 14,000 last year. If you go through our space electronic center, we put automation in. The problem for us in space is we have some unique parts and they weren't precise enough. How do you measure it? You know it's very valuable. You know you're taking time out. If anything, you're improving the quality of work life for your employees. There's this discussion that GPS III is the most resilient GPS satellite ever. And at the same time, the Army says: “We should count on it less than we ever have before.” How can both things be true? In GPS III, it's a much higher power. The M-code coming online makes it somewhat more resilient. But you'll still — again, just like cyber — you'll have adversaries still trying to figure out engineering and different things, techniques. If you take your GPS commercial receiver and you're running in the city, you get a lot of bounce off that urban canyon. So it knows like: “What? That dude looks funky. Throw him out.” Then it processes the ones that it thinks are good. That's a form of protecting that environment if you think about it. How will this play out? There's going to be some combination of software and then maybe some other sensors like we've been toying with, some microgravity sensors, which you can then kind of tell the region you're at. And some of the — just the onboard inertial systems — are getting pretty damn good. It's like your self-driving cars. It's going to rely on not just the cameras, but the little radar sensors and some combination of sensors. For [timing], when you're running software and you have all these sensors that are nodes in the network, and they can actually talk to each other, this is maybe a nirvana future state. Then the guesses you make are better informed with more data. There could be a world where GPS is making decisions with 80 percent of data that's coming from GPS satellites, and maybe it's pulling something from some other sources. https://www.c4isrnet.com/industry/2019/08/05/lockheed-space-exec-talks-future-space-endeavors/

Toutes les nouvelles