SOCLYDE logo
Current languageEN
Cybersecurity newsNECSuppliersCredentials

NEC contractor credentials reach customers

Credentials stolen from an NEC subcontractor were used to access several customers’ systems. Files were encrypted and data was exposed.

Published on

By Soclyde Team

A technician works on a computer connected to a client office network

In summary

  • NEC says a development and maintenance subcontractor was attacked in late September and stolen legitimate account credentials were used.
  • Access from the contractor's devices reached several customer systems, where files were encrypted; files in shared cloud storage also leaked.
  • The contractor, customers and number of affected people have not been disclosed; organizations should review third-party access and logging.

Explore next

Soclyde resources

Article contents

On October 20, NEC disclosed that a subcontractor responsible for system development and maintenance was attacked in late September. Credentials for legitimate accounts stolen in that attack were later used from the contractor's devices to access several customers' environments. NEC confirmed that files on customer servers were encrypted, making some systems unavailable, and that files stored in a shared cloud space were leaked.

The company has not named the subcontractor or the affected customers. It has not yet specified which personal data was involved or how many people were exposed. The information already confirmed matters to any organization that relies on an outside provider for maintenance: that provider's access can connect its own environment to customer systems.

What NEC has confirmed

The initial attack targeted a company that performed development and maintenance work for NEC. According to NEC, legitimate account credentials were stolen and then used from the subcontractor's devices to access systems at several NEC customers.

Within those customer environments, files on servers were encrypted and various systems became unavailable. NEC also confirmed that files leaked from a cloud space used to share information among NEC, its customers, the subcontractor and other parties. Those files contained personal information held by customers as well as system-related information.

What is still unknown

NEC says it has already contacted several affected customers, but it has not published their names or number. The company has not detailed the personal data involved, the number of people affected, the extent of unavailable systems or their recovery status.

The statement also does not identify which accounts or login methods were used, or what permissions they had. It therefore does not establish that customer passwords were leaked or that every system maintained by the subcontractor was accessed. NEC says it is continuing its investigation and will provide customers with details about their data as they become known.

Why maintenance access matters

A contractor account may reach multiple environments to perform legitimate work. If that account is compromised, the risk depends on which systems it can reach, what permissions it has and what activity is logged. In NEC's case, the statement confirms that access from the subcontractor's devices reached customer environments, but it does not describe the technical permissions or safeguards involved.

CISA recommends that customer organizations review the security practices of their providers and limit third-party access to resources needed for the work. The agency also advises putting security requirements in contracts and monitoring remote access. These are risk-reduction practices, not evidence that they would have prevented this specific incident.

Checks for businesses

List the providers that can connect to your systems, the accounts they use and the applications those accounts can reach. Confirm that each access is still needed, limited to the required resources and protected by multifactor authentication where available.

Make sure remote connections and permission changes are logged and that the logs can be reviewed when an alert occurs. Define who can suspend a provider's access, how logs will be preserved and who must be notified. If you are an NEC customer and received a notice, ask your designated contact which systems and data are involved in your case; public information does not establish your individual exposure.

How this relates to Soclyde

Accounts and secrets shared with contractors should be identifiable, unique and available only to people who need them. Soclyde helps teams keep business credentials in an encrypted vault and share necessary access with the right people.

Soclyde does not control a provider's devices, limit its permissions in customer systems or detect unauthorized sign-ins. Those controls must be configured in the affected services and monitored by the organization and its providers.

Key takeaway

The incident announced by NEC shows how a compromised maintenance account at a subcontractor can provide a path into several customers' systems. The affected organizations and data are still being confirmed. Start by identifying active third-party access, its permissions and the logs available to review. Our guide to sharing team passwords securely complements this review for credentials managed by your team.

Frequently asked questions

Did NEC confirm that all its customers were affected?

No. NEC says several customers were affected and that it has contacted those impacted. It has not published the customer list, the number of affected records or details of the exposed personal data.

Are the subcontractor or the credentials known?

NEC's statement does not name the subcontractor or identify the accounts, services or permissions involved. It says only that stolen credentials for legitimate accounts were used from the contractor's devices to access customer environments.

What should other companies do about contractor access?

Inventory third-party accounts and connections, limit their permissions to systems needed for the work, require multifactor authentication and retain useful logs. CISA also recommends putting security requirements for providers in contracts. These measures reduce risk but cannot guarantee an incident will be prevented.

References

Sources and references

Need advice?

Design your password strategy with Soclyde

Schedule a dedicated walkthrough with the team to see how local-first security adapts to your stack.

Talk with us

Keep reading